Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Ricardo Wurmus skribis:
>>
>>> Ludovic Courtès writes:
>>>
Again to make this more convenient, I thought we could have a
--with-graft option, which would work
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> Ludovic Courtès writes:
>>
>>> Again to make this more convenient, I thought we could have a
>>> --with-graft option, which would work like --with-input except that it
>>> would graft the
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Again to make this more convenient, I thought we could have a
>> --with-graft option, which would work like --with-input except that it
>> would graft the new Z onto A/B/C instead of rebuilding them.
>
>
Ludovic Courtès writes:
> Again to make this more convenient, I thought we could have a
> --with-graft option, which would work like --with-input except that it
> would graft the new Z onto A/B/C instead of rebuilding them.
This is a good idea!
~~ Ricardo
l...@gnu.org (Ludovic Courtès) writes:
> sba...@catern.com skribis:
>> - Currently every dependency is located at a well known globally unique
>> and globally meaningful path; add some kind of "variant package"
>> construct which specifies a package which is "passed in" to the
>> environment
Hello!
sba...@catern.com skribis:
> When I am hacking on some library Z, I continuously want to test the
> effects that my changes to Z have on packages A/B/C which depend on
> Z. The same applies, in general, when hacking on any package Z which
> other packages A/B/C depend on: While
Hi guix-devel,
When I am hacking on some library Z, I continuously want to test the
effects that my changes to Z have on packages A/B/C which depend on
Z. The same applies, in general, when hacking on any package Z which
other packages A/B/C depend on: While developing, I want to be able to