From 59d49e15cacdc386288d1958cdc1c291dcd919bc Mon Sep 17 00:00:00 2001 From: antoine Date: Thu, 4 Sep 2014 19:26:24 +0000 Subject: Change INSTALL_DATA to install with mode 644 Remove patches and hacks that were used to work around the previous situation This allows to stage more ports as a regular user Differential Revision: https://reviews.freebsd.org/D703 Reviewed by and discussed with: bapt With hat: portmgr --- benchmarks/iperf3/Makefile | 7 ------- 1 file changed, 7 deletions(-) (limited to 'benchmarks') diff --git a/benchmarks/iperf3/Makefile b/benchmarks/iperf3/Makefile index 0a8f73353e98..88b230415503 100644 --- a/benchmarks/iperf3/Makefile +++ b/benchmarks/iperf3/Makefile @@ -22,13 +22,6 @@ PORTDOCS= AUTHORS README.md RELEASE_NOTES DOCSDIR= ${PREFIX}/share/doc/${PORTNAME}${PKGNAMESUFFIX} post-patch: -# automake generates a buggy Makefile.in that tries to do ${RANLIB} on -# libiperf3.a after installing with mode 444; this breaks staging. -# Since ${RANLIB} was already run on the library, this broken -# invocation was redundant, and can be eliminated. The fix below is -# based on the solution for a similar situation for an unrelated port -# in r339298. - @${REINPLACE_CMD} -e '/echo.*RANLIB/,+1d' ${WRKSRC}/src/Makefile.in # Don't build stuff that we're not going to install. Among other # things this means we're not going to try to build profiled objects # and/or executables. -- cgit