On Tue, Sep 9, 2025 at 7:35 PM Stephen Smoogen <ssmoogen@xxxxxxxxxx> wrote: > > > > On Tue, 9 Sept 2025 at 13:04, Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> wrote: >> >> On Tue, 2025-09-09 at 14:46 +0000, Zbigniew Jędrzejewski-Szmek wrote: >> > Could we instead make all that part of fedora-release? generic-release >> > is mostly a clone of fedora-release, with a lot of outdated stuff. >> > What would be required to use one of the subpackages of fedora-release >> > (possibly a new subpackage) and retire generic-release? >> >> I think the problem with that is that then any forks would need to >> include the fedora-release source RPM, and the goal of generic-release >> (and the overall concept of having multiple providers of system-release >> and system-logos) is to make that not necessary. > > > Would it make sense to change the way the src.rpms are built and with generic-release being the 'parent' of fedora-release so that system-wide changes happen in both that way. Maybe something like a parent 'project' which has a template set of jinja (or whatever the cool one is these days) and then changes get made, a make is made, and several src tar balls are generated which can each be their own package versus a sub-package. > > Does that make sense? Please no. The fedora-release package is already insanely complex, we shouldn't make it worse. The generic-release package is intended to be simple for the purpose of being replacement branding. To be honest, I've wondered for a while if we should just pull out the presets and have a systemd-presets package instead that contains these things so that fedora-release and generic-release don't need duplicate preset files and can just depend on the presets packages. That way, the presets can also be inherited into ELN and CentOS/RHEL trivially too. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ 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
