Why are there only i686 and i586 Version of glibc and kernel?-- not "lite" (386/486 @ 400MHz+, 256MB RAM)

[Jeff Spaleta]

On Sun, 6 Jun 2004 18:39:50 +0100, Luciano Miguel Ferreira Rocha
<strange at nsk.no-ip.org> wrote:
> Sure. A compiler is definitive a developer niche. Why do FC ship one?
Sigh..... i think the better question is why would FC continue to ship
one after Extras openings up officially. Remember any discussion about
'dropping' crap out of Core happens in the context of having an
official Extras in place to catch those packages.
So what makes the most sense to ask is...in the future...why would FC
ship a compiler. And I would say to that question...becuase there is
inherent value to open source CORE in providing the build tools which
the srpms that make up the CORE packages.

> I don't see as support for a common used scripting language should be
> delegated to a 3rd party (as it is now).

Becuase IF in the future the scripting language isnt being used by
packages in core.....then the scripting language shouldn't be part of
Core either. There is no reason keep a scripting language in Core, if
ALL the imnumerable projects that need it are sitting OUTSIDE of Core.
If we tried very very hard...we could probable have Core be 3 cd
images of nothing but libraries and script interpreters with no
general purpose applications at all....thats not general purpose...no
way...no how.  Keeping a scripting language IN core when no packages
IN core are using it...isn't necessarily a good thing.  People need to
stop thinking that Core is going to provide everything for everybody.
Core can not hold the dependancies for all possible application level
projects in existence. Moving forward Extras is going to become very
important for any usage outside the very narrow and specific usage
situations that Core alone will be aimed at.

-jef

  
If core