GNU bug report logs - #73599
packages from store paths don't propagate propagated-inputs

Previous Next

Package: guix;

Reported by: MSavoritias <email <at> msavoritias.me>

Date: Wed, 2 Oct 2024 14:47:01 UTC

Severity: normal

Full log


Message #29 received at 73599 <at> debbugs.gnu.org (full text, mbox):

From: MSavoritias <email <at> msavoritias.me>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>, bug-guix <at> gnu.org,
 73599 <at> debbugs.gnu.org
Cc: ludo <at> gnu.org
Subject: Re: bug#73599: packages from store paths don't propagate
 propagated-inputs
Date: Thu, 3 Oct 2024 12:34:49 +0300
[Message part 1 (text/plain, inline)]
Tobias Geerinckx-Rice kirjoitti 3.10.2024 klo 12.29:

> I think I was misunderstood.  That is the part that needs improvement.  It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.
Agreed.
>> Personally i could go either way.
> I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill.  I'd love to be proven wrong.
>
> Otherwise, the documentation-bug way is the only realistic way.
Documentation bug sounds good to me. It would also ideally be handled 
the same with the Documentation bugs i sent in the other email. I didn't 
see it reflected back to me so adding it here. Maybe email lists are 
having problems.


> Packages have more metadata attached to them than store items.

I was very surprised to discover this yesterday when somebody pointed it 
out. The manual does not mention this in the store section. Is this 
because what you want is a nar that is retrieved only when doing guix 
export/import? at least that is my guess doing a search for metadata in 
the guix manual.

Aside from that as a separate issue of concern

it was mentioned that the Gnu Guix channel has solved this by doing the 
whole pre-inst-env architecture thing but i found little documentation 
to go on in the manual aside from "keeping things separate". There is 
also no mention of why it is needed, why these tools where picked, how 
the architecture is arranged and interacts or what each tool actually 
does. I tried to read the source files but there is not enough comments 
to go on. I assume it is expected to know pathing, unix, autotools, bash 
scripting among others but that is not mentioned and shouldn't be needed 
imo.

Some clarifications of this would be nice but as I said these are out of 
scope of this bug report probably.

Also some guide on the Guix manual by hopefully more knowledgeable 
people on how you are supposed to test packages at runtime would be 
nice. The guide only mentions to build packages but that doesn't make 
sure that packages actually work. namely:

- po4a in the gnu channel of guix is atm broken. It misses gettext at 
runtime.

- gajim doesn't show emojis

MSavoritias
[Message part 2 (text/html, inline)]

This bug report was last modified 256 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.