Updates to remove python2 subpackages
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2018-5537c09e6d
Please login to add feedback.
This update has been submitted for testing by swt2c.
This update has been pushed to testing.
This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes
This update has been submitted for batched by swt2c.
This update has been submitted for stable by swt2c.
These don't seem to have added obsoletes. This causes trouble on update, e.g.:
I'm gonna fix libconcord, but you might want to fix the others too...
adamwill edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by adamwill.
They are supposed to have been obsoleted by fedora-obsolete-packages... https://src.fedoraproject.org/rpms/fedora-obsolete-packages/c/b4e792d54408b93d4c59d4688e7fa46481bd666f?branch=f29
I'm going to revert what you did and add the fedora-obsoleted-packages build to this update, any objections?
swt2c edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been pushed to testing.
churchyard edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by churchyard.
This update has been pushed to testing.
Maybe a bit, because fedora-obsolete-packages is meant as a sort of backstop if there's no better option. You can't really rely on all systems having fedora-obsolete-packages installed; old long-upgraded systems don't, minimal installs may not.
i think having python3-libconcord do the obsolete is much more robust in this case, as anyone who had python2-libconcord installed in the past likely had it installed because congruity required it, and now congruity requires python3-libconcord. So it seems pretty safe to believe that people upgrading will get python3-libconcord installed, and it'll obsolete python2-libconcord.
Heck, I don't think there's any reason we can't have both of them carry the Obsoletes. That doesn't hurt anything, I don't think.
(We kinda really need an RPM
Replaces:
tag to mean "this package should replace this other retired package on upgrade, but doesn't exactly Provide it, strictly speaking...")This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes
no package update issues
This update has been submitted for stable by pwalter.
This update has been pushed to stable.