From owner-svn-ports-head@FreeBSD.ORG Wed Nov 6 07:10:45 2013 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 032106A8; Wed, 6 Nov 2013 07:10:45 +0000 (UTC) Date: Wed, 6 Nov 2013 07:10:44 +0000 From: Alexey Dokuchaev To: Colin Percival Subject: Re: svn commit: r332668 - in head/security: . pkesh Message-ID: <20131106071044.GF60770@FreeBSD.org> References: <201311040605.rA465DDm028738@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201311040605.rA465DDm028738@svn.freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 07:10:45 -0000 On Mon, Nov 04, 2013 at 06:05:13AM +0000, Colin Percival wrote: > New Revision: 332668 > URL: http://svnweb.freebsd.org/changeset/ports/332668 > > Log: > pkesh is a Public Key Encryption SHell script. Think GPG with 99.9% less > code and without the web-of-trust mechanism: pkesh encrypts data to a key, > and it's up to you to make sure it's the correct key. > > +MAINTAINER= cperciva@FreeBSD.org > +COMMENT= Public Key Encryption SHell script > + > +LICENSE= BSD > + > +NO_BUILD= YES > +NO_INSTALL= YES In ports world (in constrast with src) these are normally spelled "yes". > +PLIST_FILES= bin/pkesh \ > + %%PORTDOCS%%%%DOCSDIR%%/README > +PLIST_DIRS= %%DOCSDIR%% Using PORTDOCS=README would allow you to 1) get tid of eye-tearing %%'s in PLIST_FILES and drop PLIST_DIRS. > +do-install: > + ${INSTALL_SCRIPT} ${WRKSRC}/pkesh.sh ${STAGEDIR}${PREFIX}/bin/pkesh > + > +post-install: > + ${MKDIR} ${STAGEDIR}${DOCSDIR} > + ${INSTALL_DATA} ${WRKSRC}/README ${STAGEDIR}${DOCSDIR} You could've simply merged all commands in do-install target. No need for two of them, really. :-) ./danfe