From owner-freebsd-ports-bugs@FreeBSD.ORG Fri Feb 7 20:20:01 2014 Return-Path: Delivered-To: freebsd-ports-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D58B496 for ; Fri, 7 Feb 2014 20:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 239E3151F for ; Fri, 7 Feb 2014 20:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s17KK0CH039287 for ; Fri, 7 Feb 2014 20:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s17KK0It039286; Fri, 7 Feb 2014 20:20:00 GMT (envelope-from gnats) Date: Fri, 7 Feb 2014 20:20:00 GMT Message-Id: <201402072020.s17KK0It039286@freefall.freebsd.org> To: freebsd-ports-bugs@FreeBSD.org Cc: From: Dan Nelson Subject: Re: ports/186540: audio/sox installs symlink with non-existent target X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Dan Nelson List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Feb 2014 20:20:01 -0000 The following reply was made to PR ports/186540; it has been noted by GNATS. From: Dan Nelson To: bug-followup@FreeBSD.org, turutani@scphys.kyoto-u.ac.jp Cc: Subject: Re: ports/186540: audio/sox installs symlink with non-existent target Date: Fri, 7 Feb 2014 14:12:25 -0600 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Unfortunately, your patch doesn't fix the underlying problem, which is that the "compress-man" target of bsd.port.mk strips off the path of any symlink that is created. It can't handle the case where you want to symlink a manpage from a different category. The old-style MLINKS make variable did this correctly, which is why this problem only popped up after the switch to a staged buld. Modifying your patch to simply copy the file instead of symlink it (attached) works around the bug. --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-Makefile.am" Work around a ports bug wrt symlinking manpages in different categories, by copying the manpage instead. --- Makefile.am.orig 2013-01-30 11:40:06.000000000 +0900 +++ Makefile.am 2014-02-08 01:46:11.000000000 +0900 @@ -118,7 +118,7 @@ install-data-hook: cd $(DESTDIR)$(mandir)/man1 && $(RM) play.1 && $(LN_S) sox.1 play.1 cd $(DESTDIR)$(mandir)/man1 && $(RM) rec.1 && $(LN_S) sox.1 rec.1 - cd $(DESTDIR)$(mandir)/man7 && $(RM) soxeffect.7 && $(LN_S) ../man1/sox.1 soxeffect.7 + cd $(DESTDIR)$(mandir)/man7 && $(RM) soxeffect.7 && cp ../man1/sox.1 soxeffect.7 uninstall-hook: $(RM) $(DESTDIR)$(mandir)/man1/play.1 --Qxx1br4bt0+wmkIi--