Announcing RUM: offline update/install tool for YUM/RPM based systems.
a.badger at gmail.com
Mon Apr 9 17:12:43 UTC 2007
Just a side note. The name Rum is already used by a package management
On Mon, 2007-04-09 at 21:32 +0530, Debarshi 'Rishi' Ray wrote:
> I had in an earlier mail discussed the possibility of writing a
> separate tool, or an enhancement to YUM or Pirut for offline
> update/installation of packages on YUM/RPM based systems, specifically
> This formed the basis of my application to Google Summer of Code 2007.
> You may find a copy of the proposal at:
> Just to find out whether the back-end work of managing the profiles,
> and handling the yum-packs was going to be possible with the existing
> tool-set, I wrote a BASH script to do the job. No GUI, just a rough
> idea of the functionality. You can read more about it here:
> http://www.ilug-cal.org/wiki/index.php/RUM while the code is available
> at http://glug-nith.org/~rishi/download/src/rum.sh
> However I would like to bring to your attention a few of my
> observations. Firstly I understand that YUM does not support the
> facility of *just* downloading the packages and *not* installing them.
> The idea it seems is to let yumdownloader to do the job. The problem
> is that although yumdownloader is able to download packages, its
> --resolve option does not work. See
> https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=702 Moreover how
> can I ask yumdownloader to consult a different rpmdb than the default
> one at /var/lib/rpm?
> I am a bit curious to know why it is deemed inappropriate to have this
> feature in YUM itself? I do not want to be rude, but isn't it just a
> simple task of checking a command line option before actually starting
> to install the packages? Right now I have to use the --installroot
> option to force YUM to install to a different rpmdb and then delete
> everthing after extracting the packages downloaded to
> <new_root>/var/cache/yum/*packages/*.rpm to create the yumpack. This
> looks messy to me.
> GPG key ID: 63D4A5A7
> Key server: pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20070409/fe4e282e/attachment-0002.bin
More information about the devel