math/metis. Because math/metis and math/metis-edf are conflicting, this means
that the ports which depend on SuiteSparse and on metis-edf became BROKEN.
To solve this problem, this revison switches from metis-edf to the regular
metis.
pkg-static: metis-5.1.0_3 conflicts with metis-edf-5.1.0.a1,1 (installs files into the same place). Problematic file: /usr/local/bin/cmpfillin
Reported by: pkg-fallout
This is done for
* consistency,
* and to simplify the import of the newer KDE Plasma5 desktop and KDE applications
Bumps the dependencies.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D12979
- remove translation packages no longer shipped by upstream:
cs-eric6
fr-eric6
it-eric6
pt-eric6
tr-eric6
zh_CN-eric6
upstream considers these translations too incomplete.
- add pkg-message explaining that there are translation available.
- 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