|
Bugzilla – Full Text Bug Listing |
| Summary: | Yast Software Manager option settings "Cleanup when deleting packages" are not being saved | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | Roman Bysh <rb03884> |
| Component: | YaST2 | Assignee: | YaST Team <yast-internal> |
| Status: | RESOLVED WONTFIX | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | forgotten_t2j5Maieha, gs, markcscott2003, mvidner, nate, rb03884, trcs |
| Version: | Leap 42.1 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 42.1 | ||
| URL: | https://trello.com/c/UwBEdMBN/244-3-ostumbleweed-954117-yast-does-not-honor-value-of-solver-allowvendorchange | ||
| Whiteboard: | |||
| Found By: | Community User | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Screenshot of Yast Software Manager Option default settings
Screenshot of Yast Software Manager's Option settings are not being saved |
||
|
Description
Roman Bysh
2015-09-30 02:50:56 UTC
Created attachment 649545 [details]
Screenshot of Yast Software Manager Option default settings
Notice the Option settings as they are in their default settings.
Created attachment 649546 [details]
Screenshot of Yast Software Manager's Option settings are not being saved
When I change the settings as shown in this screenshot, they will not be saved.
Next time the user restarts the Yast Software Manager, this Option setting
"Cleanup when deleting packages" will be disabled again.
*** Bug 948059 has been marked as a duplicate of this bug. *** Martin, I guess, that this is not intended? (In reply to Lukas Ocilka from comment #3) > *** Bug 948059 has been marked as a duplicate of this bug. *** In fact, this is a duplicate of #948059 as you can see by looking at the report date. But the order of the operands doesn't change the sum. :) Thanks for the report. This change is in fact intentional. See rpm -qa libyui-qt-pkg\* --changelog
- Unified option handling with NCurses (FATE#318099)
- "System verification mode" and "Dependencies/Autocheck"
moved to /etc/sysconfig/yast2 (PKGMGR_VERIFY_SYSTEM,
PKGMGR_AUTO_CHECK).
- made "Cleanup when deleting packages" and "Allow vendor
change" not persistent.
- Added option Dependencies/Install Recommended Packages,
(PKGMGR_RECOMMENDED) (boo#900853).
- Changed "Options/Ignore Recommended Packages for Already
Installed Packages" from an option to a command
"Extras/Install All Matching Recommended Packages" (boo#902394).
- 2.45.0
The rationale for this was:
"""
The /etc/sysconfig/yast2 PKGMGR options intentionally don't include the 'AllowVendorChange' and the 'CleanupWhenDeletingPackages' flag.
These options currently are stored as well in .config/YaST2/YQPackageSelector.conf. But these options should only be set for a single solver run/for one install session because if used unintentionally they can damage the system.
"""
Marcus, Correct me if I'm wrong. But.. Wouldn't this feature be helpful to have this feature enabled as we did in openSUSE 13.2? Wouldn't this ensure a package deinstallation completely remove all files and folder(s) related to it? Orphaned packages? The functionality of removing related files is still available in "Options"/"Cleanup when deleting packages" but the setting isn't stored any longer (same for "Allow vendor change"). The reason is to prevent unintentional deletion of packages (or installation from a different repository in case of vendor change). The libzypp default of these options is 'false' and the comments in /etc/zypp/zypp.conf warn that "CHANGING THE DEFAULT IS NOT RECOMMENDED" because of the risk of damage the system. Valuable information. I'm glad that this bug report was submitted. Quite frankly a stupid attitude not to have this as a persistent setting, I've just run into this so called anti-feature on tumbleweed. Thanks for clogging up my root partition with crap that I no longer need. I'm a grown up you know and fully understand the implications, why not just rename it it opensuse w10 edition and treat us like children. If the user wishes to toggle it on and off then why not ? Sorry, forgot to add. So I'm now put into a situation where I am much more likely to forget I have this switched on after editing the conf file and then think I've turned it off however now it persistently stays on until again I edit the conf file. This has not been thought through properly. Agreed. I've been using this setting in the "on" position and I've never had a damaged system. Very misleading message. There is a related bug #954117 concerning the "Allow vendor change" option. As a consequence of questions/bug reports about the changed functionality we decided to discuss this issue with our usability experts (I will add this report to discussion). We have discussed the problem with our UX expert. Although we found that the UI of Software Manager should be improved we agreed that for the problem concerning the package clean-up it's the saver way not to save the option.
The possibility to do a clean-up is still available in menu ("Options"/"Cleanup when deleting packages").
From libyui-qt-pkg-2.45.6 on the YaST Software Manager reads the default values for clean-up and vendor change from /etc/zypp/zypp.conf and the value(s) can be set to true here.
I think this is a very poor decision that leads to slack packaging resulting in a system cluttered with useless and no longer required files and a behaviour akin to DOS 1.0 rather than a modern operating system that is able to handle the correct installation and removal of software. Secondly when I click an option that gives me a tick (appearing as a toggle) I expect it to be a toggle and not for it to revert behaviour, very much standard practice in my book. A suggestion would be to ask the user via a dialogue box if they would like to make this a temporary or permanent change when clicking the option "Cleanup when deleting packages" I agree with Mark. User preferences that aren't saved are confusing, since 99.999% of user preferences *are* saved. These options aren't user preferences at all, and shouldn't be expressed as such under an "Options" menu if you can't prevail upon to change this and remember user preferences. Summarizing this, the experts in this agreed that it is not desirable to make this persistent. Closing. And please refrain from opening this again. |