HTTP is changing under our feet. HTTP/1.1, our old friend, is being
supplemented by the brand new HTTP/2 standard. HTTP/2 provides many
benefits: improved speed, lower bandwidth usage, better connection
management, and more.
hyper supports the final draft of the HTTP/2 specification:
additionally, it provides support for drafts 14, 15, and 16 of the
HTTP/2 specification. It also supports the final draft of the HPACK
specification
WWW: https://hyper.readthedocs.org
cleanup: Remove expired ports:
2022-06-30 www/py-rackspace-monitoring: Python compatibility upto 3.2 and last
release was 3 years ago
2022-06-30 devel/py-apns2: Use devel/py-aioapns
2022-06-30 www/py-hyper: Project abandoned use www/py-httpx
2022-06-30 irc/py-fishcrypt: Abandoned, unmaintained, requires Python 2 and
depends on deprecated pycrypto
2022-06-30 devel/py-stsci.distutils: Upstream abandoned in 2013
2022-06-30 devel/py-docker-py: Use devel/py-docker
2022-06-30 net-im/py-slackclient: Use net-im/py-slack-sdk
www/py-hyper: Update version 0.8.0.g2017121=>0.8.0.g20210112
- Mark DEPRECATED as project has been abandoned. Use www/py-httpx
- Set EXPIRATION_DATE to 2022-06-30
- Project has been handed over to new user in GH; update GH_ACCOUNT
accordingly
Follow up on devel/py-futures port removal in r559976
The devel/py-futures port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_FUTURES,
leaving a dangling reference.
Remove it from Mk/Uses/python.mk and from affected ports, as
it was already an empty definition for Python 3.6+
Bump minimal Python version of security/theonionbox to 3.6+
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
(Only the first 15 lines of the commit message are shown above )
Switch PYTHON_REL from a 3 digits number to a 4 digits number to handle
python 2.7.10
Differential Revision: https://reviews.freebsd.org/D2639
Reviewed by: sunpoet, mva
[NEW] www/py-hyper: HTTP/2 Client for Python
HTTP is changing under our feet. HTTP/1.1, our old friend, is being
supplemented by the brand new HTTP/2 standard. HTTP/2 provides many
benefits: improved speed, lower bandwidth usage, better connection
management, and more.
hyper supports the final draft of the HTTP/2 specification:
additionally, it provides support for drafts 14, 15, and 16 of the
HTTP/2 specification. It also supports the final draft of the HPACK
specification
WWW: https://hyper.readthedocs.org
