http://bugzilla.novell.com/show_bug.cgi?id=551956 User ma@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=551956#c1 Michael Andres <ma@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jkupec@novell.com --- Comment #1 from Michael Andres <ma@novell.com> 2009-11-02 17:14:18 MST --- As 'zypper rl' does not support -t at all, this notation is a convenient way to remove the correct lock again. The current 'zypper rl name' behavior is IMO also buggy. Zypper removes a lock for name even if it is not for kind package (which is what the commandline specifies). In fact one cannot remove specific non-package locks, as rl does not support -t. Supporting 'kind:name' notation would help, but -t should be added anyway. Fibonacci:~ # zypper ll # | Name | Type | Repository --+--------------------+---------+----------- 1 | yast2-samba-server | package | (any) 2 | yast2-samba-server | patch | (any) 3 | yast2-samba-server | pattern | (any) Fibonacci:~ # zypper rl yast2-samba-server Loading repository data... Reading installed packages... 1 lock has been successfully removed. Fibonacci:~ # zypper ll # | Name | Type | Repository --+--------------------+---------+----------- 1 | yast2-samba-server | package | (any) 2 | yast2-samba-server | patch | (any) - Initializing pool and target is most probably superfluous. - Zypper removed the pattern (last) lock. This is not what it was asked to do. @Jano: I sketched the suggested changes in branch 'ma-lock-changes'. Plaese have a look at them. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.