Bugzilla Bug 76399

I just upgraded johntheripper-1.6.37_r1.ebuild to
johntheripper-1.6.37_p1.ebuild.

# ls /
bin  boot  dev  etc  home  lib  lost+found  mnt  opt  proc  root  sbin  service
 sys  tiel  tmp  usr  var
# pwd
/root/john
# john ./mailpasswords
^C
# ls /
bin   dev  home      john.pot  lib         mnt  proc  sbin     sys   tmp  var
boot  etc  john.log  john.rec  lost+found  opt  root  service  tiel  usr



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

Actual Results:  
files appeared in / rather then the current directory

Expected Results:  
looked for the .rec file in that pwd, and made it's log file etc. in the pwd.

i removed the epatch line in the ebuild, and it seems to have fixed the
problem.  
ChangeLog says:
  01 Jan 2005; Daniel Black <dragonheart@gentoo.org>
  -johntheripper-1.6-r1.ebuild, -johntheripper-1.6.37-r1.ebuild,
  +johntheripper-1.6.37_p1.ebuild, metadata.xml:
  Version bump removes old version. New _p1 version contains new patches and
  fixes bug #59195 (by Benoit Izac <benoit.izac@free.fr>) and bug #56528

I'm guessing one of the new patchs messes things up somewhat

is HOME set in the environment?

Bug 56528 requested I use it. Should it default to /tmp if not set?

# john --restore
fopen: /john.rec: No such file or directory
# echo $HOME
/root
# ls ./john.rec
./john.rec
# pwd
/root/john

I would suggest that rather then using /, $HOME, or /tmp, the pwd is used. This was the behaviour in r1 I think.

Happy new year :)

I am experiencing something similar, for some reason, john thinks it's home
directory is "/home". $HOME is set in my environment to /home/username.

username@host test $ john password-testfile
open: /home/john.log: Permission denied

If I use sudo, it drops john.log and the other session files into "/home"

It should put them into the user home directory by default.

Sorry, when I sudo, it drops them in the root.

This is undoubtedly an error in the patch I did. Unfortunately I'm running out
of time to fix such things. If you have the ability I'd appreciate a hand.

It's a problem with these lines:

+   if (path)
+   if (!john_home_path && (pos = strrchr(path, '/'))) {
+       john_home_length = pos - path + 1;

If I do:
export HOME=/home/pkdawson/
(note the slash on the end)
then it works normally.

And why is it supposed to spit a ton of files in home??

Isn't it normal for a simple text based program to output in the current directory?

Yes, just got bitten by some files in / Confirming this as a bug.

BTW, 1.6.38 is out with some minor improvements in speed (mostly NT LM DES (1.5
times), FreeBSD MD5 and Kerberos AFS DES. [stats on a P4@2.4GHz]

Anybody fixing this bug and bumping to 1.6.38?

removed johntheripper-1.6.37_p1 
added johntheripper-1.6.37_p11 using the bigpatch from 
http://www.cr0.net:8040/misc/patch-john.html 
added 1.6.38 too. 
enjoy 

Ok, I don't want to open a new bug, but apparently the SRC_URI is bad...

http://www.openwall.com/john/b/john-1.6.38.tar.gz

It should be with a /c/ instead of /b/, so:

http://www.openwall.com/john/c/john-1.6.38.tar.gz

No idea what is the meaning behind that...

And 1.38 does not work out-of-the-box :-(

~ # john
fopen: john.ini: No such file or directory

Shall I open another bug?

SRI fixed 
 
john 1.6.38 seems to expect /etc/john/john.conf in your current directory. 
Don't worry about another bug - I'll look later.