Bug 164445

Summary: [build 905] taboo is not persistent
Product: [openSUSE] openSUSE 10.3 Reporter: Jiří Suchomel <jsuchome>
Component: libzyppAssignee: Duncan Mac-Vicar <dmacvicar>
Status: RESOLVED WONTFIX QA Contact: Duncan Mac-Vicar <dmacvicar>
Severity: Major    
Priority: P2 - High CC: aj, andreas.hanke, bluedzins, bugz57, crrodriguez, dmacvicar, forgotten_Xh41Ao4q6j, Joris.Spekreijse, kkaempf, lmb, ma, mvidner, regis, sascha.wessels, scott, suse-beta, thomas.blume, wefing
Version: Alpha 1   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard: libzypp2
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: YaST2 log dir bzipped
YaST2 log dir bzipped

Description Jiří Suchomel 2006-04-07 12:23:51 UTC
Maybe it doesn't work at all, but I only tested patches:

I run YOU, it complains about gcc and glibc -  so I unselect them (set them to taboo) and install another patches. When I run YOU again, gcc and glibc are selected for installation again.
Comment 1 Jiří Suchomel 2006-04-07 12:26:45 UTC
Created attachment 77184 [details]
YaST2 log dir bzipped
Comment 2 Jiří Suchomel 2006-04-07 12:30:28 UTC
Created attachment 77189 [details]
YaST2 log dir bzipped
Comment 3 Jiří Suchomel 2006-04-11 12:19:12 UTC
Michael, why can't you comment? It's critical...
Comment 4 Jiří Suchomel 2006-04-11 15:15:54 UTC
Or Klaus - could you comment this, when Michael is not available?
Comment 5 Klaus Kämpf 2006-04-12 11:12:52 UTC
The logs show that patch:glibc-1249 is locked and not selected for installation.
However, online update is restarted a couple of times (according to the logs) and the taboo state got lost.

Looks like taboo state is not persistent.

Comment 6 Michael Andres 2006-04-12 12:05:33 UTC
No it's currently not persistent. Should be solved for SLES10.
Comment 8 Michael Andres 2006-04-21 14:10:20 UTC
*** Bug 150231 has been marked as a duplicate of this bug. ***
Comment 9 Christian Boltz 2006-04-30 00:22:00 UTC
(In reply to comment #6)
> No it's currently not persistent. Should be solved for SLES10.

Are you joking? A non-persistent taboo will upset several users (this is why this bug is marked as critical ;-)

Please include the fix in 10.1 too.
Comment 10 Michael Andres 2006-05-02 12:11:25 UTC
The fix will of course go into 10.1. too, but it won't be present on GM, but shipped as update. 
Comment 11 Stefan Schubert 2006-06-01 15:31:39 UTC
*** Bug 153337 has been marked as a duplicate of this bug. ***
Comment 12 Stefan Schubert 2006-06-26 12:18:31 UTC
*** Bug 186894 has been marked as a duplicate of this bug. ***
Comment 13 Stefan Schubert 2006-09-26 07:35:25 UTC
*** Bug 207892 has been marked as a duplicate of this bug. ***
Comment 14 Cristian Rodríguez 2007-01-12 03:29:55 UTC
*** Bug 170119 has been marked as a duplicate of this bug. ***
Comment 15 Michael Andres 2007-01-22 13:06:00 UTC
*** Bug 173622 has been marked as a duplicate of this bug. ***
Comment 16 Michael Andres 2007-01-22 13:45:37 UTC
*** Bug 115212 has been marked as a duplicate of this bug. ***
Comment 18 Cristian Rodríguez 2007-02-04 08:27:57 UTC
*** Bug 240112 has been marked as a duplicate of this bug. ***
Comment 19 Michael Andres 2007-02-09 12:11:40 UTC
*** Bug 94794 has been marked as a duplicate of this bug. ***
Comment 20 Michael Andres 2007-02-09 12:32:47 UTC
*** Bug 115376 has been marked as a duplicate of this bug. ***
Comment 21 Stanislav Visnovsky 2007-02-19 16:05:57 UTC
This is a new functionality. Marking as Enhancement.
Comment 22 Jiří Suchomel 2007-03-21 18:15:35 UTC
*** Bug 255642 has been marked as a duplicate of this bug. ***
Comment 23 Andreas Jaeger 2007-03-22 08:16:33 UTC
This was promised one year ago - see comment #10.  Please get this in asap!

For YOU, this is a usuability bug and not a missing feature.
Comment 24 Michael Andres 2007-06-15 12:36:08 UTC
*** Bug 277149 has been marked as a duplicate of this bug. ***
Comment 25 Forgotten User --EoyBps8f 2007-06-15 15:24:10 UTC
Since bug 277149 is marked as a duplicate of this one, it not only that remembering "taboo" is broken but also "protected". If the user marks a package in YaST as protected one does so for a reason and not to have YaST update the package without warning.

This is definitely not an enhancement but a bug! What sense does it make to offer the user to "mark as protected"-functionality if it is only valid for one YaST-session and forgotten when restarting it?

If this is not a bug, who invented the "one session protected"-feature and for what?
Comment 26 Stephan Wefing 2007-06-29 21:46:15 UTC
I can confirm this bug for openSUSE 10.2. It's impossible to switch from 
state "keep" to state "protected". See also bug 246976. Would be nice to have
that fixed in openSUSE 10.3.
Comment 27 Volker Kuhlmann 2007-06-30 04:07:56 UTC
It's just got a lot worse: the issue with the agfa fonts license on 10.2 is a good test case. On a newly installed 10.2 system which had all updates installed I added the agfa-fonts package. Next day the KDE panel's update watcher applet notifies me of 3 new updates, one being agfa-fonts. I play around with setting this to protected and/or unmarking it for installation. The exact sequence of things I tried I can no longer recover, net result is that the other 2 updates installed fine first attempt, but the agfa-fonts package is now immune to any treatment whatsoever.

Meaning the system is now in a state where:

1) marking agfa-fonts as protected and clicking accept does nothing (good). This setting is not persistant (annoying bug).

