On Sunday, 01 January 2022 at 20:51, Fabio Valentini wrote: [...] > Additionally, not having Release counter and changelog in the .spec > file means that you can usually freely cherry-pick or merge bug-fix > commits across different dist-git branches. This wasn't possible > without rpmautospec due to merge conflicts caused by different Release > counter or changelog contents.
Personally, I use the kernel's recommended commit to the oldest supported branch and merge upwards workflow and I've learned not to be afraid of merge commits. If any branch needs some specific fixes, I just apply them there and only there, without using spec conditionals. This keeps the specfiles clean and readable, even if they differ between branches. Obviously, this can't be (easily) automated and doesn't scale to hundreds or thousands of packages, but it works well for leaf packages. rpmautospec doesn't work with the above workflow as it breaks on those merge commits, produces bogus changelog messages and artificially inflates Release counters. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
