[CentOS-es] repositorios para actualización de S.O. y paquetes en general

[Edg@r Rodolfo]

Hola yo tambien tuve problemas con repos, rpmforge solo va bien para
multimedia y otras cosas, me percaté que cuando ponia rpmforge y epel habia
conflicto en alguna dependencias, karan tambien es bueno, pero segun yo
segun lo q pude experiemntar es mejor usar un solo repo de terceros


є∂gα� �σ∂σℓfσ єи gиυ/ℓιиυאָ
http://cybernautape.tk/




El 2 de septiembre de 2010 10:48, Carlos Martinez <camarti en gmail.com>escribió:

> Saludos.
>
> A menos que se usen paquetes que no están dentro de la distribución, el uso
> de repositorios de terceros debe evitarse. Y si se usan, en la medida de lo
> posible deben ser únicos.
>
> Repositorios como rpmforge y epel son repositorios generales que contienen
> paquetes que entran en conflicto con los de otros repositorios y
> yum/yum-priorities no son tan inteligentes como para resolverlos por sí
> solos. Si se dan  problemas por bloqueo de dependecias circulares y
> conflictos estos se deben resolver manualmente, desactivando uno o más
> repositorios y probablemente desinstalando y volviendo a instalar los grupos
> de paquetes conflictivos.
>
> El mismo epel dice lo siguiente:
>
> "Mixing different RPM repositories that were not designed to be mixed can
> lead to incompatibilities that often result in dependency resolution
> problems in yum or up2date. Sometimes it even happens that software is not
> working as expected if libraries and applications come from different
> repositories. EPEL is designed as an add-on repository for RHEL and
> compatible derivatives. The best way to avoid problems is to avoid mixing
> EPEL with other third party repositories that have conflicting packages on
> the same system. Some people nevertheless do it and the yum priorities
> plugin can help to avoid the worst problems."
>
> Hasta la próxima.
>
> Carlos Martínez
>
> 2010/9/2 David Polanco <dpolanco en pxsp.com>
>
>>   Buen día
>>
>> Quisiera tener vuestra opinión respecto a las fuentes de repositorios para
>> CentOS. Resulta que en la mayoría de vps's nuestros tengo configurados
>> varios repositorios adicionales a los genéricos CentOS-Base.repo y
>> CentOS-Media.repo con que viene la instalación de CentOS. Los demás que
>> tengo son:
>>
>> (Atomic) http://www.atomicorp.com/channels/
>> (Epel) http://fedoraproject.org/wiki/EPEL/FAQ#howtouse
>> (Rpmforge) http://dag.wieers.com/rpm/FAQ.php#B
>> (Virtualmin) en aquellos servidores que cuentan con este panel
>>
>> Todos los repositorios les tengo orden de prioridad para que todo sea un
>> poco más ordenado con yum-priority activo, pero al momento de realizar una
>> actualización masiva me encontré con un conflicto de dos paquetes con
>> dependencia "circular".... en otras palabras no era capaz de resolver las
>> dependencias con el mismo repositorio. La solución fue desactivar
>> aleatoreamente uno de los dos para que dichas dependencias fueran
>> satisfechas juntas.
>>
>> Entro en duda pq entonces veo que el yum-priority realmente no sirve de
>> nada, y por que ya no se si no debería usar tantos repositorios juntos. Uds
>> que recomiendan según su experiencia para contar con un buen pool de
>> repositorios para mantener actualizados los paquetes?. ó cual de estos es
>> suficiente o tiene al menos las versiones más recientes?
>>
>>
>> Gracias
>>
>>
>> --
>>
>> David Polanco    |    Responsable de Sistemas
>> Calle Castelló 24, Escalera 2, Oficina 3 - Izquierda
>> C.P. 28001 - Madrid, España
>> Tel. 902 900 183 - Fax. 901 021 003
>>
>> [image: PXSP | www.pxsp.com] <http://www.pxsp.com/>
>>
>> ADVERTENCIA DE CONFIDENCIALIDAD:
>> Este mensaje se dirige exclusivamente a su(s) destinatario(s) y puede
>> contener información privilegiada o confidencial. El acceso a esta
>> notificación por otras personas distintas a las designadas no está
>> autorizado. Si Vd. no es el destinatario indicado, queda notificado que la
>> utilización, divulgación y/o copia sin autorización está prohibida en virtud
>> de la legislación vigente. Si ha recibido este mensaje por error, por favor
>> le rogamos que lo comunique inmediatamente al remitente vía e-mail y proceda
>> a su destrucción.
>>
>> CONFIDENTIALITY NOTICE:
>> This message is intended exclusively for its addressee and may contain
>> confidential or privileged information. Access to this email by anyone else
>> is unauthorised. If you are not the intended recipient you are hereby
>> notified that any dissemination, copy or disclosure of this communication is
>> strictly prohibited by law. If this message has been received in error,
>> please immediately notify us via e-mail and delete it.
>>
>> _______________________________________________
>> CentOS-es mailing list
>> CentOS-es en centos.org
>> http://lists.centos.org/mailman/listinfo/centos-es
>>
>>
> _______________________________________________
> CentOS-es mailing list
> CentOS-es en centos.org
> http://lists.centos.org/mailman/listinfo/centos-es
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.centos.org/pipermail/centos-es/attachments/20100902/34fc23bf/attachment.html 
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : image/jpg
Tamaño     : 1318 bytes
Descripción: no disponible
Url        : http://lists.centos.org/pipermail/centos-es/attachments/20100902/34fc23bf/attachment.jpg