Update all llvm sub-projects in Fedora to version 10.
+1
I somewhat don't agree that maintainers need to check if their packages build with 10.x or change BRs to 9.x package. I'd like to see this analysis done by owners of this change and submissions of necessary PRs and/or rebuild of packages.
Since I think it is important to ship llvm10, I'm +1.
Maintainers aren't forced to do anything until their next rebuild (which is something they would do anyway with or without this change), so in my opinion it's not that big of a burden on them to change the BRs to 9.x if their package doesn't build with 10.
We also don't want packages to depend on 9.x if upstream supports 10.x. If we go through ahead of time and convert all the non-building BRs to 9.x, I'm concerned that maintainers will forget to update the BR to 10.x the next time they rebase.
After a week, this is APPROVED (+5, 0, -0)
Metadata Update from @churchyard: - Issue tagged with: pending announcement
Announced.
Metadata Update from @psabata: - Issue untagged with: pending announcement - Issue close_status updated to: Accepted - Issue status updated to: Closed (was: Open)
Metadata Update from @bcotton: - Issue untagged with: F32 - Issue set to the milestone: Fedora 32
Log in to comment on this ticket.