Kernel: Linux 4.14.2+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages neomutt depends on:
ii libassuan0 2.4.4-1
ii libc6 2.25-2
ii libcomerr2 1.43.7-1
ii libgnutls30 3.5.16-1
ii libgpg-error0 1.27-5
ii libgpgme11 1.9.0-6
ii libgssapi-krb5-2 1.15.2-2
ii libidn11 1.33-2
ii libk5crypto3 1.15.2-2
ii libkrb5-3 1.15.2-2
ii liblua5.2-0 5.2.4-1.1+b2
ii libncursesw5 6.0+20170902-1
ii libnotmuch5 0.25.2-1
ii libsasl2-2 2.1.27~101-g0780600+dfsg-3
ii libtinfo5 6.0+20170902-1
ii libtokyocabinet9 1.4.48-11+b1
Versions of packages neomutt recommends:
ii libsasl2-modules 2.1.27~101-g0780600+dfsg-3
ii locales 2.25-2
ii mime-support 3.60
Versions of packages neomutt suggests:
ii aspell 0.60.7~20110707-4
ii ca-certificates 20170717
ii exim4-daemon-light [mail-transport-agent] 4.89-11
ii gnupg 2.2.2-1
pn mixmaster <none>
ii openssl 1.1.0g-2
pn urlview <none>
Versions of packages neomutt is related to:
ii neomutt 20171027-1
Bug#882715: neomutt: can I has an alternative for /usr/bin/mutt ?
Control: tag -1 + patch
Please see attached patches for both neomutt and mutt to implement
this. Review welcome. If you lack time, I'm happy to help out with
a NMU. If so please just say, so we can skip the waiting.
Note for mutt: I did not revert the previous commit that ripped out
alternatives, for the following reasons:
- the debian/changelog entry should not be reverted
- the old alternatives where for different files
- given we divert different files now, we likely still want
to keep the prerm remove-all call until upgrading from 1.6
is considered unsupported (which I leave up to you to
determine when that is).
Also, as noted in the top comment of the mutt debdiff the lintian
override for desktop file should most likely be reintroduced again.
Note for neomutt maintainers: This might also be a good time to
get #894688 fixed. And the patch also as a bonus could probably
be considered to fix #888260 which you might want to close.
CCing people who showed interest on the bug report. Help with
(additional) testing would be welcome.
> Thus, could you please use alternatives to manage /usr/bin/mutt ?
So... I just got bitten by this again. Ping?
⢀⣴⠾⠻⢶⣦⠀ Have you heard of the Amber Road? For thousands of years, the
⣾⠁⢰⠒⠀⣿⡁ Romans and co valued amber, hauled through the Europe over the
⢿⡄⠘⠷⠚⠋⠀ mountains and along the Vistula, from Gdańsk. To where it came
⠈⠳⣄⠀⠀⠀⠀ together with silk (judging by today's amber stalls).
+1 from me; this is really necessary to ease the pain of this transition.
Clearly this is now too late for buster which is a real shame since this is
where the (really neo)mutt → mutt|neomutt transition will bite for most users.
There are lots of other tools that hard code "mutt" (e.g.: bts in devscripts,
and I think reportbug), so much so that attempting to use just the neomutt
package and not have mutt co-installed is painful (and local aliases, or
bash functions etc will not resolve those cases; although a symlink in ~/bin
or something in $PATH does).
I've given up attempting to have mutt and neomutt coinstalled and using the
same configurations happily, there's too much variation. Which also means
that my previously-working muttrc stuff for the really-neomutt mutt package
will break horribly when pkg:mutt becomes not-neomutt when those systems