It has been a while both does not depend anymore on esound, before this change
esound dependency was wrongly added to plenty of packages which actually does
not depend on it.
While here:
- audio/glame: remove esound support
- games/monkeybubble: add an explicit dependency on esound
- sysutils/gnome-schedule: add en explicit dependency on pkg-config
- comms/kb: add missing dependency on pkgconfig
- x11-toolkits/libgnomeui:
* update to 2.4.5
* use USES=localbase
when renaming files.
The patch replaces some calls to strcmp() which are sometimes getting
NULL pointers, causing a crash, with safe calls to g_strcmp0()
calls, which handle NULL pointers gracefully.
I'm also adding a patch in another code path checking for a pointer
to actually point to the correct structure and not being NULL.
These patches seem to actually prevent the reported crash from
happening.
PR: 217946
Submitted by: Marko Cupac <marko.cupac@mimar.rs>
Obtained from: https://bugzilla.xfce.org/show_bug.cgi?id=12264
- Add LICENSE
It explicitly requires user agreement (thus no-auto-accept) and
forbids distribution for a fee `beyond reasonable duplication
charges` which is too vague I don't think can be guaranteed in
any case (thus no-*-sell)
tdir port uses another variant of license, which also forbids
modification, and since the port requires shebangfix and Makefile
patching, also mark it no-pkg-mirror and BROKEN.
- Don't install licenses with documentation, since our license
framework already handles this
- Fix python shebangs
- Limit python version to 2.7, as no port is compatible with python3
- Add NO_ARCH
- User options targets helpers
- Simplify installation in a few cases
Approved by: portmgr blanket
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
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
file-list view not very usefull, when dealing with long file names and
not fullscreen.
* While here drop, obsolete patch.
Submitted by: Barbara Guida <barbara.freebsd@gmail.com>
Obtained from: caja upstream
Apart from version updates, the highlights are:
* fix orphaned file issues in atril/atril-lite.
* Add licenses where required.
* make sure the mime xml gets installed in mate-control-center.
* regen the m-c-c patch, with make makepatch.
libzip was updated to 1.3.0 in r450774, and its SOVERSION went from .4 to .5
after the removal of zip_archive_set_tempdir(). All dependent ports continue to
build fine without that symbol.
PR: 222638
(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 MATE DE is now GTK+3 based
* mate-calc has come back.
* New USE_MATE=mixer macro
* Add license
* Review dependancies
* Swich to USES=localbase
* atril/eom options reworked into option helper
Thanks to Eric Turgeon for submitting the bulk of this MATE update.
Obtained from: gnome devel repo
