Recently in Distrowatch Category

Scrolling through this week's Distrowatch, I came across an interesting new distribution in the "waiting list" of projects that will eventually be tracked by Distrowatch, should they survive long enough to ...get through the waiting list.

Lin-X aims to follow the Ubuntu distribution on which it's based but look as much like Apple's OS X as possible.

While I'm a user of OS X as well as Ubuntu (and Windows and OpenBSD ...) and I do like many things about the OS X user interface — the chief of which is the ability to keep an application running but NOT have a window of that application open at the time if I choose not to — I'm not one of those people who think OS X has it all over GNOME, KDE or even Windows XP.

But others might feel differently, and the ability to create a distro such as Lin-X from the parts provided by Ubuntu (and before that by Debian, and before that the Linux kernel, GNU userland, Xorg, GNOME and the many thousands of applications and utilities that go into many Linux distributions) ... that ability is something to be celebrated, since it gives us, the users, more choice and more freedom.

Anyhow ... while the OS X look of Lin-X is somewhat intriguing, what's even more intriguing about the distro is its revenue model.

Revenue model?

Yep, it has one. Aside from donations (which enter you in a drawing for a free Macintosh, there's an offer of e-mail support at $15 a year.

While it's not free, it's extremely cheap. Desktop support from the likes of Canonical, Red Hat or what have you will cost much, much more.

I won't get into why people who want to run an OS X-looking Ubuntu/Linux-acting OS on their PC hardware would be overly interested in winning some free Macintosh hardware — OK, maybe it's not as incongruous as it seems to me — but if this support is worth anything at all, it could be an extremely good deal for a business or individual who wants to run Ubuntu on the desktop, especially a Ubuntu designed to look as much as possible like OS X.

If you have any interest in Lin-X, download it here via Torrent, direct link via Adrive or Megaupload (the latter two of which I've never heard of ... but they appear to be legitimate ways of getting the ISO).

The only "stopper" here is that I can't find the name of the person or persons behind Lin-X, also known as probably the guy who wants your $15 and is promising you the chance at a free Macintosh in order to get it. Neither the About page nor the FAQ mention a single name.

That makes me a little squirrely about the whole endeavor, but then again, if you download Lin-X, run it and like it, $15 isn't much to part with even if you don't expect any support in return. So if you expect little, you probably won't be disappointed.

Disclaimer: I have neither download nor run Lin-X; I'm basing all of this on my reading of the Distrowatch article and the Lin-X Web site. My interest in running Ubuntu-derived distributions is limited to those that offer scads of audio-, graphic- and especially video-editing software; if it includes Cinelerra or whatever Cinelerra is morphing into by default, or anything aspiring to be the next Final Cut for FOSS, I'm there. In that aspect, I'll probably need a Mac eventually, but I'd much rather edit video in an all-FOSS environment, and that remains my goal.

I've done this sort of thing before, but luckily somebody else is comparing the Xfce environments of Debian Lenny and Xubuntu/Ubuntu.

Results are not surprising and are in line with what I found over a year ago when I did a major comparison of everything from Xubuntu and Debian to Slackware and gOS, as well as Wolvix and standard Ubuntu.

Back then, Slackware and Debian with Xfce are indeed very, very fast systems. And while I didn't test them at the time, I expect ZenWalk and Vector with Xfce to perform as well or better.

That said, I've always liked the look of Xubuntu (especially in the 7.04-7.10 era), but it does run a good deal slower than other Xfce-equipped systems — and in fact didn't do much better than Ubuntu with GNOME in my test. Thus I've pretty much just used Ubuntu when I want it, although I did have some issues with crashing on my Gateway laptop that appeared at the time to be solved by adding Xubuntu to the install and running Xfce instead. (Since then, we've been running Ubuntu with GNOME — version 8.04 — on the Gateway, and it has been running very well.)

Despite all of this, I still have two Ubuntu 8.04 installations running right now. Sure Debian and Slackware are faster, but I'm quite happy running GNOME, and I find performance in Ubuntu more than acceptable. But what keeps me running Ubuntu is the ease of installation, configuration (I'm running with no xorg.conf — and perfect video out of the box — on both installs) and patching of the system. Despite all the talk of Ubuntu shipping before everything is "right," I can't remember suffering from a broken app or feature in recent memory. And it seems that even if a new app isn't available for some reason in the Ubuntu repository, the developers behind it are quick to create a package that's designed to run in Ubuntu (even though I prefer to run what's in Ubuntu's own repository).

All things being equal, I prefer Debian, but since Lenny all things have not been equal on my Gateway and Toshiba laptops (both made around 2002-3), with which I've had unsolvable video issues in both Lenny and at least on the Gateway in Slackware as well. No amount of tweaking xorg.conf, installing new drivers, etc., would make Debian Lenny play well with the Intel video in the Gateway, and when a quick Lenny install on the Toshiba brought up the same issue, I ran quickly to the welcoming, trouble-free arms of Ubuntu. Of course OpenBSD 4.4 is running virtually trouble-free on my second, identical Toshiba Satellite 1100-S101 laptop, and if OpenBSD can get xorg running perfectly with no configuration (and no xorg.conf needed), you'd think that Debian and Slackware could do the same.

