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 changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
Info Provider| |jkupec@novell.com
--- Comment #1 from Michael Andres 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.