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)
(ports that are dependencies of other ports)
net-p2p/transmission-cli: add USES=libtool and remove PTHREAD_LIBS
sysutils/deltup: simplify patch by using MAKE_ARGS
x11-fm/rox-filer: convert to USES=shared-mime-info
x11-wm/emerald: remove PTHREAD_LIBS
PR: 192062
In a previous commit, the inotify configuration was fixed, but we
neglected to guarantee the library was available. This adds libinotify
to the LIB_DEPENDS list, an action that requires a revbump.
PR: 192319
Suggested by: Carlos JPM
I missed the -linotify LDFLAG on the transmission-gtk port. It was also
pointed out by the submitter than transmission-qt4 now has a duplicate
-lcrypto LDFLAG so let's remove that.
PR: 192319
Submitted by: Ivan Klymenko
At least on some releases, transmission-cli and transmission-gtk now
need -lcypto in LDFLAGS to build. Additionally transmission-gtk needed
an update of the inotify configure argument. The latter requires a
revbump because it seems possible that it could have been built with
the bad argument somewhere.
PR: 192319
Submitted by: Ivan Klymenko
Approved by: "Just Fix It" blanket, but maintainer was in copy on PR
- Update to 1.6.1
- Remove some unneeded patches
- Fix pkg-plist
- report configure bug upstream
https://bugs.g10code.com/gnupg/issue1668
- report API breakage downstream and find that MacPorts had the same issue
https://rt.cpan.org/Ticket/Display.html?id=97201
- bump PORTREVISION for dependent ports (approx. 100 ports)
- Thanks to exp-run by antoine@ to find ports that break
- patch ports that would otherwise break
security/shishi with PR 192164 is already committed
[1] devel/ccrtp
[2] editors/abiword
[3] security/p5-Crypt-GCrypt
PR: 191256, 192162 [1], 192163 [2], 192166 [3]
Submitted by: Carlos Jacobo Puga Medina <cjpugmed@gmail.com>
Approved by: maintainer timeout, antoine (exp-run), portmgr (implicit)
and/or tabs before the =. This made doing regular expressions
on the ports tree really difficult.
Approved by: portmgr (not really, but touches unstaged ports)
Remove libevent as libevent2 is providing a good compatibility interface as well
as providing better performances.
Remove custom patches from libevent2 and install libevent2 the regular way
Mark ports abusing private fields of the libevent1 API as broken
Import a patch from fedora to have honeyd working with libevent2
Remove most of the patches necessary to find the custom installation we used to
have for libevent2
With hat: portmgr
Apparently this version doesn't understand empty arguments in CFLAGS
using commas; i.e. ,-I/usr/local/include throws an error about nonexisting
file ,-
Reported by: Kenta S (kentas@hush.com)
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Category N.
CR: D307
Approved by: portmgr (bapt)
- Update rtorrent to 0.9.4
- Convert to new LIB_DEPENDS format
- Remove uneeded ?=
- Remove libtorrent-devel and rtorrent-devel ports since the non
devel port has a newer version and no development release is available
anymore
PR: 191621
Submitted by: Colin <anonymous.bug.report@gmail.com>
