Estoy intentando actualizar SVN 1.6 a 1.8. Cuando ejecuto los comandos:
yum install mod_dav_svn subversion
Recibo el siguiente error (después de una breve pausa):
http://repo.andrewfarley.com/centos/5/i386/repodata/repomd.xml: [Errno 12] Timeout: <urlopen error timed out>
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: andrewfarley. Please verify its path and try again
Por supuesto, ir a esa URL, de hecho, agota el tiempo de espera.
Intenté ejecutar estos comandos:
yum clean all
rm -f /var/lib/rpm/__db*
rpm --rebuilddb
Sin embargo, los problemas persisten.
Respuesta1
Repositorio muerto. Se trata de un repositorio no estándar que alguien utilizó para obtener algunos de sus paquetes. Determinaría lo que viene de ese repositorio y lo desactivaría en los /etc/yum.repo.d/* .repoarchivos correspondientes. Puede determinar qué paquetes provienen de este repositorio si conoce su nombre corto.
Ejemplo
Digamos que esto estaba en el .repoarchivo asociado con ese repositorio.
[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False
El nombre corto es la cadena entre corchetes, [fedora]. Entonces puedes verificar así:
$ yum list installed | grep '@fedora'
ORBit2.x86_64 2.14.19-9.fc20 @fedora
OpenEXR-libs.x86_64 1.7.1-6.fc20 @fedora
PyPAM.x86_64 0.5.0-18.fc20 @fedora
Si no aparece nada, ninguno de sus paquetes está utilizando este repositorio. En cualquier caso, deberá ocuparse de estos paquetes, ya sea actualizándolos a otros más nuevos desde un repositorio más nuevo o eliminándolos.
Nuevo repositorio
Aquí hay un repositorio que puede usar para 5 o 6 CentOS que proporciona SVN 1.8 + todos los paquetes auxiliares.
Aquí está la arquitectura x86_64 de ese repositorio que puede confirmar que definitivamente tiene el paquete mod_dav_svn 1.8:
Respuesta2
Por mi parte, había un proxy http configurado en /etc/yum.conf. Entonces eliminarlo resolvió mi problema.