libxcrypt is a modern library for one-way hashing of passwords. It supports a
wide variety of both modern and historical hashing methods: yescrypt,
gost-yescrypt, scrypt, bcrypt, sha512crypt, sha256crypt, md5crypt, SunMD5,
sha1crypt, NT, bsdicrypt, bigcrypt, and descrypt. It provides the traditional
Unix crypt and crypt_r interfaces, as well as a set of extended interfaces
pioneered by Openwall Linux, crypt_rn, crypt_ra, crypt_gensalt,
crypt_gensalt_rn, and crypt_gensalt_ra.
libxcrypt is intended to be used by login(1), passwd(1), and other similar
programs; that is, to hash a small number of passwords during an interactive
authentication dialogue with a human. It is not suitable for use in bulk
password-cracking applications, or in any other situation where speed is more
important than careful handling of sensitive data. However, it is intended to be
fast and lightweight enough for use in servers that must field thousands of
login attempts per minute.
security/libxcrypt: work around symbol alias issue
This port uses symbol aliases to provide certain legacy symbols.
Following commit 1c18eaf, symbol maps were reenabled, exposing that
these legacy symbols were never actually generated.
The project tries to generate legacy symbol aliases using
__attribute__((alias)), which seems to have no effect.
Sidestep this problem for now by disabling all legacy symbols.
Approved by: portmgr (build fix blanket)
PR: 290822
Fixes: 1c18eaf913051e7e2503f05d438cc1636d66e554
security/libxcrypt: Use upstream release archive and improve port
* Use upstream release tarball, removed USES= autoreconf dependency
* Remove patch, not necessary
* Add Perl5 build dependency
* Use INSTALL_TARGET instead of post-install for stripping
* Remove "make test" info, this shouldn't go into the port Makefile
PR: 290822
Approved by: maintainer timeout, 1+ month
security/libxcrypt: Unbreak on 15
The project uses the *.map file with symbols that don't exist.
This was a warning on 14 and earlier systems, but it is
an error on 15.
Reported by: fallout
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 )
