I had a service complaining about the root file permissions which changed between Fedora versions [1]. I was never able to figure out what produced the file system image but thanks so this guide I know where to start looking now.
Personally I feel a good way to get involved is to test updates in bodhi for those packages you care about, or to take part in the process that happens around release time where we go through several freeze cycles and have 'blocker bugs' that need their fixes to be validated: https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
https://web.archive.org/web/20230112002240/https://beefymira...
At least 6 years ago, this was not entirely true: a package happened to build only because, by happy accident, the builder had a dependency installed by something else. Since the dependency was not in its Build-Requires:, the build would fail in COPR, which really used a clean room. A case of being saved by the alphabetic order, I guess?
Maybe they have updated Koji since.
It's definitely possible that one of a packages build dependencies pulls in something that a package /should/ depend on and then when it drops it suddenly the build fails. That's why I think we mostly want 'autogenerated' BuildRequires nowadays that are generated based on the upstream source or packaging format to make that less of a figuring out excercise.
https://suckless.org/sucks/systemd/
https://without-systemd.org/wiki/index_php/Arguments_against...
> he systemd project has many different components but they're independent
They _are_ dependent. It's one codebas, and even if you somehow separated it - you would still only have systemd-specific, systemd-dependent replacements for _actual_ independent components.
They all depend on systemd and won't work with anything else, nor on any other operating system either.
If there was a complaint about how systemd complicated builds and tests in a specific way the commenter could name, that'd be valid. Just finger-wagging is tiring after how many, 10 years?