[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guix as a native-inputs ?
From: |
Olivier Dion |
Subject: |
Re: Guix as a native-inputs ? |
Date: |
Tue, 02 Aug 2022 13:10:31 -0400 |
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 <=
- Re: Guix as a native-inputs ?, Julien Lepiller, 2022/08/02
- 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