[Yum] Bleeding edge avoidence

Panu Matilainen pmatilai at laiskiainen.org
Sun Sep 3 05:20:16 UTC 2006


On Fri, 1 Sep 2006, Les Mikesell wrote:
> On Fri, 2006-09-01 at 01:06, Panu Matilainen wrote:
>>> Is there documentation available for the various plugins and how
>>> to use them together?  For example, given a tested system, how
>>> would you tell a box in a different location to update/install
>>> to the same packages and versions?
>>
>> You can set the versionlock file to be somewhere remote, eg
>> locklist=http://my.main.server.com/versionlock/distro/$releasever or
>> similar. Then you just control that one file, all yum update/install
>> operations will use the versions specified there no matter what other
>> versions are available.
>
> I hate to sound dense, but I don't see how that follows the
> tested system.  Can you give a complete example or point to
> more detailed documentation?  The scenario is that one machine
> is used for testing and once it is approved, the same set
> of packages should be updated on a group of remote machines
> in different locations.  However, one or a few RPM packages will
> be local system config files that are tied to the machine
> location and should not be identical everywhere.

On that testing box, once a given pkgset is approved, you generate the 
versionlock list with something like 'rpm -qa > versionlock.list', edit if 
necessary (eg to allow for those per-machine differences) it to the 
published location all clients look at. That's how it basically goes.

>>> Also, now that the download-only option has been moved out of yum
>>> itself, how do you tell it to pre-fetch the packages you are going to
>>> need (either for this or a normal 'update'), so as to be able to plan
>>> the timing of the actual package installation/updates in a way not tied
>>> to internet bandwidth or health of remote repositories?
>>
>> One way to do "download only" with current yum itself is to set
>> tsflags=test in yum.conf, that way it'll just perform a transaction test
>> but not actually do anything to the system. Or you can write a five-line
>> plugin to make it stop once download completes.
>
> Again, how is someone supposed to know how to do this?  Do you
> now have to know python to interact with yum beyond the default
> 'I hope the repository is OK' mode?

As was pointed out by Seth, such a plugin has been already written while I 
wasn't looking :)

 	- Panu -



More information about the Yum mailing list