I have a small NFS-root installation I use for my DAQ systems, but it's based on the SL 3.x distro. It has a footprint of about 20MB. I have not updated it for SL4 since it took quite a bit of work to get it down to this size. We probably shouldn't burden Troy or Connie with this, but I think it would be a great idea for us to put together something like this that could be shared amongst SL users. Speaking of the SL 3x distro. What happens exactly when it is end-of-lifed? Will you freeze it and make the final set of ISO images and reclaim the space? Or, will the original ISOs and the rpm updates be available indefinitely? I have to make plans for transitioning my DAQ systems. Ken Jan Iven wrote: >>> By the way the "Minimal" option has gone too which we never used in >>> practice but I imagine could be useful. >>> >> Actually, I have found that I can do a much more minimal install than >> before. Before when you did minimal you got core and base. Now, you >> can actually uncheck things out of base. (Does my server really need >> pcmcia, I think not, out it goes) So I now have a much more trim server >> than I used to get with minimal. > > Would it be worthwhile sharing ideas for a "truly minimal" YUM group > (i.e. something that easily allows to add things, but is unlikely to > ever need something taken out of)? This idea has been touted a number of > times by various CERN users: > * to easily set up secure-by-default servers (take > "truly_minimal"+"my_server", let YUM sort out the rest) > * to create diskless images (i.e http://cern.ch/ahorvath/u-boot or > NFS-root clients) > * to create virtual machine images (chroot/Xen) > > If we ever get a good common candidate we could add it to the YUM group > definition (yumgroups.xml) even after release... > > As Troy has pointed out, TUV "core" wasn't (until now). The proposed > group should ideally be self-contained (i.e. no dependencies on packages > not in the group). While YUM certainly handles this better than anaconda > did, it makes for easier auditing. > > > Regards > Jsn >