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
I chose filelight-17.* as it contains its own localization,
which is good, as kde4-l10n is very outdated, and may not
match modern filelight anymore.
Unfortunately this lead to conflicts with the kde4-l10n.
So strip the filelight parts from kde4-l10n-*.
Reported by: VVD (via IRC)
Reviewed by: rakuco
Pointyhat to: tcberner
Differential Revision: https://reviews.freebsd.org/D12393
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
The 3.x series is based on KDE Frameworks 5, and some programs have been split
into separate ports:
- Sheets, Words & co are in editors/calligra.
- Krita is in graphics/krita.
- Kexi is in databases/kexi.
- The calligra-l10n* ports are now part of editors/calligra itself.
Okular support in editors/calligra and Marble support in textproc/kreport have
been disabled for now because they need the KF5 version of those ports.
Thanks to everyone who's tested it and worked on it in our area51 repository.
Submitted by: Adrian de Groot <groot@kde.org>, tcberner, rakuco
Reviewed by: rakuco, mat (earlier versions)
Differential Revision: https://reviews.freebsd.org/D10167
- application translated to English and Italian languages
- completely rewritten configuration subsystem
- code separated into two subprojects: libqnapi and gui
- selecting target format/extension from command line interface - #65
- fixed problem with color information loss during subtitles conversion - #100
- Linux x86_64 AppImage binary available
devel/qt5-declarative has not been released since Qt 5.5.1, and it
starts to lead to runtime conflicts with qt5-quick if installed.
* No port is actually still using it (there are ports that had it as a
dependency, but do not really require it -- bump these, and remove it).
* Remove it from the Qt 5 metaport.
Reported by: Armin Pirkovitsch
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D10673