
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

</head>

<body bgcolor="#ffffff" text="#000000">

Just tentatively now, if I end up starting a real Linux desktop

project, I'm thinking of calling it Paradigm Desktop Linux, PDL for

short.  It fits an inner mnemonic I use sometimes; there are many

paradigms, but only one true Paradigm which is altogether good, and

towards this it is good for all of us to strive.<br>

<br>

I spent a lot of yesterday's free time experiencing the ROX

app-distribution system and how it can royally screw itself up via a

Linux Mint sysadmin who doesn't know what he's doing yet (myself).  Or

it might be that Mint is missing some vital Python flyspeck which I

have not been able to identify (this has happened to me before, with

Python).  I am going to try to figure out the answer, because ROX does

appear to be a ready-built app-delivery method used by many, which

could be very easily adapted to PDL.<br>

<br>

I am also beginning to realize that I don't need to go the

reinvent-the-wheel approach of yet another distro.  I am thinking I

should standardize a method to efficiently and reliably add chosen

outputs of several projects together to set up core, app-sets,

security-set, and dev-set, with rpm-in-chroot and deb-in-chroot as

projects of their own.  The core should be built by a good, reliable

distro; the sets can be large ROX packages; and the jailed-package

subenvironments are their own thing entirely.<br>

<br>

So PDL is now something new, still fitting 0.4, but not a distro -- it

is a<i> macrodistro</i>.  Properly documented, the core might be built

using any of several distros, depending on user experiences,

preferences, and needs.  The sets will be ROX because ROX really does

work for many people, apparently, for a very wide variety of purposes,

including full desktop environment (!), though possibly not

firewall/malware yet.  The rpm/deb-in-chroot becomes a separate adjunct

project, which is not a bad thing.<br>

<br>

One advantage of the macrodistro approach, is it implies a reasonable

way to handle the glibc problem without version-conflict thrashing:  we

could (with enough space+bandwidth) keep Infra, Chroma, and Ultra

versions of core and all sets, where Infra would use the eight-year-old

glibc, Chroma the three-year-old, and Ultra the current.  If we did

that, Corel Word Perfect could run alongside Firefox 3 :-)  <br>

<br>

I am also installing GoboLinux right now, into a VM.  The CRUX Linux

livecd crashed VirtualBox, but ran fine in Qemu; it looks like it works

well, but its installation is command-line, and so it's not going to be

the first PDL core.  GoboLinux ran extremely slow in Qemu, but works

well in VirtualBox; it is an extremely clean GUI, nice and conservative

in its version choices, and clearly a class act; if it passes all tests

I can think of, I'm going to take the risk and rip Mint off and see if

will work as a core with ROX items added.<br>

<br>

I am also wondering about torrent as a primary data distribution

method, with fallback to http/ftp.  I seem to recall reading about

command-line torrent clients; if any of them are usable in applet-form

like wget, I'll probably do it, unless one of the newer trans-torrent

technologies fits the bill better for some reason.  <br>

<br>

J.E.B.<br>

<br>

</body>

</html>