John the Ripper is a fast password cracker, currently available for many
flavors of Unix (eleven are officially supported, not counting different
architectures), DOS, Win32, BeOS, and OpenVMS. Its primary purpose is to
detect weak Unix passwords. Besides several crypt(3) password hash types
most commonly found on various Unix flavors, supported out of the box are
Kerberos AFS and Windows NT/2000/XP/2003 LM hashes, plus several more with
contributed patches (over 40 of additional hash and cipher types).
===> The following configuration options are available for john-1.9.0.j.1_1:
DOCS=on: Build and/or install documentation
OPENCL=off: Heterogeneous computing via OpenCL
OPENMP=on: Parallel processing support via OpenMP
OPENMPI=off: Parallel processing support via Open MPI
===> Use 'make config' to modify these settings
security/john: fix build on powerpc64
./pseudo_intrinsics.h:110:25: error: use of 'long long' with '__vector' requires
VSX support (available on POWER7 or later) to be enabled
security/john: try to fix the port's build on AArch64
In commit 1e6670382fbb, the observed failure on PowerPC had been
mended in a way that broke AArch64 build. Robert's investigation
had shown that <altivec.h> should've been included elsewhere, and
it actually is, but guarded by `#ifdef __linux__' for some reason.
Alexander explained that at the time the AltiVec support was just
for two platforms: macOS (first) and Linux (added later). If the
guard of `#include <altivec.h>' was needed, then we could probably
replace the `#ifdef __linux__' with `#ifndef __APPLE__' for the
same effect on old macOS versions which do not need the #include.
PR: 266732
Submitted by: Robert Clausecker
Discussed with: Solar Designer
security/john: attempt to fix the build on armv7
This is from upstream commit c9825e6 which improves
ARM pseudo-intrinsics portability.
PR: 266729
Submitted by: Robert Clausecker
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
security: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ports@c0decafe.net>
* Aaron Dalton <aaron@FreeBSD.org>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Dupre <ale@FreeBSD.org>
* Alex Kapranoff <kappa@rambler-co.ru>
* Alex Samorukov <samm@freebsd.org>
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexander Kriventsov <avk@vl.ru>
* Alexander Leidinger <netchild@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
security/john: belatedly update JtR to version 1.9.0-jumbo-1
Despite what Solar Designer had said earlier, community enhancements
were not offered as separate patch, so the top comment about JUMBO
option still stands.
Because supported SIMD features are detected during configure, force
SSE2 for x86 packages as reasonable default which most modern CPUs
should support these days. Ideally we should probably do several build
rounds and produce binaries targeting different SIMD features (e.g.
like Arch Linux is doing this), but that's the task for another day.
Actualize the lists of binaries and symlinks (some programs had become
standalone, others had been converted to scripts offered as extras).
Drop BROKEN_mips64: it was added in r425682 five years ago for a
different version, since then similar breakage for aarch64 had been
fixed, and looking at the configure script, mips64 should be supported
(even if it's really not, that particular error message is no longer
accurate per grepping the sources).
Adjust LICENSE (GPLv2 or later) and fix the build with OpenCL support.
PR: 247229, 254922
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Do a little spring cleaning:
- Drop the note that we prefer -jumbo (community-enhanced) versions
instead of vanilla JtR releases and accompanying PORTSCOUT knob,
add a nota bene to handle this with next JtR version update
- Remove broken mirror (gd.tuwien.ac.at) from the MASTER_SITES
- Remove BROKEN_SSL knob, it should build fine after recent changes
- Shorten BROKEN_$arch messages and fix a minor typo there
- While Solar Designer recommends to pass JOHN_SYSTEMWIDE_HOME and
JOHN_SYSTEMWIDE_EXEC overrides via command line, in practice it
is easier and cleaner (avoids plenty of those ``warning: missing
terminating '"' character [-Winvalid-pp-token]'' messages during
configure stage) to patch `params.h' file in place, so do it
- For JOHN_SYSTEMWIDE=1, pass it via environment (as CFLAGS_EXTRA)
instead of appending to global CFLAGS value
- GC `pfx2john' symlink (should've been part of r494924)
- Remove SSH private keys format converter which is dead upstream, users
should use `sshng2john.py' script instead
- Add a comment about how we should handle -jumbo versions in the future
Obtained from: https://github.com/magnumripper/JohnTheRipper/commit/7a71705
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
- Fix the build against LibreSSL: put back safety belts added in r382632,
expanding them to cover newly added files, and augment OPENSSL_NO_SHA0
patch to avoid linking error
- Restore `-flax-vector-conversions' option required on pre-Clang systems
that was erroneously removed in r425958
PR: 214459
- Update `security/john' to 1.8.0-jumbo-1 (long overdue)
- Remove no longer needed build-related logic since they moved to GNU
autotools' based build
- Disable OPENMP option for the moment; it will be reintroduced with
others (e.g. OpenCL) in a separate commit
- Add upstream patch to fix the build on non-x86 architectures [2]
- Do not define _POSIX_SOURCE when compiling wordlist.c: this results
in broken JtR binary at least on i386
- Define JOHN_SYSTEMWIDE_EXEC for the future when we start to provide
fall-back binaries
- Stop moving john.conf to /etc. We're not doing it for other *.conf
files anyway (the include files); JtR is smart enough to locate its
configuration files properly when built in system-wide mode [1]
- Install full set of documentation files included with -jumbo
- Remove `xtract' symlink which hasn't been part of JtR for more than
a decade; install more useful symlinks (unafs, unique, other un* and
*2john) that were added in -jumbo instead
- Previously *.pl, *.rb, and *.py scripts were installed into DATADIR;
Alexander wanted to see them along with the documentation, but that
goes a bit too far; put them in ${DATADIR}/extra for the time being
PR: 197172 [1]
Obtained from: http://www.openwall.com/lists/john-dev/2014/12/18/21 [2]
Replace methods and types that were marked deprecated by OpenSSL 0.9.7
and will be removed in OpenSSL 1.1.0.
PR: 198348, 198352
Submitted by: Bernard Spil
Replace "${OPSYS:tl}" with "freebsd" on 4 ports
The following 4 ports will not build correctly if certain variables
are not defined as "freebsd". Defining them as "${OPSYS:tl}" caused
breakage on DragonFly for various reasons. Harding the variables are
a no-op for FreeBSD but fixes the ports on DragonFly.
* games/ioquake3
* graphics/opendx
* science/cdf
* security/john
approved by: portmgr (bapt)
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
- Update to version 1.7.9-jumbo-5
- Add an OPTION to build with OpenMP support (disabled by default)
- Adjust `pre-build' target message to mention OpenMP support (with/without)
- Fix overly aggressive CFLAGS patching via REINPLACE_CMD
- Remove unneeded global modifiers from sed(1) expressions and kill one
superfluous empty line while I am here
Update to shiny new version 1.7.8-jumbo-8, most notably featuring optional
OpenMP to parallelize MD5-based crypt(3) and Apache $apr1$ when using SSE2,
as announced here: http://www.openwall.com/lists/john-users/2011/11/09/1
Submitted by: Royce Williams
- Update to version 1.7.8-jumbo-7. Unfortunately, GNU make is required now,
as the build fails with BSD make
- Install mailer script and auxiliary configuration files for the sake of
completeness
- Update to version 1.7.5 and the latest contributed patchset [*]
- Prefer HTTP mirrors as they are generally more accessible than FTP ones
- Install support scripts in addition to datafiles
- Simplify PORTDOCS handling, utilize BUILD_WRKSRC, and clean up things
PR: ports/146114 [*]
Submitted by: lme
Add the contrib patchset which adds support for many more message digest
algorithms to john. New algorithms are: NT, PO, raw-MD5, IPB2, raw-sha1,
salt-sha1, md5a, KRB5, bfegg, nsldap, ssha, oracle, MYSQL, mysql-sha1,
mscash, lotus5, DOMINOSEC, NETLM, NETNTLM, mssql, mssql05.
PR: ports/119824
Submitted by: Daniel Roethlisberger
- Take maintainership
- Automatically detect for SSE2/MMX features, remove OPTIONS
- Refine Makefile header
- Reformat pkg-descr, catch up with vendor text
* Update from 1.7 to 1.7.0.2
* Fix the second master site
* Give maintainership to submitter
PR: ports/96722
Submitted by: Rainer Alves <rainer.alves@gmail.com>
- Update to 1.6.40
- Be more picky about whats PORTDOCS and what not
- Moved john.conf from ${DATADIR} to ${PREFIX}/etc
- Preserve existing/changed config file on install/deinstall
- Remove files/patch-john.conf
1. fix messages
2. use DATADIR and DOCSDIR
3. show messages when install
PR: 31013 (1)
Submitted by: Joseph Mallett <jmallett@xMach.org>, maintainer (1)
