Slashdot Mirror

It's so slow that my Windows games [steamcommunity.com] running under Crossover games [codeweavers.com]/Wine [winehq.org] which actively translate DXSL to GLSL in real time for a graphics server that isn't even running on ring-0 (like Windows and OS X are) is able to beat both OS X and Windows XP/Vista in performance and quality (I can boot the quality settings right up without performance issues) on the same hardware.

Those games uses Direct

Rendering which mostly bypasses X's rendering layers.

It is interactions with and between windows in X that is slow. E.g. without compositing, each windows framebuffer is not stored in memory. That means that when you unminimize a window it has to repaint itself. When you move a window so that a window beneath it becomes visible, that window has to repaint itself. So when you dragged a window on top of a firefox window showing gmail, that would cause huge rendering artifacts and slowdowns everywhere because the gmail gui is constructed using javascript which firefox had to reinterpret.

In 1986, when 1MB of memory was a shitload, that was a good idea. Storing each windows framebuffer would be wasteful. Today, it is just unbelievably broken. Now we have the composite extension which fixes this particular architecture misdesign.

But there is more left. For example, the window manager structure. When you resize a window, first the window manager has to repaint the frame, then the client also has to repaint itself. Since they can't both repaint themselves at the same time you get flicker. The same thing applies to subwindows, check out how ugly scrollbars in gtk+ redraws when you resize their windows.

