The offical GNOME 3.18 release notes can be found at
https://help.gnome.org/misc/release-notes/3.18/
This update doesn't contain the glib/gtk c++ bindings which will
be done in a another update due to the requirement on c++11 and the
amount of fallout this probably will give.
GDM is still at version 3.16 due to some issues.
Bump mate-themes to use the gtk 3.18 version of the themes.
Thanks to Antoine Brodin for running the exp-runs.
This release was made possible by the following people:
Gustau Perez
Ting-Wei_Lan
PR: 207006
chmod: libpTk.a: No such file or directory
or
ERROR: Cannot copy 'version.h' to '../blib/arch/Tk/pTk/version.h': Permission denied
Approved by: portmgr blanket
Makefile and the patches from the current vte3 port.
The next update of the vte3 port to 0.42.x doesn't bundle this code anymore.
Obtained from: gnome devel repo
- Upgrade all linux-c6- to CentOS 6.7
- Cleanups
PR: 205846
Submitted by: xmj
In Collaboration with: allanjude, netchild, xmj
Exp-run: antoine
Sponsored by: Perceivon Hosting Inc.
Differential Revision: D3428
We'd like to thanks for all the feedback and comments.
GSTREAMER_ENABLE -> GSTREAMER_CONFIGURE_ENABLE
- Remove --with-libmspack from initial CONFIGURE_ARGS since it has its
own option and controlled via MSPACK_CONFIGURE_WITH knob
- Enable building of wxStackWalker class for getting backtraces, some
software requires it
It is causing portmaster to fail with an error like this:
===>>> x11-toolkits/qt5-uiplugin seems to depend on devel/qt5-designer
which looks like a dependency loop
which is not really what's happening here; the error comes from the fact that
qt5-designer 5.4.1 is being upgraded to 5.5.1, qt5-uiplugin is added as a
dependency that must be built first, but then it's marked as CONFLICTing with
the installed qt5-designer version.
Since qt5-designer < 5.5.0 does not actually install any of the uiplugin files
(since it was not an independent module before), we can just remove the
CONFLICTS line.
Thanks to Walter Schwarzenfeld (w.schwarzenfeld@aon.at) for the report.
PR: 206435
This is the latest stable release at time of writing.
Release announcement: http://blog.qt.io/blog/2015/07/01/qt-5-5-released/
New features in Qt 5.5: https://wiki.qt.io/New_Features_in_Qt_5.5
As usual, huge thanks to Tobias Berner (tcberner@gmail.com) for all his work
on these ports in kde@'s experimental area51 repository. He's the one who
started the update and did a lot of the initial work on Qt 5.5. Ralf Nolden
(nolden@kde.org) has contributed the initial version of most of our new Qt5
ports.
Also thanks to Yuri Victorovich (yuri@rawbw.com) for contributing PR 205805
with his own patch for the 5.5.1 update. Some of his changes there prompted
additional fixes and changes present in the final patch generated from our
experimental repository.
New ports:
- comms/qt5-connectivity, comms/qt5-sensors, devel/qt5-location,
graphics/qt5-3d, net/qt5-enginio, x11-toolkits/qt5-canvas3d,
x11-toolkits/qt5-uiplugin.
General changes in all Qt5 ports:
- All Qt5 ports are now built with -Wl,--as-needed to avoid overlinking,
which is a problem with qmake-based because the libraries passed to the
linker come from the modules .pri files and many are not necessary.
- With this change, several ports had their USE_QT5 lines adjusted to
explicitly include some libraries that were pulled in implicitly, and to
exclude libraries no longer required with -Wl,--as-needed.
Changes in specific ports:
- devel/qt5: Drop the SQL_PLUGINS and TOOLS options and depend on all Qt5
ports by default. It makes the Makefile much simpler, and those options
were already on by default.
- devel/qt5-core: The clang+base libstdc++ workaround has been expanded and
more C++11 features have been disabled when that combination is used by a
port (basically, FreeBSD 9 with USES=compiler:c++11-lang). The disabled
features have explanations for why they were disabled in the patched
header itself.
- devel/qt5-designer: uiplugins has been split out following a similar
change upstream. By depending on qt5-uiplugin, qt5-uitools avoids having
to depend on the big qt5-designer port.
- multimedia/qt5-multimedia: The port now uses GStreamer 1.0 instead of
0.10.
- net/qt5-network: The port now depends on libproxy for proxy settings.
Using libproxy allows proxy settings to be read from different sources,
and also allows .pac files to work with Qt.
- www/qt5-webkit: The port now uses GStreamer 1.0 instead of 0.10.
PR: 205805
PR: 206435
Add patches to py-poppler [2] and rubygem-poppler [3] to fix the build
of these ports with poppler 0.39+.
PR: 206293 [1]
Submitted by: olivierd@ [1]
Obtained from: ubuntu [2], rubygem-poppler upstream [3]
Changelog:
Simplify Cgu::Application::add() method (application.cpp).
Minor implementation improvement for
Cgu::Thread::parallel_transform* functions (do pointer arithmetic
before not after tasks are launched) (parallel.h).
Permit return value optimisation when returning thread object on
starting new thread (thread.cpp).
Update libtool to version 2.4.6.
Documentation fix for doxygen-1.8.9 (docs/Doxyfile.in).
Update code comments (emitter.h).
Update documentation (doxygen.main.in, application.h, emitter.h,
extension.h, future.h, future.tpp, shared_handle.h, shared_ptr.h,
task_manager.h, thread.h).
Follow-up to r404694. When we stopped setting CPATH and LIBRARY_PATH, some
Qt5-based ports (astro/stellarium, audio/musescore, audio/cantata,
irc/quassel, deskutils/owncloudclient) broke because the QtGui headers end
up bringing in GL/gl.h, but -I/usr/local/include was no longer being passed
to the compiler.
This is generally caused by QMAKE_{INC,LIB}DIR_OPENGL being empty, which
leads to some parts of Qt5ConfigExtras.cmake.in being left out when being
processed into Qt5ConfigExtras.cmake. Specifically, the bits of code that
make the directories containing GL/gl.h and libGL.so a dependency of the
Qt5::Gui CMake target were not present.
Fix it by setting those two variables again like we also do in devel/qmake4.
Most ports broken by r404694 are fixed by this change, but not all:
* audio/cantata: Accidentally fixed by this change. Upstream includes the
TagLib headers wrongly. `taglib-config --cflags' returns
-I${LOCALBASE}/include/taglib, but the code references headers as
<taglib/foo.h> instead of <foo.h>.
* multimedia/obs-studio, textproc/sigil, x11/antimicro: Those remain broken,
linker calls pass -lfoo instead of /path/to/libfoo.so, and they were only
working because we were passing LIBRARY_PATH to the linker before. They
need to be fixed separately.
Thanks to antoine@ for the fallout heads-up.
PR: 194088
PR: 195105
PR: 198720
MFH: 2015Q4
While configure happily reported lpr is enabled and the module was
installed. The print code wasn't configured to use lpr. The reason
for this is that the configure of this code moved from the gtk/Makefile
to configure. Remove the now obsolete sed line.
Reported by: dinoex@
Tested by: dinoex@
