[chef] Re: Fwd: Testing/feedback on Yum provider improvements


Chronological Thread 
  • From: KC Braunschweig < >
  • To:
  • Subject: [chef] Re: Fwd: Testing/feedback on Yum provider improvements
  • Date: Wed, 11 May 2011 19:08:55 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=S0NwhqxMSF0QQVTuat4gMqYGzmFJBrDKRBiF5CrptddCRW34O1d7QSjgHAQOAbAfoN /cbZjZEDQ4hhFhOyBocU3FScgdUjaUpfJCNeHcK41tMXgg3BRsZY56YtAoLieQQjmSJB RlNQ8zUxb7yEt7/Lz1UVWF3sxc3uSHfdQ6scQ=

- Applied updates to noted files on a fresh 0.10.0 gem installed
server on RHEL 5.6.
- Bootstrapped a RHEL 5.6 client box and ran some cookbooks on it. No
problems to report. Didn't do much that's particularly wild w/
packages. Mostly standard package definitions in recipes that'll be
handled by yum like:

package "perl-Date-Calc" do
  action :install
end

package "perl-HTML-CalendarMonthSimple" do
  action :install
end

package "sudo" do
  action :upgrade
end

#remove default apache if installed
package "httpd" do
  action :remove
end

#now install custom apache
package "apache-httpd" do
  action :install
end

package "java-1.4.2-gcj-compat" do
  action :remove
end

package "sun-jdk-1.6" do
  action :install
  version node['java']['version']
end

KC


On Wed, May 11, 2011 at 4:42 PM, KC Braunschweig
< >
 wrote:
> Ok, served as a good excuse to make sure my process for building a new
> chef server from scratch was working. Got a test server up. Going to
> apply your patches and see if I can do some stuff with it. We don't
> have many known working cookbooks yet so I won't be able to do too
> much interesting stuff with it, but I can at least run some cookbooks
> that install packages w/ yum and will let you know if anything
> explodes.
>
> KC
>
> On Wed, May 11, 2011 at 8:18 AM, Matthew Kent
> < >
>  wrote:
>> Looking for testers!
>>
>> ---------- Forwarded message ----------
>> From: Matthew Kent 
>> < >
>> Date: Wed, May 11, 2011 at 12:17 AM
>> Subject: Testing/feedback on Yum provider improvements
>> To: 
>
>>
>>
>> Hello!
>>
>> I've been working quite heavily on the Yum provider in 0.10 over the
>> past couple weeks and have reached a point where I'm looking for some
>> testing and feedback. The branch is at
>>
>https://github.com/mdkent/chef/commits/yum-improvements
>>
>> For testing purposes the extent of the changes are confined to
>>
>> chef/lib/chef/monkey_patches/numeric.rb
>> chef/lib/chef/monkey_patches/string.rb
>> chef/lib/chef/provider/package/yum-dump.py
>> chef/lib/chef/provider/package/yum.rb
>> chef/lib/chef/resource/yum_package.rb
>>
>> If anyone has a spare server and time to copy those overtop of an
>> existing gem install of 0.10 and give their cookbooks a whirl I'd be
>> *very* appreciative.
>>
>> As for the changes, notable yum_package improvements include:
>>
>> * YumCache speed improvements when installing/upgrading/removing
>> multiple packages - now only the installed packages are refreshed
>> after each action during a Chef client run. Also, data is now loaded
>> on demand - getting rid of a useless cache refresh at the end of the
>> Chef client run.
>> * Ability to flush the YumCache via a flush_cache [ :before, :after ]
>> attribute that will dump the cache before the current resource is
>> loaded and/or after a package is installed/upgraded/removed. This is
>> for users installing yum repositories as packages.
>> * Ability to downgrade packages via a allow_downgrade true/false
>> attribute that will, if necessary based on the candidate and installed
>> versions, allow a call to 'yum downgrade' rather than 'yum install' to
>> successfully complete the install.
>> * Ability to pass the package arch in the package_name like
>> "strace.i386" ('yum list' outputs package names like this)
>> * Improved error handling in parsing yum-dump.py output and package
>> version handling. We ensure that the version to install is actually
>> newer than the installed version.
>> * Nearly rewritten yum-dump.py with improved error handling and output 
>> options.
>> * Added some RPM related utility classes used in the improvements and
>> useful for future work.
>> * A whole ton of unit tests to cover (hopefully) all of the work,
>> including the fun to test YumCache itself.
>>
>> Ticket fix list:
>>
>> CHEF-1287: speed up yum provider
>> CHEF-1245: Yum package provider fails poorly when it encounters
>> unexpected output from yum-dump.py
>> CHEF-1063: yum query/yum-dump.py fails when a locally-compiled Python
>> is in $PATH
>> CHEF-2272: yum-dump.py - commas are valid in package names
>> CHEF-2280: general yum-dump.py improvements
>> CHEF-311: yum provider - better cache refresh
>> CHEF-2283: yum/rpm providers - rpm version handling
>> CHEF-1819: Chef isn't recognizing yum .x86_64 syntax
>> CHEF-2085: YumCache needs unit tests
>> CHEF-2301: general yum provider improvements
>> CHEF-2330: yum provider - allow flushing of cache
>> CHEF-1790: Modify package/yum.rb upgrade_package to support
>> "downgrade" in certain situations
>>
>



Archive powered by MHonArc 2.6.16.

§