First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 187320
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Alon Bar-Lev (RETIRED) <alonbl@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Paul Taylor <birder@ozemail.com.au>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 187320 depends on: Show dependency tree
Show dependency graph
Bug 187320 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-08-01 02:58 0000
johntheripper-1.7.2-r1 has various problems with its configuration, even after
reemerging it.  (The residual /etc/john and $HOME/.john directories were
removed manually after the package was unmerged to ensure a clean build.)

After cracking the first password, john fails with the following error:
   fopen: /etc/john/password.lst: No such file or directory

Touching this file allows john to continue, but not for long:
   fopen: /etc/john/all.chr: No such file or directory

password.lst and all.chr are actually stored in /usr/share/john.

The 1.7.2-r1 ebuild includes:
  -DJOHN_SYSTEMWIDE_HOME=\\\"\\\\\\\"/etc/john\\\\\\\"\\\"\"
which explains why it is not looking in the default location /usr/share/john.
If this is intentional, password.lst, all.chr etc. need to be moved to
/etc/john.

------- Comment #1 From Alon Bar-Lev (RETIRED) 2007-08-01 04:37:24 0000 -------
Thanks!
Sorry about this... This package had gone a major cleanup.

First Last Prev Next    No search results available      Search page      Enter new bug