Review: Korora 21 "Darla" Cinnamon

Main Screen + Cinnamon Menu

I wanted to do this review a few weeks ago but didn't get the chance until now. Anyway, although I have reviewed Korora a few times before on this blog, I have not reviewed its Cinnamon edition until now. I particularly wanted to try the Cinnamon edition mainly because I seem to have bad luck whenever I try other distributions with Cinnamon, so I wanted to see if that would change here. As usual, I tried it as a live USB system made with UnetBootin. Follow the jump to see what it's like.

Review: Korora 19 "Bruce" GNOME

Activities screen

In the comments of my review of Korora 18 "Flo" KDE, a bunch of people asked me to review Korora 19 "Bruce" GNOME. Now that this new version is out, I'm going to review it. It hasn't been too long since my last review of Korora, so I'll skip the introduction and get right to the main stuff. I reviewed the 64-bit edition (usually I review the 32-bit versions of distributions essentially by default, but this time the 32-bit edition seemed rather delayed to the point when I first downloaded the ISO file, I was under the impression that Korora might have dropped 32-bit support) on a live USB made with MultiSystem. Follow the jump to see what it's like.

Review: Korora 18 "Flo" KDE

Main Screen + Kickoff Menu

In the last week of classes, since finished all of my assignments, I have had a little time to do some distribution reviews before starting to prepare for final exams. The second such review is of the KDE edition of Korora 18 "Flo".

I have reviewed Korora before. Back then it was called Kororaa (with an extra 'a'), so I guess the name was shortened in a manner similar to that of Facebook (from "TheFacebook"). It's a distribution that essentially offers a bunch of niceties on top of Fedora with GNOME or KDE. This time I tried just the KDE version.

I tried this as a live USB system made with UnetBootin, as making it with MultiSystem gave problems on several occasions. Follow the jump to see what it's like.

Review: Fuduntu 2013.2

I haven't checked out Fuduntu in over a year. I wasn't particularly planning to do so either, because I wasn't exactly expecting huge changes. But then I saw some news that changed my mind.

Welcome Screen + Main Menu

Fuduntu, as regular readers know, is an independent distribution that maintains GNOME 2 essentially as-is and uses the RPM package format, so it can sometimes use third-party packages developed for Fedora. Recently, though, there was a discussion among Fuduntu developers that culminated in the developers announcing a feature freeze for Fuduntu along with support ending by this September, along with the lead developer Andrew Wyatt (also known as FEWT) announcing his official resignation (though he may still unofficially consult with the project from time to time) from the project after support ends. The main reasons for this were that maintaining GNOME 2, keeping Fuduntu independent from Fedora while maintaining support for RPM, and having Andrew Wyatt work way too hard on this were all unsustainable; the remaining developers may decide to turn Fuduntu into something else entirely, in which case it would be once again based on another distribution (a likely candidate is openSUSE, which is interesting because I am not aware of any major distributions based on openSUSE at all), and it would probably need a new DE (perhaps the Consort DE from SolusOS, though that is purely speculation on my part). In any case, I am reviewing Fuduntu because this will certainly be the last such review I can do of Fuduntu in its current incarnation, and may be my last review of it ever.

For this final review, I tested Fuduntu using a live USB made with MultiSystem. Follow the jump to see what it's like and how it will be remembered.

Featured Comments: Week of 2013 January 13

This past week, there was one post that got a handful of comments, so I will repost most of those.

Review: Fedora 18 "Spherical Cow" GNOME

Reader Brandon clarified, "If you are talking about the google talk video browser plugin, I just tested installing that on my f18 install and the install went fine (haven't tested the plugin itself though). To install it I did: sudo yum --nogpgcheck localinstall google-talkplugin_current_x86_64.rpm".
Commenter crabdog had this to share: "I had a quick look at Fed18 but the lack of codecs, the incredibly boring default appearance and 'clumsy' package management turned me away from it pretty quickly. I went on to try the latest Netrunner and that one took me by surprise. It's gorgeous to look at and is very smooth to use (although the RAM usage is high, like most KDE). I even replaced my trusty AriOs install with it, mainly because I like those extra desktop effects and customization options that come with KDE."
Reader F1L0 added, "Some screenshot of Fedora 18 KDE here: http://linuxscreenshot.netsons.org/fedora-18-kde/".
Commenter ken halloran had this to say: "Fedora 18. I hated it. Gnome 3. Yuk. So buggy, I ran to get the Raid.I'd give more details, but I'd need intense therapy to recover. Bad. Just Bad."

