Hi David,
David Pirotte <da...@altosw.be> writes:
In Guix program languages specified libraries are named with
the
language as prefix, eg: python-six, perl-dbix-simple, and
guile-g-golf.
Guix should not do this. ...
Changing this convention would require a very large amount of work
and disrupt things every Guix user. I would encourage you to
propose a GCD if you feel strongly that it should change. You can
read about that process here: https://issues.guix.gnu.org/74736
... I was once told Guix does this to copy the way python name
his
packages ... But normal distro do not apply this rather weird
rule -
just do not, ever ever, rename upstream projects, whether libs
or
apps.
I’m not sure what the history of it is; I’d be interested to find
out.
It should be clear that for 'guile-g-golf' you would use g-golf
as a
guile library for the current 'guile'; and for
'guile2.2-g-golf', you
would use g-golf as a guile library for 'guile-2.2'.
It is very clear, w/t this 'guix only' rule, for any g-golf user
(who
are by definition developers), on any platform, any where in the
world, that they would program their own lib/app using guile ...
Any Linux distribution will have some drift between its package
names and the software those packages contain, either out of
necessity[1] or distribution conventions. Debian has a similar
convention for both Python and Go libraries, which are commonly
prefixed with "python-" and "golang-", respectively.
I agree that the name `guile-g-golf' is a little cumbersome, but
it could be worse; I note that there’s a
"go-0xacab-org-leap-obfsvpn" package.
Please reconsider
Because of the large impact such a change would make, the process
for reconsidering is to write a GCD which can be deliberated. In
the absence of a formal change of convention and plan to implement
it, the existing convention should be maintained.
Thanks,
-- Ian
[1]: For example, Debian often appends versions to package names
so multiple versions can be installed at the same time.
