From: Andreas Enge <andreas@enge.fr>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: GnuPG in Guix
Date: Thu, 26 Feb 2015 19:14:37 +0100 [thread overview]
Message-ID: <20150226181437.GA3916@debian> (raw)
In-Reply-To: <87zj804mqr.fsf@gnu.org>
On Thu, Feb 26, 2015 at 06:16:12PM +0100, Ludovic Courtès wrote:
> This is a different issue, but yes, maybe the “old” one should have its
> name changed to “gnupg1”. What do people think?
I think that is a severe regression and would open a can of worms. If we do
it for one package, why not for all where we have several versions in our
distribution? Or even for all packages... For this, we have the version
number, which we should not duplicate in the name.
For gnupg in particular, notice that it is considered as _one_ project
upstream, with several branches: called "GnuPG stable", "GnuPG modern",
"GnuPG classic".
I think that one of the advantages in guix is that we have generally easily
predictable package names, directly derived from the upstream names.
If I want to install libxext, I can do
guix package -i libxext
On debian, in contrast
apt-get install libxext
E: Unable to locate package libxext
because it is called libxext6.
For gmp, we just do "guix package -i gmp", or "guix package -i gmp-x.y.z".
In debian, there are packages
libgmp10
libgmp10-doc
libgmp-dev
libgmp3-dev
Just because debian cannot install several versions of the same package.
More than once this has unnerved me, and I find the guix way of not messing
with package names really refreshing. It is maybe not revolutionary, but part
of our philosophy of diverging as little as possible from upstream.
That said, I think it would be important to find a solution to the problem
of incidental upgrades, a way of pin pointing packages one does not want
to upgrade to a newer version.
Andreas
next prev parent reply other threads:[~2015-02-26 18:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-26 4:46 GnuPG in Guix g33k0b0y .
2015-02-26 8:21 ` Ricardo Wurmus
2015-02-26 17:16 ` Ludovic Courtès
2015-02-26 18:14 ` Andreas Enge [this message]
2015-02-26 10:01 ` Taylan Ulrich Bayırlı/Kammer
2015-02-26 15:59 ` Mark H Weaver
2015-02-26 16:05 ` Andreas Enge
2015-02-26 18:13 ` Mark H Weaver
2015-02-26 16:09 ` Andreas Enge
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150226181437.GA3916@debian \
--to=andreas@enge.fr \
--cc=guix-devel@gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.