[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[POLICY] Binary vs source package names



I don't have any Debian packages, but I don't like this.
I've come to dislike the "cl-" prefix for anything, because it
implies that the language in which the software is written in is the
most important thing.  I don't see "c-" "perl-" etc. for other
languages, I don't see why lisp should be any different.
To non-lisp users, it seems lisp is a freak,
to be avoided (yes, python has "py" but I don't like that either).
As for being a library, I view everything as a library, particularly
in lisp.  Software should be as easy for other software to use
as it is for people; that is something that lisp facilitates.

I can see the need to call out lisp when the software in question
is an interface to a foreign library, but there are other ways to
do this.  I have two libraries like this, one that starts "cl-" and
one that ends in "l".  It wouldn't be possible to name the second
"cl-" anyway because there is already an unrelated package
with that name.

Why is there a need for a policy at all?  Why not just let the
authors name the packages as is traditional?

Liam

On Sat, Jun 7, 2008 at 11:29 AM, Luca Capello <luca at pca.it> wrote:
> Hi all!
>
> While trying to solve all the CL bugs [1], I noticed that we should
> define a clear policy about package names WRT the cl- prefix.  This will
> be then part of the Common Lisp packaging policy I dreamt of [2].
>
> My proposal is that "libraries" should have the cl- prefix at least for
> the binary package names, since this is very similar to the lib*
> packages.  With "library" I mean all those software which is designed to
> be used by other packages and not as a stand-alone program.  E.g.,
> arnesi [3] or cl-irc [4].
>
> However, binary package names for software which is intended as a
> stand-alone program should not be prefixed by cl- if they don't already
> have it.  Whenever is possible, the source package name should reflect
> the upstream one, thus without the cl- prefix if upstream doesn't have
> it.  This is indeed the case for most of the software in this group
> (e.g. SBCL [5] or StumpWM [6]), but not for all (e.g. Hunchentoot [7]
> binary package is called cl-hunchentoot in Debian).
>
> If no one disagrees, I'll try to correct the packages I find starting
> From one week from now.
>
> Thx, bye,
> Gismo / Luca
>
> Footnotes:
> [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=maint&data=pkg-common-lisp-devel%40lists.alioth.debian.org&archive=no&version=&dist=unstable
> [2] http://common-lisp.net/pipermail/cl-debian/2007-October/002882.html
> [3] http://common-lisp.net/project/bese/arnesi.html
> [4] http://common-lisp.net/project/cl-irc/
> [5] http://www.sbcl.org
> [6] http://www.nongnu.org/stumpwm/
> [7] http://weitz.de/hunchentoot/
>
> _______________________________________________
> pkg-common-lisp-devel mailing list
> pkg-common-lisp-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-common-lisp-devel
>
>



Reply to: