187320 – app-crypt/johntheripper-1.7.2-r1 - incorrect configuration

Bug 187320 - app-crypt/johntheripper-1.7.2-r1 - incorrect configuration

Summary: app-crypt/johntheripper-1.7.2-r1 - incorrect configuration

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Alon Bar-Lev (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2007-08-01 02:58 UTC by Paul Taylor
Modified:	2007-08-01 04:37 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Paul Taylor 2007-08-01 02:58:14 UTC

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 Alon Bar-Lev (RETIRED) gentoo-dev

2007-08-01 04:37:24 UTC

Thanks!
Sorry about this... This package had gone a major cleanup.