On Wed, 16 Jan 2008 17:47:40 -0500
Colin Walters <[EMAIL PROTECTED]> wrote:
> I think it would be cool if the operating system basically had a big
> key-value cache, that would be automatically purged as system space
> ran low. So various tools could stuff rpm SHA1->rpm into there.
> Maybe you co
On Wed, 2008-01-16 at 17:28 -0500, Jesse Keating wrote:
> I've thought some about it. We don't want to stomp on the
> system /var/cache/yum, don't want to accidentally clear a cache when it
> shouldn't, or lock the system yum from doing anything while you're
> composing.
I think it would be cool
On Wed, 16 Jan 2008 14:35:28 -0500
Bill Nottingham <[EMAIL PROTECTED]> wrote:
> Speaking of, we already have:
>
> - livecd-creator --cache
> - /var/cache/pungi
> - /var/cache/yum/
> - InstantMirror
>
> Is there any work/thought on makeing these not duplicate each other
> so much?
I've thought s
InstantMirror (I suspect) has the advantage that it can be utilized
anytime you're looking for rpms for livecd-creator, your local machine,
etc. And, I suspect, by configuring it right, you can actually use it
as a repo server for an entire network.
They say they're working on creating a daem
I vote yes.
Yes- I assumed --cache was so obvious, that you must have wanted
something for a wider purpose than just livecd creation.
But I think, perhaps this brings out another issue- is it time for
"man livecd-creator" to work?
-dmc
Tim
Colin Walters wrote:
On Wed, 2008-01-16 at 10:4
Douglas McClendon ([EMAIL PROTECTED]) said:
> Tim Wood wrote:
>> Thanks. That will work. InstantMirror does look more maintainable but
>> has the downside (at v0.4) that it looks a little early to use as the
>> basis of real work.
>
> Yes- I assumed --cache was so obvious, that you must have w
Tim Wood wrote:
Thanks. That will work. InstantMirror does look more maintainable but
has the downside (at v0.4) that it looks a little early to use as the
basis of real work.
Yes- I assumed --cache was so obvious, that you must have wanted
something for a wider purpose than just livecd cre
Thanks. That will work. InstantMirror does look more maintainable but
has the downside (at v0.4) that it looks a little early to use as the
basis of real work.
Tim
Colin Walters wrote:
On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote:
Okay, uncle. I can't find documentation on the --c
On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote:
> Okay, uncle. I can't find documentation on the --cache option. I've
> found that you are supposed to pass it a path but no write-up on what
> is cached and for how long, etc. What exactly does it do?
Basically it's a stupid lookaside cache -
Okay, uncle. I can't find documentation on the --cache option. I've
found that you are supposed to pass it a path but no write-up on what is
cached and for how long, etc. What exactly does it do?
Tim
Colin Walters wrote:
On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote:
I've been (fin
I'll check that out, too.
Tim
Colin Walters wrote:
On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote:
I've been (finally) setting up a local Fedora 8 Repository. In the
process, I've discovered that os+updates+development now approaches
20G.
You are aware of the --cache option t
On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote:
> I've been (finally) setting up a local Fedora 8 Repository. In the
> process, I've discovered that os+updates+development now approaches
> 20G.
You are aware of the --cache option to livecd-creator, right?
--
Fedora-livecd-list mailing li
Squid would probably do what I want... but it does seem like an elephant
gun solution. The InstantMirror discussion sounds like what I'm talking
about. I will check it out and see how well it works.
Tim
Douglas McClendon wrote:
Tim Wood wrote:
I've been (finally) setting up a local Fedora
Tim Wood wrote:
I've been (finally) setting up a local Fedora 8 Repository. In the
process, I've discovered that os+updates+development now approaches
20G. Given that a lot of that material is not relevant to me --at a
guess 2G of the archive plus update and dev versions so 4-6G-- I
realized
I've been (finally) setting up a local Fedora 8 Repository. In the
process, I've discovered that os+updates+development now approaches
20G. Given that a lot of that material is not relevant to me --at a
guess 2G of the archive plus update and dev versions so 4-6G-- I
realized a repository too
15 matches
Mail list logo