all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Robert Pluim <rpluim@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: m43cap@yandex.com, 31737@debbugs.gnu.org
Subject: bug#31737: 26.1.50; Gnus does not use mailutils movemail
Date: Fri, 08 Jun 2018 20:47:53 +0200	[thread overview]
Message-ID: <87602tjesm.fsf@gmail.com> (raw)
In-Reply-To: <83sh5xtaa5.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 08 Jun 2018 21:15:14 +0300")

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Robert Pluim <rpluim@gmail.com>
>> Cc: m43cap@yandex.com,  31737@debbugs.gnu.org
>> Date: Fri, 08 Jun 2018 18:01:14 +0200
>> 
>> > Sorry, I don't think I follow: mail-source-movemail-progam is a
>> > variable in Gnus, and its default is nil.
>> 
>> Yes, and in that case Gnus looks for movemail in 'exec-directory'
>> only, where emacs no longer installs it if it found Mailutils
>> movemail at configure time.
>
> But then the fix should be where mail-source-movemail-progam is used,
> not in its default value, right?  Gnus should use executable-find to
> look for the program named by mail-source-movemail-progam.
>

It blindly calls call-process at the moment, rather than using
executable-find, but thatʼs a separate issue.

>> >> [1]  Eli, 26.2? This is an emacs-26 regression
>> >
>> > What exactly was the regression, and which change do you propose for
>> > the branch?
>> 
>> Gnus can no longer use movemail, even though at configure time it was
>> found.
>
> And why is that an emacs-26 regression?  the value of that variable
> hasn't changed since 2004, AFAICS.

Pre-emacs 26 gnus used the 'builtin' movemail. That movemail is no
longer installed, because configure found the Mailutils one. But gnus
doesnʼt use the Mailutils one. So the end result from the user's
perspective is "emacs disabled its own movemail because I have
Mailutils installed, but then doesnʼt use the Mailutils movemail"

We can call it a regression or not, but itʼs an unexpected outcome.

>> The simplest fix is below, but it will cause people who currently have
>> Mailutils movemail installed, but an emacs built to not use it, to
>> start using it, so it makes me uncomfortable. Perhaps gnus should
>> check in 'exec-directory' first if mail-source-movemail-program is
>> nil, and then fall back to 'executable-find'?
>
> I see no need for any special handling by Emacs here: the user could
> customize the value to point to "our" movemail as an absolute file
> name, in which case executable-find will pick it up.  We just need to
> change Gnus to use executable-find where the variable is used.

In emacs-26 there is no "our" movemail to point at when Mailutils were
detected, and asking the user to customize a variable to get back to
where they were before feels wrong as well.

Robert





  reply	other threads:[~2018-06-08 18:47 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-06 19:23 bug#31737: 26.1.50; Gnus does not use mailutils movemail Robert Pluim
2018-06-06 19:47 ` Colin Baxter
2018-06-06 19:55   ` Robert Pluim
2018-06-08 15:33     ` Eli Zaretskii
2018-06-08 16:01       ` Robert Pluim
2018-06-08 18:15         ` Eli Zaretskii
2018-06-08 18:47           ` Robert Pluim [this message]
2018-06-08 19:20             ` Eli Zaretskii
2018-06-11  8:27               ` Robert Pluim
2018-06-11 15:20                 ` Eli Zaretskii
2018-06-11 21:47                   ` Robert Pluim
2018-06-12  2:29                     ` Eli Zaretskii
2018-06-12  6:12                       ` Colin Baxter
2018-06-12 14:41                         ` Eli Zaretskii
2018-06-12 18:24                           ` Lars Ingebrigtsen
2018-06-13 14:08                             ` Robert Pluim
2018-06-13 16:42                               ` Eli Zaretskii
2018-06-14 12:14                                 ` Robert Pluim
2018-06-14 13:04                                   ` Robert Pluim
2018-06-14 13:45                                   ` Eli Zaretskii
2018-06-14 14:37                                     ` Robert Pluim
2018-06-14 15:07                                       ` Eli Zaretskii
2018-06-14 22:54 ` Paul Eggert
2018-06-15  7:08   ` Eli Zaretskii
2018-06-15  7:42     ` Paul Eggert
2018-06-15 10:21       ` Colin Baxter
2018-06-15 11:19         ` Robert Pluim

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87602tjesm.fsf@gmail.com \
    --to=rpluim@gmail.com \
    --cc=31737@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=m43cap@yandex.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.