Bugzilla Bug 22173

the latest version of nmh is nmh-1.1_rc1 and it's been out for a while.
just updating the name of the ebuild seems to do the trick.

Thanks!
-Jon Kraut


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

still get errors after
#ln -s vim vi
make[1]: Leaving directory `/var/tmp/portage/nmh-1.1_rc1/work/nmh-1.1-RC1/docs'
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-nmh-1.1_rc1-15460.log"

open_wr:   /.nonexist-file.swp
open_wr:   /.nonexist-file.swp
--------------------------------------------------------------------------------

I don't have either vi or vim (emacs for me) installed and I just emerged it
again successfully, I guess because my EDITOR env variable for root is set to
the gentoo default of /usr/bin/nano.  But this can be explicitly set during
configure, so perhaps just setting it to nano and removing vi/vim as a
dependancy is better.
And...
Whoops it has been a while since i emerged this and previously I had renamed
the package, so I guess I the ebuild does need more work. Sorry.
So here's a patch...

Created an attachment (id=12765) [details]
patch against nmh-1.0.4_r2.ebuild

oops. don't know why i got this one. reassigning

Created an attachment (id=15179) [details]
nmh 1.1rc1 ebuild

Another 1.1rc1 ebuild, based on the patch from Jonathan Kraut. This one however
uses $EDITOR if it's set otherwise sets it to /bin/nano. Also, it includes a
small patch to inc.c to make the login id field of .netrc be used.

Also, didn't get any access vialoations with or without EDITOR set and
/usr/bin/vi  doesn't exist.

Created an attachment (id=15180) [details]
patch used in nmh-1.1rc1 ebuild

patch fixing inc.c not making use of the login name in .netrc

My friend reports loudly about is preferences, and he loves nmh..

He chastized me about how BSD was better because it had this package installed durring the basic install.

Will this new version get added to portage any time soon? The older one doesn't work on my box. 

Also, the dependancy on VI is not neccissary...  should  it be one of those virtual dependancies?

Created an attachment (id=32064) [details]
updated ebuild

Trying to install nmh-1.1_rc3, and ran into the access violation problem. It
comes from a test for a buggy vi version apparently, and occurs because it
tries to open a file in / (that by intent should not exist). vim then tries to
write the swap file in the same directory.

There is another bug in the install procedue: if libdir and bindir are
identical, the install commands in uip/Makefile will remove the install-mh
program.

Updated version of Claes N

Created an attachment (id=32064) [details]
updated ebuild

Trying to install nmh-1.1_rc3, and ran into the access violation problem. It
comes from a test for a buggy vi version apparently, and occurs because it
tries to open a file in / (that by intent should not exist). vim then tries to
write the swap file in the same directory.

There is another bug in the install procedue: if libdir and bindir are
identical, the install commands in uip/Makefile will remove the install-mh
program.

Updated version of Claes Nästén's ebuild attached; patches to follow.

Created an attachment (id=32065) [details]
access violation patch for 1.1rc3 ebuild

Created an attachment (id=32066) [details]
install-mh overwrite patch for 1.1rc3

nmh-1.1 in CVS. Thanks everyone.