From owner-freebsd-ports@FreeBSD.ORG Wed Dec 24 12:20:00 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00E5FB02; Wed, 24 Dec 2014 12:19:59 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7E566555; Wed, 24 Dec 2014 12:19:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id sBOCCqLN093298; Wed, 24 Dec 2014 15:13:52 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 24 Dec 2014 15:12:52 +0300 (MSK) From: Dmitry Morozovsky To: Max Brazhnikov Subject: Re: gnupg & pinentry In-Reply-To: <9340906.ZLESS5dXBu@mercury.ph.man.ac.uk> Message-ID: References: <2560125.aOXi1zYVGj@mercury.ph.man.ac.uk> <9340906.ZLESS5dXBu@mercury.ph.man.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Wed, 24 Dec 2014 15:13:59 +0300 (MSK) Cc: Chris H , freebsd-ports@freebsd.org, 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 12:20:00 -0000 Max, On Wed, 24 Dec 2014, Max Brazhnikov 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. > > Here's the patch: > http://people.freebsd.org/~makc/patches/pinentry-meta.diff > > I've also added security/pinentry-tty port for pure console version. Please, > test it and I'll enable it by default instead of pinentry-curses if it works > fine for you. I did not test many different cases, but at least can confirm my usual set of ports/packages no longer tries to eat much x11 ports as a dependency. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------