Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> I’ve pushed my “train hacks”, which are a continuation of refactoring
>> work I had done in December (ca. 64ec0e2):
>>
>> • ‘guix build’ has a new ‘--with-input’ option to rewrite the
>> dependency graph so you can run:
>>
>> gui
Ludovic Courtès writes:
> I’ve pushed my “train hacks”, which are a continuation of refactoring
> work I had done in December (ca. 64ec0e2):
>
> • ‘guix build’ has a new ‘--with-input’ option to rewrite the
> dependency graph so you can run:
>
> guix build guix --with-input=guile=gui
Ludovic Courtès writes:
> Hello!
>
> I’ve pushed my “train hacks”, which are a continuation of refactoring
> work I had done in December (ca. 64ec0e2):
>
> • ‘guix build’ has a new ‘--with-input’ option to rewrite the
> dependency graph so you can run:
>
> guix build guix --with-input=
Efraim Flashner skribis:
> I looked over the commit but not deeply enough yet, would it be possible to
> use some of the logic in this to fix the package-with-python2 issue?
Nope!
> what about extending guix package so you could do `guix package -i $(guix
> build foo --with-input=bar=baz) --nam
On Mon, 01 Feb 2016 10:18:01 +0100
l...@gnu.org (Ludovic Courtès) wrote:
> Hello!
>
> I’ve pushed my “train hacks”, which are a continuation of refactoring
> work I had done in December (ca. 64ec0e2):
>
> • ‘guix build’ has a new ‘--with-input’ option to rewrite the
> dependency graph so y