Thanks to all those who commented on that post. This coming week, I'm hoping to have another review out. And as always, if you like what I write, please continue subscribing and commenting!

Review: Fedora 18 "Spherical Cow" GNOME

Although I have reviewed a number of Fedora remixes, I haven't reviewed proper Fedora since the very first review/comparison test I posted on this blog over 3 years ago. There are, however, a few reasons for me to be trying this out today.

GNOME 3/Shell Activities

Fedora is typically more for Linux users with intermediate levels of experience and comfort with Linux, as well as for developers and administrators who want to see what is coming in RHEL/CentOS. That said, it can sometimes make a good consumer-grade desktop distribution as well, as long as it is done right; that's why there are so many remixes of it out there. But that doesn't explain why this review exists. I am trying Fedora today because I have not checked out GNOME 3/Shell in a while. I am also trying it because the Anaconda installer is supposed to have been thoroughly revamped. But mostly, I am trying it out because as a physics student, the codename tickled me enough to give it another look. (For those who don't know, a popular joke about physics problems takes such modeling to its logical extreme by applying it to a cow milking: "Imagine that this cow is spherical and radiates milk isotropically...".)

I tried the live session through a live USB system made with MultiSystem. As the revamped installer is a new feature, I tried the installation as well through a 64-bit Linux Mint 13 LTS "Maya" Xfce live USB system made with MultiSystem as well. Follow the jump to see what it's like.

Review: Stella 6.3

Main Screen

A couple weeks ago on an unrelated review, I remember a commenter asking if I could review a Linux distribution called Stella. It seemed interesting, but I didn't think much of it until the last few days when its release of version 6.3 made news on several major Linux news sites. At that point I knew I should check it out, so here it is. (Also, if Tennessee Williams were alive today, I think that "A Linux Distribution Named 'Stella'" would have made a great title for one of his plays. Yes, I really did have to make that pun, and it won't be the last time either.)

A lot of distributions that I come across that aim like Stella to be more user-friendly than their respective parent distributions are based on Ubuntu. There are quite a few based straight on Debian. There are also a handful based on Slackware, Arch, or Gentoo, which are all generally not very easy for new Linux users to use. And there are a few based on Fedora, though I feel like the only big-name one that's still around is Kororaa (and even that was originally based on Gentoo, so it hasn't been based on Fedora for that long — plus, Fuduntu forked from Fedora a while ago, while I haven't heard anything about Fusion recently). But until now, I don't think I've ever heard of a distribution that aims to make straight-up RHEL/CentOS more user-friendly, and that is exactly what Stella aims to do, so I think it may be unique in that regard. This is a great thing, because while I don't think CentOS is particularly unfriendly to general consumers, I do think it is generally geared more towards enterprise desktop and server settings. But CentOS has a reputation of being absolutely rock-solid, and this is made better by the fact that every CentOS release is supported for 7 years (and RHEL provides an additional 3 years of support to paying customers on top of that, if I remember correctly). So that seems like an ideal starting point upon which to build a user-friendly desktop.

I tested Stella 6.3 as a live USB system made with UnetBootin. (I tested the 32-bit edition because I happily have a new installed system, so I'm not looking for anything anymore so I don't really need the 64-bit edition. This also means that as before, from now on all reviews are of the 32-bit edition unless I specify otherwise.) Follow the jump to see how Stanley reacts. (Yes, I did that pun again.)

Review: Kororaa 15 "Squirt"

KDE: Main Screen

