From owner-freebsd-ports@FreeBSD.ORG Wed Dec 24 11:00:46 2014 Return-Path: Delivered-To: freebsd-ports@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 CA481E2D for ; Wed, 24 Dec 2014 11:00:46 +0000 (UTC) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "relay.issp.ac.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 31519640D9 for ; Wed, 24 Dec 2014 11:00:45 +0000 (UTC) Received: from mercury.issp.ac.ru [77.236.34.155:3752] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id sBOB0XTv076462 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Wed, 24 Dec 2014 14:00:33 +0300 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host mercury.issp.ac.ru [77.236.34.155] claimed to be mercury.ph.man.ac.uk From: Max Brazhnikov To: freebsd-ports@freebsd.org Subject: Re: gnupg & pinentry Date: Wed, 24 Dec 2014 11:00:26 +0000 Message-ID: <2560125.aOXi1zYVGj@mercury.ph.man.ac.uk> User-Agent: KMail/4.14.2 (FreeBSD/9.3-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Dmitry Morozovsky , Chris H , Matt Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2014 11:00:46 -0000 On Wed, 24 Dec 2014 12:23:38 +0300 Dmitry Morozovsky wrote: > On Tue, 23 Dec 2014, Chris H wrote: > > > > >It looks as though it would be feasible to write an extremely > > > >lightweight pinentry-compatible program to depend on so we can kill the > > > >dependency bloat and have a simple shell-based password entry option. > > > > > > > >Anyone up for a weekend challenge? :-) > > > > > > There has been another thread on this mailing list discussing making the > > > port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from > > > make.conf which would make it only depend on security/pinentry-curses > > > instead of security/pinentry. This seems like a good solution to me. It > > > would mean if one of those options is set it will only drag in a single > > > dependancy rather than all the X11 libraries and GTK. > > A quick look @ the security/pinentry Makefile, indicates that the > > request for this type of modification is trivial. It simply requires > > reversing the (PORT_)OPTIONS logic -- this port could completed in > > under 5 minutes. So unless instructed otherwise, I'll go ahead with > > this. > > One last question; pinentry-console, or pinentry-nox? > > already defined: pinentry-curses ;) > > (see side thread) > > Patch I snet previoursy is syntax incorrect, the following seems to be more > useful: > > Index: Makefile > =================================================================== > --- Makefile (revision 375271) > +++ Makefile (working copy) > @@ -22,7 +22,11 @@ > libksba.so:${PORTSDIR}/security/libksba \ > libnpth.so:${PORTSDIR}/devel/npth > BUILD_DEPENDS= libgpg-error>=1.11:${PORTSDIR}/security/libgpg-error > +.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11) > +RUN_DEPENDS= pinentry>0:${PORTSDIR}/security/pinentry-curses > +.else > RUN_DEPENDS= pinentry>0:${PORTSDIR}/security/pinentry > +.endif > > GNU_CONFIGURE= YES > USES= gmake iconv tar:bzip2 I'm going to resolve conflict among pinentry-* ports and convert security/pinentry to a meta port, which installs pinentry-curses by default. Hopefully, everyone will be satisfied now. Max