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
