PROPOSAL: Core redefinition
Andy Green
andy at warmcat.com
Sun Jul 25 11:06:46 UTC 2004
-----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-----
More information about the fedora-devel-list
mailing list