Results tagged “Xubuntu” from CLICK

Xfce in Ubuntu/Xubuntu and Debian(/Slackware/fill in the blank)

| | Comments (10) |

I've written (and before that observed/suffered) about the Xfce flavor of Ubuntu — Xubuntu — not offering much of a speed advantage over plain ol' GNOME-based Ubuntu and certainly not comparing well to the default Xfce setups of Debian and Slackware.

In last week's Distrowatch, which I also blogged about, And in the latest Distrowatch, the idea of running "minimal Xubuntu (and Ubuntu)," is discussed.

Basically, the idea is that you use the regular Xubuntu CD but instead of the full install, you start with a command-line-only system and build it up from there. It's something that many Debian users have been doing for years (and which I'm done a couple times myself): start with what in Debian is called the "standard" install (and purposefully NOT including the "Desktop" group of packages), then use apt or Aptitude to build up from there, adding only what you want. You start with X and then build up from there.

This week's Distrowatch article included some timed benchmarks, as well as a table of how much memory is used in Debian 5 with Xfce, the standard Xubuntu, the minimal Xubuntu and Xubuntu with the same packages as Debian with Xfce.

You save a lot of time and RAM with the leaner Xubuntus.

In running Ubuntu vs. most other systems with leaner desktop environments, you can see right away by running the top utility in a terminal. In Ubuntu 8.04, I start out the session with over 100 processes. Right now, in OpenBSD 4.4 with Xfce 4.4 — and with the Opera browser, Thunderbird e-mail client, a terminal window, a couple Mousepad editor windows and way more Xfce widgets than I need (they eat about 10MB of RAM each, so I'm probably going to turn off most of them soon), I only show 53 processes in top.

And when I'm running the default Fvwm2 window manager in OpenBSD, I probably start the session with between 20 and 30 processes (I'll have to check on that). Just running the console before starting X, there are less than 20 processes running (again, I'll check and confirm).

From my experience, Xfce in Debian and Slackware is more like it is in OpenBSD as I have it configured and less like in Xubuntu.

The "problem," although I really don't see it as such, with Xubuntu is that a whole lot of GNOME services are running. The same is true in the KDE-based Kubuntu. The Ubuntu team keeps a lot of the services the same, everything from the Synaptic package manager to the Network Manager, so the experience across the various Ubuntu derivatives is more similar than not.

And I do remember being jarred a bit after installing both the Xfce and KDE versions of Debian. I never could get used to the graphical package manager in KDE. (Kpackage? That's my guess.) And in the Xfce version of Debian, you have to use apt or Aptitude (but you could add Synaptic with these very utilities if you really, truly missed it).

I did use Debian with Xfce for a good period of time, and that provided me with the opportunity to learn more about Aptitude, which more than a few users prefer over apt due to Aptitude's record-keeping ability. (I guess that means Aptitude writes more log files, but I never really looked into it that closely.)

But as I said in my last entry on the topic, If you install Slackware but leave out all the KDE sets, you still end up with a bigger installation than if you use Debian with Xfce. And as I said then, you even get OpenOffice, compared to no office suite in Slackware, and still the install for Debian is smaller. That doesn't really matter for most instances, but this particular install needed to fit on a 3 GB hard drive, and that's pretty tight for many distributions.

Not to hate on Slackware at all. I do grumble about not having as many tools to manage the box when you choose not to install KDE (and I may indeed do this very install in the near future because I still love Slackware and believe I'm better equipped to deal with it now than ever). And while I'm not happy about having to search for prebuilt binary packages or use Slackbuilds for some of the apps I need, Slackware is still a super-fast Xfce system. In fact, Slackware is my No. 1 system for when I (or you) do want to run KDE.

(Small aside: Slackware does include the Koffice suite in the KDE sets. If at the time I was using Slackware the heaviest — the 12.0 days — Kword in particular ran better, I very well could've stuck with it. I can't say anything about more recent Koffice builds, but I haven't heard about it getting much better, not that I've heard much at all. I did end up adding Abiword to my Slackware install with binary packages from Robby Workman's site.)

And if you want to take the time during the install, you can go through Slackware file set by file set, package by package, and install exactly what you want from the CDs/DVDs. So you can have a truly custom installation out of the box without needing to use a network mirror. (Caveat: It seems as if this would take forever to do.)

I don't think you can do the same thing with apt in Debian, but you certainly can start with the minimal or "standard" install (I think some just do the absolute base and don't even use the whole "standard" list of packages) and then build slowly up from there.

Before I lose the thread of exactly what I wanted to say about Xubuntu. I don't know if I spelled it out in the last entry, but in my tests, Xubuntu doesn't really give you much of a speed advantage over standard Ubuntu. I did used to really like the look of Xubuntu; around the 7.04/7.10 era, when I ran a lot of Xubuntu, I really liked the way they had Xfce set up, from the color scheme to the panels (when I could get the panels to stick on the screen ... another story).

But once I saw how Xfce ran in other distributions, I never really looked back. If you prefer the way Xubuntu looks and works over Ubuntu, it's a legitimate choice, but I don't think you'll save a lot of CPU or RAM by choosing Xubuntu over Ubuntu.

However, if you really like Ubuntu/Xubuntu and have a compelling reason for using it over Ubuntu — perhaps your hardware just likes Ubuntu more, maybe you want to run the LTS of Ubuntu, or there are some packages that either you can't get in Debian or are more up to date in Ubuntu — doing one of these minimal Ubuntu/Xubuntu installs can be worth it.

As for me, things are going very well in OpenBSD 4.4. I'll probably upgrade when my CD set arrives. And my Ubuntu 8.04 Toshiba laptop is also running well.

Ubuntu maintenance aside: On our girl's Gateway laptop running Ubuntu 8.04, it crashed over the weekend (most probably a hardware issue; possibly a flaky power-supply plug) and I had a corrupted root filesystem. I used "recovery mode," and was able to see the dmesg on the terminal. The system dropped me into a root shell, I fsck'ed the root filesystem, which in my case goes like this:

# fsck /dev/sda2

And after that I rebooted and everything was back to normal. I thought that running a journaling filesystem (ext3 in this case) meant you didn't have to fsck, but in this case I most definitely needed to do so. My recent forays into fsck in OpenBSD are also due, I believe, to hardware issues; every once in awhile this Toshiba laptop (again, I have two identical Satellite 1100-S101 models) dies right at the beginning of the boot, no matter what the OS, and in the case of OpenBSD, I easily fsck the root filesystem and commence booting.

So ... what I'm getting around to saying is that I can easily see pulling the hard drive from one of the Toshiba laptops, shoving in a new one and using the entire drive for either Debian or Slackware and doing a long-term test of whichever distro I end up choosing.

Endnote: My complaints still stand about distro reviews — including my own — being nothing more than cursory looks at how a system installs and whether or not the hardware worked and not much more.

I think a lot of this discomfort with quickie reviews stems from my own decision to do much less distro-hopping. I tend to use distributions/projects that offer a lot of packages, a lot of flexibility, plus longevity and relative stability. The operating system must support most or all of the applications I need to get my work done. And since I'm not running a lot of test machines at the moment, anything I do in terms of distro/project testing needs to serve these goals as well as hold my 1 GB of Thunderbird e-mail and about 1 GB of "other" files.

So I've stuck with Ubuntu 8.04 on two laptops (both in fairly frequent use), OpenBSD 4.4 on one laptop (heavy use), OpenBSD 4.2 and Puppy 2.13 on one laptop (light use — this one needs an upgrade; it ran Debian before and probably will again) and Debian Etch on two desktops (light use).

I used to get a lot of traffic with quickie distro reviews, especially when I managed to get a Distrowatch link. I do miss the traffic, but I didn't feel right cranking out a review within the first day/week after an install. It's certainly important to let people know how goes the installation of an operating system, but I just didn't have the time or desire to burn dozens of ISOs and do installs all the time.

And since my days of distro-hopping, I've depended on FOSS operating systems and applications more than ever before for my day-to-day work. And between Ubuntu, OpenBSD and Debian, I've found a nice combination of comfort (for me as a user/technician) stability, flexibility, application availability and, for the most part, relative speed.

I know I spent half of this entry on how slow Ubuntu can be, but I've run MANY distros that appear to be much slower; I think Ubuntu hits more of a happy medium than others when it comes to the bloat/features equation, I just run hardware that's old enough to need all the help with CPU, RAM and disk space I can get.

The real endnote: The preceding few paragraphs attempted to explain why I'm uncomfortable with the standard distro review, both as a writer and a reader. I hope I got the point across at least a little. When you see one of these reviews, you'll know it. Not that there's no value in rolling a new Ubuntu/Fedora/Mandriva/Slackware/etc. distribution onto a box and writing about what's different/better/worse. If the writer has been running a given distro/project all along, I tend to take more notice even of a quickie review. But if you run, let's say Slackware, throw the latest Ubuntu on your box and talk all about how Ubuntu is different from Slackware and how everything's in the wrong place, and you do this a few hours after the installation, that I feel is usually of very little value.

So the next time I do this very thing, feel free to write a comment at what a hypocrite I am.

Xubuntu vs. Debian Lenny with Xfce

| | Comments (2) |

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.

Xubuntu and Ubuntu 8.04 LTS — Day 3

| | Comments (5) |

Things have gone very smoothly on my third day of using the Xubuntu flavor of Ubuntu 8.04 LTS. While in Xfce (Xubuntu's desktop environment), I haven't had the screen, keyboard and mouse freeze at all.

Wondering whether all this good fortune was really due to starting with the Xfce window manager instead of GNOME, I logged out, changed my WM to GNOME and logged back in.

Everything seemed to be going well. But in the mid-afternoon, I had a couple browser windows open and was writing in Gedit when the thing froze up on me. (Had I saved my document in Gedit? Nope.)

So regular old Ubuntu 8.04 hasn't improved at all. My ability to keep this distro running is somehow due to whatever Xubuntu packages take precedence over those in Ubuntu when logged in with Xfce.

By the way, the Trackpad utility in Ubuntu doesn't show up in Xubuntu, so I modified the xorg.conf in Ubuntu/Xubuntu to turn off tapping in my Alps touchpad by adding the line setting "MaxTapTime" to 0:

Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "HorizEdgeScroll" "0"
# adding next line in attempt to turn off tapping
Option "MaxTapTime" "0"
EndSection

I've always been pretty happy with Xfce. I used it more often than not in Slackware and always in Wolvix. And with all the tools that Ubuntu keeps across all of its companion distros (including Kubuntu and Xubuntu), running Xfce isn't all that different than running GNOME.

The strengths of Xfce are that the Thunar file manager and Mousepad text editor are lightning fast and quite functional. I'm also OK managing the desktop with the Xfce tools. I discovered that Xorg.conf line to turn off touchpad tapping when I was setting up CentOS 5.2, and I think this is a much better way to deal with the issue than using the Q/G/Ksynaptics package. I believe that in "regular" Ubuntu each user can set up the touchpad according to their individual preferences, but since I don't have any users, potential or real, who like touchpad tapping, turning it off globally in xorg.conf is definitely the way to go.

Now that I'm sure that Ubuntu with GNOME is still screwing up on this hardware, I'll continue using Xubuntu/Xfce for the next few days to make sure everything continues working.

And while I'm reluctant to move off of the LTS to Ubuntu 8.10, that does remain an option. While the LTS' 3-year support timeframe is something I'd like to have, with the "regular" Ubuntu release, there's still 18 months of support, which means I could keep the same system for quite awhile nonetheless. The quality of support (i.e. bug fixes and security patches) for Ubuntu is not something I feel qualified to judge, but the 18-month life of non-LTS releases is something I'm very much in favor of.

Fedora's releases have a 13-month life, and OpenSUSE's are two years, I believe. I think Ubuntu is right where they should be, given that there's also the LTS release with 3 years on the desktop and 5 years on the server. I initially hoped that Ubuntu 8.04 LTS would run well enough that I could ride it out for at least a year, maybe two, without running into problems, and while I've "solved" the problem that has cropped up, not being able to use GNOME isn't exactly the solution I was looking for.

In conclusion: It would be a strange thing indeed if Xubuntu ended up running better on my Gateway Solo 1450 than the flagship Ubuntu distro. While I've had luck with Xubuntu in the past (I think my favorite version was 7.04), regular Ubuntu always seemed to be more polished and stable than Xubuntu or Kubuntu. Until now.

Xubuntu 8.04 LTS — Day 1

| | Comments (3) |

Seeking to isolate what was causing the mysterious screen freezes on my Gateway Solo 1450 laptop in Ubuntu 8.04 LTS, I first tried the Fluxbox window manager, but after some X crashes coming out of the screen-saver, I decided to add the entire Xubuntu environment to my Ubuntu installation.

I pulled in 80-some packages. I booted into Xubuntu and haven't had a crash all day. I've let the screen-saver run, I've even gone into suspend manually and then resumed.

For a day anyway, Xubuntu has not crashed. I still can't close the laptop lid (with the laptop set to blank the screen) and reopen with X awaking properly, but I'm not expecting that.

I'll run Xubuntu for the rest of the week to see if I can definitively say that something in Ubuntu 8.04 LTS' GNOME desktop is causing my random crashes.

Not that I don't like Xfce, because I do, but I wonder if upgrading to Ubuntu 8.10, with newer GNOME packages, could also solve my crashing problem (or would perform the same as 8.04). Having 8.10 be more stable than 8.04 LTS would be a curious outcome, indeed.

Tech Talk column

Steven Rosenberg's weekly Tech Talk column, which appears Saturdays in the Los Angeles Daily News, is now available on the Daily News Technology page.

About this blog

New ways to sign in to comment: I just added the ability for prospective commenters on this blog to sign in using their AOL, Yahoo! and Wordpress.com accounts (for the past 200 posts anyway ... more than that will take an extensive, middle-of-the-night rebuild). That's in addition to the other sign-in choices, which include starting a Movable Type account on this blog, Typekey, OpenID, Live Journal and Vox. If you have trouble getting your Movable Type account verified, or any of the other sign-in options are not working properly, please e-mail me. With these added ways of signing in, there's more reason than ever for you to make a comment (or several!).




Steven Rosenberg aims to learn what he does not know. He writes about it here.



Recent Comments

Steven Rosenberg on Xubuntu 8.04 LTS — Day 1: More on GNOME vs. KDE. I suppose if I was a developer and really liked ...

Steven Rosenberg on Xubuntu 8.04 LTS — Day 1: I could've easily brought in the Kubuntu desktop, and KDE does run fai ...

Alan Rochester on Xubuntu 8.04 LTS — Day 1: Steve If your Gateway Solo 1450 has 1Gb of RAM was there a particular ...

Powered by Movable Type 4.25

Tags

LXer

Links

Daily News technology
LXer
Distrowatch
Linus' Blog
David Pogue
BoingBoing
Linux Today
TuxRadar
Linux.com
Linux Planet
The Open Road
Linux Outlaws podcast
Dan Lynch
Fabian Scherschel
The VAR Guy
Larry the Free Software Guy
Chess Griffin
Linux Reality podcast
Desktop Linux
Practical Technology
Linux Devices
ZDNet
ZDNet U.K.
iTWire
CNet News
Webware
Beyond Binary
TechCrunch
The Register
Ars Technica
Reg Developer
Computerworld
Computerworld blogs
Steven J. Vaughan-Nichols at Computerworld
Debian
Planet Debian
Debian Forums
Debian News
debianHELP
debiantutorials.org
The Debian User
Wolfgang Lonien
Debian-News.net
Debian Administration
Debian Admin
Debian Weather
Aaron Toponce
Ubuntu
Xubuntu
Kubuntu
Edubuntu
Gobuntu
Planet Ubuntu
Ubuntu Forums
Ubuntu Geek
Works With U
OMG! Ubuntu!
I' Been to Ubuntu
Tanner Helland
Dustin Kirkland
Ubuntu UK Podcast
Popey
gNewSense
CrunchBang Linux
OpenBSD
OpenBSD Journal
OpenBSD Ports
OpenBSD 101
Planet.OpenBSD.nu
jggimi's OpenBSD live CD
DaemonForums
BSDanywhere
Marc Balmer
Denny's OpenBSD blog
Polarwave's OpenBSD Tips and Tricks
Binary Updates for OpenBSD
Puppy Linux
Damn Small Linux
Tiny Core Linux
Lucky 13's Linux blog (lots of Tiny Core)
Lucky 13's BSD blog
PCLinuxOS
Mandriva
Red Hat
Red Hat News
Red Hat Blogs
Red Hat: Truth Happens
Red Hat Magazine
CentOS
Planet CentOS
Fedora
Slackware
Slackbuilds
Robby's Slackware Packages
Slackblogs
dropline GNOME for Slackware
GNOME Slackbuild
GWARE - GNOME for Slackware
Wolvix
Zenwalk Linux
Vector Linux
Slax
Splack Linux — Slackware for Sparc
Nonux
How to Forge
marc.info BSD and Linux mailing list archive
FreeBSD
FreeBSD, the Unknown Giant
A Year in the Life of a BSD Guru
NetBSD
hubertf's NetBSD Blog
PC-BSD
DesktopBSD
DragonFlyBSD
DragonFlyBSD Digest
DesktopBSD
BSD Talk podcast
BSD Magazine
OpenSolaris
MilaX
BeleniX
DeLi Linux
Linux Loop
Electronista
Engadget
Gizmodo
xkcd – A webcomic of romance, sarcasm, math and language
Nixie Pixel

Advertisement

Other blogs

UCLA 23-13 in Inside UCLA with Jon Gold
Quote Of The Day in Inside USC with Scott Wolf
HS FOOT: Friday Night Rewind in Daily News High School Spotlight
Bynum sits out again in Inside the Lakers
Saturday Soccer MLS Cup Edition in 100 Percent Soccer