Posts

Showing posts from 2007

Fluxbuntu--login manager followup

I just did some poking around and discovered that Fluxbuntu uses SLiM for login management. I don't know much about SLiM, but knowing this much is a good thing.

Fluxbuntu--first impressions

I downloaded the latest Fluxbuntu over the weekend and gave it a very quick spin. Here are some very hasty first impressions.

The worst news is that I could not get this "Gutsy Gibbon" Fluxbuntu release candidate to install on my old laptop. I haven't been able to get the "Gutsy Gibbon" release of Xubuntu to install on that laptop either. In both cases the problem is the same: the installer (after booting from the CD and prompting me for a bunch of info) cannot find a valid CD drive when it comes to doing the actual install work. I guess this is a typical example of Linux's hardware temperamentalness. The weird thing is that I have no problem installing older versions of Xubuntu on the same machine. Gnarly.

Anyhoo, I instead installed Fluxbuntu using Qemu (via Qemu Manager) on my workhorse laptop (1.7 GHz Intel Centrino with 1.5 GB RAM). The emulation was set up to use 128MB RAM, so this should give a reasonable idea of what would happen in a slim system. Doi…

Fluxbuntu

The Fluxbuntu project has released a candidate "Gutsy Gibbon" (7.10) version of their Ubuntu-based "lightweight, productive, agile, and efficient" distribution. If they've done their homework, they may have made my little odyssey moot. You will recall that I started this whole adventure because I wasn't able to find a light-and-lean Linux distribution that floated my boat. I will download the ISO over the next few days and let you if Homer is headed back to Ithica.

Diverge, diverge

I'm noticing some strange behavior with my Openbox+ROX+fbpanel setup. In particular, when you restore windows after hiding them with fpanel's "show desktop" button, they come up in a strange way. It's pretty much not acceptable behavior ... So I am back to considering IceWM+ROX and Fluxbox+ROX.

There are a few more things that need to be ironed out with the Fluxbox setup (e.g., getting CPU and net transfer metering setup ... using Conky? Slit-widgets?). I like Fluxbox's aesthetics and aesthetic opportunities better than anything I've seen with IceWM, but I am not convinced as to its usability. I think ultimately some user testing will be needed to determine whether an IceWM or a Fluxbox-based solution will be best.

Converge, diverge

Things were beginning to converge and congeal up until last week, but now they have begun to diverge again.

First, I was settling on a solution using an Ubuntu/Xubuntu command-line system as the base. But I am running into some difficulties with some of the non-standard ways that Ubuntu/Xubuntu handles some things--having no real "root" for starters. This is making it harder to get e.g. sound going in this context.

So... now I am working with a minimal Debian install in the hopes that it will be less irregular and more completely documented. (Ubuntu/Xubuntu doesn't need to document a lot its inner workings because they wrap those workings in GUI goodness. It's only to people with geek interests like me that it matters.)

Another alternative I am considering is starting with a full Xubuntu install and then stripping away the heavy bits and replacing them with lighter ones. But I think I am going to try working with building up a command-line based Debian install first. If…

Hammered

My "short break" from making entries is going to be longer than I expected. I've been hammered with an especially demanding course load this term and so I won't have much time at all for anything else!

I will try to add what wisdom I have collected so far when I can, but I think it will take a while before I have the mental space to collect additional thoughts.

(Intermisssion)

I am going to take a short break from posting because:
I need to concentrate on preparing course material for the new semester, andI think I’ve amassed enough stuff here now that I need to convert the site to a more browseable interface.There’s lots more to come. Be back soon.

*nix and GUI

When you install a Windows or OS X system, you get a big, integrated package that gives you a graphical user interface, a desktop with a trashcan, a system of standard windows, etc. All the bits that make this happen seem to magically work together to give you the OS's experience, and it all happens without the user having any idea exactly what's going on.

This is so not the *nix way. Part of the *nix philosophy is to write something that does one thing, but does it well. Then that one thing gets used in a bigger thing that does one (bigger) thing well, and that thing used in another, etc. This is a fairly common development methodology, but the difference when it comes to *nix is that all the little bits that make up a Big Thing are released as independent entities, very frequently with access to the underlying source code.

