Hey, The award for the lamest project name goes to ... "stacaccli" ... that's "Sta-teless Cac-hed Cli-ent". Woo :-) Here's what I have so far in terms of cached client tools: http://people.redhat.com/markmc/stacaccli/ It's in CVS on elvis.redhat.com too. Basically, it's got two things: 1) stacaccli-install: a cached client installer intended to be run once the client has been booted with NFS root. It takes the local disk, partitions it, sets up LVM, copies the image to one of the volumes and sets up the bootloader. 2) stacacclid: a daemon which runs on cached clients and periodically polls for updates, pulls them down and merges them. Also updates the kernel and initrd when necessary. I'd appreciate any comments. See the README and doc/TODO. It's probably too painful for anyone to try out right now given that you need to build a new kernel, libdevmapper and lvm. I guess I'd summarise my thoughts on it as: - The image repository format needs some though, in terms of the metadata, image and update formats, how we track which revision the client is at etc. etc. This is probably where people can most help out right now. - It's going to suck getting some of this code to work on multiple architectures e.g. + bootloader stuff - probably fix up booty to be less tied to anaconda and use that + partitioning stuff - only have support for dos partitioning atm Maybe this is a hint that this stuff really belongs in anaconda, but I'm dubious. There's so much stuff in anaconda we *don't* want. - Since all the daemon does is poll a URL regularly, perhaps it should just be run as a cronjob. Conceivably you could see us using LDAP notifications in the future, but in the mean time ... - The code sucks in various places. See doc/TODO and the FIXMEs in the code. Cheers, Mark.