From the nmh-1.7-RC3 NEWS:
- With the move of support binaries from ${libdir} to
${libexecdir}/nmh, the mostly undocumented 'libdir' mhparam(1)
component has been replaced by a new 'libexecdir' component.
'libdir' will be removed in a future release.
We'll need to track this change in MH-E.
Will making any changes to MH-E because of the external nmh programs ( mhparam, etc.) cause any problems with gnu-mh (mailutils) libraries usage to those of use who use it?
darel
Mike Kupfer via mh-e-devel mh-e-devel@lists.sourceforge.net wrote:
Related
Tickets:
#491Hi Darel,
I don't think so.
The function mh-variant-gnu-mh-info has its own copy of the libdir
component. We'd have to update the mh-variant-nmh-info component,
probably by allowing both for backwards compatibility.
We'd also have to look for both in mh-variant-mh-info which starts the
process.
Darel via mh-e-devel mh-e-devel@lists.sourceforge.net wrote:
--
Bill Wohler wohler@newt.com aka Bill.Wohler@nasa.gov
http://www.newt.com/wohler/
GnuPG ID:610BD9AD
Related
Tickets:
#491Test comment, please ignore.
The fix for this will be in Emacs 29.1 (commit b3de81a6ee3).