[Fedora-livecd-list] [PATCH 3/6] Setting the yumcache

Colin Walters walters at redhat.com
Wed Aug 8 17:31:26 UTC 2007


On Wed, 2007-08-08 at 12:37 -0400, Jeremy Katz wrote:
> On Tue, 2007-08-07 at 17:49 -0400, Colin Walters wrote:
> > On Tue, 2007-08-07 at 17:26 -0400, Jeremy Katz wrote:
> > > So, I commented a little on Colin's related patch... I'm leaning towards
> > > this approach, though.
> > 
> > If using the system yum cache works, that makes a lot of sense to me.
> 
> The nice thing with allowing it to be specified is that you can either
> end up with
> a) unspecified does a private cache, just like now (this is an important
> case to keep working, especially when doing multiple builds at a time
> from a fast local source)

I don't quite understand this one - the cache is in the tempdir as far
as I can see; therefore it's not shared between builds?

> b) you can specify the system cache if you're pointing at the same repos
> as your system.  that can save you download time, etc if you do
> keepcache=0 in your system yum.conf or do your system update after
> creating a live image

(keepcache=1 I assume you mean)  But is there the potential for things
to break if multiple yum processes write to it?

> c) you can specify something like /var/tmp/livecd-cache if you want to
> have a livecd-specific cache.

I don't really want it to be livecd-specific.  The goal is just to have
tools that by default do not repeatedly download huge files over the
internet.  I have plenty of gigs of hard drive space.  Mock drove me
absolutely nuts for this reason (yes, it has some magic --cache option
that's not the default, requires manual intervention to update, and was
broken anyways last I tried).

Hmm.  Would anything break if we just pointed all the tools
at /var/cache/yum?  Does yum delete all files it sees there if it has
keepcache=0?  And what about the concurrency issue?






More information about the livecd mailing list