On 24. 09. 21 12:31, Miroslav Suchý wrote:
But still I'd rather have this as part of distribution - a package
similar to fedora-obsolete-packages which would allow me to remove all
retired packages simply by installing it.
Oh there is already this proposal -
https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages
And in the followup discussion this was rejected as a bad idea.
Example: one of the retired packages is "nspr" but if you try to remove it,
then half of your system is gone. :)
Therefore it is a good idea to allow user to "cherry-pick" packages which
should be kept on machine despite being retired.
I think w are over-engineering a workaround for something that could be part of
system-upgrade. See my proposal in
https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/DQZOCSVPW4R4MZR2QYBQTO6ZTTU3RCKW/
that got 0 replies:
Generally, I think we should instead strive to have configurable bahavior of dnf
system-upgrade:
option 1) broken deps block upgrades, user go figure (status quo)
option 2) broken deps of packages not part of distupgrade repository behave
like --allowerasing
option 3) all packages not part of distupgrade repository are removed on
distro boundary upgrade
option 4) --allowerasing (already possible)
With alterations for 2/3:
suboption a) this affects all packages
suboption b) this affects only packages installed from "system repos"
(Suboption b) can be achieved trough a .repo file configuration option.)
Then we can have a discussion about the best default for Fedora.
Such solution obviously requires somebody to design it, code it, test it,
support it and maintain it. I cannot speak for the software management team, but
I guess they would have reasons not to do that (such as capacity reasons).
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
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
