[prev in list] [next in list] [prev in thread] [next in thread]
List: debian-devel
Subject: Re: Another take on package relationship substvars
From: Boyuan Yang <byang () debian ! org>
Date: 2024-02-22 19:25:32
Message-ID: 26686f2dfb2ac004dccab64a5c9a24fc873c1021.camel () debian ! org
[Download RAW message or body]
在 2024-02-22星期四的 19:32 +0100,Niels Thykier写道:
> I think our package helper tooling should just automatically aggregate
> all provided substvars of the format ${*:Depends} and append it the
> Depends field. Rinse and repeat for other relationship fields.
>
> The list of fields where this is applied would be curated, so it only
> applies to known relationship fields where we feel it makes sense. My
> starting list would be:
>
> * Any dependency field, that is: Pre-Depends, Depends, Recommends, and
> Suggests
>
> * The Provides field.
>
> I am omitting Breaks, Conflicts, and Replaces because I am not aware of
> any users of these at the moment. I am open to adding them, if there is
> a strong use-case.
Can we also consider ${*:Built-Using} as typically seen in ${sphinxdoc:Built-Using}?
This is another field that people keep forget adding. While missing
this field is not severely harmful, having it automatically handled
would be beneficial.
Thanks,
Boyuan Yang
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic