#428 Yearly RPM Spec Cleanup
Opened 2 years ago by justinz. Modified 11 months ago

I spoke about this in the Matrix room, but I think it needs somewhere like this to discuss further. Neal has already agreed we should do this, and we just need to figure out when each year.

The idea is that we continually update our specs, but never really review them. During the Qt6 transition many were cleaned up, but as Neal said it was a decade or more of technical debt.

If we regularly clean our specs and keep them neat and tidy, we won't be in this situation when Plasma 7 and beyond arrive.

Add to Calendar: https://calendar.fedoraproject.org/kde-sig/

Get a few KDE team members on board, Nate, Nico, Aleasto, etc?

  • Old if statements (is the check still relevant e.g. is the release it references EOL?)
  • Recheck arch exclusivity
  • Make sure all dependencies are still needed
  • Add any optional ones that are missing
  • All Url fields for apps to apps.kde.org the rest to invent? (or somewhere else)
  • Turn -devel deps into cmake/pkgconfig
  • Sort deps them by what they are: Qt, KDE Frameworks, Fedora specific, etc.
  • Is licensing still accurate, work with KDE to confirm
  • Move all licensing to SPDX format
  • Once copr supports %autochangelog and %autorelease move to that.

We can grab all the specs, put them in a pagure+copr and do testing there.


I'm setting this as a future release just because it's probably not feasible to knock this out with F41 on the horizon. It should probably have a cadence somewhere at the 3 month mark into a new release

Metadata Update from @timaeos:
- Issue set to the milestone: Future Release

11 months ago

Metadata Update from @timaeos:
- Issue set to the milestone: Fedora Linux 42 (was: Future Release)

11 months ago

Log in to comment on this ticket.

Metadata