Michael Albinus | 16 Apr 09:05 2014

Tramp patch for emacs-24 branch


Last days, I have worked on a fix for a nasty Tramp problem: it loads
itself recursively, when default-directory is already a remote file
name. One could reproduce it with

emacs -Q -batch --eval '(let ((default-directory "/ssh::")) (expand-file-name "foo"))'

There is no related bug report; I've been pointed to this on #emacs of irc.freenode.net.

I believe I've fixed this, including a respective test in tramp-tests.el
for checks. But I'm wondering, whether the patch shall go into the
emacs-24 branch. It changes the autoload behaviour of Tramp, and cannot
be regarded as simple. And I believe the problem doesn't happen with
"normal" use of Emacs (whatever this is :-)

Comments? To be applied in emacs-24 or trunk?

Best regards, Michael.

Ian D | 15 Apr 15:24 2014

Doc View Page Problems

Emacs Developers,

        I've been having problems with DocView for quite some time.
        While the buffers were off screen, the document I'd be viewing
        would reset to page one.  I'm sure I'm not the only one having
        this problem, but I do have a solution.

        It turns out the problem comes from when all of the windows in
        which a document was being viewed are gone, there is no way to
        keep track of the location of the document.  I've attached a
        patch that will solve this problem.  What my fix does is updates
        the default entry in `image-mode-winprops-alist' (the one with
        key `t') to keep track of the current page.  Then when there are
        no more windows to use, it uses the last known page.

        I hope this helps others who have been having this problem.

Ian D

P.S.  I apologize if the bug mailing list would have been the
appropriate mailing list to which to send this.

Attachment (doc-view.el.patch): text/x-diff, 831 bytes
Garreau, Alexandre | 13 Apr 20:27 2014

smtpmail support of unicode passwords

Hello, smtpmail fails to send mails when the SMTP user password contain
utf8 chars, since it seems base64-encode-string doesn’t support
multibyte encoding, it prevented me to start using Gnus for some months
before I understood what was happening.

Here’s attached the patch.

Attachment (smtpmail.patch): text/x-diff, 545 bytes
Glenn Morris | 12 Apr 21:15 2014

Emacs pretest 24.3.90

The first pretest for what will be the 24.4 release of Emacs
(the extensible text editor) is available at


If you are not familiar with Emacs pretests, we typically have about
half-a-dozen or so leading up to the actual release, each several weeks
apart. Generally speaking, only bugs get fixed from now till the release.

This first pretest is a great time to verify that Emacs at least builds
for you, especially if you are using one of the less common platforms
that Emacs supports, or if you package Emacs for a distribution.

As always, if you encounter problems building or using Emacs,
send a report to bug-gnu-emacs <at> gnu.org with full details
(if possible, use M-x report-emacs-bug).

Thanks for helping to test Emacs.

Fabrice Popineau | 11 Apr 21:41 2014

Tramp on 24.4/W32

Can anybody check if tramp is currently working on Emacs/W32 ?
I have tried a quick test and I can't seem to be able to save file on a 
remote Unix machine, at least not out of the box.

c:\>emacs -Q

eval :
(require 'tramp)
(setq tramp-default-method "pscp"
      tramp-default-user "someuser"
      tramp-default-host "somemachine.supelec.fr"

C-x f /popineau <at> somemachine.supelec.fr:/path/foo.txt
<insert some chars>
C-x f

The trace in *Messages* is :

Tramp: Opening connection for someuser <at> somemachine.supelec.fr using pscp...
Tramp: Sending command `plink -l someuser  -ssh somemachine.supelec.fr && 
exit || exit'
Tramp: Waiting for prompts from remote shell...
Tramp: Sending password
Tramp: Waiting for prompts from remote shell...done
Tramp: Found remote shell prompt on `somemachine.supelec.fr'
Tramp: Opening connection for someuser <at> somemachine.supelec.fr using 
Tramp: Inserting 
(Continue reading)

Roland Winkler | 11 Apr 21:10 2014

type checking for arbitrary lisp objects

The function bbdb-check-type performs a type checking for atomic or
compound lisp objects by comparing these objects against patterns
that use a syntax kind of similar to the :type keyword used by
defcustom (but without the extra keywords such as :tag used by
defcustom).  So a typical pattern is something like the following

   (vector (or string (const nil))
           (repeat string)
           (repeat (vector string (repeat string)
                           string string))
           (repeat (cons symbol string))

I am just wondering: Am I here reinventing the wheel because
something similar has been developed already in some other package?
If not, could this possibly also be useful for other packages (for
example, for defining predicates used by the safe-local-variable


Glenn Morris | 10 Apr 18:47 2014

pretest this Saturday

The first pretest for 24.4 will be this Saturday.

Sorry for the somewhat short notice, but that's the last day I can do it
at the moment. On the other hand you should have known this was coming! :)

Bogolisk | 10 Apr 16:11 2014

case sensitive replacement doesn't seem to work


In this example, the "%s" replacement text is always upcased to "%S" 
of the value of case-fold-search or case-replace.

(let ((case-fold-search nil)
      (case-replace nil)
      (orig-string "this is a FOO bar")
  (when (string-match "FOO" orig-string)
    (setq new-string (replace-match "%s" nil t orig-string))
    (message "orig:`%s' new:`%s'" orig-string new-string)))

in both 23.1.1 and, the message is always:

"orig:`this is a FOO bar' new:`this is a %S bar'"

Is this a bug or expected behaviour?


Rüdiger Sonderfeld | 10 Apr 13:07 2014

`turn-on-eldoc-mode' obsolete?


in r116095 the function `turn-on-eldoc-mode' was replaced by an alias for 
`eldoc-mode' and marked obsolete.  There was no entry in the ChangeLog for 
this and I don't understand the reason.  It seems several minor modes provide 
a `turn-on' function to avoid the toggling behaviour of the minor mode command 
(e.g., turn-on-auto-fill, turn-on-flyspell, etc.).  Which is quite useful for 
mode hooks.

I think `turn-on-eldoc-mode' should be restored or there should be a common 
decision on `turn-on-*' functions for minor modes.


raman | 10 Apr 01:18 2014

Emacs <at> Head now crashes (after moving to 24.4.50)

Admittedly, this is on a Jaunty Linux box -- but I've kept key libs
updated eg gnutls.  23.5.50 was building happily at head; but when
24.4.50 switched, it builds, but crashes immediately. It actually
crashes during the make process when running testcover:-)

Le Wang | 9 Apr 15:19 2014

unobtrusive next key prompting

I've been using one-key to make my own menus for long key combos I
don't use often.  https://github.com/vapniks/one-key  Maintaining the
menus is a hassle.

John Wiegley recently added https://github.com/kbkbkbkb1/guide-key to
his config and I like it a lot.  Basically, after a timeout, options
for valid next keys are presented.  If something like this came with
Emacs, I think new users will appreciate it very much.