cLIeNUX now has an "incoming" directory at...
linux01.gwdg.de/pub/cLIeNUX/incoming
Please don't mirror that directory, mirror this note, to you lovely mirroring folks.

cLIeNUX Core may become smaller, I hope. Some of what's in Core may be 
factored out into a "usability" package or something. Core is primarily
to be the platform-specific parts of an unbounded GNU/Linux.
So if you want to get something in Core it had better be crucial. Or tiny.
As far as packages, my current thinking is cLIeNUX "packages" shall be...
	tarred and gzipped
	relative pathnames
	Linux-specific. No HURD/BSD/SCO/dare_I_say_it config stuff.
	sourcecode. For sure they'll be sourcecode.
	can build without make. I'm serious.
	Not hardware platform specific, as much as possible.
	Docs shall be ascii text or html. Other formats in addition.

I got netpbm to build without make. Now I'm trying to do an X server.
Wish me luck. 

Packages I'd like to see, from someone more qualified in these areas than me
	"servers"
	gcc+       i.e. c++, FORTRAN....
	Perl   might go in "servers"
	prettyprinting
		groff   needs gcc+
		.
		TeX    
		LyX   needs X probably
		Ghostscript
		libvga ghostview

etc. etc.
I'll be delighted to get any submissions. The above is just to indicate
my general tendencies. 
-
I should also mention what I have now that's not like I really want it.
There are regex and TCP/IP ANS Forth sources out there that should be
integrated into Gforth. I'll probably also make an "interim" directory
for stuff that isn't properly bundled yet. The Linux kernel itself
wants to see a /dev, and either /bin, /sbin or /etc. Beyond that, I'd 
gladly rename the whole file hierarchy, and make some hooks so that can
be internationalized. Oh, back to packages I'd like to see, glibc 
as a binary even. Breaking my own rule already, but the glibc compile is
outrageous, and I have a 486. I'm also working on a libvga paint program,
but that will wait till I get to a succeed/fail point with "The Great
Makeless X Debacle".

Rick Hohensee       May 10 or so, 1999
rhohen@linux01.gwdg.de    humbubba@smart.net   rickh@capaccess.org