guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Tiny Guix (and containers)


From: Ludovic Courtès
Subject: Re: Tiny Guix (and containers)
Date: Tue, 07 Nov 2017 11:19:29 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)

Dave Love <address@hidden> skribis:

> Ludovic Courtès <address@hidden> writes:
>
>>> It looks to me as if it would often help significantly, e.g. when a
>>> pkg-config file, or something else sucks in a load of stuff that's
>>> irrelevant for running the package.  (Separating :lib and needing that
>>> for building means you need to know something about the packaging rather
>>> than just using "devel", say.)
>>
>> Right, good point.
>>
>> The nice thing with “lib” and “doc” is that it has a direct mapping to
>> the GNU directory classification (libdir, docdir, etc.)
>
> Sure, though there's typically a distinction between lib and, say,
> lib64,

I’m talking about the classification, not about specific choices like
lib vs. lib64.

>> Now, we could depart from it and go with “devel”, for the reasons you
>> give.  Let’s experiment and see how it goes!
>
> Good to hear as an experimentalist!

:-)

> I wonder how much practical experience people have with conventional
> packaging and the resulting trades-off, e.g. as Debian, Fedora,
> etc. maintainers.  I think it helps to understand that reasonably well.
> I'm happy to explain to the extent I can if it helps.  I'm more familiar
> with Fedora, but then Debian is usually easier.

I think your expertise is most welcome here.  Not everything will have a
direct mapping to Guix, but surely we can build upon the experience of
other distros.

For information on what Nixpkgs does with some of its packages, see
also:

  https://nixos.org/nixpkgs/manual/#chap-multiple-output

AFAIK this remains an opt-in mechanism, pretty much like in Guix.  Their
early experience can be read here:

  https://nixos.org/nix-dev/2016-April/020154.html

Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]