Mailinglist Archive: opensuse-features (893 mails)
| < Previous | Next > |
[openFATE 306116] Better lock handling in zypper
- From: fate_noreply@xxxxxxx
- Date: Wed, 12 Aug 2009 11:53:53 +0200 (CEST)
- Message-id: <feature-306116-12@xxxxxxxxxxxxxx>
Feature changed by: Ján Kupec (jkupec)
Feature #306116, revision 12
Title: Better lock handling in zypper
openSUSE-11.2: Rejected by Christoph Thiel (cthiel1)
reject date: 2009-07-16 18:04:38
reject reason: out of resources for 11.2.
Priority
Requester: Important
Projectmanager: Desirable
openSUSE-11.3: Evaluation
Priority
Requester: Important
Requested by: Marek Stopka (m4r3k)
Description:
Currently only two states in locking of packages are available (keep
package as is/do not care about package) but I think it would be much
more better to have a possibility lock only some parameters of
package... For example you have a 64bit machine, but you want keep some
package always in i586 version, but you still wanna version updates in
this case there should be a possibility to lock only this parameter. Of
course there is a lot of options what else can be locked, for example
version of package, meaning that you can't change package version, but
release number can change...
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-03-30 21:28:55)
I can see marginal value in an x86 vs x64 lock as 64 bits become more
popular.
upping to desirable.
#2: Ralph Ulrich (ulenrich) (2009-08-11 18:15:30)
I hate zyppers locking behavior. If you just want to reasure your
upgrades by a quick search, here a case study: I upgrade my openSUSE
factory. For it is much I do not use verbose to keep oversight:
"zypper ref && zypper dup"
Now I am unsure about an arch change (a vlc library becomes i686 from
pm but I want to stick with videolan.org), therefore on another console
I do:
"zypper se -s vlc"
Not possible - zypper search exits, it does not like the locked
database, why ?
+ #3: Ján Kupec (jkupec) (2009-08-12 11:53:05) (reply to #2)
+ This request is about package locks, not zypper process locks. However,
+ we are seeking to improve the inter-process locks as well, see e.g.
+ http://lists.opensuse.org/zypp-devel/2008-03/msg00075.html , i'm not
+ sure if there's another FATE entry for this. And yes, we hate the
+ global zypp lock, too :O)
--
openSUSE Feature:
https://features.opensuse.org/306116
Feature #306116, revision 12
Title: Better lock handling in zypper
openSUSE-11.2: Rejected by Christoph Thiel (cthiel1)
reject date: 2009-07-16 18:04:38
reject reason: out of resources for 11.2.
Priority
Requester: Important
Projectmanager: Desirable
openSUSE-11.3: Evaluation
Priority
Requester: Important
Requested by: Marek Stopka (m4r3k)
Description:
Currently only two states in locking of packages are available (keep
package as is/do not care about package) but I think it would be much
more better to have a possibility lock only some parameters of
package... For example you have a 64bit machine, but you want keep some
package always in i586 version, but you still wanna version updates in
this case there should be a possibility to lock only this parameter. Of
course there is a lot of options what else can be locked, for example
version of package, meaning that you can't change package version, but
release number can change...
Discussion:
#1: Federico Lucifredi (flucifredi) (2009-03-30 21:28:55)
I can see marginal value in an x86 vs x64 lock as 64 bits become more
popular.
upping to desirable.
#2: Ralph Ulrich (ulenrich) (2009-08-11 18:15:30)
I hate zyppers locking behavior. If you just want to reasure your
upgrades by a quick search, here a case study: I upgrade my openSUSE
factory. For it is much I do not use verbose to keep oversight:
"zypper ref && zypper dup"
Now I am unsure about an arch change (a vlc library becomes i686 from
pm but I want to stick with videolan.org), therefore on another console
I do:
"zypper se -s vlc"
Not possible - zypper search exits, it does not like the locked
database, why ?
+ #3: Ján Kupec (jkupec) (2009-08-12 11:53:05) (reply to #2)
+ This request is about package locks, not zypper process locks. However,
+ we are seeking to improve the inter-process locks as well, see e.g.
+ http://lists.opensuse.org/zypp-devel/2008-03/msg00075.html , i'm not
+ sure if there's another FATE entry for this. And yes, we hate the
+ global zypp lock, too :O)
--
openSUSE Feature:
https://features.opensuse.org/306116
| < Previous | Next > |