Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail
This update to Emacs 26.1 broke my movemail setup (Buster) in exactly the same way. The bad thing here is, I don't even have mailutils installed as this package is pretty much bloated. But for some reason I had a movemail executable in /usr/bin/emacs/v25.2/x86_64-linux-gnu and had no problems with mail retrieval from a (file) spool. (Apt-file somewhy doesn't show me the owner of this executable). After upgrade to 26.1, there is no movemail executable in /usr/bin/emacs/v25.2/x86_64-linux-gnu anymore and I cannot retrieve mail from a local spool, observing the "searching for program" error. One hack is to retrieve the old movemail executable from a backup or deb package, and reinstate it in /usr/bin/emacs/v26.1/x86_64-linux-gnu. Thanks Oleg
Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail
* Sven Joachim: > It does not, since Emacs is already configured that way. In Emacs 26.2, > the issue will be fixed by the patch at[1] which should probably be > cherry-picked for the Debian package. > > Cheers, >Sven > > > 1. > https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-26=63f1dc4f7c33cc7cc738dbfae3d8192ae448b2f6 Not sure why this bug doesn't qualify as important. It did break my Gnus setup, but I don't know how often movemail is used these days. Setting mail-source-movemail-program to "movemail" appears to be a feasible workaround.
Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail
Control: forwarded -1 https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31737 Control: tags -1 + patch On 2018-12-25 19:43 +0100, Ronan KERYELL wrote: > Package: emacs-gtk > Version: 1:26.1+1-2 > Severity: normal > > Dear Maintainer, > > Emacs 26.1 just landed into Debian/unstable and it breaks GNUS reading > local e-mail with the '(file)' method because the movemail configuration > changed in 26.1 as explained in the NEWS: > >> ** The new option 'configure --with-mailutils' causes Emacs to rely on >> GNU Mailutils to retrieve email. It is recommended, and is the >> default if GNU Mailutils is installed > > This problem seems to have been already discussed last June in > http://permalink.gmane.org/gmane.emacs.gnus.general/88065 > but it seems difficult to access this information right now in Gmane. > > Since emacs-bin-common depends already on mailutils, configure Emacs > with > 'configure --with-mailutils' > should probably fix the problem. It does not, since Emacs is already configured that way. In Emacs 26.2, the issue will be fixed by the patch at[1] which should probably be cherry-picked for the Debian package. Cheers, Sven 1. https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-26=63f1dc4f7c33cc7cc738dbfae3d8192ae448b2f6
Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail
Package: emacs-gtk Version: 1:26.1+1-2 Severity: normal Dear Maintainer, Emacs 26.1 just landed into Debian/unstable and it breaks GNUS reading local e-mail with the '(file)' method because the movemail configuration changed in 26.1 as explained in the NEWS: > ** The new option 'configure --with-mailutils' causes Emacs to rely on > GNU Mailutils to retrieve email. It is recommended, and is the > default if GNU Mailutils is installed This problem seems to have been already discussed last June in http://permalink.gmane.org/gmane.emacs.gnus.general/88065 but it seems difficult to access this information right now in Gmane. Since emacs-bin-common depends already on mailutils, configure Emacs with 'configure --with-mailutils' should probably fix the problem. In the meantime, a workaround is to custom-set-variables with '(mail-source-movemail-program "movemail.mailutils") Thank you. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages emacs-gtk depends on: ii emacs-bin-common 1:26.1+1-2 ii emacs-common 1:26.1+1-2 ii libacl12.2.52-3+b1 ii libasound2 1.1.7-2 ii libatk1.0-02.30.0-2 ii libc6 2.28-3 ii libcairo-gobject2 1.16.0-2 ii libcairo2 1.16.0-2 ii libdbus-1-31.12.12-1 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libgif75.1.4-3 ii libglib2.0-0 2.58.1-2 ii libgnutls303.6.5-2 ii libgomp1 8.2.0-13 ii libgpm21.20.7-5 ii libgtk-3-0 3.24.2-3 ii libice62:1.0.9-2 ii libjpeg62-turbo1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii libm17n-0 1.8.0-2 ii libmagickcore-6.q16-6 8:6.9.10.14+dfsg-7 ii libmagickwand-6.q16-6 8:6.9.10.14+dfsg-7 ii libotf00.9.13-4 ii libpango-1.0-0 1.42.4-5 ii libpangocairo-1.0-01.42.4-5 ii libpng16-161.6.34-2 ii librsvg2-2 2.44.10-1 ii libselinux12.8-1+b1 ii libsm6 2:1.2.2-1+b3 ii libsystemd0240-1 ii libtiff5 4.0.10-3 ii libtinfo6 6.1+20181013-1 ii libx11-6 2:1.6.7-1 ii libx11-xcb12:1.6.7-1 ii libxcb11.13.1-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxft22.3.2-2 ii libxinerama1 2:1.1.4-1 ii libxml22.9.4+dfsg1-7+b3 ii libxpm41:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender11:0.9.10-1 ii zlib1g 1:1.2.11.dfsg-1 emacs-gtk recommends no packages. Versions of packages emacs-gtk suggests: pn emacs-common-non-dfsg -- no debconf information