I've been swamped these past couple weeks. I mean, I've been absolutely, completely, and totally bogged down by work. I had 4 problem sets to do, on top of my recently-started UROP and other work-study stuff I'm doing, so I seriously had no room to breathe, until now. I briefly thought about starting work for next week tonight, but then I realized that whatever sanity I had left at this point would go out the window if I worked any more. I needed a break, so what did I do instead of working? I wrote this review! (This is my pre-emptive excuse if some people may feel that this is not thorough enough, or whatever. Yeah, yeah, sue me.)

GNOME: Main Screen

I've reviewed Kororaa before, and that was version 14 "Nemo" which featured KDE 4.6 and GNOME 2.32. This new version 15 "Squirt" has an unchanged semi-major version of KDE, but GNOME has been upgraded to version 3.0. Other applications have been updated too, so I figured it would be time to give it another go.

I tested both versions through live USB systems made with UnetBootin. I did not test the installation processes because there haven't been significant changes to the Anaconda installer since Fedora 14 "Laughlin". Follow the jump to see what each is like.

Review: Scientific Linux 6.0 "Carbon"

Main Screen

I really wanted to do this review a while ago, but I couldn't because when I wanted to do it then, MultiSystem didn't recognize the then-newly-released Scientific Linux 6.0 live CD ISO file. Since then, there have been quite a few updates to MultiSystem, and this time I could make a Scientific Linux 6.0 live USB with MultiSystem.

So what is Scientific Linux? It's basically Red Hat Enterprise Linux, minus Red Hat branding (with Scientific Linux branding instead), plus repositories containing extra mathematical, scientific, and engineering software, plus some extra niceties. It was developed for Fermilab and CERN, so it's not really meant to be a home desktop distribution per se, but I did read a few reviews of Scientific Linux 5.X commenting favorably on its abilities in such environments, so I wanted to see if that would be true of version 6.0 as well. Plus, I have never tried more office/server-oriented relatives of Fedora, so this would be a new experience for me too.

As mentioned earlier, my main mode of testing was through a live USB made with MultiSystem. I also tested the installation in VirtualBox within the live USB session. Follow the jump to see what it's like.

Review: Kororaa 14 "Nemo"

Main Screen + GNOME Main Menu

This review has been a long time coming. I actually wanted to include Kororaa in my comparison of Fusion and Fuduntu, but the final release of Kororaa only came a few days ago, and I felt it wouldn't be fair to compare two final products to a beta release of a distribution.

So what is Kororaa? Based on my previous statement, it would be pretty easy to guess that it's a Fedora remix. But it's actually a little more complicated than that. You see, Kororaa actually started life as an easy-to-use Gentoo derivative; it was basically Sabayon before (or maybe just around the same time as) Sabayon existed, and regular readers of this blog know from my numerous reviews of Sabayon that it is a Gentoo derivative that's supposed to be easy-to-use and that just works. After about 2 years, however, Kororaa went dormant, due, if I understand this correctly, to the developer not having enough time or resources to properly maintain a Gentoo derivative. He then found Fedora, and since then Kororaa has been a Fedora remix. Furthermore, while I believe that Gentoo-based Kororaa focused solely on KDE, Fedora-based Kororaa has both KDE and GNOME releases, both of which I will be testing in this post.

I tested these editions of Kororaa via a live USB system created with UnetBootin. I tested the installation procedure of the KDE edition via VirtualBox within the live session with 1024 MB of RAM allocated to the guest OS. Follow the jump to see what it's like.

Comparison Test: Fuduntu 14.9 vs. Fusion 14 "Thorium"

Fuduntu Main Screen

Oh boy. I've been wanting and waiting to do this comparison test for quite a while now, and now I can finally do it! The problem was that Fusion 14 "Thorium" was just released a few days ago, and before that I didn't want to compare a stable release of Fuduntu to a pre-release of Fusion.

So let's look at the contenders. Fuduntu is, despite its name, not based on Ubuntu. It is based on Fedora (version 14.9 being based on Fedora 14 "Laughlin") and it is designed to be user-friendly like Ubuntu as well as optimal for laptops, netbooks, and other portable computers.

