Thanks Evgeni for the quick response. It's gratifying to see a debian maintainer so alert and responsive.
This may *possibly* be what some folks say is _my bad_, so let me add some details, that I didn't realize until after I hit 'send'. On 2017-07-21 13:32, Evgeni Golov wrote: > On Fri, Jul 21, 2017 at 07:02:50AM -0400, Boruch Baum wrote: > > Upon upgrading `mutt' from the stable to testing repositories, mutt > > ceased to function, offering the following error message: > > There is no mutt 1.7.2-1 in testing. Did you mean upgrading > jessie→stretch? I meant upgrading from 1.5.xx to 1.7.2-1. This next indented section is tangential, but important: My bug report may be valid for debian, or not. The main problem with my report is that it was intended to be sent to your ?evil? or at least "more-challenged" twin, the devuan project. I am running their version of 'stable' which has mutt 1.5.xxx and upgraded to their 'testing' version 1.7.2-1. Their package `reportbug' in their stable repository sends bug reports to debian, not devuan (aaargh!). I have since upgraded to their 'testing' version, and filed a bug report against their 'stable' version, but I see that even their 'testing' version is flawed in that it seems to always send reports to BOTH devuan and debian (aaargh!). So, I will file another bug report (manually) to them. It might be a good idea if you could join me in complaining to the devuan folks. For me this is embarassing, but really, I wasn't expecting this incompetence. > mutt has a dependency on libnotmuch4, libnotmuch4 has a dependency on > libxapian30, mutt is not using any xapian directly AFAIK. This issue is that libnotmuch4 links to a whole lot of xapian symbols that will be undefined until the correct version of the xapian library is installed. > so we might discuss this as being a not-strong-enough dep between > libnotmuch4 and libxapian30, but not a serios bug in mutt. Agreed. Can you re-assign it, or should I re-file, or should we drop this? There is still the possibility that this really isn't a debian issue at all, but a devuan one, but its something easy to check. Apologies again, -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0