Description of problem After activating all updates testing repositories and going to Mageia Update, I am seeing the following message: "The following package has to be removed for others to be upgraded: lib64kf5ksieveui_5-16.12.3-1.mga6.x86_64 (due to unsatisfied libksieve == 2:16.12.3)" This is in a vbox VM, 64-bit Plasma install from the Classical iso. This is a basic install, with no additional apps installed. The install is fully updated from the US kernel.org mirror, with tainted versions replacing non-tainted packages. 64 and 32 bit repositories are active. All "Debug" and "Backport" repositories have been removed, leaving only various "Release," "Updates," and "Updates Testing" repositories remaining. When I see this message, all repositories are active. If I say "no" to removing the package, Mageia Update opens, with no packages selected, and I can continue with other updates. I do not see this on another 64-bit Plasma install on real hardware. That is my production install, and has several additional apps installed, some tainted, including the 32-bit version of Google Earth. It uses the same mirror, and the same repositories. Instead, I see a message about the tainted version of transcode being unable to be selected, due to a missing package - but I assume that is something for yet another bug report.
bug 22660 hasn't been assigned to QA team, yet. I suppose the Kde Application Stack isn't ready to be tested, yet. Please try again when bug 22660 is assigned to QA team.
Depends on: (none) => 22660CC: (none) => marja11Assignee: bugsquad => kde
KDE Stack is ready for QA ( even if we need to this this one ).
CC: (none) => mageia
Last night I performed the Plasma 5 update in a vbox guest in one operation. At first, I approved the removal of the package, but when I deselected all packages and tried only selecting those I was updating, after each selection I was again asked if I approved the removal of the package, even though I had not yet selected the packages that triggered the approval. As you can probably understand, this was extremely annoying. In a situation where the user is going to install all updates in one operation, it probably isn't a serious problem. But, even in this minimal Plasma install, over 400 packages were updated. In a situation where the user must do the updates in stages, this would be intolerable.
(In reply to Thomas Andrews from comment #3) > Last night I performed the Plasma 5 update in a vbox guest in one operation. > At first, I approved the removal of the package, but when I deselected all > packages and tried only selecting those I was updating, after each selection > I was again asked if I approved the removal of the package, even though I > had not yet selected the packages that triggered the approval. > > As you can probably understand, this was extremely annoying. In a situation > where the user is going to install all updates in one operation, it probably > isn't a serious problem. But, even in this minimal Plasma install, over 400 > packages were updated. In a situation where the user must do the updates in > stages, this would be intolerable. of course this will be fixed.
If necessary, we could first process an update for lib64kf5ksieveui_5-16.12.3-1.mga6.x86_64 that removes the requires for libksieve == 2:16.12.3.
CC: (none) => davidwhodgins
I like that idea. From my view on the outside, it sounds like the simplest solution.
no, we need to clean this better.
please test again, new packages available.
I'm still seeing the "needs to be removed" message in vbox. At first I thought the new packages hadn't filtered through yet, so I waited a few more hours. The second time, I looked further, and the new "sieve" packages had indeed been added. They all carried a new version number and the new date in the changelog. Others in the rather long list of new dependencies for libksieve had not been changed to new versions. Could one or all of those be part of the problem?
FWIW, I'm seeing the same message in a 32-bit vbox guest, using 32-bit package names, of course.
Please test new lbksieve to see if the message is still there. libksieve-17.12.2-5.mga6
Looks good here now, in both 64-bit and 32-bit vbox guests. I would mark the bug resolved, but I don't know if you need confirmation from someone else first. Your call, I suppose.
enough for me :) ( as i tested too )
Status: NEW => RESOLVEDResolution: (none) => FIXED