This fixes issues with other ports that needs py-vobject.
pytz is optional, but it doesn't make any harm having it as default, just the
opposite.
PR: 249283
Reported by: Michael Bueker <m.bueker@berlin.de>
Approved by: portmgr (blanket: runtime fix)
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
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
This new version brings a better compatibility with Python 3.
Move to Github and to the new Home page.
Improve port (Architecture neutral, Dependencies, License, Test target).
Changes: https://github.com/eventable/vobject/releases
PR: 221472
Approved by: maintainer (timeout, 3 weeks)
- Set USE_PYTHON to 2.4+
- The PR submitter takes the maintainership
- Remove CENKES from MASTER_SITES
- Remove PYDISTUTILS_NOEGGINFO var
PR: ports/131736
Submitted by: Junji NAKANISHI <jun-g at daemonfreaks dot com>
Vobject parses iCalendar and vCard files into Python data structures,
decoding the relevant encodings. Also serializes vobject data structures
to iCalendar, vCard, or (expirementally) hCalendar unicode strings.
WWW: http://vobject.skyhouseconsulting.com/
Author: Jeffrey Harris <jeffrey@osafoundation.org>
Antoine Brodin
Danilo G. Baio
Steve Wills
Mathieu Arnold
Marcus von Appen
Martin Wilke
Rene Ladan
Baptiste Daroussin
Nicola Vitale
Philip M. Gollucci
Alexander Nedotsukov
Mark Linimon
Andrew Pantyukhin