Thanks all for the comments, I noticed that there is an open request for
this: http://projects.reductivelabs.com/issues/2866

@John: both rpms are x86_64

Thanks

On Tue, Dec 22, 2009 at 8:27 AM, jcbollinger <john.bollin...@stjude.org>wrote:

>
>
> On Dec 22, 12:36 am, "Tony G." <tony...@gmail.com> wrote:
> > Running it manually I got:
> >
> > 1. /usr/bin/yum -d 0 -e 0 -y install nrpe_custom-01.1-10
> > Package matching nrpe_custom-01.1-10.x86_64 already installed. Checking
> for
> > update.
> >
> > Which is not true, but for some reason yum "believes" it is already
> > installed
>
> Do you have both i386 and x86_64 versions of the package installed?
> Perhaps different versions of the two?  Puppet does not account very
> well for packages that differ only in architecture.
>
> In any case, if yum's response there is indeed erroneous then you
> should work out your yum problems before continuing to wrangle Puppet.
>
> > Then Puppet after matching the versions complains with the Error saying
> the
> > update didn't happen.
> >
> > From my point of view this is an issue with yum that is not installing
> the
> > version defined in puppet.
>
> And if it is indeed a yum failure, then we can't be much help here.
> Indeed, having followed the thread up to now, I don't think I need to
> qualify that: there's not much we can do for you.  These are some of
> the factors in play:
>
> 1) By default, yum does not support package downgrading.  You need to
> install a plugin AND provide appropriate command line options to
> persuade it to downgrade packages.
>
> 2) Regardless of your yum plugins, Puppet is not issuing the options
> that would be needed to enable downgrading.
>
> 3) Downgrading isn't especially safe in general.
>
> > My concern is that Puppet states that the handling of packages via yum is
> > versionable <
> http://reductivelabs.com/trac/puppet/wiki/TypeReference#id70>(*The
> > provider is capable of interrogating the package database for installed
> > version(s), and can select which out of a set of available versions of a
> > package to install if asked*), which I assumed puppet will find the way
> to
> > exec yum to update *or downgrade* as in this case, but I guess I took
> that
> > too literal, and perhaps that is the definition of what a versionable
> > package handler as YUM does, but not exactly with Puppet.
>
> Yes, I think you read too much into that.  I also think that Puppet
> could provide better support than it currently does.  For instance, it
> could perhaps add an "allow_downgrade" parameter to the package type
> that, for the yum provider, would cause "--allow-downgrade" to be
> added to the yum command line.  I'm not sure what that would have to
> do for other versionable package providers, though.
>
> >
> > Wish I'll be wrong, but seems like I won't be able to downgrade packages
> via
> > yum.
>
> Supposing that you mean "via Puppet", I suspect you're right for now.
> Perhaps you would consider filing a feature request ticket?
>
> Best,
>
> John
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com<puppet-users%2bunsubscr...@googlegroups.com>
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>
>


-- 
Tony

--

You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.


Reply via email to