So a few days ago, Slackware 13.0 was released. Unfortunately, Patrick Volkerding greatly deviated from the basic philosophy to which he’s faithfully adhered for years with nearly every release — one of stability, simplicity, and only including elements in the distro that are thoroughly tested and functional — and replaced the highly stable, robust, and fully tested KDE 3.5.10 with the much less stable, buggy, half-baked and in fact barely usable KDE 4.2.4.
I wrote the other day that I considered this a minimum of a year or so premature, and had decided sight unseen that this was a bad decision, based on my extensive attempts at using KDE 4 releases as recent as 4.3 (on OpenSUSE 11.1).
Turns out I was right. KDE 4.2.4 on Slackware 13 is a disaster. I did a full install of Slackware 13 last night on VirtualBox and found KDE 4.2.4 to be just as unusable on Slackware as I had found it to be in Kubuntu when I tried it out a couple of months ago. Not surprising, since I didn’t expect that Patrick would have been fixing the massive usability issues intrinsic to KDE 4 just by including it in a Slackware release; that just isn’t a realistic expectation. Still, I had to get a baseline, and that baseline was about what I had expected.
Then, I set about finding a way to upgrade KDE 4.2.4 to KDE 3.5.10 on Slackware 13. I was successful in this today, and here is my writeup of how I did it.
DISCLAIMER: Be prepared. There is whining ahead. I want to preface this by saying that I’m not interested in having a discussion about why I don’t gush with love over KDE 4, and I’m not particularly interested in suggestions for forcing it to work for me. This post is more about me wrapping my head around planning for how my use of Linux is going to change now that I’m going to have to re-think a lot of things about what has been my favorite Linux distro for years.
Why I’m disappointed
I guess I probably shouldn’t be too surprised, because I knew that Pat Volkerding has been working with my least favorite desktop environment and it’s been in
/current for a while now.
But I guess a part of me still was holding out a childish hope that KDE4 was going to be included in
/testing only, and that the default version of KDE for the Slackware 13.0 release would be KDE 3.5.10, the last decent release of that desktop environment. Given Patrick’s tendency to play it safe in regular Slackware releases and stick with only stable, fully-developed and thoroughly tested applications and desktop environments, I would have thought that something like KDE 4 — a desktop environment that’s still easily a year’s worth of hard development away from being a suitable replacement for KDE 3 — would be back-burnered in Slackware in favor of what is known to work and work well.
I probably shouldn’t be upset about this; it’s Linux… if I don’t like it, I can just make my own distro, right? If I want to spend the hours and hours it’ll take for that, sure. Well, I’m not to the point of making my own distro yet. But this does mean I’m going to have to significantly change my Linux usage, starting with replacing a bunch of stuff.
Every so often while I’m working on something, I’m struck by how satisfying it can be to be running Linux as my operating system of choice. No, this isn’t about beating up Windows or tearing Microsoft down any notches… as much as I tout the benefits of Linux and as much as I dislike some of Microsoft’s practices, they have their place in the grand scheme of things.
No, this is about the actual good things that come to mind for me when I say “I love Linux”, and why you should too.
In exploring a renewed interest I’ve developed in Fluxbox recently, and spurred by some new stuff I learned from reading Patrick’s wonderful Fluxbox tweaking post a couple of weeks ago, I thought I’d do a writeup on another capability that Fluxbox has that I’ve never delved into: dockapps.
Fluxbox has as a part of its toolbox a friendly home on its desktop for dockable utility applications that can provide information, handy functionality, and even dress up the otherwise normally spartan Fluxbox user space. I don’t use many dockapps, but it’s worth using the ones I have as examples in this writeup, if nothing else just to demonstrate how to set this up and take advantage of this capability.
So in this post, I’ll be discussing three dockapps: GKrellM, WMix, and WMWeather.
I’m a huge music fan. I pretty much have music playing all the time, in some form. As such, I like my MP3 player. Like many music lovers, I became enamored with the concept of having my entire music library at my fingertips at any time, so the MP3 player as a concept really appealed to me when they began to appear with larger capacities several years ago.
However, as a Linux user, there are some hurdles in choosing a portable digital music device, which limits one’s options, and then there is the simple fact that manufacturers have radically cut down on the products offered, which limits one’s options even more.
This is my discussion of that plight.
I was looking around for ideas for something to write up today, so I asked a friend of mine about his most recent Slackware setup experience. He told me, “my sound isn’t working at the moment, but I really haven’t delved into that at all”.
Which got me thinking. This is a common question among people who are using Slackware and aren’t that intimately familiar with it. I know, this has been written up about a billion times, but not here, and it’s a nice basic HOWTO that I think really belongs on Linux Critic.
By popular demand, I downloaded, installed, and worked with the new Hannah Montana Linux distribution, and decided to post a review of this product, as well as some tips and tricks on how to get the most out of this niche Linux distro.
To aid the reader in following this review visually, I have taken numerous screenshots and included them here.
I was able to download the ISO for HMLinux from the Sourceforge homepage of it. I downloaded “v2″ of it, using Bittorrent. It downloaded quite rapidly, only taking 15 minutes or so, leading me to believe that it is well-seeded as a torrent.
The ISO is a combination LiveCD and installation CD. I think it’s nice when distro developers/packagers do this, as it gives one the chance to see if the distro is going to work on one’s hardware simply by booting from the CD, and making that determination BEFORE one actually has to install anything to the hard drive.
I know, I’m a Linux guy, and an advocate of Free/Open Source Software.
However, I’m also a user, and I’m a right-tool-for-the-right-job kind of guy. I’m picky as hell about my software, and I think the simple fact that I choose Linux for my day-to-day desktop use says a lot about its ability to meet my needs.
However, I’ve never been in on the big love affair the open source community has with Firefox. Yes, I think it’s great that it’s taken enough market share away from Microsoft to spur them into action — it’s been argued that IE7 and IE8 would never have existed in any form approaching a “modern” browser if it hadn’t been for Firefox pushing them to catch up.
However, like Linux, Firefox needs critics. It may still be better than what Microsoft offers, but it isn’t perfect by a long shot. It doesn’t meet my needs as an end user, which is why I’m still using a closed-source browser as my primary web surfing tool. So why does an open source advocate like myself use Opera instead of Firefox? Read on.
Continuing with my attempt to document the problems I’ve run into running Fluxbox on top of Ubuntu 9.04 and their solutions, I figured I’d present two more things I’ve encountered and resolved since the other day’s rather annoying touchpad fiasco.
These two were both relatively little things, but they’re the kind of things that tend to drive me nuts. The first was a problem with the screen automatically locking (using Xscreensaver‘s built-in lock function — even though I had all such functions disabled), and the second was an issue with sound being muted and the master volume being set to 0% every single time I rebooted — necessitating my manually unmuting it and raising the volume if I wanted sound every day.
As I had mentioned in yesterday’s post about configuring Fluxbox on Ubuntu 9.04 on my old Toshiba laptop, I had one nagging issue I couldn’t figure out, namely the rather simple fact that the touchpad wouldn’t stay disabled.
I know this isn’t a big deal for most people, but for me it’s a rather vexing one, and it bothered me that I had to manually do so every single time I logged in.
So this afternoon I took a deep breath, did some more Google searching on the subject, and arrived at an overly-complex (but doable) solution.