[Piuparts-devel] testing of piuparts.d.o with adequate from testing/unstable

[Serafeim (Serafi) Zanikolas]

hi Andreas,

On Sun Jan 12, 2025 at 3:49 PM CET, Serafeim (Serafi) Zanikolas wrote:
> On Sat Jan 11, 2025 at 12:58 AM CET, Andreas Beckmann wrote:
> > On 1/11/25 00:38, Serafeim (Serafi) Zanikolas wrote:
> > > I'm told that piuparts.d.o runs on Debian stable, and therefore still relies on
> > > the old implementation of adequate. Holger has suggested that it'd be good to
> > > try out the new implementation in piuparts.d.o (perhaps in a test instance, if
> > > one exists) prior to the Trixie release.
> >
> > You should get adequate into bookworm-backports, then it should be 
> > rather easy to update the DSA's piuparts slave config to pull adequate 
> > from -backports instead of stable.
>
> I've reached out to the backports team (this would be my first backport, so I
> need to be added to the bpo acl)

here's the feedback I got from the backports team:

	Backports in the sense of Debian backports are meant to be built from a
	source code base that is as close as possible to the version distributed
	in Debian testing. A "complete rewrite" doesn't fit into that category.
	Either I am missing completely your point or this is a change not
	eligible as a backport.

would you like to continue discussing this avenue with the backports team, or
reconsider alternatives?

fwiw I'm having second thoughts about whether any of this is really needed. I've
verified that piuparts (the cli) plays well with adequate/testing, and can't
imagine why piuparts (the service) would fail given that it invokes adequate for
one package at a time. anyway, happy to continue the conversation if you feel
otherwise.

thanks,
serafi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/piuparts-devel/attachments/20250116/f876d2ff/attachment.sig>