In all fairness, I haven't tried Slackware again since 12.2 came out, so maybe things have changed, and I also haven't tried Lenny since it went stable (my experience was during the three or so months leading up to that point). Put simply, Ubuntu worked, so I use it.

And as I've also said before, many of the replies to requests for help in the Ubuntu Forums might be less than helpful, but the sheer volume of those messages means that finding the answer to your question/solution to your problem not just for Ubuntu but also for Debian is easier than you might think.

Distrowatch guru Ladislav Bodner has been rolling more than a few operating systems onto his ASUS Eee PC 900 netbook — probably the most popular netbook out there at this point (they even sell them at Target now).

In this week's Distrowatch (which I recommend as a must-read for anybody who wants to follow what's happening in Linux and the BSDs), Ladislav writes about how a mouse-over problem that tends to freeze the screen in Ubuntu Netbook Remix on the ASUS Eee was solved in the Linux kernel but almost immediately returned due to the relevant patch being pulled from the kernel because it began causing other problems.

Ladislav goes over how you can go backward from Linux kernel 2.6.28-11.41 to 2.6.28-11.40 and get your ASUS working again under Ubuntu Netbook Remix.

He also provides a tip for those using SSD (solid-state drive) disks on how not to wear them out:

Finally, a quick reminder for those who are about to install Ubuntu Netbook Remix (or any other Linux distribution) on a netbook with solid state drives. Since these drives have a limited life span that depends on the frequency of write access to the drives, you can greatly prolong their life span if you follow these two rules while installing your preferred distribution (here is the source of this information, although there are those who dispute this):

* choose a non-journalling file system (e.g. ext2)

* don't create a swap partition

As Ladislav says, there is some dispute about the life of flash media in everything from those mini USB drives and SD camera memory cards to devices designed to replace traditional IDE and (mostly these days) SATA .

Some people have said that the MTBF (mean time between failures) for SSDs is so low when compared to spinning hard drives that the devices will last much longer than traditional spinning hard drives due to the lack of moving parts in an SSD. They say that worry about killing the flash memory with repeated write cycles is overblown.

But others are worried about killing their flash memory too quickly and take precautions such as the recommendation above not to have swap space on the drive.

For those who might not know, most operating systems do use swap space on the hard drive in the event that your computer's RAM (memory) fills up. I won't go into just how much space you need for swap because that's a whole new topic that's been discussed countless times in countless places. (I generally set aside 300 MB for swap on my systems).

Even Windows uses swap (that's one of the reasons your box tends to slow down after it's been running all day [or week/month/year]) — you've got a lot of critical stuff that the OS has written to the swap area of the drive.

Back to flash/SSD memory: As I say, some people think that worrying about excessive writes to flash is unwarranted. While I'm tempted to say that you shouldn't use an SSD on a server, Sun Microsystems (yep, the company bought recently by Oracle) is offering SSD-equipped servers and storage arrays. Sun thinks SSDs are the (near) future in servers since performance gains are too large to be ignored.

Sun is using single-level cell (SLC) flash memory, which has a much longer life than the cheaper multilevel cell (MLC) devices that pack more memory into the same space but have shorter write/erase lives.

We're a bit far away from the ASUS Eee PC and Ubuntu at this point in the post, aren't we?

Maybe. But here's what I want to say about flash-based storage: I'm all for it. I'd like to start moving everything I have to SSDs as soon as fiscally possible.

One thing I really like is a silent PC: no fans, and no spinning hard drives. If you've ever worked on a system with drives snaking out of the back of the case and sitting on a table (I did it for years), you know how much noise traditional hard drives make and how much heat they throw off.

For the energy and noise considerations alone, I'd like to dump spinning hard drives.

To that end, I'm doing one test and hope to do another soon. I've been running my Self-Reliant Thin Client (converted Maxspeed Maxterm) with an 8 GB CF card in the box's built-in CF-to-IDE adapter as the unit's main drive. I am still running Debian Etch on it (and will continue with it until I manage to get networking into the room). The box isn't in heavy use at present, but it is running (and has been this time for more than a week). I do have swap set up on the flash, and with only 256 MB of RAM, it'll probably get used a bit.

I'm running regular backups of the /home files to a 1 GB USB flash drive with rsync, so I have an all-flash system.

It's not fast. A low-end CF card (mine is a Transcend) doesn't have the performance of a top-of-the-line SSD. For one thing, the Transcend uses MLC instead of SLC and for that reason alone should have a shorter life.

I'll keep the box running for quite some time to monitor its progress with the flash memory and see if it can withstand repeated use. An upgrade from Etch to Lenny would definitely tax the CF card.

Another thing I'd like to try is an SSD in one of my laptops — maybe the $15 Laptop (Compaq Armada 7770dmt), which I've recently put back into service. At least the drive is easy to get to.

OK, never mind the huge controversy going on about OpenSolaris. OK, I grant that the project is in turmoil, and Debian founder-turned-Sun evangelist Ian Murdock's silence isn't helping the matter. But I digress. I just found out about an intriguing new project out of Russia -- Damn Small Solaris. Yes, it takes the Damn Small Linux concept (which is also spreading to another nascent distro, Damn Small BSD) and uses OpenSolaris as the base for a 60 MB live CD. I can't wait to burn one and try it. Oh, I used the English page for the link above; here's the Russian page for those who can read it.

Again, thanks go to Ladislav and his crew at Distrowatch, where I find out just about everything.