As sugestões do @Case de yum erase apr
e yum downgrade apr
são boas, mas se você quiser fazer um pouco mais de investigação e ver qual é o aplicativo ofensivo, faça o seguinte:
Você pode verificar quais pacotes instalados requerem o pacote de bloqueio "apr-1.3.12-1.jason.1.x86_64" da forma como;
# rpm -q --whatrequires apr
**apr-devel-1.2.7-11.el5_6.5** <--(this or something else in the list)
...
apr é o "tempo de execução portátil do apache" e foi presumivelmente instalado como uma biblioteca por alguma outra transação do pacote de software relacionado ao httpd.
E então você pode ver as dependências desse pacote ofensivo usando o seguinte comando;
# rpm -v -q --requires apr-devel
/sbin/ldconfig
libapr-1.so.0()(64bit)
libc.so.6()(64bit)
....
Para ver quais dependências são requeridas pelo novo pacote que você está tentando instalar do repositório, você pode usar;
# yum deplist apr
Finding dependencies:
package: apr.i386 1.2.7-11.el5_6.5
dependency: libc.so.6(GLIBC_2.1.3)
provider: glibc.i686 2.5-65
provider: glibc.i686 2.5-65.el5_7.
...
Em termos mais gerais, o problema é que os pacotes antigo e novo entram em conflito e você terá que resolver o problema decidindo qual conjunto de pacotes você vai manter e quais remover.
Eu pessoalmente preferiria manter o uso da versão distro do pacote apr, pois é usado por um monte de softwares baseados no apache.
Para ver uma saída detalhada e maluca do yum tentando encontrar as dependências para você, adicione o sinalizador -v;
# yum -v deplist apr
...
pkgsack time: 3.261
rpmdb time: 0.000
Finding dependencies:
Searching pkgSack for dep: /sbin/ldconfig
Potential match for /sbin/ldconfig from glibc-2.5-65.i686
Potential match for /sbin/ldconfig from glibc-2.5-65.x86_64
...