Mailinglist Archive: zypp-devel (148 mails)
| < Previous | Next > |
Re: [zypp-devel] api proposal for locks
- From: Michael Matz <matz@xxxxxxx>
- Date: Thu, 27 Mar 2008 17:22:59 +0100 (CET)
- Message-id: <Pine.LNX.4.64.0803271705550.20583@xxxxxxxxxxxxx>
Hi,
On Thu, 27 Mar 2008, Josef Reidinger wrote:
Hmm, true. This could be solved by a hierarchy of locks and unlocks, the
last one wins. E.g. with
lock:a*
unlock:ab*
lock:abcde
all a* would be locked, except the ab* which are not locked, except abcde
which is locked again.
But this quickly gets out of hand for no big benefit (not many people are
writing regex locks).
Hmm. Ugly. I kind of liked the possibility of the regex locks, though
this was only supported if written by hand, and interacted strangely with
locks from the GUI. Does anybody have convincing use-cases for regex
locks (i.e. any other than abstract niceness)?
Ciao,
Michael.
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
On Thu, 27 Mar 2008, Josef Reidinger wrote:
Hi, I see same. Drop support mean that no one can use regex in this file
(user cannot add this also), so this is not possible. (no a* in lock
file). Your idea have problem when user want unlock abcd package.
Hmm, true. This could be solved by a hierarchy of locks and unlocks, the
last one wins. E.g. with
lock:a*
unlock:ab*
lock:abcde
all a* would be locked, except the ab* which are not locked, except abcde
which is locked again.
But this quickly gets out of hand for no big benefit (not many people are
writing regex locks).
Hmm. Ugly. I kind of liked the possibility of the regex locks, though
this was only supported if written by hand, and interacted strangely with
locks from the GUI. Does anybody have convincing use-cases for regex
locks (i.e. any other than abstract niceness)?
Ciao,
Michael.
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |