- Update devel/py-efl to 1.18.0
- Update multimedia/rage to 0.2.1
- Update x11-wm/enligtenment to 0.21.2
- Bump PORTREVISION in graphics/edje_viewer
- Bump PORTREVISION in x11/terminology
- Merge graphics/evas_generic_loaders* into devel/efl
- Merge multimedia/emotion_generic_players-vlc into devel/efl
- Merge x11-toolkits/elementary into devel/efl
3.0.2
- add top-level keep_fnames option that implies both compressor
and mangler keep_fnames
- update UglifyJS to 2.7.3
3.0.1
- update UglifyJS to 2.7.0
- split JS dependencies to separate files
Approved by: swills (mentor)
These are fixes for two separate issues (even though fixing the latter
depends on fixing the former), but they are being landed together to avoid
having to bump PORTREVISION twice.
1. r411689 ("Drop USES=gmake") caused a regression where several
configuration tests (glx, libXcomposite, libXrender and leveldb) were
failing even though they should not.
The .pro files for those tests all have "OBJECTS_DIR = obj", which causes
qmake to create this subdirectory when generating the test's Makefile and
put object files there. The problem is that make(1) always tries to cd
into this directory (among others in case MAKEOBJDIRPREFIX or MAKEOBJDIR
are set), so the compiler was being invoked like this:
c++ -o obj/foo.o /path/to/foo.cpp
from _within_ obj/ itself, causing the compiler to fail. Readding
USES=gmake is an option, but it causes the build to take a lot longer, so
the approach I ended up adopting is to patch the .pro files and remove
the OBJECTS_DIR lines.
Fixing this enables a few more graphics-related configuration options
("graphics_surface" and "glx").
2. The port was always failing to build if databases/leveldb was installed.
Because we were not depending on databases/leveldb and also because of
the item above, we were always building WebKit's bundled LevelDB copy as
a static library and linking it into libQt5WebKit.so. However, the way
the linker was invoked was always causing the system-wide libleveldb.so
to be used instead:
c++ -o libQt5WebKit.so -Wl,-whole-archive -lleveldb -Wl,-no-whole-archive -L/path/to/static/leveldb [...]
Since there is no reason to use a bundled dependency anyway, it is easier
to just make the build use the system-wide LevelDB. Doing so does require
some patching though, as the LevelDB port installs the memenv.h header
into a location that differs from the one WebKit expects.
PR: 212859
Reviewed by: tcberner
MFH: 2016Q3
warnings while they run. Each warning generates a new failing
test and the warning content is outputted via diag.
This module uses $SIG{__WARN__}, so if the code you're testing
sets this, then this module will stop working.
WWW: http://search.cpan.org/dist/Test2-Plugin-NoWarnings/
to support an example of Elasticsearch being written up in his blog
about syslog-ng.
Submitted by: Peter Czanik (CzP) <peter.czanik@balabit.com>
Balabit / syslog-ng upstream
This commit also includes a fix to JAVA_MOD_BUILD_DEPENDS to correctly
depend on shells/bash.
* Fix bad scroll syncing and inability to move between comparison chunks in
file comparisons
* Improve version control view behaviour when opening missing paths
* Fix saving of text created in blank comparison
* GTK+ 3.22 compatibility fixes for saving window size
* Fix formatted patches missing newlines in certain cases
* Silence GTK+ warning logging if not running in uninstalled (i.e.,
development) mode
* Update AppData
WRKSRC is not what we want here: when USES=qmake:outsource is used (such as
in www/webkit-qt5), the build actually takes place in ${WRKDIR}/.build, so
we were creating .qmake.cache in the wrong location and passing the wrong
directory to the linker via -L. With CONFIGURE_WRKSRC, we get the right
value regardless of whether :outsource is used or not.
PR: 212859
Reviewed by: tcberner
MFH: 2016Q3
- new port options CHRONY and MQTT
- disable disk plugin on FreeBSD 9.x due to missing OS files
- various patch changes
PR: 212832
Submitted by: ports@bsdserwis.com (maintainer)
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8028
