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
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@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@centos.org http://lists.centos.org/mailman/listinfo/centos-es
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@gmail.comescribió:
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@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@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Gracias por la orientación
Lo tendré en cuenta para las próximas actualizaciones. De momento para los vps's afectados veo que no queda más que hacer una reinstalación y dejarla original standard.
Saludos
El 02/09/2010 09:54 a.m., David Polanco escribió:
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
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.