Description of problem: If the end user tries to install by example kommander (obsoleted), the install packages module lets select and resolve dependencies but, when tries to install the obsoleted, shows a message stating that the app is obsolete (this OK), if the end user unselects the obsoleted packages, and dependencies, the install packages module, tries to install again the obsoletes If root rm the rpms files already downloaded from /var/cache/urpmi/rpms, the install packages module tries to download again Version-Release number of selected component (if applicable): How reproducible: Every time that happens Steps to Reproduce: 1. Verify that task-obsoletes is updated before the testing 2. Select to install kommander, kde-artwork and kdebase4-runtime ( https://drive.google.com/open?id=11Dh3KyejfUq_I-L8rGlW0C6VXReS0w6o ) 3. Apply the selected packages to the system ( https://drive.google.com/open?id=1pm_0bXFqU1FJl7NdMiLTkNEd0ZwWPgHX ) ( https://drive.google.com/open?id=1hEk7Nl1Zp7uSZfSIBMsPGviWDNRvbH49 ) 4. the installer shows message stating that kdebase4-runtime can not be selected 5. After the autodeselection of kdebase4-runtime, apply the selected packages to the system ( https://drive.google.com/open?id=1hEk7Nl1Zp7uSZfSIBMsPGviWDNRvbH49 ) 6. The listing contains packages (kdebase4-runtime requires), but is not autodeselected when installer removes the selection of the requester 7. Wait until error appears ( https://drive.google.com/open?id=1JhTMvpubgiBG0sXfG1zgYuDatYQbEBKW ) 8. Deselect manually the kommander and required deps 9. Try again the installation (the listing does not show kommander) ( https://drive.google.com/open?id=1CF9F0-MV3e72mxo-iomWPFonggKq0vZX ) but tries to install it ( https://drive.google.com/open?id=1tMpWnlSStKF0w1KI00TA76vnDDwayLMd ) I did again the test, using kfloppy and is the same behaviour, the only workaround is close the install or upgrade packages module, re open it and re select all the packages to be installed
Thank you for the report Can this be the same as Bug 5770 - Visually deselected packages installs anyway (suggested packages)
CC: (none) => fri
Morgan, Yeah is similar, is not the same, but we can do something interesting: Close this report as dup and, I will copy to the other all the issue, because the dependencies that a package selects, I think must be deselected too if the end user deselects the summoner Or, leave open because the task obsoletes is not working as expected: If package A is obsolete, and mageia does not have replacement (kommander package by example), the install-remove packages module must not show the obsoleted package, if replacement exists, must show the newest version only WDYT??
(In reply to Morgan Leijström from comment #1) > Thank you for the report > > Can this be the same as > Bug 5770 - Visually deselected packages installs anyway (suggested packages) (In reply to Mauricio Andrés Bustamante Viveros from comment #2) > Morgan, Yeah is similar, is not the same, but we can do something > interesting: Close this report as dup and, I will copy to the other all the > issue, because the dependencies that a package selects, I think must be > deselected too if the end user deselects the summoner For this part, I'd like Thierry's opinion about whether that would be possible and whether it needs a separate bug report (separate from bug 5770). > > Or, leave open because the task obsoletes is not working as expected: If > package A is obsolete, and mageia does not have replacement (kommander > package by example), the install-remove packages module must not show the > obsoleted package, Afaik the only way to do that, would be to remove the obsoleted packages from our mirrors, which is something we never do for stable releases. > if replacement exists, must show the newest version only In stable Mageia releases we always allow to downgrade to a previous version, in case (despite our QA tests) the newer version doesn't work well on someone's system. If only the newest version is shown, that would become impossible. > > WDYT?? Assigning to the Mageia tools maintainers and CC'ing Thierry, the maintainer of rpmdrake and urpmi
Assignee: bugsquad => mageiatoolsSource RPM: (none) => rpmdrake, urpmiSummary: Mageia Control Center - Install packages: Fails to unselect pkgs if task-obsoletes forces to do => Mageia Control Center - Install packages: Fails to unselect pkgs if task-obsoletes forces to do (and dependencies of unselected packages should be auto-deselected, too)See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=5770CC: (none) => marja11, thierry.vignaud
Is this still valid in Mageia 7? 8?
CC: (none) => ouaurelien
Whiteboard: (none) => MGA7TOOVersion: 6 => CauldronHardware: i586 => AllCC: ouaurelien => (none)
Assuming nothing have changed, but ought to be tested.
Whiteboard: MGA7TOO => MGA8TOO