This has a few interesting ramifications. The biggest is that it facilitates iterative refinement of sub-modules. Since a sub-module is a distinct entity fr…

Ground rules

I was having a really tough time getting things going until I found an article on adapting Ubuntu to low memory situations at Ubuntu’s community documentation site. The basic idea outlined there is to install a text-based system and then manually add lightweight GUI stuff and other applications. One cool thing about this is that we don’t need to limit ourselves to an Ubuntu based install: since Ubuntu is itself based on Debian, it should be possible to do with Debian what the article suggests doing with Ubuntu. The article also mentions the possibility of installing Xubuntu and then replacing the heavier items with lighter alternatives.

So, overall this gives us three different promising paths to follow:
1. A text-based Ubuntu install plus a manually installed GUI environment.
2. A text-based Debian install plus a manually installed GUI environment.
3. A full Xubuntu install with unnecessary stuff removed and heavier items replaced with lighter alternatives.

Approaches similar to the above…

Why Debian?

At the moment, I am working exclusively with Ubuntu and Debian as bases. Why Debian?
Because Ubuntu is based on Debian.Because Debian is solid.Because Debian isn’t in a big hurry to offer bleeding-edge (and therefore slightly rough) packages.

Why Ubuntu?

At the moment, I am working exclusively with Ubuntu and Debian as bases. Why Ubuntu? Because of the major distributions I have investigated, Ubuntu is the most consumer-oriented.

Why Linux?

There are quite a few gratis operating systems. Given the wide range of options, why settle on Linux?

It’s an obvious question. Here are some obvious answers:

1. It’s free. For the present purposes, gratis is more important than libre.
2. It’s active. There are millions of monkeys pounding out millions of lines of Linux-compatible code.
3. It’s supported. In particular, precompiled binaries of *nix programs are widely available for Linux. (Compile-it-yourself may be a good option for compugeeks, but it is not a solution for a consumer-oriented system.) Also, there are lots of community-based forums (fora?), wikis (wikia?), and the like (lika?) offering technical assistance.

Good reasons for not using Linux are discussed at the swax project website. In spite of these reasons, I feel Linux holds the best potential for the present purposes. Time will tell…

Linux as Desktop OS

I suspect one of the biggest problems with Linux for personal computing* is that *nix operating systems were never designed for this application. *nixes have their roots in large-scale Systems managed by officially sanctioned System Administrators. This has produced a *nix way of doing things, at heart of which is “Thou Shall Let Only Thy SysAdmin Manage Thy Resources.” And just to the right of that is, “Text, man… it’s all in the text.” The *nix way of configuring things is through text files. Lots and lots of text files, in lots and lots of different places, many of them controlled by the God SysAdmin.

*nix’s infatuation with texfiles is both good and bad. It’s good because it’s easy to open/edit/fix/replace plain text files. You don’t need a special configuration editor or “regedit”-like program to maintain your system. It's bad because hacking text is usually not the most intuitive way to configure something and it makes it easy to introduce syntax errors. It's even more ba…

Goals

It would probably be a good idea at this point to outline in greater detail what the goals of this little undertaking are. In no particular order:

A Windows 98 alternative. As mentioned on the About page, the primary goal here is to find or develop an operating system for Intel-based machines that are too limited in resources to support Windows XP (or, by extension, Vista) or Canonical’s Xubuntu (or, by extension, Ubuntu).

Windows 98 UI reproduction not a goal. While the goal is to find an OS that is an alternative to Windows 98, reproducing the Windows 98 user interface is not a criterion. I consider it acceptable for the user to have to change the way he or she is used to doing things, in much the same way one would need to adapt to OS X from Windows or vice-versa. By the same token, a solution that resembles Windows 98 or XP (or Mac OS X or OS 9 or any other system for that matter) is fine as well.

Usability. The fact that reproducing the Windows way of doing things is not a goal does…