There is a big problem I have with X.org server since 1.5 series (1.3 in Fedora 8 is OK): booting the secondary card. I have a dual-seat desktop (two monitors, two keyboards, and two mice), and it is not possible to use it with X.org 1.5 server, because the code for booting the secondary card via the "int10" interface has been broken since 1.5 (see bug#18160). And it seems the X.org developers have no intention of fixing it, and they instead do marginal but new things like MPX. After all, new is cool, while fixing the bugs in the old code is not.

So, will Wayland work also on secondary cards?

Have a look here!

I agree as far as writing a new X11 server would probably be a good idea, but as far as I can tell from the project home page, this is not a new X server, but some completely custom display server.

Some excerpts from the documentation:

Window management is largely pushed to the clients, they draw their own decorations and move and resize themselves, typically implemented in a toolkit library. More of the core desktop could be pushed into wayland, for example, stock desktop components such as the panel or the desktop background.

Everything is direct rendered and composited. No cliprects, no drawing api/protocl between server and client. No pixmaps/windows/drawables, only surfaces (essentially pixmaps). No gcs/fonts, no nested windows. OpenGL is already direct rendered, pixman may be direct rendered which adds the cairo API, or cairo may gain a GL backend.

Could be a "shell" for launching gdm X server, user session servers, safe mode xservers, graphics text console. From gdm, we could also launch a rdp session, solid ice sessions.

The wayland protocol is a async object oriented protocol. All requests are method invocations on some object. The request include an object id that uniquely identifies an object on the server. Each object implements an interface and the requests include an opcode that identifies which method in the interface to invoke.

Jon Smirl and David Reveman lobbied for a new xorg server built on OpenGL. It got little support from the community especially from Red Hat and Novell. Personally I think this was one of the greatest missed opportunities in the history of OSS. We could have had a modern xorg server replacement which rivaled Apple and Microsoft. Now we have the main xorg branch floundering from lack of interest and developers. Not to say there hasn't been progress made but no one can argue that xorg has the resources available to compete.

Ironically someone who argued against X on OpenGL now is working on his own xorg server replacement. Good luck to him and I hope he has better support.

I don't know if it plans to replace the X11 standard, but it's certainly not "another implementation" of X11 at all right now. Look at the source code. You won't see X11, or even X, anywhere - it's X11 clean. It'd be neccesary to port Xlib to this API.

GASH?

Gnash is a clunky, slow, bloated, hacked together mess. You might say GNU/FSF is doing the HURD thing again...

My hopes are squarely with SWFDEC: http://swfdec.freedesktop.org/wiki/ It's just as immature as Gnash, but it's a much lighter code-base, installing it doesn't throw you into dependency hell, and where it does work (which also isn't many places yet), it isn't as much of a dog.

It would be nice to see someone use Poppler to create a fast loading plugin or firefox extension to view pdf files in the browser. I find that's one of the nicest features of Konqueror.

xorg.conf needs to go away

I personally find xorg.conf easier to configure. However, it is being replaced by HAL.

Frankly, I don't need to be able to connect remotely to my xorg server, and most people don't need to either

So you want to remove the server from the server? I wonder how much code you would lose by telling X to ignore the network. Personally, I use this functionality all the time. However, if you only have a single computer that you never need to access remotely, at least at the GUI level, I can see the desire to remove the feature.

Xorg should auto-failback to a VGA/VESA mode like Windows.

I found this approach interesting: http://archives.seul.org/or/cvs/Sep-2007/msg00180.html If X fails on the first server layout, have it fall back to the second.

Xorg needs to step into the 21st century when it comes to multi-monitors and multi-GPUs

I admit that I haven't used X in a multi-GPU setup. However, xrandr seems to work fine with multiple monitors. I use KDE's KRandRTray all the time with dual-monitor setups, projectors, and televisions.

A real basic X windowing environment would benefit most users

Have you considered KDrive or XDirectFB?

Gnash already has MIPS support. As this project is actually still moving right along, we can only hope for more. Plus, Gnash already supports YouTube (although it seems people are still having problems).

Bottom line: Thoughts of Adobe supporting Flash on MIPS is a joke. Gnash already supports MIPS but we'll have to wait a little longer for Gnash to support more advanced features.

NOTE: Swfdec also supports MIPS. I have had more luck with Swfdec, and some distros are making it the default free Flash player. Plus, it seems to have more advanced feature supported.

It seems like several companies are still trying the tactic of software exclusivity, the same tactic the console companies are waging on one another. (In that arena, it's pretty unfortunate, too, as a lot of it just comes down to how much money you're willing to pay for exclusives, and Microsoft has the deepest pockets, or so their accountants claim.) This is something that cannot and should not occur in Linux as it hurts everyone. Part of software freedom is software accessibility, so when a new driver is created for example, it needs to be modular and easily pluggable into any Linux or Linux-like kernel, quickly and without hassle (the point of modules). Some companies are going to have to face the fact that they cannot get away with attracting everyone to their platform just because they have a certain software title, or just because they have large repositories.

Linux should be Linux, period. You should be able to use the entire Internet as your Linux repository. If package managers want to keep these so-called "third-party" packages separate from the ones they officially support for support contract reasons, so be it, but do not take away my freedom to install any piece of Linux software I want easily on any Linux distro. Cross-distro Linux packaging is more than possible and should become a reality soon.

So, without these "exclusive" distro-specific software packages, what remains to define a "distro"? Well, of course it's what it was from the start, a simple bundle of software for the convenience of being able to find all the basics, or simply the software you want, in one place. Linux distros should never be anything more than software bundles.

Help with Linux defragmentation. Support more standard APIs for desktop and general Linux interoperability to give everyone more choice and thus more freedom.

As others have stated, there's Gnash. However, there's also Swfdec.
http://swfdec.freedesktop.org/
http://en.wikipedia.org/wiki/Swfdec

There are already at least two applications that do this: swfdec and gnash.

http://swfdec.freedesktop.org/wiki/

http://www.gnashdev.org/

This is, so far as I can tell, due to the highly modular nature of Linux

Given that the same problems appear on *BSD, Solaris, etc., it's not due to the anything of Linux, unless it's "the X11-based window system of Linux".

there is no one pasteboard implementation, or even one pasteboard API that can be implemented by different libraries, that all apps can count on having available to them on all Linux systems.

Actually, there is a pasteboard/clipboard mechanism that all toolkits can count on and, if they all use it, apps can count on it as well. It's the X11 "selections" mechanism, combined with the PRIMARY and CLIPBOARD selections from the Inter-Client Communication Conventions Manual; see the X11 clipboard convention document.

Yep, agree completely. Btw XDG specifies ~/.config - pity no one uses it.

However I'd also like to see all the user level config files that currently go into the various "~/.prog_name" folders collected into something like a "~/etc" directory.

This is exactly what the XDG Base Directory Specification specifies; by default user configs are expected to live in ~/.config/progname/

you imply that there's some sort of alternative {...} If so, what's the advantages/disadvantages to it?

Alternative 1 :
gnash - open source flash player. Isn't final yet. But manages to play most flash movies, including mediaplayers from YouTube and a couple of others.
The advantages are :
- support for native 64-bits
- runs in a separate process as mentioned before thus doesn't fubar the whole browser.
The disadvantages are :
- still work in progress, doesn't support all flash movies yet, but it's improving.
- for some obscure reason I can't get the 0.8.3 plugin to work, although the previous -rc# worked fine.

Alternative 2 :
SWFdec
Also an opensource player.
Compared to gnash :
- it's a library so it runs in the same process as firefox.
- I've heard that it has a tad bit better compatibility, but I don't use it myself because of the process stuff.

(Also not-exactly-alternative 3 :
Running the official adobe flash from within nspluginwrapper :
- bring 64 bit support.
- reportedly flash is run from a separate process and can't manage to fuck up the browser. didn't bother to test these claims)

(Also not-exactly-alternative 4 :
Use the alternative standalone adobe flash player, available usually in the developper package.

Either run it separetely and copy past URLs or use something moz-plugger which is a generic embeder of external application inside firefox.
You have original adobe's compatibility, but separate processes.

The main drawback is that it freezes for sligthly longer times than the flash plugin.
But on a well configured distro it's able to communicate with the default browser to open new windows, etc.
was my main way to get Flash in 64bits until gnash and nspluginwrapper stabilised. Now I just switch between both depending on need)

I definitely think that gnash is worth a try. It's not polished yet. But anyway FireFox 3 offers a way to switch plug-ins on the fly without restarting the browser.

Yup, and the correct place would be ~/.config anyway.

What I would like to see, and perhaps this is already available, is a set of agreed upon application practices, written by distribution maintainers, that developers follow that standardize the interface, the population of the OS menus, the distribution of files, etc, so that it app installs are seamless.

Meet freedesktop.org, which addresses a lot of those things.

What about Swfdec or Gnash?

Actually, it looks like there's still fairly active development work on using Gallium with the i915. It's currently in the main gallium-0.1 branch. I've no idea how well it works now, but it's supposed to be the most promising approach.

I think that OSS has always been about standards. It started as an implementation of POSIX. Programmers are much more likely to write a Jabber-enabled IM client than to write one with its own protocol. Once there was an office document standard, OSS programs rushed to add compatibility.

Freedesktop.org spends a lot of time writing specs which mean that desktops and programs can share data, configs, cache, or whatever is needed. Look at their attempts to modularize the XFree86 code, DBus, HAL, and XDG (which is attempting to get the user directory under control).

What this all means is that if you install a compliant WM like OpenBox and Python bindings for XDG, your autostart programs from Gnome will also start in OpenBox (unless they were defined to only start in Gnome). Now that the FLOSS community has these specifications (more like RFCs, not standards), the desktop is seeing a level of integration which wasn't possible a few years ago.

I think that OSS has always been about standards. It started as an implementation of POSIX. Programmers are much more likely to write a Jabber-enabled IM client than to write one with its own protocol. Once there was an office document standard, OSS programs rushed to add compatibility.

Freedesktop.org spends a lot of time writing specs which mean that desktops and programs can share data, configs, cache, or whatever is needed. Look at their attempts to modularize the XFree86 code, DBus, HAL, and XDG (which is attempting to get the user directory under control).

What this all means is that if you install a compliant WM like OpenBox and Python bindings for XDG, your autostart programs from Gnome will also start in OpenBox (unless they were defined to only start in Gnome). Now that the FLOSS community has these specifications (more like RFCs, not standards), the desktop is seeing a level of integration which wasn't possible a few years ago.

I think that OSS has always been about standards. It started as an implementation of POSIX. Programmers are much more likely to write a Jabber-enabled IM client than to write one with its own protocol. Once there was an office document standard, OSS programs rushed to add compatibility.

Freedesktop.org spends a lot of time writing specs which mean that desktops and programs can share data, configs, cache, or whatever is needed. Look at their attempts to modularize the XFree86 code, DBus, HAL, and XDG (which is attempting to get the user directory under control).

What this all means is that if you install a compliant WM like OpenBox and Python bindings for XDG, your autostart programs from Gnome will also start in OpenBox (unless they were defined to only start in Gnome). Now that the FLOSS community has these specifications (more like RFCs, not standards), the desktop is seeing a level of integration which wasn't possible a few years ago.

I guess it depends on what you're looking at but at least in the software I see making that kind of modular approach with lasting interfaces and replacable modules would be a huge undertaking,

Have you ever looked at DBUS ?

Why are users always bitching that their computers are "slow" and so forth? Because Windows lets any application install anything it wants, anywhere it wants, screw with the registry however it wants, load whatever memory-hogging additional "features" it wants, and within short order, the user -- not knowing how to clean up -- ends up with a machine bogged down with ungodly amounts of crapware.

Linux distros, on the other hand, do not have this problem and never will.

Users bitch because they're clueless. Otherwise they would have fixed it themselves. Linux is not immune to this.

The installation process on any Linux distro will let the software do all these things too. Package installation tends to be done under root privileges. Packages can put files all over the file system, screw with /etc and add themselves to autostart[1] all they want. They just don't tend to because the current package maintainers aren't evil.

Imagine a day when Linux is popular enough to be targeted by adware makers. "Ubuntu users: FREE screensaver! Just install this package."[2] The user will follow any instructions they are presented to get the thing installed, including typing their password into the gksu prompt. If you have the user's co-operation, you can sneak memory-hogging features onto a Linux system as easily as a Windows system.

If Linux becomes popular enough for companies like Apple to start making software for it, they might insist on adding their own update daemon to the user's autostart, rather than using the distro's built-in package manager. Not because they have to--Windows has Task Scheduler which nobody uses--but because they want to retain control. They might not like the idea of relying on other people's code. Or they might want the ability to do things like push their own web browser as an automatic update to all current users of their music player.

So, whilst currently Linux packages tend not to load your system with crap like Windows installers are known to do, I wouldn't say that Linux will never have this problem. The current community is not conducive towards it. But there's no technical defence against a clueless user.

-----

[1] System-wide via /etc/xdg/autostart or per-user via the gnome equivalent of ~/.kde/autostart.

[2] Simplification. Ubuntu users could be told how to install packages like Windows users can be told how to install programs.

Take a look at the Linux driver project or something like GregKH's driver tutorial. You aren't alone in wanting to write drivers for Linux. The catch is that most (new) hardware with specs actually already has drivers available on Linux.

The trick is to start with simple hardware and then work your way up (graphics card drivers ARE hard especially if they have to be reverse engineered). There are also books like the fantastic Linux Device Drivers that describe how drivers can be written.

(Writing drivers is not impossible but it does take time to become good and without specs it's is a tricky trial and error process. If you're even a bit interested, dive in!)

News feeds:

IE Blog - for keeping track of what MS is up to on the browser front
http://blogs.msdn.com/ie/atom.xml

Standards Blog - not as many posts now days, was very important during the height of the ooxml/odf war
http://www.consortiuminfo.org/standardsblog/backend/geeklog.rss

I keep OSNews for completeness, but it is pretty useless - software news
http://osnews.com/files/recent.xml

Anandtech - hardware news and reviews
http://www.anandtech.com/rss/articlefeed.aspx

Ars Technica - tech news and commentary
http://arstechnica.com/index.rssx

Phoronix - linux graphics news and info
http://www.phoronix.com/rss.php

Linux Weekly News
http://lwn.net/headlines/rss

KDE announcements
http://www.kde.org/dotkdeorg.rdf

Open Source Software Planets:

http://planet.debian.org/rss20.xml

http://planet.fedoraproject.org/atom.xml

http://planet.ubuntu.com/rss20.xml

http://planet.gnome.org/atom.xml

http://planetkde.org/rss20.xml

http://planet.freedesktop.org/rss20.xml

http://planet.mozilla.org/atom.xml

http://planet.jabber.org/atom.xml

mostly software releases and XEP updates
http://planet.jabber.org/news/atom.xml

http://maemo.org/news/planet-maemo/atom.xml

environment feeds:

Good Pacific Northwest environmental news
http://www.sightline.org/daily_score/rss

Best environmental news and discussion on the web
http://www.worldchanging.com/index.xml

I keep Treehugger for completeness, but I mark 90% of their posts as read without looking at them.
Really too "light green/consumer green" for me
http://www.treehugger.com/index.xml

other feeds:

Dive into Mark - not what once was, but good enough to keep around
http://diveintomark.org/feed/

Loooong posts on software
http://steve-yegge.blogspot.com/atom.xml

Bruce Scheier knows Alice and Bob's shared secret
http://www.schneier.com/blog/index.rdf

The intersection of Science (especially Evolution), Liberalism, Atheism, and Squid
http://scienceblogs.com/pharyngula/index.xml

"Your comment has too few characters per line" - what a load of bull. Taco, I know this and the timer are supposed to cut down on spam, but I think they annoy legitimate posters more than they reduce spam. You should really reconsider these "features".

KDE opens a dialog and asks you if you want the CD to be mounted

OK, I missed this, I read this as "KDE opens a dialog and asks you if you want the CD to be executed" or something like that, because my new day job involves writing software for Linux, so I've occasionally got to test software on a variety of Linux boxes and we have a rack of test boxes running a set of bog standard Linux installs (they wouldn't be much good as test boxes if they'd been customized) and when you stick a CD containing a shell script called "/autorun" in many of these boxes, it pops up a dialog asking if it should *execute* that file.

Yes, really.

I think this happens on Gnome-based boxes rather than KDE, but it regularly happens.

There's actually a spec for this kind of craziness: Desktop Application Autostart Specification... look under "Autostart Of Applications After Mount".

Here's what I wrote in 2006 when I first read about the spec: Linux is not Windows.

Combined with the behavior you're describing this is doubly stupid, because someone used to KDE would be likely to reflexively hit that "please infect my computer" button before noticing that it's not asking to mount the CD.

But it sounds like some of them are seemingly so well known. You've mentioned Dave Airlied and Keith Packard but what about Eric Anholt (Intel), Carl Worth (Red Hat), Daniel Stone (Nokia), Adam Jackson (Red Hat), David Reveman (Novell), Matthias Hopf (Novell), Alex Deucher (AMD), Ian Romanick (IBM), Alan Coopersmith (Sun). I believe that Tungsten Graphics also employ people who work on X (or X related infrastructure).

However do projects have to have paid devs to succeed? If there is the manpower perhaps paid people are not so key?

But it sounds like some of them are seemingly so well known. You've mentioned Dave Airlied and Keith Packard but what about Eric Anholt (Intel), Carl Worth (Red Hat), Daniel Stone (Nokia), Adam Jackson (Red Hat), David Reveman (Novell), Matthias Hopf (Novell), Alex Deucher (AMD), Ian Romanick (IBM), Alan Coopersmith (Sun). I believe that Tungsten Graphics also employ people who work on X (or X related infrastructure).

However do projects have to have paid devs to succeed? If there is the manpower perhaps paid people are not so key?

If you mean "take out the tcp/ip part", that wouldn't really change anything. If you mean "take out everything that enables networking" that would be a lot of work, and it still wouldn't get you very much. The hard part of maintaining and working on X internals doesn't really come from the network transparency stuff itself.

Now, if you have to deal with xlib for the X protocol, that can be a pain. But that is why XCB (X C Bindings) was invented.

XCB is apparently very nice to work with, and it has "a small footprint, latency hiding, direct access to the protocol, improved threading support, and extensibility". The most recent distros are using XCB/xlib which uses XCB internal, while allowing xlib apps to function without changing anything. When XCB is standard in enough installed systems, apps and toolkits can begin migrating to native XCB. When the Awesome window manager 3.0 comes out, it will be the first WM to use XCB directly.

As for NX, it is really just compresses the X protocol and encrypts it. If you remove X network transparency, NX is useless. I, and I suspect many *nix admins, vastly prefer NX or X over SSH to VNC, RDP, etc (of course plain ssh probably gets used more than all of those put together on *nix).

I had done my research, and I knew there was a problem with the HDMI/DVI port on the board with the latest Intel driver - it's effectively an on-board third-party SVDO chip, rather than an integrated second head. I got the board, I plugged it in, hey presto the second (digital) head didn't work. Except that - oh, what's this? - a patch was committed last week which fixes the problem. I grabbed the driver from git last night and built it, and I'm now happily working with a stable digital image.

Seems like it's working okay to me.

i find swfdec to be better with youtube atm

Slashdot really needs to get an edit button, at least for changing a post within a few minutes of posting...

I just noticed that the most recent Intel drivers are now 2.3.1, and can be downloaded here: http://lists.freedesktop.org/archives/xorg/2008-May/035318.html

I haven't tried to get the drive parking working, too much of a hassle to patch the kernel.

The GTK fan control is really quite simple to use, just drag the bars to where on the temperature scale you want the fan activated, you can also split the scale into several intervals by clicking an interval and selecting split. By clicking the interval you can decide how the fan should act in that particular interval. In my experience it's worked very well.
I believe I just added the repo and installed from that.

I couldn't care less whether cellwriter is integrated. I can put it in my system tray and click that icon when I need it, how much more integration would I need?

Chromium worked great. I did just remember however that I'm using the most recent Intel drivers, 2.3.0. Maybe that's why. They can be downloaded here: http://lists.freedesktop.org/archives/xorg/2008-April/034864.html
No deb to my knowledge, at least there wasn't any when I installed the driver.

I do agree that a tablet-specific distro would be cool.

As far as I know, there is currently no complete solution. Farsight 2 aims to be a framework that will be used to build such applications (it does all of the hard work and you just have to plug it into some signalling. There are plans to make an XMPP extension for multi-party conferencing. And to then integrate it into Gnome using the Telepathy framework. But we're still building the pieces.

Just wanted to mention that Swfdec is coming along quite nicely also. It already plays all the popular FLV video players. Plus it has some cool features, like a universal "play" button on all the media it handles so you don't get assaulted by flash.

You have the source, so get coding.

What I badly need is a replacement for that awful Flash player. There is so much Flash content on the web now, that unfortunately I need a viewer for this. Firefox 2 is fine. The need for better/faster viewing or more features is not very big.

So please Mozilla foundation: If you want to do something to improve my web exprerience just put some effort into Swfdec or Gnash or do something from scratch and put it into Firefox.

http://swfdec.freedesktop.org/wiki/
http://en.wikipedia.org/wiki/Swfdec

http://en.wikipedia.org/wiki/Gnash

Speaking of polishing OpenOffice, when are they going to implement Tango Icons? To me it seems like it wouldn't take much effort because most of the icons are done and the ones that aren't can be easily made by rallying up the community and have a competition. I still can't believe something like this hasn't been done. Fair or unfairly, there are plenty of users out there that will open a program to try it out for the first time to see that it looks like it's stuck in the 90s and never give a chance and never try it again. Something this trivial should have been a high priority.

And my question probably got marked "off-topic" by some Gnome zealot because of that.

I understand your point that Gaim/Pidgin is not a official Gnome app, but you should reckon that for years, what everyone (using Gnome) had for IM was Gaim/Pidgin. As you mention yourself, Empathy still doesn't exist (from the perspective of a user). I mean which IM client do I get if I install the most popular Gnome distribution (Ubuntu), I get Pidgin. Is there any major distribution, installing a IM client with Gnome, which is not installing Pidgin?

So honestly, I think that asking about the state of what in practice is what people get for IM client when using Gnome, to be pretty "on-topic". Otherwise the honest answer would be along the lines of "We expect to have a great IM client on Gnome 2.24 but, for various reasons, Gnome 2.22 doesn't even have a IM client" (Or there is a default IM client set on 2.22, and nobody is telling me?)

Not trying to flame here, but Pidgin/GAIM is not a Gnome app, so the question you asked can't really be answered. In fact, Empathy (based on the Telepathy framework) was set to be the default chat client for 2.22, but it didn't make the final cut. It's still slated for 2.24. When that happens, we'll have well-integrated text, voice, and video chat. Yipee!!

That is why they established the Linux Standard Base (LSB) and freedesktop.org. You say "My software runs on LSB 3.2 IA32 and IA64" and provide a .deb and .rpm for each and be done with it. It's no more difficult that supporting Win32 and Win64 and providing a .exe and .msi for each.

I've recently taken a job at a primarily Java shop. After seeing XML used and abused for ant, maven and various other things I've grown even more disenchanted with it. And now I've also gotten the chance to see that not only does Java represent a poor trade off between the annoyances of a strongly typed language and the speed of a dynamic interpreted one, it has a horrible mess of dependency issues that nobody really solves besides.

I'm much more hopeful about technologies like Thrift and/or D-Bus than I ever was about such abysmal abominations as SOAP, or the only slightly better XML-RPC.

The Java XML world seems like this little closed ecology of mutual masturbators who all come up with more Java and XML 'solutions' to problems that never existed before they started using Java and XML.

I see the value of XML for long-lived documents that don't spend a lot of their life on the wire. And possibly for config files, though IMHO it is too ugly and unreadable for those. But as a general tool for Internet plumbing it's awful.

Hard Drive DVD ROM Case

Other software:

0. Install DSL to hard disk, reboot, and configure

1. Upgrade (Apps->Tools) to gnu utils

2. Install gcc

3. Install zile (MyDSL) for editing convenience

4. Other software (for building natively and installation):

http://www.kernel.org/pub/linux/kernel/v2.7/linux-2.6.23.tar.bz2

ftp://alpha.gnu.org/gnu/grub/grub-1.95.tar.gz

ftp://ftp.gnu.org/gnu/bison/bison-2.4.tar.bz2

ftp://ftp.gnu.org/gnu/m4/m4-1.4.tar.bz2

http://www.oberhumer.com/opensource/lzo/download/lzo-2.02.tar.gz

http://www.zlib.net/zlib-1.2.3.tar.gz

http://www/perl.com/CPAN/src/perl-5.8.8.tar.bz2

http://ftp.gnu.org/gnu/autoconf/autoconf-2.61.tar.bz2

http://ftp.gnu.org/gnu/libtool/libtool-1.5.24.tar.gz

http://xorg.freedesktop.org/archive/X11R3/src/everything/index.html

`grep bz2 index.html | sed s/^.*\.bz2\"\>// | sed s/\<.*// | sed s,^,http://xorg.freedesktop.org/archive/X11R7.3/src/everything/,`

http://gitweb.freedesktop.org?p=xorg/util/modular.git;a=blob_plain;f=build-from-tarballs.sh

http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz

http://downloads.sourceforge.net/libpng/libpng-1.2.24.tar.gz

http://www.fontconfig.org/release/fontconfig-2.5.0.tar.gz

http://download.savannah.gnu.org/releases/freetype/freetype-2.3.5.tar.bz2

http://xcb.freedesktop.org/dist/libxcb-1.1.tar.bz2

ftp://xmlsort.org/libxslt/libxslt-1.1.22.tar.gz

ftp://xmlsort.org/libxslt/libxml2-2.6.30.tar.gz

http://xcb.freedesktop.org/dist/xcb-proto-1.1.tar.bz2

http://www.paldo.org/paldo/sources/pthread-stubs/libpthread-stubs-0.1.tar.bz2

http://www.paldo.org/paldo/sources/xau/libXau-1.0.3.tar.bz2

http://www.paldo.org/paldo/sources/xproto/xproto-7.0.11.tar.bz2

Hard Drive DVD ROM Case

Other software:

0. Install DSL to hard disk, reboot, and configure

1. Upgrade (Apps->Tools) to gnu utils

2. Install gcc

3. Install zile (MyDSL) for editing convenience

4. Other software (for building natively and installation):

http://www.kernel.org/pub/linux/kernel/v2.7/linux-2.6.23.tar.bz2

ftp://alpha.gnu.org/gnu/grub/grub-1.95.tar.gz

ftp://ftp.gnu.org/gnu/bison/bison-2.4.tar.bz2

ftp://ftp.gnu.org/gnu/m4/m4-1.4.tar.bz2

http://www.oberhumer.com/opensource/lzo/download/lzo-2.02.tar.gz

http://www.zlib.net/zlib-1.2.3.tar.gz

http://www/perl.com/CPAN/src/perl-5.8.8.tar.bz2

http://ftp.gnu.org/gnu/autoconf/autoconf-2.61.tar.bz2

http://ftp.gnu.org/gnu/libtool/libtool-1.5.24.tar.gz

http://xorg.freedesktop.org/archive/X11R3/src/everything/index.html

`grep bz2 index.html | sed s/^.*\.bz2\"\>// | sed s/\<.*// | sed s,^,http://xorg.freedesktop.org/archive/X11R7.3/src/everything/,`

http://gitweb.freedesktop.org?p=xorg/util/modular.git;a=blob_plain;f=build-from-tarballs.sh

http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz

http://downloads.sourceforge.net/libpng/libpng-1.2.24.tar.gz

http://www.fontconfig.org/release/fontconfig-2.5.0.tar.gz

http://download.savannah.gnu.org/releases/freetype/freetype-2.3.5.tar.bz2

http://xcb.freedesktop.org/dist/libxcb-1.1.tar.bz2

ftp://xmlsort.org/libxslt/libxslt-1.1.22.tar.gz

ftp://xmlsort.org/libxslt/libxml2-2.6.30.tar.gz

http://xcb.freedesktop.org/dist/xcb-proto-1.1.tar.bz2

http://www.paldo.org/paldo/sources/pthread-stubs/libpthread-stubs-0.1.tar.bz2

http://www.paldo.org/paldo/sources/xau/libXau-1.0.3.tar.bz2

http://www.paldo.org/paldo/sources/xproto/xproto-7.0.11.tar.bz2

Hard Drive DVD ROM Case

Other software:

0. Install DSL to hard disk, reboot, and configure

1. Upgrade (Apps->Tools) to gnu utils

2. Install gcc

3. Install zile (MyDSL) for editing convenience

4. Other software (for building natively and installation):

http://www.kernel.org/pub/linux/kernel/v2.7/linux-2.6.23.tar.bz2

ftp://alpha.gnu.org/gnu/grub/grub-1.95.tar.gz

ftp://ftp.gnu.org/gnu/bison/bison-2.4.tar.bz2

ftp://ftp.gnu.org/gnu/m4/m4-1.4.tar.bz2

http://www.oberhumer.com/opensource/lzo/download/lzo-2.02.tar.gz

http://www.zlib.net/zlib-1.2.3.tar.gz

http://www/perl.com/CPAN/src/perl-5.8.8.tar.bz2

http://ftp.gnu.org/gnu/autoconf/autoconf-2.61.tar.bz2

http://ftp.gnu.org/gnu/libtool/libtool-1.5.24.tar.gz

http://xorg.freedesktop.org/archive/X11R3/src/everything/index.html

`grep bz2 index.html | sed s/^.*\.bz2\"\>// | sed s/\<.*// | sed s,^,http://xorg.freedesktop.org/archive/X11R7.3/src/everything/,`

http://gitweb.freedesktop.org?p=xorg/util/modular.git;a=blob_plain;f=build-from-tarballs.sh

http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz

http://downloads.sourceforge.net/libpng/libpng-1.2.24.tar.gz

http://www.fontconfig.org/release/fontconfig-2.5.0.tar.gz

http://download.savannah.gnu.org/releases/freetype/freetype-2.3.5.tar.bz2

http://xcb.freedesktop.org/dist/libxcb-1.1.tar.bz2

ftp://xmlsort.org/libxslt/libxslt-1.1.22.tar.gz

ftp://xmlsort.org/libxslt/libxml2-2.6.30.tar.gz

http://xcb.freedesktop.org/dist/xcb-proto-1.1.tar.bz2

http://www.paldo.org/paldo/sources/pthread-stubs/libpthread-stubs-0.1.tar.bz2

http://www.paldo.org/paldo/sources/xau/libXau-1.0.3.tar.bz2

http://www.paldo.org/paldo/sources/xproto/xproto-7.0.11.tar.bz2

Hard Drive DVD ROM Case

Other software:

0. Install DSL to hard disk, reboot, and configure

1. Upgrade (Apps->Tools) to gnu utils

2. Install gcc

3. Install zile (MyDSL) for editing convenience

4. Other software (for building natively and installation):

http://www.kernel.org/pub/linux/kernel/v2.7/linux-2.6.23.tar.bz2

ftp://alpha.gnu.org/gnu/grub/grub-1.95.tar.gz

ftp://ftp.gnu.org/gnu/bison/bison-2.4.tar.bz2

ftp://ftp.gnu.org/gnu/m4/m4-1.4.tar.bz2

http://www.oberhumer.com/opensource/lzo/download/lzo-2.02.tar.gz

http://www.zlib.net/zlib-1.2.3.tar.gz

http://www/perl.com/CPAN/src/perl-5.8.8.tar.bz2

http://ftp.gnu.org/gnu/autoconf/autoconf-2.61.tar.bz2

http://ftp.gnu.org/gnu/libtool/libtool-1.5.24.tar.gz

http://xorg.freedesktop.org/archive/X11R3/src/everything/index.html

`grep bz2 index.html | sed s/^.*\.bz2\"\>// | sed s/\<.*// | sed s,^,http://xorg.freedesktop.org/archive/X11R7.3/src/everything/,`

http://gitweb.freedesktop.org?p=xorg/util/modular.git;a=blob_plain;f=build-from-tarballs.sh

http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz

http://downloads.sourceforge.net/libpng/libpng-1.2.24.tar.gz

http://www.fontconfig.org/release/fontconfig-2.5.0.tar.gz

http://download.savannah.gnu.org/releases/freetype/freetype-2.3.5.tar.bz2

http://xcb.freedesktop.org/dist/libxcb-1.1.tar.bz2

ftp://xmlsort.org/libxslt/libxslt-1.1.22.tar.gz

ftp://xmlsort.org/libxslt/libxml2-2.6.30.tar.gz

http://xcb.freedesktop.org/dist/xcb-proto-1.1.tar.bz2

http://www.paldo.org/paldo/sources/pthread-stubs/libpthread-stubs-0.1.tar.bz2

http://www.paldo.org/paldo/sources/xau/libXau-1.0.3.tar.bz2

http://www.paldo.org/paldo/sources/xproto/xproto-7.0.11.tar.bz2