From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.
This changes the library's SONAME, so bump PORTREVISION of all dependees.
Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.
Security: CVE-2017-9110
Security: CVE-2017-9111
Security: CVE-2017-9112
Security: CVE-2017-9113
Security: CVE-2017-9114
Security: CVE-2017-9115
Security: CVE-2017-9116
Security: 803879e9-4195-11e7-9b08-080027ef73ec
In preparation for updating Boost to 1.60, add include guards from more Boost
headers to the list of macros that moc automatically defines when processing
files. As explained in r408911, Qt4's moc cannot parse some constructs used by
a few Boost headers, so we define their include guards to make moc skip them.
This is a cleaner approach that allows us to largely revert r408472, r408473,
r408474, r408475, r408502, r408773 and r408419, which added several patches to
many ports to work around this moc bug.
PR: 199601
PR: 208322
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)
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Remove conflict with non existent Port
- USES pathfix pkgconfig
- Add executable
- Add DOCS Option
- Support STAGEDIR and add OPTIONS_SUB
- Use pathfix instead of simple patches
- Adjust patches
- Change WWW
graphics/OpenEXR
- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Use the new format for LIB_DEPENDS
- USES gmake pathfix pkgconfig
- Add DOCS and EXAMPLES Options
- Support STAGEDIR and add OPTIONS_SUB
- Change REINPLACE_CMD
- Add extra patch for EXAMPLES
- Remove obsolete patches
- Bump dependent ports' revisions
Approved by: pawel / wg (mentors)
Aqsis-1.8.0-Source/libs/util/plugins.cpp: In member function 'const Aqsis::CqString Aqsis::CqPluginBase::DLError()':
Aqsis-1.8.0-Source/libs/util/plugins.cpp:174: error: invalid conversion from 'const char*' to 'char*'
Reported by: pointyhat
has been updated already and builds fine with boost-1.48.0 [1]
- While here, add _build suffix for some Qt4 components to avoid
run dependency on them. I've bumped PORTREVISION in the previous commit
so no changes this time.
Reported by: pav/pointyhat [1]
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
