- Version 18.01 is missing some language files
- Switch to using the "nolang" version of source tarball as we ship
- the languages separately
- change log:
- add support for Google protobuf protocol files*
- add possibility to show the type of the object info is shown for
- modified the top row and the search part in order to allow smaller sizes
- introduced a configuration option to limit the viariables shown by the
variables viewers depend on thier size (in order to avoid overload
situations on low power or low memory machines)
- added a dark style (*.qss and Python lexers)
- updated send2trash to version 1.4.2
* This release introduces a new project format that will be rejected by
previous releases
Approved by: portmgr (implicit, see PR 225250)
- add FLAVORS for the following combinations [1]:
- python: 2.7 and 3.6
- qt: 4 and 5
- simplify Makefiles:
- all common macros between eric6 and the language packages are in
devel/eric6/bsd.eric6.mk
- devel/eric6/Makefile.inc only includes language package specific
macros
- eric6 specific macros are now moved into devel/eric6/Makefile
- spelling error fixed in Makefile.inc
- dependency on eric6 (for language packages) removed as the addition
of flavors removes the ability to depend on a single port origin
- install language files directly, since setup.py fails without eric6
installed
Approved by: portmgr (mat) [1]
Differential Revision: https://reviews.freebsd.org/D13448
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
Notes:
- I have (not yet) succeeded to enable MFront in this version;
- it uses math/mumps-edf, repocopied from math/mumps;
- cad/scotch is now taken out of the aster tarball;
- french/eficas is no more used: to be replaced by "aster-study" in Salome_Meca
(the port cad/salome should be resurrected!)
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
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.
The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.
PR: 214965
Reported by: thierry
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This brings french/eficas to 2016.0.1,
cad/astk-serveur and astk-client to 1.13.8.2,
french/med to 3.2.0 (built against hdf5-18),
bump PORTREVSION to math/metis-edf and fix soname,
and french/homard to 11.7-1.
