the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
This port is no longer based on the Qt3 version of dvbcut plus a large
patch to make it build on Qt4 with the Qt3 emulation layer. A fork that
uses native Qt4 calls is used instead.
The generated files moc_progressstatusbar.cpp and moc_progresswindow.cpp
trigger an internal error in clang, if compiled with optimization. This
bug has been accepted as 18098 in the llvm bug tracker. To work around
this problem, the above mentioned two files are compiled with -O0 appended
to the compiler flages. The post-configure target in the ports Makefile is
to be removed, when a fixed version of clang is distributed in all FreeBSD
releases supported by the ports infrastructure.
This setting has not had any effect since r1.13 to bsd.cmake.mk, as it
was only useful when we supported FreeBSD < 7.
Approved by: avilla (mentor), portmgr (miwi)
Feature safe: yes
Qt4 support is based on the patch developed by Raik Bieniek (raik.bieniek
at googlemail dot com) as found in the SVN repository and has been cleaned
up for this port by me.
The Qt4 version of dvbcut.cpp is built without optimisation (the GUI is not
functional, else).
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
sources, not the FreeBSD port), again. It is hard to catch up with all
the API changes ffmpeg sees every few weeks.
A similar patch will probably be required in other ports that depend on
ffmpeg and that use the same method to access encoders/decoders.
This port remains broken until the ffmpeg port installs the new header
(allcodecs.h), which seems to have been forgotten by the ffmpeg developers
(and until the ffmpeg port has added that file to its PLIST).
binary operator '>?' that is accepted by gcc-3.x but not by gcc-4.2.
I did not find the definition of this operator and do not know whether
it is an extension found in g++-3.x, but I assume that it is a maximum
value operator (a >? b) <==> max(a, b) and this patch implements this
operation explicitly instead of via the (unknown in g++-4.2) operator.
Submitted by: pointyhat via kris
function from the latest ffmpeg library, which has been declared
deprecated for some time). That function has been re-enabled in
the FreeBSD port of ffmpeg and the port does build again ...
Approved by: portmgr (pav)
function img_convert() which is a special case of the new sws_scale().
Since I need to prepare and test a patch to have avframe.ccp use the
new function, the port will remain broken for a few days ...
