Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Oct 2011 16:42:08 +0000
From:      Alexey Dokuchaev <danfe@FreeBSD.org>
To:        Eitan Adler <eadler@freebsd.org>
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
Message-ID:  <20111020164208.GA55813@FreeBSD.org>
In-Reply-To: <CAF6rxgn6JE_thM177aC=kf61kvDAicYapyWZDHFqxfLiS-rvkQ@mail.gmail.com>
References:  <201110201222.p9KCM3ed032529@repoman.freebsd.org> <20111020161141.GA52260@FreeBSD.org> <CAF6rxgn6JE_thM177aC=kf61kvDAicYapyWZDHFqxfLiS-rvkQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 20, 2011 at 12:27:13PM -0400, Eitan Adler wrote:
> 2011/10/20 Alexey Dokuchaev <danfe@freebsd.org>:
> > 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111020164208.GA55813>