Subject: | |
From: | |
Reply To: | |
Date: | Tue, 15 May 2007 13:36:36 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
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
>
|
|
|