-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 25 July 2004 11:32, Jos Vos wrote: > On Sun, Jul 25, 2004 at 11:08:17AM +0100, Andy Green wrote: > > Redefine "Core" to mean a true minimal install. I have a remote > > dedicated server that is running Fedora (fantasically) for example, that > > scenario is a great candidate for being "Core". No Xorg, try to shrivel > > package interdependencies to a much better minimum set. > > > > [..] > > > > All the extra packages are installed by yum or equivalent once Core is > > installed and running, as a normal action. Packages installed should be > > the latest available from repos available, not the ones on install media, > > just like a real user using yum update. > > What about automatic installation (kickstart), Don't know it well enough to say... > > Nothing to stop Anaconda > > allowing package selection at the start of the install and automating the > > install action on the first reboot. ...the above sounds like it should be able to map on to whatever is needed tho. > what about install media > (network access should *not* be a prerequisite), what about the number I did not say network access should be a prerequisite. Whatever Yum or equivalent can handle as a tranport will be fine, including mounted CDs. But unlike at the moment, the install action COULD use updated packages initially if network access was configured. > of CD's we need when we split up the non-core stuff in all kinds of > additional sets, what about... No problem. By giving the moniker "core" its real meaning, it would only give extra opportunities for modular packaging, not make new difficulties. You have this couple of hundred megs or whatever of really core stuff and then just working sets of RPMs. At the moment with the "bogo-Core" situation I have to pull down the Gnome DE for example when I pull the distro, if I want it or not. By exploiting yum folks can pull down the real core ISO, and then go off in whatever direction they like mixing and matching package sets from Extras. > Not meant to be specifically a response to this posting, but I think > shrinking the core distribution is a very bad thing. It should be a > *complete* distribution, otherwise it just is not a distribution. I understand your point. But if the plan is to create this Core / Extras discontiguity anyway, and now RH seriously considers to move KDE into the ghetto, then this is "shrinking the core distribution". > If people nearly always need more than the core, why would we want to > leave it out for that few percents that only want a firewall? Anaconda > still has the minimal install option. A tool for creating a small > package subset for a specific purpose, honouring all dependencies, > would be a handy thing, for people that want their own small subset. The minimum install in Anaconda is bloated, it's not Anaconda's fault but the dependencies listed in the RPMs. I know this because I did some work to install by hand a minimum install based on FC1. A really lean really core install, looked after as part of Fedora by RH, would be really valuable. Yes it can be a firewall but it can be a stable basis for other kinds of purpose-built distros too. Basically, my suggestion is that "core" should be the minimum userspace stuff around the kernel that is needed in almost all scenarios. Everything else is in Extras, or you can make another repo layer Fedora GDesktop which is Core+Xorg+Gnome. It occurs to me this might not map on to the RH grand plan of FC -> RHEL, in which case I gracefully concede nothing is going to happen with it. - -Andy - -- Note: all HTML Email to me is rejected at the mailserver -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBA5RGjKeDCxMJCTIRAnlAAKCVoAGUiKRGz0aB+bIavqeQjvdvSQCfVF+7 pRXWxAQtcb/d2VHvyWu3Ag4= =qpNX -----END PGP SIGNATURE-----
