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)
in r363436 and remove the UPDATING entry because it did not guarantee
that all ports were updated nor that they were updated in the right order.
Also remove libgcrypt.la again.
PR: 192342
Approved by: portmgr (implicit, bump unstaged ports)
- 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)
2014-07-23 chinese/big5con: Fails to build with new utmpx
2014-07-23 chinese/hztty: Fails to build with new utmpx
2014-07-23 irc/solid-ircd: Fails to build with new utmpx
2014-07-23 korean/eterm: Fails to build with new utmpx
2014-07-23 mail/biffer: Fails to build with new utmpx
2014-07-23 misc/c-hey: Fails to build with new utmpx
2014-07-23 misc/wminfo: Fails to build with new utmpx
2014-07-23 net/sendfile: Fails to build with new utmpx
2014-07-23 net-im/centericq: Fails to build with new utmpx
2014-07-23 security/chkrootkit: Fails to build with new utmpx
2014-07-23 security/openfwtk: Fails to build with new utmpx
2014-07-23 security/pam_alreadyloggedin: Fails to build with new utmpx
2014-07-23 security/srp: Fails to build with new utmpx
2014-07-23 security/sud: Fails to build with new utmpx
2014-07-23 sysutils/hyperic-sigar: Fails to build with new utmpx
2014-07-23 sysutils/lookupd: Fails to build with new utmpx
2014-07-23 sysutils/lookupd_ldap: Fails to build with new utmpx
2014-07-23 sysutils/p5-Sys-Utmp: Fails to build with new utmpx
2014-07-23 sysutils/syslog-ng2: Fails to build with new utmpx
2014-07-23 sysutils/yawho: Fails to build with new utmpx
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
- 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)
The vendor makefile creates html documents unconditionally with two
flavors: operators and users. There is a lot of duplication between the
two so it symlinked the duplicates. Unfortunately the symlinks point
back the stage directory. Also, at least one symlink was invalid in all
cases as it was not pointing to any file.
To fix:
1. override install target
2. Add DOCS option to make non-man page documentation optional
3. Copy files instead of using symlinks (they are very small)
4. Fix vendor SYMLINK list, there were two errors in it
5. Remove subversion tree during post-extract target
Note that the permissions of the installed configuration files are
different. The vendor files tried to install them with modes 600 and 700
but now they are the default for INSTALL_DATA macro.
Reported by: swills (jenkins)
