developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
* Use curses. Darwin doesn't have termcap.
* Add __APPLE__ to system.h to define necessary macros.
* Replace __{Free,Open,Net}BSD__ with __UNIX__ in language/language.c.
It worked on *BSD, but not correct logically.
XXX -no-cpp-precomp issue isn't fixed yet. I think we should fix it in
XXX generic way.
RESTRICTED= variables that were predicated on former U.S. export
regulations. Add CRYPTO=, as necessary, so it's still possible to
exclude all crypto packages from a build by setting MKCRYPTO=no
(but "lintpkgsrc -R" will no longer catch them).
Specifically,
- - All packages which set USE_SSL just lose their RESTRICTED
variable, since MKCRYPTO responds to USE_SSL directly.
- - realplayer7 and ns-flash keep their RESTRICTED, which is based
on license terms, but also gain the CRYPTO variable.
- - srp-client is now marked broken, since the distfile is evidently
no longer available. On this, we're no worse off than before.
[We haven't been mirroring the distfile, or testing the build!]
- - isakmpd gets CRYPTO for RESTRICTED, but remains broken.
- - crack loses all restrictions, as it does not evidently empower
a user to utilize strong encryption (working definition: ability
to encode a message that requires a secret key plus big number
arithmetic to decode).
rewritten. Allows for USA/non-USA support via the familiar USE_RSAREF2
mechanism, and significantly cleaned up. Does not attempt to fall back to
$HOME/.pgp for keys as in the FreeBSD port, as other programs already
require PGPPATH to be set.
