Hi Johnny, > Can you post the kernel versions and bfa-firmware versions that are > trying to up upgraded ... and whether you have the i386 or x86_64 > version installed? I'm getting exactly the same error when I try to update using the 'updates' repo only: > [root at orcus7 ~]# yum update --disablerepo=* --enablerepo=updates > Loaded plugins: downloadonly > updates | 3.5 kB 00:00 > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package bind-libs.x86_64 32:9.8.2-0.10.rc1.el6_3.6 will be updated > ---> Package bind-libs.x86_64 32:9.8.2-0.17.rc1.el6.3 will be an update > ---> Package bind-utils.x86_64 32:9.8.2-0.10.rc1.el6_3.6 will be updated > ---> Package bind-utils.x86_64 32:9.8.2-0.17.rc1.el6.3 will be an update > ---> Package cups.x86_64 1:1.4.2-48.el6_3.3 will be updated > ---> Package cups.x86_64 1:1.4.2-50.el6_4.4 will be an update > ---> Package cups-libs.x86_64 1:1.4.2-48.el6_3.3 will be updated > ---> Package cups-libs.x86_64 1:1.4.2-50.el6_4.4 will be an update > --> Processing Dependency: libjpeg.so.62(LIBJPEG_6.2)(64bit) for package: 1:cups-libs-1.4.2-50.el6_4.4.x86_64 > ---> Package dbus-glib.x86_64 0:0.86-5.el6 will be updated > ---> Package dbus-glib.x86_64 0:0.86-6.el6 will be an update > ---> Package gnutls.x86_64 0:2.8.5-4.el6_2.2 will be updated > ---> Package gnutls.x86_64 0:2.8.5-10.el6_4.1 will be an update > ---> Package kernel.x86_64 0:2.6.32-358.0.1.el6 will be installed > ---> Package kernel-firmware.noarch 0:2.6.32-279.22.1.el6 will be updated > ---> Package kernel-firmware.noarch 0:2.6.32-358.0.1.el6 will be an update > ---> Package libcgroup.x86_64 0:0.37-4.el6 will be updated > ---> Package libcgroup.x86_64 0:0.37-7.1.el6 will be an update > ---> Package libxml2.x86_64 0:2.7.6-8.el6_3.4 will be updated > ---> Package libxml2.x86_64 0:2.7.6-12.el6_4.1 will be an update > ---> Package openldap.x86_64 0:2.4.23-26.el6_3.2 will be updated > ---> Package openldap.x86_64 0:2.4.23-32.el6_4 will be an update > ---> Package openssl.x86_64 0:1.0.0-25.el6_3.1 will be updated > ---> Package openssl.x86_64 0:1.0.0-27.el6_4.2 will be an update > ---> Package selinux-policy.noarch 0:3.7.19-155.el6_3.14 will be updated > ---> Package selinux-policy.noarch 0:3.7.19-195.el6_4.1 will be an update > ---> Package selinux-policy-targeted.noarch 0:3.7.19-155.el6_3.14 will be updated > ---> Package selinux-policy-targeted.noarch 0:3.7.19-195.el6_4.1 will be an update > ---> Package tzdata.noarch 0:2012j-1.el6 will be updated > ---> Package tzdata.noarch 0:2012j-2.el6 will be an update > --> Processing Conflict: kernel-2.6.32-358.0.1.el6.x86_64 conflicts bfa-firmware < 3.0.3.1 > --> Finished Dependency Resolution > --> Running transaction check > ---> Package cups-libs.x86_64 1:1.4.2-50.el6_4.4 will be an update > --> Processing Dependency: libjpeg.so.62(LIBJPEG_6.2)(64bit) for package: 1:cups-libs-1.4.2-50.el6_4.4.x86_64 > ---> Package kernel.x86_64 0:2.6.32-279.14.1.el6 will be erased > --> Processing Conflict: kernel-2.6.32-358.0.1.el6.x86_64 conflicts bfa-firmware < 3.0.3.1 > --> Finished Dependency Resolution > Error: kernel conflicts with bfa-firmware > Error: Package: 1:cups-libs-1.4.2-50.el6_4.4.x86_64 (updates) > Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest I have the standard repos cr enabled. > [root at orcus7 ~]# yum list installed | grep bfa-firmware > bfa-firmware.noarch 3.0.0.0-1.el6 @base It works, however, when I do an update with the 'base' repo enabled as well. > Also, what are you upgrading from? In my case, CentOS 6.3 with daily updates installed. > We have not seen this specific issue in our QA testing. I found it by accident because I run yum-cron and pull daily updates. Best regards, Peter. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail URL: <http://lists.centos.org/pipermail/centos/attachments/20130311/75d4eb55/attachment-0005.sig>