2) Removing all tickmarks from the box and clicking accept does nothing (I think).

3) Making no change, leaving the package as marked for installation, and clicking accept, does nothing. Specifically, it does not install the update.

4) Because of 3), the suseupdater applet is rendered useless, because every morning there is at least one update to install.
Comment 28 Duncan Mac-Vicar 2007-08-30 16:22:37 UTC
In 10.3 you can add locks to /etc/zypp/locks file like

kde*
or
kernel* > 3.5

After 10.3 it will be more integrated with the UI.
Comment 29 Cyril Hrubis 2008-02-25 16:31:25 UTC
*** Bug 364449 has been marked as a duplicate of this bug. ***
Comment 30 macias - 2008-08-27 14:57:19 UTC
Is this fixed, or not? Because in few days it will be closed as wontfix which is very awkward because this bug is simply valid.
Comment 31 Michael Andres 2008-09-01 09:36:07 UTC
Available in 11.0

*** This bug has been marked as a duplicate of bug 332853 ***
Comment 32 Scott Couston 2008-09-01 21:39:54 UTC
QA- To decide fate of which dupe to retain and investigate fix or no action but words from reporters only
Comment 33 Scott Couston 2008-09-01 21:40:14 UTC
QA- To decide fate of which dupe to retain and investigate fix or no action but words from reporters only
Comment 34 Michael Andres 2008-09-02 15:31:30 UTC
Sorry if my comment was too short.

As Duncan wrote in comment #28, on openSUSE 10.3 one has to manually maintain the file /etc/zypp.locks. Locks applied or removed by the UI are not synced back to this file. This was postponed.

It is fixed in openSUSE 11.0 since libzypp-4.18.0. Locks can be added and removed via the UI, as well as via zypper. libzypp-4.18.0 (or a later) version was released as online update for 11.0 9. (see. bug# 332853)

There is no further fix for 10.3. The solution from openSUSE 11.0 can't be simply backported, because we exchanged almaost all libzypp components in 
11.0.
Comment 35 Duncan Mac-Vicar 2008-09-08 15:56:50 UTC
Closing for 10.3