guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#51845] [PATCH 0/2] Add librsvg-bootstrap


From: Efraim Flashner
Subject: [bug#51845] [PATCH 0/2] Add librsvg-bootstrap
Date: Mon, 06 Dec 2021 17:02:45 +0000
User-agent: K-9 Mail for Android


On December 6, 2021 4:37:12 PM UTC, "Ludovic Courtès" <ludo@gnu.org> wrote:
>Hi Efraim,
>
>Efraim Flashner <efraim@flashner.co.il> skribis:
>
>> On a small tangent, the work I do sometimes to try to actually have a
>> dependency graph with the crates would only make these easier to find,
>> not actually address the issue here.
>>
>> I'm not sure if it'd be better to mostly copy the packages with a new
>> name and keep the cargo-inputs or to actually adjust the
>> cargo-inputs->inputs and cargo-development-inputs->native-inputs  so we
>> get the dependency graph from rust-libc-0.2.101 to librsvg. I'd like to
>> make the change but if we don't get the others changed then we
>> effectively really have two sets of rust crates.
>>
>> If we have both cargo-inputs and inputs then the cargo-build-system
>> doesn't have issues with using either type with later packages, so that
>> might be the best option for now.
>
>Thinking out loud… would it work to change:
>
>  (arguments '(#:cargo-inputs X #:cargo-development-inputs Y))
>
>to:
>
>  (native-inputs (map package-source Y))
>  (inputs (map package-source X))
>
>?
>
>Or am I just saying nonsense?
>
>Thanks,
>Ludo’.

Then we lose the transitive package sources, which is how we ended up where we 
are today.

I can go and change the cargo-build-system to use the skip-build flag in more 
phases to skip them when we aren't going to be building them anyway. No need to 
generate cargo checksums if we're not building I think.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]