Hello everybody,

for some time I used to push rc release for some packages (namely systemd &
util-linux) to core-testing. This broke once, when a package was built
against that rc release and thus did depend on new symbols, then finally was
moved before the package it was built against.

After that I pushed all the rc releases to a public personal repository,
anybody interested could test from there. But I think the audience was a lot
smaller, and last systemd release revealed some unexpected regressions
*after* final release. That situation is not any better, especially when
rc releases in Arch were a major factor in finding regressions early.

At Arch Summit 2025 we had a chat about that situation and discussed several
ideas. In the end we came up with one reasonable solution:
We should introduce new repositories [core-unstable] and [extra-unstable] for
this kind of testing. People would still have to enable these repositories,
but I guess chances are higher than for my personal repository.

I guess we have three places that need to be touched:

 * create repositories on servers (-> DevOps)
 * dbscripts
 * devtools

Anything more?

Feedback is welcome, same for other ideas - this is not set in stone and I am
open for anything that works for me/us. Thanks!
-- 
main(a){char*c=/*    Schoene Gruesse                         */"B?IJj;MEH"
"CX:;",b;for(a/*    Best regards             my address:    */=0;b=c[a++];)
putchar(b-1/(/*    Chris            cc -ox -xc - && ./x    */b/42*2-3)*42);}

Attachment: pgpmU9dpSg9Xe.pgp
Description: OpenPGP digital signature

Reply via email to