From: Liliana Marie Prikler <liliana.prikler@gmail.com>
To: Maxim Cournoyer <maxim.cournoyer@gmail.com>,
Simon Tournier <zimon.toutoune@gmail.com>
Cc: "Ludovic Courtès" <ludo@gnu.org>,
"Vivien Kraus" <vivien@planete-kraus.eu>,
73073@debbugs.gnu.org
Subject: [bug#73073] [PATCH v3 2/8] gnu: gnome-recipes: Move libgd origin from phases to native-inputs.
Date: Sun, 15 Dec 2024 14:28:55 +0100 [thread overview]
Message-ID: <38780c0d54161191102b69c3d3d32fd8ed7a3d4f.camel@gmail.com> (raw)
In-Reply-To: <874j351xbg.fsf@gmail.com>
Am Sonntag, dem 15.12.2024 um 11:42 +0900 schrieb Maxim Cournoyer:
> Hi,
>
> Simon Tournier <zimon.toutoune@gmail.com> writes:
>
> > Hi,
> >
> > On Thu, 12 Dec 2024 at 23:18, Liliana Marie Prikler
> > <liliana.prikler@gmail.com> wrote:
> >
> > > > > > + (file-name (git-file-name
> > > > > > "libgd" version))
> > > > >
> > > > > Not sure what the state of this is here, but again noting
> > > > > that
> > > > > "version" has no meaning in the libgd input and "checkout"
> > > > > would be
> > > > > more honest.
> > > >
> > > > You’re right, though packages do have a ‘version’ field; use of
> > > > ‘git-file-name’ here follows established convention in Guix.
> > >
> > > Does it? Assume libfoo 3.0 and libbar 0.1.0 pull in the same
> > > libgd.
> > > What happens?
> >
> > Not sure it really matter since it’s a fixed output. The item
> > reads:
> >
> > /gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-libgd-YYYY
> >
> > where xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is determined by the SHA256
> > checksum. Therefore, YYYY can be anything, it does not really
> > matter.
> >
> > At worse, the item is downloaded several times, say by libfoo 3.0
> > and libbar 0.1.0.
> >
> > All in all, I agree that the best solution here is simply:
> >
> > (file-name "libgd-checkout")
>
> Not sure I understand the full context, but it seems we're talking
> about a package generator that bakes a version to some source input
> which is not the version of the source itself. Could the
> source/origin be defined as a variable with the correct version and
> then simply provided to the package? It's nice for store file names
> to tell the real story in general, as it makes things a bit clearer
> when debugging problems.
>
> Apologies if I misunderstood something.
IMHO you understood correctly.
The problem with libgd is that it's "version-less" and wants to be
included as source code. We could extract the definition, but could
only assign dummy versions at best if we do so.
Cheers
next prev parent reply other threads:[~2024-12-15 13:30 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-06 15:51 [bug#73073] [PATCH 0/6] Allow origin with label as inputs Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 1/6] guix: packages: " Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 2/6] gnu: dmd-bootstrap: Move phobos origin from phases to native-inputs Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 3/6] gnu: smithforth: Move system.fs " Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 4/6] gnu: gnome-recipes: Move libgd " Simon Tournier
2024-09-06 17:33 ` Liliana Marie Prikler
2024-09-06 18:11 ` Simon Tournier
2024-09-06 20:14 ` Liliana Marie Prikler
2024-09-07 11:37 ` Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 5/6] gnu: farstream: Move common " Simon Tournier
2024-09-06 15:54 ` [bug#73073] [PATCH 6/6] gnu: gnulib: Move phobos " Simon Tournier
2024-09-06 21:45 ` [bug#73073] [PATCH 0/6] Allow origin with label as inputs Ludovic Courtès
2024-09-07 13:40 ` Simon Tournier
2024-09-07 14:49 ` Liliana Marie Prikler
2024-09-16 20:13 ` Ludovic Courtès
2024-09-10 1:27 ` [bug#73073] [PATCH v2 0/8] Allow origin inside inputs with "new style" Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 1/8] guix: packages: " Simon Tournier
2024-09-16 20:19 ` Ludovic Courtès
2024-09-16 20:42 ` Simon Tournier
2024-09-26 13:30 ` Maxim Cournoyer
2024-09-10 1:27 ` [bug#73073] [PATCH v2 2/8] gnu: gnome-recipes: Move libgd origin from phases to native-inputs Simon Tournier
2024-09-10 4:30 ` Liliana Marie Prikler
2024-09-10 7:58 ` Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 3/8] gnu: dmd-bootstrap: Move phobos " Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 4/8] gnu: smithforth: Move system.fs " Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 5/8] gnu: farstream: Move common " Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 6/8] gnu: gnulib: Move phobos " Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 7/8] gnu: git: Move git-manpages " Simon Tournier
2024-09-10 1:27 ` [bug#73073] [PATCH v2 8/8] gnu: cgit: Remove input labels Simon Tournier
2024-12-04 17:54 ` [bug#73073] [PATCH v3 0/8] Support lookups of origins used as package inputs Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 1/8] packages: Use origin file names as their input labels Ludovic Courtès
2024-12-10 13:55 ` Simon Tournier
2024-12-12 11:19 ` Ludovic Courtès
2024-12-12 11:51 ` Simon Tournier
2024-12-13 10:53 ` Nicolas Goaziou via Guix-patches via
2024-12-04 17:54 ` [bug#73073] [PATCH v3 2/8] gnu: gnome-recipes: Move libgd origin from phases to native-inputs Ludovic Courtès
2024-12-04 18:29 ` Liliana Marie Prikler
2024-12-12 11:27 ` Ludovic Courtès
2024-12-12 22:18 ` Liliana Marie Prikler
2024-12-12 22:34 ` Simon Tournier
2024-12-15 2:42 ` Maxim Cournoyer
2024-12-15 13:28 ` Liliana Marie Prikler [this message]
2024-12-04 17:54 ` [bug#73073] [PATCH v3 3/8] gnu: dmd-bootstrap: Move phobos " Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 4/8] gnu: smithforth: Move system.fs " Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 5/8] gnu: farstream: Move common " Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 6/8] gnu: gnulib: Move phobos " Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 7/8] gnu: git: Move git-manpages " Ludovic Courtès
2024-12-04 17:54 ` [bug#73073] [PATCH v3 8/8] gnu: cgit: Remove input labels Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=38780c0d54161191102b69c3d3d32fd8ed7a3d4f.camel@gmail.com \
--to=liliana.prikler@gmail.com \
--cc=73073@debbugs.gnu.org \
--cc=ludo@gnu.org \
--cc=maxim.cournoyer@gmail.com \
--cc=vivien@planete-kraus.eu \
--cc=zimon.toutoune@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.