On Thu, Jul 26, 2012 at 4:52 PM, jcbollinger <john.bollin...@stjude.org>wrote:
> > That is what I'm inclined to think, Matthew's denial notwithstanding. It > is at any rate exactly the behavior that would be expected if some other > package were installed or updated that required newer versions of the > packages in question. Puppet knows about and logs only the package it > actually requests. > > Furthermore, it does not follow from the failure to install the one new > package that no other packages were updated in that run. If yum performed > dependency resolution successfully and download all the needed packages, > then it would have started installs. The requested package will always be > installed last, because it depends directly or indirectly on everything > else. If one of the installs fails then yum will fail, but any packages > that were successfully installed before the failure will remain installed. > > This is all a good argument for maintaining your own repositories. If you > control the packages available for installation then you don't need to > worry (as much) about unwanted updates. I'm actually guessing this is what happened. The docxml package is not present, and is actually obsoleted by php-xml, but I'm guessing that yum didn't say that early enough to have stopped a massive upgrade across all PHP packages. And yes, I'm well aware of the need to control your own repo's. I don't control these systems sufficiently to be able to do that for all my repo's, but it's the first thing we're doing for the new datacenter we're building. It was an odd set of circumstances, which led to a package failing to install, but actually requiring newer versions. I'm glad that the default is to use present, which overall means that the issue is.. moot... and the problem was caused by a bad list of yum packages to install that I got from documentation from a predecessor. Oh what fun it is to move to using config mgmt ;) So much simpler to do it on clean builds! > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@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.