Fusion Main Screen + Mint Menu

Fusion is also based on Fedora (version 14 "Thorium" also being based on Fedora 14 "Laughlin"), and it aims to provide a complete and very user-friendly desktop experience with a slight emphasis on multimedia applications.

I made a multiboot live USB of these two distributions using MultiSystem. I did not install either one; I just tested the live sessions. Follow the jump to see what each one is like. Please note that this post is full of images, so now you know what may be causing the page to lag a bit if that happens.

Preview: GNOME 3

Main Screen + Calendar + Notification Area

Usually, when I review desktop environments, I review KDE, specifically version 4. Why? It's constantly evolving and improving, and it's nice to be able to see such changes occurring on all fronts so quickly. By contrast, GNOME and Xfce (not to mention other WMs like Openbox) have remained relatively the same over the past few releases. Sure, Nautilus got tabbed browsing in version 2.22 (I think) and split-pane viewing in version 2.30. Sure, there may have been a couple other back-end changes. But generally speaking, where KDE 4 has changed pretty noticeably between point releases, GNOME has been quite stable. That's all going to change, because GNOME is about to be released under a whole new number: 3. That's right: the number preceding the decimal point in a GNOME release will no longer be '2'.
There are some pretty big changes in store for GNOME 3, much of which can be seen in the front-end. Because many major distributions are planning to upgrade to GNOME 3 once that gets released (in a few weeks, apparently), it's important that users try GNOME 3 beforehand both to get accustomed to it as well as to find and report lingering bugs. Happily, the good people at Fedora and openSUSE have put together live CD ISO files with vanilla GNOME 3 on them, just for the purpose of trying out GNOME 3. I downloaded both files and intended to make a multiboot live setup using MultiSystem, but unfortunately MultiSystem reacted with error messages to both ISOs. Knowing that openSUSE doesn't play well with UnetBootin, I decided to just try out the Fedora version on a live USB through UnetBootin. Follow the jump to see how it goes.

FOLLOW-UP: Linux and Breakfast Cereals

