https://bugzilla.novell.com/show_bug.cgi?id=389694
User schubi@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=389694#c11
Stefan Schubert changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |schubi@novell.com
AssignedTo|schubi@novell.com |kkaempf@novell.com
--- Comment #11 from Stefan Schubert 2008-05-21 02:16:43 MST ---
Sorry, that I have partial missunderstood:
"IMO, b) would be a good solution. Why do you think it would confuse users? You
run zypper in, check what it's going to install, you don't like it, you retry
with --no-recomends, you like it. Soft locks saved, you won't see the then
would-be-selected recommends automatically popping up again. What's wrong with
that?"
Yes, that would be a solution from the technical side, but how do we explain
the user that the flag --no-recomends means the same as the keep state ?
("We are not regarding these current evaluated and recommended packages
for ALL future calls until you call would-be-selected in the zypper")
Anyway I still think that this problem will not hit 90 percent of the
normal user and 0 percent of the users which are using YaST and zypper only:
Our distri will be installed/updated by YaST in most of the cases.
The user deselects packages which he does not want to install.
These packages will not be regarded in the future anymore (keep state)
If the user add a new repo then
- new language packages will be selected for the selected languages
- new hardware packages will be installed for the installed hardware
If the user add new hardware then
- new hardware packages will be installed
For both cases the user can still decide not to install these proposed packages
and they will not be regarded in the future.
I have had yesterday a short discussion with Klaus and he has given me his
valid objection:
If the user use rpm or other tools (e.g. smart) this mechanism does not work.
We have come to the convention that we will not solve this problem for 11.0
cause we do not have a real concept here now.
comment #10 says all:
"Something more like...."
We will have to define it before we implementing it :-)
Assign to Klaus. He has said that he will push it. Thank you, Klaus.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.