The package cannot be updated because it breaks the dependencies of another package:
Problem: package anki-2.0.52-2.fc29.noarch requires pygame, but none of the providers can be installed
- cannot install both python2-pygame-1.9.4-3.fc29.x86_64 and python2-pygame-1.9.4-2.fc29.x86_64
- cannot install both python2-pygame-1.9.4-2.fc29.x86_64 and python2-pygame-1.9.4-3.fc29.x86_64
- cannot install the best update candidate for package python2-pygame-1.9.4-2.fc29.x86_64
- cannot install the best update candidate for package anki-2.0.52-2.fc29.noarch
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
This package has been pushed to F28 but not F29. The dependencies are messed up but I'm not sure whether the problem is in -3 or in the earlier versions. Rebuilding my package impressive which depends on python2-pygame (unversioned) and reinstalling helped.
Maybe it is as simple as a missing explicit Provides: python2-pygame for the subpackage.
In any case, having this in F28 forces maintainers of depending packages to bump their F28 versions for a fix - and not pushing it to F29 is not quite what we are supposed to do.
I believe this is due to the erroneous dependencies in the previous version. All deps look OK for this version. I'll look and see what can be done to correct this in future releases in similar situations.
This new version does not longer provide "pygame", and some package depend on it (see dnf repoquery --whatrequires pygame). That's why the update cannot be installed if you have one of these packages installed (anki is one of them). I have just tested the update on Fedora 28 and there is the same problem.
I think the bug introduced by this update is worse than the one fixed, as an end user being able to install/update packages is essential. Before dropping the "pygame" provides, all packages that depend on it should be fixed.
This update has been submitted for testing by limb.
This update has been pushed to testing.
The package cannot be updated because it breaks the dependencies of another package:
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
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 limb.
This update has been submitted for stable by limb.
This package has been pushed to F28 but not F29. The dependencies are messed up but I'm not sure whether the problem is in -3 or in the earlier versions. Rebuilding my package
impressivewhich depends on python2-pygame (unversioned) and reinstalling helped. Maybe it is as simple as a missing explicitProvides: python2-pygamefor the subpackage.In any case, having this in F28 forces maintainers of depending packages to bump their F28 versions for a fix - and not pushing it to F29 is not quite what we are supposed to do.
I believe this is due to the erroneous dependencies in the previous version. All deps look OK for this version. I'll look and see what can be done to correct this in future releases in similar situations.
This new version does not longer provide "pygame", and some package depend on it (see dnf repoquery --whatrequires pygame). That's why the update cannot be installed if you have one of these packages installed (anki is one of them). I have just tested the update on Fedora 28 and there is the same problem.
I think the bug introduced by this update is worse than the one fixed, as an end user being able to install/update packages is essential. Before dropping the "pygame" provides, all packages that depend on it should be fixed.
This update has been pushed to stable.