Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1689460
Summary: | dnf system-upgrade download --refresh --releasever=30 --setopt=module_platform_id=platform:f30 --skip-broken --allowerasing upgraded gimp and libgit2 rpms to modules | ||
---|---|---|---|
Product: | [Fedora] Fedora Modules | Reporter: | Matt Fagnani <matthew.fagnani> |
Component: | gimp | Assignee: | Nils Philippsen <nphilipp> |
Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | asamalik, dmach, jkadlcik, jmracek, mblaha, mhroncok, nphilipp, pkratoch, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Matt Fagnani
2019-03-15 23:50:54 UTC
The issue is that gimp was moved into module and operation would result in: Enabling module streams: gimp 2.10 The workaround would be to disable module gimp (sudo dnf module disable gimp --releasever=30 --setopt=module_platform_id=platform:f30) before system upgrade or even after system-upgrade (sudo dnf module disable gimp) and then run "sudo dnf distro-sync" command. Please could you explain whats wrong with gimp from the module or why you would prefer to consume non modular version? Jaroslav, I haven't installed any Fedora modules, but I don't think something's wrong with the gimp or libgit2 modules themselves. I don't have a preference of using the gimp or libgit2 rpms or modules. I didn't expect that using the --setopt=module_platform_id=platform:f30 workaround would enable the gimp and libgit2 module streams based on what I read in bug 1656509. Since the gimp-2.10.8-7.fc30 and libgit2-0.27.8-2.fc30 rpms were in the F30 fedora repo and were used when I ran sudo dnf system-upgrade download --refresh --releasever=30 --skip-broken --allowerasing, and I didn't specify that the the gimp or libgit2 modules should be enabled using something like sudo dnf module enable gimp libgit2, I expected that the gimp and libgit2 rpms should be upgraded to those regular rpms. I found that using sudo dnf system-upgrade download --refresh --releasever=30 --disablerepo=*modul* --skip-broken --allowerasing also worked around the modular dependency problems since I don't have Fedora modules installed. Thanks for the workaround and looking into this issue. I'd say this works as expected because gimp:2.10 is a default stream in Fedora 30. The same would happen if you installed gimp using "dnf install gimp" on Fedora 30. There shouldn't be a difference between consuming a traditional package or a package coming from a default module stream. We expect some content to move to the modular repository for various reasons, and defaults help you to install that content the same way you'd do before. So such moves shouldn't impact the user in any notable way. I believe that the problem could be easily solved by removal of default stream from gimp module and to keep gimp in standard fedora repository. This also solves the issue with end of life of module stream. The current design of modularity in Fedora is not ready for this event. After removal of module stream from Fedora we can expect the real problem. |