Bug#917296: emacs-gtk: Emacs GNUS can no longer use movemail

2019-03-28 Thread Oleg Kostyuchenko
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

2019-03-18 Thread Florian Weimer
* 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

2018-12-25 Thread Sven Joachim
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

2018-12-25 Thread Ronan KERYELL
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