On Tue, May 30, 2023 at 04:31:01PM -0700, Kevin Fenzi wrote: > So, the only way I can see to do this would be to have releng manually > tag the builds from oldest release into newer ones each time they are > built. I do not like this for a number of reasons: > > * It's more manual work. > * It bypasses a bunch of our process. There wouldn't be any bodhi > update, so no CI checks, no chance for karma, no updates-testing step > (unless there's more work to retag a bunch of times). The build in the oldstable branch can still use bodhi, go through CI checks, get karma, etc. Once that's all satisfactorily passed, it could then be tagged for the newer release(s). The fact that we're shipping the exact same binary for both streams, static linked, means must of that testing work for oldstable will remain valid for newer branches too. Yes, it would loose some amount of integration testing of the distro release differences, but the use of static linking of its deps would partially mitigate this downside. Informally, people could grab the F37 update from bodhi and install it on F38/rawhide to do that testing, it just wouldn't explicitly tracked by bodhi as it wouldn't know what stream each person had tested against. People who care about Java though have a vested interest in doing such testing though. So mostly I think we loose enforcement of the testing, but the actual level of testing is not likely to be terribly different or have a negative impactful. The level of testing of JDK is still going to be massively better than most other packages in Fedora, by virtue of going through the formal JDK certification test suite which is pretty comprehensive. With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
