security/py-scrypt: update 0.8.24 → 0.8.27

security/py-scrypt: update 0.8.23 → 0.8.24

Reported by:	portscout

security/py-scrypt: update 0.8.20 → 0.8.23

Reported by:	portscout

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

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.

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>

security/py-scrypt: Update 0.8.19 -> 0.8.20

Reported by:	portscout

security/py-scrypt: Update 0.8.18 -> 0.8.19

Reported by:	portscout

security/py-scrypt: Update 0.8.17 -> 0.8.18

Reported by:	portscout

Remove # $FreeBSD$ from Makefiles.

Drop python 2.7 support from a few ports

With hat:	portmgr

Relax hardcoded paths to fix build with Python 3.8.7

Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the
shared libs naming scheme.  This means "EXT_SUFFIX" is now derived from
SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so".

The affected ports strip the libaries in the "post-install" target via
hardcoded path(s) and the build fails at the end because the new extension
is not expected at this place.

Remedy the issue by adding wildcards to these paths.  This should also
prepare the ports for future Python releases, which will use the new shared
libs naming scheme.

[1] https://bugs.python.org/issue42604

PR:		252057
Reported by:	John Kennedy
Reviewed by:	fluffy, koobs
Approved by:	koobs (python)

security/py-scrypt: Update 0.8.16 -> 0.8.17

Reported by:	portscout

security/py-scrypt: Update 0.8.15 -> 0.8.16

security/py-scrypt: Update 0.8.13 -> 0.8.15

Reported by:	portscout

security/py-scrypt: Update 0.8.7 -> 0.8.13

Reported by:	portscout

security/py-scrypt: Update 0.8.6 -> 0.8.7

Reported by:	portscout

Switch all pypi.python.org WWWs to a new PyPi home pypi.org where
they now redirect to anyway. All new urls checked to return 200,
I've fixed a couple of them in the process.

Approved by:	portmgr blanket, mat

security/py-scrypt: Update to 0.8.6

See changelogs:
https://bitbucket.org/mhallin/py-scrypt/src/a0801ed84b4e274d28edcfb547d52030bd5df331/README.rst

Reported by:	portscout
Approved by:	tcberner (mentor, implicit)

Canonicalize PyPi WWWs:
- Switch to https://
- Remove trailing slashes

Approved by:	portmgr blanket

security/py-scrypt: Update to 0.8.3

Change log: https://bitbucket.org/mhallin/py-scrypt/src

Additional changes:
* Updated MAINTAINER e-mail

Reported by:	portscout
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D14249

Clean up TEST_DEPENDS, devel/py-unittest2 was removed at 2016-09-26

- Update py-scrypt to 0.8.0

PR:		212787
Submitted by:	Yuri Victorovich <yuri@rawbw.com> (maintainer)
Reviewed by:	amdmi3 (mentor)
Approved by:	amdmi3 (mentor)

security/py-scrypt: Document SSL requirement and define its flags

Approved by:	SSL blanket

Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.

With hat:	portmgr
Sponsored by:	Absolight

This is is a set of Python bindings for the scrypt key derivation function.

Scrypt is useful when encrypting password as it is possible to specify a
minimum amount of time to use when encrypting and decrypting. If, for example,
a password takes 0.05 seconds to verify, a user won't notice the slight delay
when signing in, but doing a brute force search of several billion passwords
will take a considerable amount of time. This is in contrast to more
traditional hash functions such as MD5 or the SHA family which can be
implemented extremely fast on cheap hardware.

WWW: https://pypi.python.org/pypi/scrypt/

PR:		206102
Submitted by:	Yuri Victorovich <yuri@rawbw.com>