Description of problem: I tried to remove thunderbird-enigmail official Fedora .rpm package but I faced with an error for which I aborted the process Version-Release number of selected component (if applicable): 2.0.8-3.fc30 How reproducible: use command line to remove thunderbird-enigmail .rpm package that already installed from long time Steps to Reproduce: sudo dnf remove thunderbird-enigmail Actual results: sudo dnf remove thunderbird-enigmail Modular dependency problem: Problem: conflicting requests - nothing provides module(platform:f31) needed by module gimp:2.10:3120190904121229:f636be4b-0.x86_64 Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Removing: thunderbird-enigmail noarch 2.0.8-3.fc30 @fedora 8.6 M Transaction Summary ================================================================================ Remove 1 Package Freed space: 8.6 M Is this ok [y/N]: N Operation aborted. Expected results: there should be no such error/problem message. Additional info: thunderbird version is up to date from official Fedora repositories (version 68.1.1)
taking ownership of all open bugs for thunderbird-enigmail
I think you are hitting some of the rough edges of Fedora's modularity initiative. Did you manage to solve the problem in the mean time?
@Felix Schwarz I'm just upgraded (using command line) from Fedora 28 to 30. After upgrading, I saw modular repositories activated on Fedora 30 by default. I run "sudo dnf distro-sync" which asking me to remove .rpm packages of GIMP to be replaced by their corresponding modular packages, & I hit yes .... That is all what I did.
Just to confirm: You are using Fedora 30 now? Personally I did not have much contact with modular packages but I think it is really strange that your "gimp" module depends on f31 bits. In any case you should see the error message whenever you uninstall *any* Fedora package (not specific to thunderbird-enigmail), right? If so, I'd like to reassign this to "gimp" as they provide the module and "thunderbird-enigmail" is likely just a random bystander.
@Felix Schwarz 1) Yes, I'm on Fedora 30, 2) Yes, I saw this message on other package. After your last comment I tried to remove firefox just few minutes ago & the output was: sudo dnf remove firefox Modular dependency problem: Problem: conflicting requests - nothing provides module(platform:f31) needed by module gimp:2.10:3120190904121229:f636be4b-0.x86_64 Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Removing: firefox x86_64 70.0-1.fc30 @updates 273 M Removing unused dependencies: u2f-hidraw-policy x86_64 1.0.2-9.fc30 @fedora 44 k Transaction Summary ================================================================================ Remove 2 Packages Freed space: 273 M Is this ok [y/N]: N Operation aborted. Also I tried other package which is qpdf & result was: sudo dnf remove qpdf Modular dependency problem: Problem: conflicting requests - nothing provides module(platform:f31) needed by module gimp:2.10:3120190904121229:f636be4b-0.x86_64 Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Removing: qpdf x86_64 8.4.2-1.fc30 @updates 461 k Transaction Summary ================================================================================ Remove 1 Package Freed space: 461 k Is this ok [y/N]: N Operation aborted. 3) But you have to know that this message is REALLY have no real risk because I'm already remove thunderbird-enigmail package by command line & no thing bad happened. "thunderbird-enigmail" removed without touching any GIMP element ..... 4) by the way, though not on topic: is there a real security risk from installing official enigmail package from official Thunderbird addons page instead of Fedora repositories thunderbird-enigmail .rpm package ? I'm already remove thunderbird-enigmail .rpm package & installed official enigmail package from addons page. I'm single user on my Linux PC & have no disire to allow others to use it: I mean I have no need for per system installation. And I installed Thunderbird from Fedora repositories not from Mozilla site ...... Thank you for help.
(In reply to yousifjkadom from comment #5) > 3) But you have to know that this message is REALLY have no real risk > because I'm already remove thunderbird-enigmail package by command line & no > thing bad happened. "thunderbird-enigmail" removed without touching any GIMP > element ..... Yes, this is very unfortunate and there are several Fedora packagers who are really unhappy with the "modularity" feature. Currently there is a lengthy discussion on how to improve the user experience around modularity. Problems like yours are actually one of the arguments against modularity. Sorry that you got caught in the crossfire. > 4) by the way, though not on topic: is there a real security risk from > installing official enigmail package from official Thunderbird addons page > instead of Fedora repositories thunderbird-enigmail .rpm package ? The official add-on should be fine - actually that one might get security fixes a bit faster as it is maintained by the enigmail author himself. Anyway: reassign this issue to gimp so they can figure out why you are seeing this. I noticed that there is also another report about a "platform" module in combination with gimp (bug 1771217).
It seems that you have installed the modular version of Gimp (there also is a non-modular version of it) and you are locked in the Gimp stream and DNF will not let you out of it, because you have explicitely selected you want this stream. There also seems not be an upgrade path to Fedora 31. You can try the following workaround: 1. Reset the gimp module using `sudo dnf module reset gimp`. Then DNF should stop complaining. Also, resetting the module will not remove any packages, but if you want to be on the safe side, do this: 1. dnf module remove gimp 2. dnf module reset gimp 3. dnf module disable gimp 4. dnf install gimp This will bring non-modular gimp on your Fedora and makes sure that it does not collide again in the future. Unfortunately, this situation can happen with any modules. Let me know how that went.
I think people have the modular gimp installed because it has a default stream, and thus it's used by default when people install gimp. I wasn't able to do "dnf module remove gimp": $ sudo dnf module remove gimp Last metadata expiration check: 0:00:22 ago on Thu 14 Nov 2019 12:13:51 GMT. Unable to match profile in argument gimp Dependencies resolved. Nothing to do. Complete! However, I was able to reset and disable the module, do "dnf remove gimp" and then "dnf install gimp", which installed the non-modular gimp and now all is well.
> However, I was able to reset and disable the module, do "dnf remove gimp" > and then "dnf install gimp", which installed the non-modular gimp and now > all is well. Good to hear it worked :)
gimp-2.10.14-3.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-cffdc435a6
gimp-2.10.14-3.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-ffb693694c
gimp-2.10.14-3.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
gimp-2.10.14-3.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
Hi all ! Dear what I have to do know ? Do I have to remove modular GIMP package manually by DNF then re-install GIMP by DNF ? Or simply I have to wait till receive new system update which will fix this problem by automatically replacing modular package by new non-modular package ? I'm just run "sudo dnf upgrade --refresh" but I did not receive GIMP update. I live inside Iraq & using Linux NOT to run a server, but just as a desktop user. GIMP on my system is still modular package & outdated (version 2:2.10.14-1.module_f30+6995+c35e2138) Any help is appreciated !
(In reply to yousifjkadom from comment #14) > Dear what I have to do know ? Do I have to remove modular GIMP package > manually by DNF then re-install GIMP by DNF ? Or simply I have to wait till > receive new system update which will fix this problem by automatically > replacing modular package by new non-modular package ? > > I'm just run "sudo dnf upgrade --refresh" but I did not receive GIMP update. > I live inside Iraq & using Linux NOT to run a server, but just as a desktop > user. > > GIMP on my system is still modular package & outdated (version > 2:2.10.14-1.module_f30+6995+c35e2138) > > Any help is appreciated ! sudo dnf module reset gimp sudo dnf module disable gimp sudo dnf remove gimp sudo dnf install gimp That should get rid of the old modular gimp and install the new non-modular gimp.