From owner-freebsd-ports-bugs@FreeBSD.ORG Fri Feb 6 20:40:18 2015 Return-Path: Delivered-To: freebsd-ports-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B295A77C for ; Fri, 6 Feb 2015 20:40:18 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FD469D3 for ; Fri, 6 Feb 2015 20:40:18 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t16KeIPZ016479 for ; Fri, 6 Feb 2015 20:40:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 195426] mail/pine-pgp-filters Makefile contains incomplete check for ${LOCALBASE}/bin/gpg2 Date: Fri, 06 Feb 2015 20:40:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 20:40:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195426 --- Comment #8 from John Marino --- (In reply to Trond.Endrestol from comment #7) > Maybe dougb@ should be consulted on the matter. I see no reason to do that. > Regardless of the fact of whether security/gnupg and security/gnupg1 can > coexist, why install security/gnupg1 if security/gnupg is already on the > system? You seem not to be aware of how the builders work. By definition, nothing is installed on the system, ever, before the target port is built. For binary packages, which are the primary concern these days, this is a case that can never happen unless somehow the dependencies pull in both of them Secondly, who cares? We don't want to stick with an inferior version just because it's already installed on the system. You want the most appropriate version for pine. They range from 1.0M-1.5M in package size anyway, it a trivial amount of resources to have both. > The same argument can be made for security/gnupg1 when security/gnupg is > missing. The problem is I don't see any argument at all. > I just wanted to fix what was intended in the Makefile. ${LOCALBASE} would > normally expand to /usr/local, thus ${LOCALBASE}/bin/gpg2 would become > /usr/local/bin/gpg2. Without my patch from November, ${LOCALBASE} remains > empty, and the condition in the Makefile can never be satisfied. What was intended is dubious at best. I think it needs to be removed entirely. As I said, for the package builders it doesn't even work. It only comes into play for people building on live systems (something I recommend against doing) and even then, the logic becomes: If the inferior version is installed on your system, use that instead of what you should use. I really don't see how this is a good thing. The argument seems to be to avoid building or installing a single rather small dependency. It's not even worth the complexity. It's good you brought this up so it can be removed IMO. -- You are receiving this mail because: You are the assignee for the bug.