cLIeNUX FEATURES, Oct 1999

background

I'm wrapping up the next cLIeNUX release, which will be out in a matter of days, and will reflect most of what is described below. cLIeNUX is based on or influenced by or strives to be similar to several existing systems. My influences, and the influences I think will be of most use to Linux "on the desktop", are unix, Linux, the GNU system, the Amiga, the Forth programming language, and the ASCAP/BMI model of compensating music authors and recording performers. cLIeNUX is actually the current incarnation of an earlier proposal for a from-scratch-new Forth hardware-software platform I did, that never went anywhere, but saw some very encouraging discussion.

The open source movement in the unix world is nothing new. The Forth programming language gets much of its striking functionality from the fact that Forth is open source by design at the lowest level possible. The reusability and mutability of open source software is inate to the language, and the clear technical superiority of open source is well shown by Forth. However, what is also well shown in the Forth world is that this is a marketing problem. In order to make money on Forth one must dysfunctionalize it somehow, in order to maintain the distinction between developer and user, which is a distinction that is meaningless to Forth itself. Otherwise a vendor can not remain "the vendor", which is of course utterly unpalatable to many potential vendors, and so is not good for Forth in the marketplace.

As an attempt to address these problems, and as an absurd attempt by one guy to reinvent an entire complete microcosm, the Linux/GNU/unix world, the existing features of cLIeNUX are created or chosen to show how things might go if open source works could be almost automatically of some material value to the authors of them.

IN cLIeNUX Core

Notably absent from cLIeNUX Core

*roff, except the troff calls in libc that happen to be sufficient to run man2html; C++, gcc comes with the C cc1 binary only; libstdc++, which *roff wanted; vi, which is replaced by Pico (edit) and cLIeNUX ed; most servers; su, sudo and sticky bits; Perl; pretty-printing of any kind; kernel modules; GNU libc2, BKA "glibc", etc.

Documentation versus Automation

cLIeNUX configuration features are mostly just docs, and hyperlinks to docs. There are several reasons for this. Given the above, cLIeNUX tries to make sure you are aware of what is configured by what. /help/configuration.html is the primary example of this approach.

The X Window System for cLIeNUX

Largely due to the urging of Charles Lasitter, there will be an XCore for the next cLIeNUX, which is now in ../interim on the FTP mirrors. It features the Mosaic webbrowser, which is a bit out-of-date but reasonably useable and open-source, my xart version of the XPaint paint program, the xv ("X-View") picture browser/editor, and my configuration of the CTWM X window manager. The window manager is what implements the behavior of the GUI in X. CTWM is very full-featured, configurable, fully documented, and free of gratuitous bloat or dependancies. CTWM as configured in cLIeNUX features 8 virtual workspaces, focus-follows-mouse, minimized ("tabbed") window titlebars for minimum pixel waste and a fairly un-occludable region at the top of the screen, per-workspace window cloning and background images, animated window buttons, and a rich menu tree available by clicking mouse button one outside any application windows.

The Orphanage

In general, applications included in cLIeNUX tend to be a few years behind what is generally considered to be the hot new must-have. cLIeNUX stuff tends to be more mature. This is not entirely intentional. Mostly it's about most bang for the buck. The side effect though is that cLIeNUX may be the closest thing to active support for many of these apps or libraries, such as Linux libc5, XPaint/xart, Mosaic, SVGATextMode, sc, CTWM and others. There are much "nicer" alternatives to all of these, but most are resource, dependancy and configuration nightmares, and offer only marginal actual additional functionality. In the case of sc for example, I don't think there's anything similar that doesn't need X, which to the cLIeNUX view of modularity is quite unacceptable. Others may need certain libraries, or C++, or may have a bad habit of breaking thier own legacy, as is the case with The GIMP and GNU libc2. Also, one of Linux' great strengths is it offers an escape from the mad rush to obsolete hardware with bloated software. cLIeNUX is currently built primarily on 486 PS/2's, partially for this reason. You are of course welcome to install anything you want on cLIeNUX, but please don't bug me with problems installing the likes of Enlightenment, KDE, GNOME, xemacs and so on. Those are the sorts of things big companies have support departments for, and I don't use any of them. My comparison between the GIMP and xart is "xart does the 30% of what the GIMP does that you use 90% of the time in 10% of the resources." and I've been told that's a fair comparison. AND, xart even does a couple things the GIMP doesn't. That's typical of most of the apps in cLIeNUX, compared to thier alternatives or offspring. Also, smaller apps tend to interoperate better, particularly in unix. Orphan apps tend to be very self-sufficient, but also quite capable of, and open to, team play.

Licensing

Lots of cLIeNUX-originated material is released under the cLIeNUX license. Much of what distinguishes cLIeNUX from other distributions is not redistributable separate from cLIeNUX. This license is to create some material value for cLIeNUX and its contents as a distinct open source entity, which I believe may ultimately serve users and authors of open source works much better than they are now being served.

Rick Hohensee
Maryland
Oct 17 1999