[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH RFC 0/4] Getting rid of input labels?
From: |
Maxime Devos |
Subject: |
Re: [PATCH RFC 0/4] Getting rid of input labels? |
Date: |
Thu, 20 May 2021 21:31:34 +0200 |
User-agent: |
Evolution 3.34.2 |
Ludovic Courtès schreef op do 20-05-2021 om 16:58 [+0200]:
> Hello Guix!
>
> Here’s a proposal for a soft revolution: getting rid of input labels
> in package definitions. Instead of writing: [...]
>
> one can write:
>
> (native-inputs (list autoconf automake pkg-config guile-3.0))
> [...]
This concept LGTM (but I haven't looked closely at the patches), but
as noted on #guix, some issues with eliminating labels completely:
A package definition of P may require both Q@1.0 and Q@2.0 as inputs,
in which case a ‘label collision’ would be created if we generate
labels package-name. More specifically, I'm thinking of packaging
go-ipfs-migrations (or what's its name ...). It would be a good idea
to add an (additional?) test to actually try to migrate from
go-ipfs@first-version to go-ipfs@another-version.
Greetings,
Maxime.
signature.asc
Description: This is a digitally signed message part
- [PATCH RFC 0/4] Getting rid of input labels?, Ludovic Courtès, 2021/05/20
- [PATCH RFC 2/4] DRAFT packages: Allow inputs to be plain package lists., Ludovic Courtès, 2021/05/20
- [PATCH RFC 1/4] records: Support field sanitizers., Ludovic Courtès, 2021/05/20
- [PATCH RFC 3/4] DRAFT gnu: Change inputs of core packages to plain lists., Ludovic Courtès, 2021/05/20
- [PATCH RFC 4/4] DRAFT lint: Add 'input-labels' checker., Ludovic Courtès, 2021/05/20
- Re: [PATCH RFC 0/4] Getting rid of input labels?, Vincent Legoll, 2021/05/20
- Re: [PATCH RFC 0/4] Getting rid of input labels?,
Maxime Devos <=
- Re: [PATCH RFC 0/4] Getting rid of input labels?, Nicolas Goaziou, 2021/05/21