I wrote a post a couple months ago regarding Mr. Graham Morrison's assertion that the overabundance of choice in the open-source software community is its failing and Ms. Caitlyn Martin's counter-assertion using the example of breakfast cereals. In it, I mostly agree with Ms. Martin's statements, though I do question the use of breakfast cereals as an analogy because that industry has not ever been so thoroughly monopolized like the PC OS industry.
One of Mr. Morrison's gripes was the confusion in package management, with so many different front- and back-ends. While I still believe that the multitude of front-ends can only be good for users (as anyway most distributions' preferences in that regard are pretty clear), after having talked to a friend in college who is extremely familiar with Red Hat and Fedora, I'm rethinking my stance on the multitude of back-ends.
DEBs are fairly standard (they're just glorified compressed files), so as long as all the required dependencies are present, a DEB from KNOPPIX should work on Linux Mint as well. For RPMs, the situation is a bit more complicated, because RPMs themselves are a good deal more complicated than DEBs. As it turns out, there's a good deal of variation even within the different implementations of RPMs. For example, RHEL (and CentOS) and Fedora use the original kind of RPMs. Mandriva and SUSE have modified the RPM format to fit their needs, as has Scientific Linux (otherwise based on RHEL). Thus, an RPM on Mandriva won't work on SUSE or Fedora; the differences can be so large that it would be like trying to install an alien file format (e.g. DEB).
So my question is, why have all these differences sprung up? For example, the Skype site shows different RPMs for Fedora and openSUSE. (Then again, it shows different DEBs for Debian and Ubuntu as well.) Why can't the maintainers of these distributions pare away the differences as much as possible to maintain inter-distribution compatibility? Wouldn't this just make everyone's life easier?

Bad Experiences are Forever

This is a sort of follow-up and is opposite to the previous post. There are a couple things that I had bad experiences with that I should probably try out again; these things have probably left worse impressions on me emotionally than rationally.
First is Toyota. Toyota has had a rough couple years, starting with issues of premature rusting in its trucks' frames and leading up to the "unintended acceleration" fiasco. Through it all, it's managed to become #1 in sales, but this too has come at the cost of its quality; now, the parts it uses especially in the interiors of its cars are flimsier and aren't assembled with the same attention to detail as before. My family owned a 1988 Toyota Corolla, and it ran beautifully until 2004; it was solidly built, and the attention to detail was striking. Now, no more. That said, the unintended acceleration fiasco (which pushed my skepticism of Toyota over the edge) is finished and its new cars are pretty solidly built and competitive, so I really shouldn't instinctively turn me away from all Toyota products (though I'd still rather wait a few years before recommending their products to anyone again).
Next, Fedora. I tried the Fedora 11 "Leonidas" GNOME live CD about a year ago, and I loved it. I really liked the fact that it, unlike Linux Mint 7 "Gloria", detected all of my hardware out-of-the-box (including my graphics card and monitor at its native 2048 by 1536 resolution). So I decided to install it. That was a terrible idea: not only did it fail to install properly, it also managed to mess up my existing Linux Mint 7 partition at the same time. I tried again, and it still didn't work. I then decided to hold off until the next release. Version 12 "Constantine" was worse; no live CD or live USB I created (the usual way) would boot. That's when I gave up on Fedora. That said, just about a week ago, I and a friend of mine (who is a Red Hat/Fedora guru) installed Fedora 14 "Laughlin" GNOME on a mutual friend's laptop (which was suffering from a slow and malware-ridden installation of Microsoft Windows 7). The installation itself worked flawlessly, and aside from multimedia codecs (which was easily fixed through the handy program Autoten), everything worked out-of-the-box — Skype (i.e. webcam and mic), printing (and scanning), desktop effects, etc. Given this, I really shouldn't hesitate, yet I still do. Maybe it'll happen when Fedora does actually support NVidia's Optimus technology.
Finally come laptop touchpads. Wait, no — those are ergonomically inferior to external mice. Whoops! (Heh heh.)
So what are your thoughts on this? Do you also dislike things more emotionally than rationally? Share your thoughts in the comments below!

Featured Comments: Week of 2010 December 5

There was only one post that garnered comments, so I will be reposting all those comments.

Fedora 15: A Potential Savior?

Reader yochalgal had this to say about it: "The reason fedora 15 will have that ability is because they are switching from X to wayland as a display server. Ubuntu (what mint is based off of) is also switching. So you will have that ability." Of course, the Linux Mint developers have said that they won't be switching to Wayland exactly when Ubuntu does.
An anonymous commenter added, "The Nvidia-Intel video problem stems from the newer Optimus line of Nvidia cards. Nvidia has said they have "no plans" of supporting the switching technology under Linux. That means that in Linux, the Optimus cards will be locked into the Intel graphics performance, while keeping the Nvidia card on as well. Poor performance and poor battery life. Worst of both worlds. Hopefully Wayland will be able to work around this issue."

Thanks to all those who commented this week. Once again, if you like the material, please continue subscribing and commenting! (Also, I have final exams this week, so I won't be posting stuff as frequently.)

Fedora 15: A Potential Savior?

One of my friends was showing me today a Gource-created video of his semester's work that he made on his Fedora 14 "Laughlin" laptop. It looks really nice, but even though it has a quad-core processor, 4 GB of RAM, and a very nice AMD ATI dedicated graphics card (I don't know exactly what model/specs), it still took a couple hours to do (i.e. far longer than it should have).
I told him that I'd love to be able to do a similar thing on my laptop, but given that it has even lower specs than his, it would take even longer. This is also because Linux Mint 9 LTS "Isadora" doesn't properly recognize my NVidia graphics card, so I can only use the Intel integrated card which works fine for me now but would choke under such processor-intensive activities. He then told me that Fedora 15 will have native support for seamless switching of graphics card drivers (especially these NVidia-Intel setups).
Linux Mint, I've loved using you for the last year and a half, but I'm definitely going to be looking into this more closely, because I really do want to use my laptop to its full potential in Linux. If Fedora 15 is relatively stable, I'll probably be using it until Linux Mint gains similar support (and if it comes in the rolling "Debian" branch, I'll just use that then). In any case, I'm excited!

