There appears to be some dependency misconfiguration going on on the CentOS 6.5 side.
Now, Pharo doesn't run out of the box anyway (I guess that what Mariano mentioned is that Pharo runs on CentOS, not that things are running "out of the box with some yum incantations".
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package openssl.i686 0:1.0.1e-16.el6_5.4 will be installed
--> Processing Dependency: libz.so.1 for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libkrb5.so.3(krb5_3_MIT) for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libkrb5.so.3 for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libk5crypto.so.3(k5crypto_3_MIT) for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libk5crypto.so.3 for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libgssapi_krb5.so.2 for package: openssl-1.0.1e-16.el6_5.4.i686
--> Processing Dependency: libcom_err.so.2 for package: openssl-1.0.1e-16.el6_5.4.i686
---> Package openssl098e.i686 0:0.9.8e-17.el6.centos.2 will be installed
--> Running transaction check
---> Package krb5-libs.i686 0:1.10.3-10.el6_4.6 will be installed
--> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package: krb5-libs-1.10.3-10.el6_4.6.i686
--> Processing Dependency: libkeyutils.so.1 for package: krb5-libs-1.10.3-10.el6_4.6.i686
---> Package libcom_err.i686 0:1.41.12-18.el6 will be installed
---> Package zlib.i686 0:1.2.3-29.el6 will be installed
--> Running transaction check
---> Package keyutils-libs.i686 0:1.4-4.el6 will be installed
--> Finished Dependency Resolution
Error: �Multilib version problems found. This often means that the root
� � � �cause is something else and multilib version checking is just
� � � �pointing out that there is a problem. Eg.:
� � � �
� � � � �1. You have an upgrade for openssl which is missing some
� � � � � � dependency that another package requires. Yum is trying to
� � � � � � solve this by installing an older version of openssl of the
� � � � � � different architecture. If you exclude the bad architecture
� � � � � � yum will tell you what the root cause is (which package
� � � � � � requires what). You can try redoing the upgrade with
� � � � � � --exclude openssl.otherarch ... this should give you an error
� � � � � � message showing the root cause of the problem.
� � � �
� � � � �2. You have multiple architectures of openssl installed, but
� � � � � � yum can only see an upgrade for one of those arcitectures.
� � � � � � If you don't want/need both architectures anymore then you
� � � � � � can remove the one with the missing update and everything
� � � � � � will work.
� � � �
� � � � �3. You have duplicate versions of openssl installed already.
� � � � � � You can use "yum check" to get yum show these errors.
� � � �
� � � �...you can also use --setopt=protected_multilib=false to remove
� � � �this checking, however this is almost never the correct thing to
� � � �do as something else is very likely to go wrong (often causing
� � � �much more problems).
� � � �
� � � �Protected multilib versions: openssl-1.0.1e-16.el6_5.4.i686 != openssl-1.0.1e-15.el6.x86_64
�You could try using --skip-broken to work around the problem
�You could try running: rpm -Va --nofiles --nodigest