Sometimes yum (and things calling it) do better when using package-name.arch like openldap-libs.i386 vs openldap-libs.x86_64 if that makes sense. I think that's what's happening.
On Tue, Nov 19, 2013 at 5:43 AM, Dan White <[email protected]> wrote: > Did you try > > yum update --verbose <package> > > as suggested ? > > > “Sometimes I think the surest sign that intelligent life exists elsewhere in > the universe is that none of it has tried to contact us.” > Bill Waterson (Calvin & Hobbes) > > ________________________________ > From: "Richie Rees" <[email protected]> > To: [email protected] > Sent: Tuesday, November 19, 2013 8:33:35 AM > Subject: Re: [Puppet Users] Yum Related Versioning Issue > > > Hello again Ygor, > > Its a 64 bit internal package, its only built for the 64 bit platform. > there are a number of different versions in the repo but none of the same > major build so can't see why it would be getting confused. > > Thanks, > > Richie. > > > > On Tuesday, 19 November 2013 13:23:47 UTC, Ygor wrote: >> >> Details, please. >> >> What is the package in question ? >> >> Are you running 32 bit or 64 bit ? >> >> “Sometimes I think the surest sign that intelligent life exists elsewhere >> in the universe is that none of it has tried to contact us.” >> Bill Waterson (Calvin & Hobbes) >> >> ________________________________ >> From: "Richie Rees" <[email protected]> >> To: [email protected] >> Sent: Tuesday, November 19, 2013 4:48:48 AM >> Subject: [Puppet Users] Yum Related Versioning Issue >> >> Hi All, >> >> Come to borrow some of your collective wisdom again, Seeing a problem >> installing an rpm using a fairly basic class on a RHEL 5 box using yum as >> the provider, I am seeing the following error message :- >> >> Error: Could not update: Failed to update to version 5.35.0-3_el5 , got >> version 5.35.0-3_el5 instead >> >> This is reported as a fail so all the resources that are dependent on the >> package installing including the service and config files are not set as the >> class states they should be. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/puppet-users/4e79b8ce-ee3d-4b01-a28c-32ce3e401838%40googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/11708b3a-6ad4-40b5-afa6-ca3d52c844e5%40googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/545694092.4619408.1384868583959.JavaMail.root%40sz0126a.westchester.pa.mail.comcast.net. > > For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAMto7L%2BO-vgHszoVJX2%2BCm4VfVyURwLsEwib%3DiymO2F6DbhcQg%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.
