From owner-cvs-ports@FreeBSD.ORG Thu Oct 20 16:42:08 2011 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 6371E1065670; Thu, 20 Oct 2011 16:42:08 +0000 (UTC) Date: Thu, 20 Oct 2011 16:42:08 +0000 From: Alexey Dokuchaev To: Eitan Adler Message-ID: <20111020164208.GA55813@FreeBSD.org> References: <201110201222.p9KCM3ed032529@repoman.freebsd.org> <20111020161141.GA52260@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: cvs-ports@freebsd.org, cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: cvs commit: ports/security Makefile ports/security/py-htpasswd Makefile distinfo pkg-descr X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2011 16:42:08 -0000 On Thu, Oct 20, 2011 at 12:27:13PM -0400, Eitan Adler wrote: > 2011/10/20 Alexey Dokuchaev : > > On Thu, Oct 20, 2011 at 12:22:03PM +0000, Eitan Adler wrote: > >> eadler š š š2011-10-20 12:22:03 UTC > >> > >> š Modified files: > >> š š security š š š š š š Makefile > >> š Added files: > >> š š security/py-htpasswd Makefile distinfo pkg-descr > >> š Log: > >> š Replacement for htpasswd. > >> > >> š This port will install htpasswd.py that can be found in trac contrib > >> š directory. > > > > Yet again, :-) I have to reiterate that for *utilities* (contrary to > > modules, extensions, and plugins) language prefix is redundant and should > > not be part of the port directory and package name, especially since there > > is no `security/htpasswd' port to conflict with. > > This is a replacement for the "real" htpasswd and specifically did not > want to use htpasswd as a port name. Furthermore this script is installed > as htpasswd.py and not htpasswd. If you have a better suggestion I'll > take it. I did not say anything about the script name; I understand perfectly that .py suffix here allows it to coexist peacefully with whatever htpasswd might be installed by users' favorite web server. Moreover, this little utility might be a bit special since its pythonic nature probably should be reitereated for good reasons. However, given that many ports that do not warrant this naming are being committed in a similar fashion, my primary concern was to raise the point that such decisions should be carefully thought out and backed up by sufficient reasoning. ./danfe