Red Hat, Fedora, and Small Towns

I was visiting $relative's house in a small town, where access to the cutting edge in technology is not the easiest to come by. First, I was surprised to find a digital photo frame (and a big one, at that) hanging on the wall. Then, $relative asked me to turn on the computer so that I could show some recent family pictures to other relatives. I turned on the computer, expecting to find nothing more than the Microsoft Windows XP loading screen. To my shock (which quickly morphed into delight), I was greeted instead by this (note: not verbatim):

GNU GRUB Version 0.97

Please choose which operating system to start:

Fedora Core 6

Microsoft Windows XP

I wasn't sure if $relative used Fedora or Windows, so I left it at Fedora. It stopped at the login screen; by then, $relative came in and restarted the computer (to start with Windows) as $relative didn't know the login information for Fedora, so the question of how their Fedora installation was became moot.
(For those who don't know, up till version 7, the official Fedora releases were termed Fedora Core because the base installation only had the official Red Hat code, while the extra downloadables were community-supported extras.)
This leads me into my next point: RHEL 6 is coming out soon! The great site Dedoimedo has a nice review of a beta release of it (though this beta is fairly representative of the upcoming official release, as far as I know). The review also expresses excitement over the near-simultaneous release of CentOS 6, CentOS being the free-of-charge community version of RHEL, as it brings a stable yet modern operating system to the desktop once more. (Fedora was supposed to be the community version of RHEL when it started, but it decided to go for cutting-edge technologies while RHEL stayed with stability above all else.)
But, Dedoimedo, may I remind you of Scientific Linux. It has all of the stable goodness of CentOS with the added goodies of proprietary codecs preinstalled as well as some useful scientific tools preinstalled.
So let me say that while I am certainly excited about RHEL 6 and CentOS 6, I am really excited about Scientific Linux 6.

Windows 7 on Netbooks?

As per my usual habits, I was browsing Wikipedia's article on Asus and clicked on the link to the article on the Eee PC. I read that Microsoft is working with Asus to optimize Windows 7 for the next generation of the Eee PC.
While I don't like Microsoft, I believe they shouldn't be shut out of the development process entirely. That said, I believe they are misguided in their efforts. (I also truly hope that Asus doesn't drop Linux support on the Eee PC.)
I believe that Apple (whom I also don't particularly like for some of its products and practices) really hit gold by releasing the iPad with essentially an enlarged and enhanced version of the iPhone OS. There was a big controversy at the time of development whether the iPad should have a shrunken-down, stripped version of Mac OS X, an enhanced version of the iPhone OS, or an entirely new operating system altogether. Ultimately, the second option won out, because it is easy to scale up a simple OS than scale down a complex OS. Also, the iPhone OS already had touchpad capabilities, while this would have had to be worked into Mac OS X somehow for compatibility with the iPad. As a result, the iPad is really fast (as it also has much better hardware than the iPhone) and is quite easy to use.
On the other hand, I really don't enjoy using netbooks with desktop OSs like Windows XP, desktop Ubuntu, or desktop Fedora. (Full disclosure: I really don't like netbooks, period. The minimum size I can easily use is about a 12" screen-size laptop.) These OSs are all quite sluggish on netbooks' minimal hardware and look really cramped on small screens. On the other hand, OSs like Ubuntu Netbook Edition (formerly Ubuntu Netbook Remix), Fedora for netbooks, and Jolicloud OS are optimized and hence fly on netbooks.
This, I believe, is the path Microsoft should follow in its development plans with Asus. It already has a mobile OS in the form of Windows Mobile. It could probably just scale that up for netbook use - as mobile phones have much less powerful hardware than netbooks, Windows Mobile would just positively scream on netbooks. On the other hand, Windows 7 scaled down for netbooks would suffer from the same problems that plague standard versions of Windows XP, Ubuntu, and Fedora on netbooks (e.g. sluggishness, a cramped UI, taxing hardware requirements). Hence, the push for Windows 7 is misguided.

FOLLOW-UP: How-To: Make a Multiboot Live USB Stick

In the post "How-To: Make a Multiboot Live USB Stick", there are major enough errors to fix and changes to be made that I have made this a separate follow-up post.
The hardware is the same. However, the OSs in question have changed.
The smaller change is the removal of PartedMagic from the multiboot combination. I did not want to have to deal with extended partitions, and I figure that on-the-fly creations of live CDs for people in need (to keep) would be more effective anyway.
The larger change is the removal of PCLinuxOS 2009.2. As it seems, PCLinuxOS (as well as its parent distribution, Mandriva) refuses to work on a multiboot live USB (though it will work fine as the sole live OS on a USB stick). After installing more OSs, PCLinuxOS will give an error message that looks like, "This is not a bootable floppy. [emphasis is mine] Please try again."
Basically, your USB stick is apparently now a floppy disk according to PCLinuxOS. I knew then that sticking to that OS would not work.
I searched long and hard for a good KDE-based distribution that would turn on new users and work very well, and I came upon Sabayon Linux.

The following will be a sort of mini-review of Sabayon 5 KDE, the version I installed live to the USB stick.
Sabayon is based on Gentoo Linux, which requires users to compile the source packages frequently (at least once per use). This is not for the faint of heart, but many people enjoy it for the same reason that many car enthusiasts like manual transmissions (which are slowly fading away). This used to be a defining feature in many Linux distributions but has since been basically done away with, so Gentoo has kept it to please the users and to retain the super-bleeding-edge status of the OS.
Sabayon does not require this; it is thus more like a conventional Linux distribution, but it still retains the bleeding-edge codebase of Gentoo. This means that there are a lot of new cool and heavily tested features, making for a great OS experience.
Sabayon 5 KDE comes with a plethora of amazing applications. First, unlike many KDE distributions, Sabayon comes with Firefox and OpenOffice.Org (instead of Konqueror and KOffice) by default and integrates both applications very nicely. Second, it offers a great selection of games, and it even has real game demos like those for World of Goo, and it supports games like America's Army and Wolfenstein. Finally, it is built for media centers. It has a lot of powerful applications like XBMC to manage even the most complex media centers. The final statement (about media centers) is from my reading, not from my experience (as I don't operate a PC media center).
In addition to this, Sabayon 5 KDE implements KDE 4.3 in the best way that I've seen yet. It actually comes with the Desktop folder applet out of the box so as not to confuse new users. The Plasma panel actually works stably without crashing, as do the Plasma widgets too. Finally, the other KDE applications seem to work as intended without a hitch. The whole desktop experience really looks polished and stable, something that I can't say about other implementations of KDE 4.3.
The biggest downside to Sabayon 5 KDE is the relatively demanding set of system requirements. Even the newest (non-purposefully tiny, as in TinyCore or DSLinux) Linux distributions can support computers over 8 years old without sacrificing performance or the features that make them ahead of the (non-Linux) pack. Sabayon 5 KDE doesn't have as much of an advantage, as it requires at least 512 MB of RAM and 10 GB of hard drive space (along with a decent graphics card) to be installed and run well. Furthermore, the boot time is rather long even after installation.

This resumes the talk about the multiboot live USB. Again, this must be done in a Linux system. The partitioning scheme should be two 1 GB and one 2.6 GB ext3 partitions (for the OSs) and one 3.3 GB FAT32 partition (for storage). One can do this in GParted as described in the original post.
Successively install (and test, as described in the original post) Linux Mint 7 "Gloria" Xfce and Sabayon 5 KDE into, respectively, the 1.0 GB partition and the 2.6 GB partition through UNetBootin as described in the previous post.
After these have been tested and are determined to work, download to the desktop the Fedora 11 "Leonidas" GNOME ISO image. Burn the image to a CD but do not do anything to the original image (on the desktop) otherwise. That step is crucial!
Boot into the Fedora 11 live CD, and after logging in, go to "Add/Remove Programs" and search for, check, and apply "livecd-tools" or something like that. After that is all done, open a terminal window and navigate (through commands like "cd" and "ls -l") to the folder (on the original Linux desktop) where the ISO image is.
After this navigation, type into the (still-open) terminal the command

su -c "livecd-iso-to-disk /dev/live /dev/USBDEVICENAME"

where "USBDEVICENAME" is the name of the device and partition (e.g. "sdf2"). To confirm the partition number, type into the terminal (before typing the previous command)

su -c "fdisk -l"

.
Congratulations, you have successfully made a tri-boot live USB drive with room to spare for storage!

How-To: Make a Multiboot Live USB Stick

This is something that I wanted to do for a while to show those interested what Linux is like on the fly. However, I only finished this yesterday.
The USB stick in question is an 8 GB Sandisk Cruzer Micro.
The distributions used are PCLinuxOS 2009.2 (KDE), Fedora 11 (GNOME), Linux Mint 7 (Xfce), and the latest version of PartedMagic. These are the only distributions I've successfully put on a multiboot live USB stick, so I'll only talk about how to create this step.
In terms of setup before the actual live USB creation process, a few steps must be taken. As far as I know, due to Windows only recognizing FAT and NTFS partitions, the steps I used will only work on Linux. My preferred partition editor is GParted. Also, if you don't have UNetBootin, get it beforehand. Finally, make sure that your computer has a CD-RW drive and that you have spare empty CD-R/CD-RWs.
The first distribution to add is PCLinuxOS.
If there are any existing partitions, remove and replace them with a single FAT32 primary partition covering the entire disk.
Next, download the PCLinuxOS 2009.2 KDE ISO image from the Internet and burn the image to (not on) the CD-R/CD-RW. (If, after this step, the disk is ejected, reinsert it but close any autorun dialogs.)
Next restart the computer and (if necessary, reconfigure the BIOS to) boot from the live CD (that is, the CD with the PCLinuxOS image on it).
After that is all done, go to the PCLinuxOS main menu and click on "Make Live USB". Please make sure that the correct USB stick is being written to (you can check this as root in Terminal through the command "fdisk -l" and determining which USB stick with its free space correctly corresponds to your stick, if you know what I mean).
Restart the computer and, after modifying the BIOS to boot from the USB stick, make sure that the live USB works properly.
If it does, it is time to move on. (Revert the BIOS to boot from the hard disk drive.) If not, make sure that you followed all of the steps listed here in the given order.
To prepare for the remaining distributions, in GParted, trim the primary FAT32 partition with PCLinuxOS on it until there is about 100-150 MB of free space left on that partition. Fill the remaining unallocated space with an extended partition. Finally, fill this extended partition with 2 logical FAT32 partitions of size 850 MB (each), another logical FAT32 partition of size 400 MB, and a logical FAT32 partition that takes up the remainder of the extended partition.
The second, third, and fourth distributions are Fedora, Linux Mint, and PartedMagic. Download all of these respective ISO images from the Internet, and use UNetBootin and the "Disk Image" feature to write the images to the partitions. The Fedora and Linux Mint images should go separately in each of the 850 MB partitions, while the PartedMagic image should go in the 400 MB partition. UNetBootin recognizes partitions by disk drive name and number rather than by size, so to verify which partition is which, as root in Terminal type in "fdisk -l" to know which partition to write to in UNetBootin. After each write, verify that the live USB image works properly by booting from the USB. Each time a new image is written by UNetBootin to a partition, that partition is automatically flagged as bootable.
These steps will not allow you to select from all of the distributions which one to boot from (i.e. from a giant GRUB menu list upon booting). You much change which distribution to boot from manually in GParted by modifying the "boot" flag.
If you followed all of these steps and it all works, you should be good to go! If not, please leave a comment!