opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Re: zypper [Arriba de vs patch && duppr{^de 11.3 a 11.4 ?

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Re: zypper [Arriba de vs patch && duppr{^de 11.3 a 11.4 ??}
From: Patrick Shanahan <paka@xxxxxxxxxxxx>
Date: Tue, 20 Sep 2011 14:16:20 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 20 Sep 2011 14:18:11 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <alpine.LNX.2.00.1109201317020.7408@Esabayonagain.westell.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mail-followup-to: opensuse@xxxxxxxxxxxx
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Ptilopteri in Pandemonium
References: <alpine.LNX.2.00.1109151010560.15863@OpenSuSEme2010.localdomain> <20110915154121.GC31513@suse.de> <CAGpXXZKLiH+e+=Ls5RH3ZiqJcouSnPuX7btWqaLkwxUtdLZNHQ@mail.gmail.com> <alpine.LNX.2.00.1109161223000.5102@OpenSuSEme2010.localdomain> <alpine.LNX.2.00.1109181530000.5240@Telcontar.valinor> <alpine.LNX.2.00.1109190157260.6308@OpenSuSEme2010.localdomain> <alpine.LNX.2.00.1109191737170.5240@Telcontar.valinor> <alpine.LNX.2.00.1109192238390.4114@OpenSuSEme2010.localdomain> <alpine.LNX.2.00.1109201500300.5240@Telcontar.valinor> <alpine.LNX.2.00.1109201317020.7408@Esabayonagain.westell.com>
User-agent: Mutt/1.5.21 (2010-09-15)
* Joe(*theWordy)*Philbrook <jtwdyp@xxxxxxxx> [09-20-11 13:22]:
> aparecería que en *Sep 20, Carlos *E. *R. Dijo:
> > En lunes, 2011-09-19 en 23:42 -0400, Joe(*theWordy)*Philbrook escribió:
> > 
> > > En cualquier caso "yo" nunca puesto
> > > cualesquier "reglas" para *zypper (excepto una cerradura "ocasional" que nunca dejo
> > > en
> > > sitio mucho tiempo bastante para olvidar es allí.)
> > 
> > Sí, haces :-)
> > 
> > hay dos reglas "principales": el nivel de prioridad das cada *repo, y si el
> > posible actualiza es en un diferente *repo implicando un cambio de vendedor (significado, que
> > una vez escoges un paquete de un seguro *repo, no cambiará a una versión
> > más nueva en otro *repo).
> 
> Bien si el nivel de prioridad de cada *repo es puesto por *default pariente al
> orden en el cual son añadió, y así que era *randomly puesto al orden en
> el cual yo primero descubierto la existencia de cada *repo, entonces concederé que
> yo *inadvertently puede haber puesto que regla... ;-) 
> 
> En qué caso, cómo  voy sobre asignar un nivel de prioridad diferente?

*zypper --Ayuda
*zypper *mr --ayuda
*zypper *mr -*p <algún número> <*repo>
 
> Pero tan lejos cuando la existencia de alguna regla que causaría "*zypper hasta" 
> vendedor de cambio a pesar de cómo hombre *zypper implica que él  no, aquella regla
> habría sido puesta por algún *default valor, cuando la manera única podría ser dijo
> para tener puesto lo sería por la omisión de cualquier acción para ponerlo explícitamente...
> 
> Qué hace uno pone una regla para dejar *zypper hasta vendedor de cambio?

Edita /*etc/*zypp/*zypp.*conf
Cambio   # *solver.*allowVendorChange = Falso

> Y  aquello lo deja para cambiar vendedor en descargar error como un mal
> *checksum en la copia del vendedor actual de un paquete que es también disponible en
> otro habilitado *repo? 

No


*Más* de esto es *discoverable por utilizar el incluido *docs y/o *perusing
el *config archivos del preocupado *apps.

-- 
(*paka)Patrick *Shanahan       *Plainfield, Indiana, EE.UU.      *HOG # EE.UU.1244711
*http://*wahoo.No-*ip.*org        Álbum de foto: *http://*wahoo.No-*ip.*org/Galería2
*http://*en.*opensuse.*org                           *openSUSE Miembro de comunidad
Usuario de Linux Registrado #207535                    @ *http://*linuxcounter.Neto
-- 
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


* Joe(theWordy)Philbrook <jtwdyp@xxxxxxxx> [09-20-11 13:22]:
> It would appear that on Sep 20, Carlos E. R. did say:
> > On Monday, 2011-09-19 at 23:42 -0400, Joe(theWordy)Philbrook wrote:
> > 
> > > In any case "I" never set
> > > any "rules" for zypper (except for an occasional "lock" which I never leave
> > > in
> > > place long enough to forget it's there.)
> > 
> > Yes, you do :-)
> > 
> > There are two main "rules": the priority level you give each repo, and if the
> > possible update is in a different repo implying a vendor change (meaning, that
> > once you choose a package from a certain repo, it will not change to a newer
> > version on another repo).
> 
> Well if the priority level of each repo is set by default relative to the
> order in which they are added, and so was randomly set to the order in
> which I first discovered the existence of each repo, then I'll concede that
> I inadvertently may have set that rule... ;-) 
> 
> In which case, how would I go about assigning a different priority level?

zypper --help
zypper mr --help
zypper mr -p <some number> <repo>
 
> But as far as the existence of some rule that would cause "zypper up" to
> change vendor in spite of how man zypper implies that it won't, that rule
> would have been set by some default value, as the only way I could be said
> to have set it would be by the omission of any action to set it explicitly...
> 
> How does one set a rule to allow zypper up to change vendor?

edit /etc/zypp/zypp.conf
change   # solver.allowVendorChange = false

> And would that allow it to change vendor on download error such as a bad
> checksum on the current vendor's copy of a package that is also available in
> another enabled repo? 

no


*Most* of this is discoverable by using the included docs and/or perusing
the config files of the concerned apps.

-- 
(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
-- 
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>