From looking at fedora-obsolete-packages' various branches, it looks like packages are only meant to be listed for one release cycle, and then removed (so the Rawhide branch's list of packages will get removed in F36). How do we handle packages that were not added to this in time? e.g. when I distro-synced on my F33 box I noticed the following packages are out of date: - rxvt, last built for F31, now conflicts with rxvt-unicode Then I listed all FC31 and FC32 packages and found some more candidates: ``` ~ ❯ rpm -qa | grep 'fc31' adapta-gtk-theme-3.95.0.11-3.fc31.noarch adapta-gtk-theme-gedit-3.95.0.11-3.fc31.noarch ``` => this is because, ugh, the package has been failing to build for newer Fedora releases upstream since Fedora 32: https://koji.fedoraproject.org/koji/packageinfo?packageID=26035 ``` ~ ❯ rpm -qa | grep 'fc32' libquvi-0.9.4-16.fc32.x86_64 fipscheck-lib-1.5.0-8.fc32.x86_64 ``` ditto for `libquvi`, https://koji.fedoraproject.org/koji/packageinfo?packageID=12832 `fipscheck`, meanwhile, has not even seen build attempts beyond Fedora 32, https://koji.fedoraproject.org/koji/packageinfo?packageID=7695 as ... it is retired: https://src.fedoraproject.org/rpms/fipscheck In this case, presumably only `rxvt` fits the bill here as it is causing a conflict, so... perhaps I should add it to `fedora-obsolete- packages` for F32, F33, and F34? Or just make `rxvt-unicode` properly Provides+Obsoletes `rxvt`? The next question is what to do with packages that are no longer buildable, or are retired, but are still working. Removing it in Fedora might be overkill, in which case we probably will need to come up with our own internal version of fedora-obsolete-packages to remove them. Best regards, -- Michel Alexandre Salim profile: https://keyoxide.org/michel@xxxxxxxxxxxxxxx
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ 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 on the list, report it: https://pagure.io/fedora-infrastructure
