I just waited a day, and it works now. Maybe something was missing from the repository.
On Fri, January 13, 2012 1:16 pm, Kevin Wood wrote: > Yes, that fixed the problem. > > I ran yum clean all && yum makecache && yum update and everything went > fine. > > Thanks for the quick resolution. > > > > ________________________________ > From: Pat Riehecky <riehe...@fnal.gov> > To: Kevin Wood <kevin_v_w...@yahoo.com> > Cc: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV > Sent: Friday, January 13, 2012 12:35 PM > Subject: Re: [SCIENTIFIC-LINUX-USERS] cracklib dependency problem > > I've rebuilt the metadata in the repository, can I have you run a yum > clean all and try the update again? > > Not sure how it got out of sorts, but my tests here show it working as > expected. > > Pat > > On 01/13/2012 10:30 AM, Kevin Wood wrote: >> I'm having the same problem. Running yum info cracklib shows that I have >> the x86_64 version installed from repo >> anaconda-ScientificLinux-201103021619.x86_64, which I'm guessing is the >> DVD install media. >> >> I tried uninstalling the installed version, but it would uninstall 650+ >> dependencies. I was able to yum reinstall it, but can't get the i686 >> version to install without throwing the error. And updating the x86_64 >> version requires the i686 version as a dependency, despite not being on >> the system already. >> >> ------------------------------------------------------------------------ >> *From:* Eve V. E. Kovacs <kov...@hep.anl.gov> >> *To:* zxq9 <z...@zxq9.com> >> *Cc:* scientific-linux-us...@fnal.gov >> *Sent:* Friday, January 13, 2012 11:02 AM >> *Subject:* Re: cracklib dependency problem >> >> Sorry, apparently I wasn't clear on the fact that the system does NOT >> have cracklib.i686 installed at present. It is yum that is trying to >> install it, along with cracklib.x6_64. This is odd. I would think that I >> would only need one or the other, and in my case that would be the >> x86_64 version. I am wondering if anyone else has seen this behavior. >> BTW, apparently this is an issue for SL6.0 only. I checked wth someone >> who has SL6.1 and for them, the yum updare went smoothly. >> Eve >> >> On Fri, 13 Jan 2012, zxq9 wrote: >> >> > Date: Fri, 13 Jan 2012 12:47:20 +0900 >> > From: zxq9 <z...@zxq9.com <mailto:z...@zxq9.com>> >> > To: scientific-linux-us...@fnal.gov >> <mailto:scientific-linux-us...@fnal.gov> >> > Subject: Re: cracklib dependency problem >> > >> > On 01/13/2012 08:16 AM, Eve V. E. Kovacs wrote: >> >> I am getting the following error when yum tries to do >> >> the nightly update on an SL6 system: >> >> >> >> Transaction Check Error: >> >> file /usr/share/locale/hi/LC_MESSAGES/cracklib.mo conflicts between >> >> attempted installs of cracklib-2.8.16-2.el6.i686 and >> >> cracklib-2.8.16-4.el6.x86_64 >> >> file /usr/share/locale/zh_CN/LC_MESSAGES/cracklib.mo conflicts >> between >> >> attempted installs of cracklib-2.8.16-2.el6.i686 and >> >> cracklib-2.8.16-4.el6.x86_64 >> >> >> >> The dependencies are messed up. >> >> Does anyone know how to resolve this? >> > >> > Have you tried rebuilding your rpm database (rpm --rebuilddb)? Usually >> I get pretty good luck with trying that before anything else. >> > >> > The second place to look would be to see if you really need both i686 >> and x86_64. If you don't have anything that depends on i686 you could >> safely remove it (this is likely, but check before you do anything). >> > >> > And... beyond that the cracklib package specs would need to be checked >> to see why these two versions of the same package are trying to >> override each other like that. These are only language translation >> files -- so its really not a big deal if you let one squish the other >> (it is extremely likely they are identical), but the spec should >> already be written that way to begin with. Specifically, if they >> really are different they should be installed to different locations, >> and if they are idential then they should be in a separate >> common-dependency noarch package or take another route to avoid a >> conflict. If this paragraph just confuses you then don't bother with >> specs unless you have some time on your hands, though. >> > >> > Hope this helped more than confused. >> > >> >> *************************************************************** >> Eve Kovacs >> Argonne National Laboratory, >> Room E-217, Bldg. 362, HEP >> 9700 S. Cass Ave. >> Argonne, IL 60439 USA >> Phone: (630)-252-6208 >> Fax: (630)-252-5047 >> email: kov...@hep.anl.gov <mailto:kov...@hep.anl.gov> >> *************************************************************** >> >> > > > -- Pat Riehecky > Scientific Linux Developer