- 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)
This "fix" for FreeBSD doesn't look right to me; I don't think it should
be using OSVERSION to determine which compiler is being used. Until its
fixed better, make sure OSVERSION is only compared on FreeBSD.
changes that Debian made to their libtool. The first command applies to
libtool versions 1.4 and up. The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down. It applies to 2.x. Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
When libtool relinks libA it replaces "libB.la" on the linker command line
with "-L${STAGEDIR}${PREFIX}/lib -lB" with the intention to link to libB in
the stage directory but this -L flag isn't necessarily the first so another
libB may be linked instead. The two sed commands make relink the same as a
normal link. This means libtool will relink with libraries from the work
directory using a path similar to "../srcB/.libs/libB.so" without -L flags.
This applies to libtool 1.4 and up. Earlier versions don't seem to relink
libraries.
(This fixes ports like devel/apr1 so they link with freshly built libraries
instead of installed libraries.)
Fix all ports with missing libraries.
Additionally:
archivers/rpm4: USES=patchfix.
databases/gdbm: INSTALL_TARGET=install-strip.
devel/gnome-vfs: remove patch that doesn't change anything.
devel/ois: INSTALL_TARGET=install-strip and use standard USE_AUTOTOOLS.
devel/zziplib: INSTALL_TARGET=install-strip, MAKE_CMD.
multimedia/mjpegtools: remove USE_AUTOTOOLS, use modern compiler on i386
instead of disabling optimisations.
net/libnetdude: disable static plugins.
PR: 190941
Exp-run: antoine
Approved by: portmgr (antoine)
