Hi Guix!
One thing that I've often found to be annoying was manually adding a
channels.scm file to systems, and I've come up with a solution that I'd like to
share.
For those interested in having their channels.scm be added as part of the system
generation process, just do the following.
Create
Hello!
Chris Marusich skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Good point. I agree that it’s similar to the question of propagated
>> inputs, which we deal with by reporting an error when a collision
>> arises.
>>
>> So, similarly, I think the safe way would be to report an error
l...@gnu.org (Ludovic Courtès) writes:
> Good point. I agree that it’s similar to the question of propagated
> inputs, which we deal with by reporting an error when a collision
> arises.
>
> So, similarly, I think the safe way would be to report an error when
> channel requirements conflict.
Wit
sense to me (sometimes I throw ideas that look great on
paper but simply don’t fly in practice!).
> From e23225640e723988de215d110e377c93c8108245 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Sat, 13 Oct 2018 08:39:23 +0200
> Subject: [PATCH] guix: Add support for chann
Hello!
Chris Marusich skribis:
> Ricardo Wurmus writes:
>
>> [...]
>>
>>> Chris raises interesting issues. I think it’s OK to first come up with
>>> an implementation that has some limitations but works with the simple
>>> use cases we have in mind.
>>
>> I’ve fixed this according to what we’v
Ricardo Wurmus writes:
> [...]
>
>> Chris raises interesting issues. I think it’s OK to first come up with
>> an implementation that has some limitations but works with the simple
>> use cases we have in mind.
>
> I’ve fixed this according to what we’ve discussed: when more than one of
> the use
mentions a commit while the former
did not).
This is a little verbose because I replaced the simple “append-map” with
a more complex “fold” with a composite accumulator to avoid mutation.
Suggestions on how to simplify this are welcome!
--
Ricardo
>From e23225640e723988de215d110e377c93c8108245
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Of course it’s easier to pin all channels when they are directly
>> expressed in ~/.config/guix/channels.scm.
>>
>> Say, I need channel A, which depends on B.
>>
>> What we could do is that if B is already in ~/.config/guix/channels.scm,
>>
gt; What do you think?
I think that’s great. :-)
> From 1783c17582906df970c7e68e89d761619a35caeb Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Sat, 13 Oct 2018 08:39:23 +0200
> Subject: [PATCH] guix: Add support for channel dependencies.
>
> * guix/channels.scm (%chan
Ludovic Courtès writes:
> Of course it’s easier to pin all channels when they are directly
> expressed in ~/.config/guix/channels.scm.
>
> Say, I need channel A, which depends on B.
>
> What we could do is that if B is already in ~/.config/guix/channels.scm,
> then we take this particular B; if
Hello,
Ricardo Wurmus skribis:
>>> (define (latest-channel-instances store channels)
>>>"Return a list of channel instances corresponding to the latest
>>> checkouts of
>>> -CHANNELS."
>>> - (map (lambda (channel)
>>> - (format (current-error-port)
>>> - (G_ "Updat
Hi Chris,
>> (define (latest-channel-instances store channels)
>>"Return a list of channel instances corresponding to the latest checkouts
>> of
>> -CHANNELS."
>> - (map (lambda (channel)
>> - (format (current-error-port)
>> - (G_ "Updating channel '~a' from Git re
Hi Ricardo,
Ricardo Wurmus writes:
> the attached patch allows channel authors to declare other channels as
> dependencies of their own channel.
>
> [...]
>
> What do you think?
It's very cool!
> +(define (channel-instance-dependencies instance)
> + "Return the list of channels that are decla
e---end--->8---
What do you think?
--
Ricardo
>From 1783c17582906df970c7e68e89d761619a35caeb Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Sat, 13 Oct 2018 08:39:23 +0200
Subject: [PATCH] guix: Add support for channel dependencies.
* guix/channels.scm (%channel
14 matches
Mail list logo
