Re: Proposal: Prefix language-name for language library packages

[John Darrington]

On Fri, May 06, 2016 at 10:12:14PM +0200, Andreas Enge wrote:
     On Fri, May 06, 2016 at 02:45:48AM +0000, al?rio eyng wrote:
     > i suggested renaming:
     > readline, libunistring, htslib, c-ares, json-c, icu4c, ...
     > to:
     > c-readline, c-unistring, c-hts, c-ares, c-json, c-icu, ...
     > no replies, is that implicit agreement?
     
     I did not follow the discussion in all its details, but thought this part
     was an obvious joke to illustrate the limits of the suggestion...
     C being the natural GNU language and C++ its extension, I see no reason
     to emphasise that a package is written in C.
     
     Part of why we added a language prefix (for perl, I think, or maybe python
     came first?) was also that the libraries had rather generic names. There
     is perl-error, perl-html-form, perl-json and so on (not to speak of
     perl-xyz containing bindings to some C library called xyz); we feared there
     would be many collisions with existing C libraries and tools or further
     interpreted languages.
     
     
Some packages already have rediculously long names.  I don't see a need to make 
them 
longer.  In fact, I would like to make some of them shorter.  For example:

perl-moosex-emulate-class-accessor-fast 
perl-catalyst-plugin-authorization-roles
perl-catalyst-traitfor-request-proxybase
perl-moosex-types-datetime-morecoercions
perl-catalyst-plugin-session-state-cookie
perl-plack-middleware-removeredundantbody 
perl-catalyst-component-instancepercontext
perl-catalyst-plugin-session-store-fastmmap
perl-catalyst-authentication-store-dbix-class
perl-plack-middleware-fixmissingbodyinredirect


J'

-- 
Avoid eavesdropping.  Send strong encryted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.

signature.asc
Description: Digital signature