[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guix as a native-inputs ?
From: |
Julien Lepiller |
Subject: |
Re: Guix as a native-inputs ? |
Date: |
Tue, 02 Aug 2022 20:09:01 +0200 |
User-agent: |
K-9 Mail for Android |
I suppose once you get information about these channels, you could create an
inferior with these channels, and evaluate your package in it.
Le 2 août 2022 19:10:31 GMT+02:00, Olivier Dion <olivier.dion@polymtl.ca> a
écrit :
>On Tue, 02 Aug 2022, Julien Lepiller <julien@lepiller.eu> wrote:
>> If you're trying to access the build daemon from inside the package
>> build container, that must mean you have a derivation you're trying to
>> build. Instead of trying to circumvent the container (which is there
>> for a reason), you could:
>>
>> - write a bit of Scheme code that returns that derivation
>> - pass the result as an input.
>>
>> That way, you build that derivation outside the build environment, and
>> you can refer to the result inside the build environment.
>>
>
>Would that work if my package defines a Guix channel with variant of
>Guix packages in it? That is, it would be possible to include these
>packages in as a derivation?
>
>--
>Olivier Dion
>oldiob.dev
- Guix as a native-inputs ?, Olivier Dion, 2022/08/01
- Re: Guix as a native-inputs ?, (, 2022/08/01
- Re: Guix as a native-inputs ?, Olivier Dion, 2022/08/02
- Re: Guix as a native-inputs ?, (, 2022/08/02
- Re: Guix as a native-inputs ?, Olivier Dion, 2022/08/02
- Re: Guix as a native-inputs ?, Julien Lepiller, 2022/08/02
- Re: Guix as a native-inputs ?, Olivier Dion, 2022/08/02
- Re: Guix as a native-inputs ?,
Julien Lepiller <=
- Re: Guix as a native-inputs ?, Olivier Dion, 2022/08/03
Re: Guix as a native-inputs ?, (, 2022/08/01
Re: Guix as a native-inputs ?, Tobias Geerinckx-Rice, 2022/08/01