Seeing as perl is *not* located in /usr/local/bin, we probably shouldn't have smime looking for it. As such, the first line of the file should read "#!/usr/bin/perl" rather than "#!/usr/local/bin/perl". This S/MIME, obviously. The fix is as simple as editing the first line. However, I've not looked into a within-ebuild patch yet; currently in the process of doing a "emerge -e world" and it's re-emerging mozilla right now, so I can't test it. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Assigning to the Mozilla team, as this is clearly their bug.
Created attachment 35809 [details, diff] Patch to fix noted issue This patches security/nss/cmd/smimetools/smime to make /usr/bin/smime look for perl in /usr/bin instead of /usr/local/bin. Currently untested - test underway now. I can also confirm the existence of this issue on AMD64 as well as x86.
Tested. Confirmed as working with this patch on AMD64. S/MIME functionality is restored. Patch tested against mozilla-1.7.
Still nothing, guys? This is trivial to fix, and it still needs fixing.
This is still a problem with the latest Mozilla release on amd64: athlon64 ~ # head -n 2 $(which smime) #!/usr/local/bin/perl athlon64 ~ # smime -bash: /usr/bin/smime: /usr/local/bin/perl: bad interpreter: No such file or directory If I then change the first line to "/usr/bin/perl": athlon64 ~ # smime ERROR: -S and/or -E, or -D must be specified. usage: smime [options] options: -S nick generate signed message, use certificate named "nick" -p passwd use "passwd" as security module password -E rec1[,rec2...] generate encrypted message for recipients -D decode a S/MIME message -p passwd use "passwd" as security module password (required for decrypting only) -C pathname set pathname of "cmsutil" -d directory set directory containing certificate db (default: ~/.netscape) With -S or -E, smime will take a regular RFC822 message or MIME entity on stdin and generate a signed or encrypted S/MIME message with the same headers and content from it. The output can be used as input to a MTA. -D causes smime to strip off all S/MIME layers if possible and output the "inner" message. Can we PLEASE fix this? The patch remains trivial.
Fixed in the only mozilla ebuilds that exist presently: mozilla-1.7.5-r1.ebuild mozilla-1.7.5.ebuild mozilla-1.7.6-r1.ebuild