From: Ricardo Wurmus <rekado@elephly.net>
To: Marko Rauhamaa <marko@pacujo.net>
Cc: guix-devel@gnu.org, Thien-Thi Nguyen <ttn@gnuvola.org>
Subject: Re: GNU Guix 0.8.3 released
Date: Sun, 18 Oct 2015 21:45:29 +0200 [thread overview]
Message-ID: <87fv18gdwx.fsf@elephly.net> (raw)
In-Reply-To: <878u70jkh1.fsf@elektro.pacujo.net>
[removed gnu-system-discuss from Cc and added guix-devel]
Marko Rauhamaa <marko@pacujo.net> writes:
> Thien-Thi Nguyen <ttn@gnuvola.org>:
>
>> () Marko Rauhamaa <marko@pacujo.net>
>> () Thu, 23 Jul 2015 16:27:44 +0300
>>
>> I have definite use cases in mind where I might be interested
>> in migrating to Guix. I hope to be able to investigate Guix
>> one day. However, it's a complex beast, and the introductory
>> material hasn't been prepared with my use cases in mind. So
>> there is a bit of a hill to climb.
>>
>> What use cases do you have in mind?
>
> Here's one: I want to package a development library much like an RPM
> package. In fact, RPM would be just fine except it expects to be
> installed *by root* on *the computer*. I would need the development
> library to be installed *by a regular user* under *a directory*.
Software that has been packaged for Guix is always located in the shared
store (by default /gnu/store), but that’s an implementation detail. As
far as users are concerned the software appears in a profile, which can
be located anywhere.
At the institute where we use Guix to allow scientists to have
independent software environments they use a default profile under
‘~/.guix-profile/’, and custom per-workflow profiles, such as
‘~/this/project/.guix-profile’. They can thus install software as
regular users in a directory of their choosing.
> Here's another one: I have a package dependency diamond. Package A
> depends on packages B and C. B depends on package D ver 1.1. C depends
> on package D ver 1.2. I want D ver 1.2 to be able to declare binary
> compatibility with D ver 1.1 so the dependency diamond can be resolved
> by the packaging system without touching package B's dependencies.
This case is served by Guix. At the institute we use bioinformatics
software with conflicting dependencies. As each package has its very
own target directory in the store, independent from any other package,
installing or upgrading one package does not affect any of the other
installed packages.
(One limitation is propagated inputs, which are common in Python
modules. A propagated input is automatically installed into the target
profile. In this case conflicts are possible. To avoid them these
programmes would have to be installed in separated profiles or
“directories”.)
~~ Ricardo
next prev parent reply other threads:[~2015-10-18 19:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-22 9:07 GNU Guix 0.8.3 released Ludovic Courtès
2015-07-22 22:31 ` Markus Gothe
2015-07-23 6:34 ` Ricardo Wurmus
2015-07-24 15:49 ` Pjotr Prins
2015-07-23 13:23 ` Daniel Pimentel
2015-07-23 13:27 ` Marko Rauhamaa
[not found] ` <87oafw755m.fsf@zigzag.favinet>
[not found] ` <878u70jkh1.fsf@elektro.pacujo.net>
2015-10-18 19:45 ` Ricardo Wurmus [this message]
2015-07-23 14:16 ` Vladimír Čunát
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=87fv18gdwx.fsf@elephly.net \
--to=rekado@elephly.net \
--cc=guix-devel@gnu.org \
--cc=marko@pacujo.net \
--cc=ttn@gnuvola.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.