Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze

| | Comments (16) |

debianlogosmaller.jpgUsers of Linux can save themselves a lot of time, trouble, heartache and pain by taking the path of least resistance and using a distribution that works with their hardware out of the box.

That's been increasingly difficult for my relatively new Lenovo G555 laptop (AMD Athlon II dual-core 2.1 GHz, ATI Mobility Radeon 4200 HD graphics and Conexant 5069 sound). Starting with many recent releases (Fedora 13 with 2.6.34, Fedora 14, Ubuntu 10.10, Salix 13.1), roughly coinciding with the advent of kernel mode setting for ATI (or so I've been led to believe), the open-source ati/radeon graphics driver has pretty much stopped working.

Oh, it "works," but the screen is blurry, wavy, full of noise. I had been reluctantly substituting ATI/AMD's closed-source fglrx/Catalyst driver in Fedora, which at times was slow (especially when not built against the running kernel) but never as fast as its open-source predecessor. Starting with Fedora 14 the fglrx driver stopped working entirely and pretty much bricked the system.

While I've had success in tests of Ubuntu 10.10 with the distro-supplied (yet AMD-created) fglrx driver, Debian Squeeze is still shipping a relatively old 2.6.32 kernel — and one of the very fortunate (for me anyway) byproducts of Debian's conservative policies is that the open-source ati/radeon driver still works (and exceedingly well) with my ATI Mobility Radeon 4200 graphics chip.

And unlike in Fedora 13, where I lost video mid-cycle with the switch (again mid-cycle?) from the 2.6.33 kernel to 2.6.34, Debian Squeeze is "frozen" in anticipation of becoming the distribution's next Stable (capital "S") release and will keep the 2.6.32 kernel and accompanying drivers for the duration of that release, which is generally about a year and a half plus an additional year of patches as "Old Stable" after Debian's next release.

And the clock isn't ticking just yet because Squeeze remains the "Testing" distribution pending its Stable designation (which is imminent, or so I've read).

My tests of Debian Squeeze and Sid via Debian Live images were overwhelmingly positive regarding the video actually working, and once my Fedora 13-to-14 transition failed twice, it was time to make the switch.

I used the amd64 "business card" (meaning very small and able to fit on a business-card-sized CD) image to install Debian Squeeze with the standard GNOME desktop (which I generally use on "newer" hardware with Debian because it'll run faster than most other places).

While I usually opt for fully encrypted LVM as my disk partitioning layout, the Lenovo G555 needs to remain a dual-boot machine with Windows 7 (I pulled the original drive months ago and replaced it with a 320 GB Western Digital driver that after one RMA is working perfectly; I also replaced 32-bit Win 7 Home Premium with the 64-bit build).

While I've set up plenty of dual-boot systems (even though I generally try to avoid dual- or triple-booting), I've never mixed encrypted LVM with any kind of dual-boot setup.

I managed to muddle my way through creating encrypted LVM volumes "manually" in the Debian Squeeze beta installer, which actually allowed me to do the install over WiFi (score!) this time, yet still allowed NetworkManager to manage the wired Ethernet interface after the installation was complete (score! again!).

I'm not set on keeping this install forever, so I wasn't hung up on exactly which volumes to encrypt. In the LVM scheme, I created separate partitions/volumes (I use the "slash" because though I use LVM, I barely understand it) for /swap, / (aka "the root partition") and /home. I chose to only encrypt /swap and /home, fully realizing that since I didn't make a separate partition/volume for /tmp that it sits on the drive unencrypted.

I could have encrypted all three volumes, or broken /tmp out on its own, but I'm glad I didn't because the way Debian does the encryption (or did it in my case) was to create separate passphrases for each encrypted volume, meaning I have to type the passphrase not once but twice (once for /swap, again for /home) before the machine finishes booting and presenting me with GDM where I enter my login password.

I did pick the same passphrase for both volumes, and if I can somehow figure out how to do it, I'll create a "global passphrase," as my Fedora 13 system referred to it (I used encrypted LVM there and had no trouble with the Anaconda installer automatically doing everything despite the presence of a Windows 7 installation on the same disk; a huge win for Fedora, by the way, if you're keeping score).

But entering the passphrase twice to unencrypt the two volumes is no deal-breaker, and any inconvenience pales when I consider that I have a working, super-fast Debian system that won't die on me (unless I kill it with the usual idiocy) for the next 2+ years.

As I wrote above, I've been keeping my eye on Squeeze and Sid for the past few months via live images, and in the course of the release's life there have been changes in the application lineup.

Notable inclusions in the now-frozen Squeeze are the Ubuntu Software Center as an alternative way of managing applications. Yep, you read right: Debian is using the Ubuntu Software Center. It looks like Debian's developers are in a more cooperative mood than they get credit for. I for one am glad to see such cross-pollination between Ubuntu and Debian.

Don't worry — unlike Ubuntu, Debian is keeping Aptitude, and both distributions still ship the Synaptic Package Manager for those (including me) who are more comfortable with it. Even so, I used the "Software Center," as it's called, to install the Filezilla FTP client, and it's a smooth, user-friendly if not information-filled way to manage applications.

Also like Ubuntu, Debian Squeeze includes Shotwell as the default photo-managing app. I didn't like F-Spot, and I'm not about to get started with another underpowered consumery application like Shotwell — especially when the most-important application for me on any Linux or BSD desktop is the gThumb photo manager/viewer/editor due to its ability (virtually singular among FOSS apps, though digiKam does this too) to edit the IPTC metadata in JPG images — a must for manipulating the work of photojournalists (which is a big part of my day job).

Debian ships with Gnash, which is great if you really don't need to do anything complicated with Flash on the Web. Unfortunately I need to do a lot with Flash, so I tested Gnash (it didn't do well), then removed it, added the Debian Multimedia repository (I almost always do this) and brought Adobe Flash into the system. I work with video a lot and need to access a few web-based applications that rely on Flash, so it's a necessary evil.

I also enabled the contrib and non-free Debian repositories, and once I added the Debian Multimedia repositories, at some point in my Aptitude updates the "bad" and "ugly" gstreamer plugins flowed onto my system.

Before I go any further, let me say my absolute favorite part of Fedora 13 was the Yum package manager. While I have little love for PackageKit (it's horrible), Yum is excellent. It's logical, robust and has great plugins, including one that continually looks for the fastest mirror and another (called Presto) that enables it to download only the portions of a package that have changed, dramatically decreasing download times during updates.

So it's with some reluctance that I go back to Aptitude, apt and Synaptic, though Synaptic does kick PackageKit's ass clear around the block. However, on this particular Debian Squeeze installation, when trying to add gThumb in Synaptic, that particular package manager (really just a front end for apt) offered to remove all of GNOME as part of that operation. I backed out of that and used Aptitude, which installed gThumb 2.11.5 without removing GNOME.

By the way, even though many bugs in gThumb were fixed in version 2.11.90, and now Fedora is shipping 2.12.0, thus far gThumb 2.11.5 in Debian is working fine — even the IPTC metadata editing, which is critical for my use (and which allows me to avoid running IrfanView via Wine). That bodes extremely well for my continued use of Debian Squeeze, seeing as gThumb is my No. 1 application.

I was even game to use Tomboy Notes despite its Mono back end. But after creating a few notes, I tried to copy/paste their contents into a Gmail e-mail. No go. I could copy/paste from Tomboy into gEdit, then from gEdit into Gmail (or any other web form in the browser), but there is no copy/paste from Tomboy into the Web browser (I was using Iceweasel, aka Firefox).

I confirmed that this "bug" is also present in Ubuntu 10.10. This is a huge fail for Tomboy. I installed gNote, the Tomboy "copy" written in C++ (and without Mono), and quickly did a test: gNote has no problem copy/pasting into the web browser, and I can easily use these notes to help me organize my thoughts before transferring those thoughts into blog posts, Google Docs, etc. So a fail for Tomboy (which I was perfectly willing to use) is a win for gNote. And it has nothing to do with philosophical/political thoughts about Mono.

I also wanted to give Empathy, the GNOME IM client, a try. But in Debian Squeeze — at this point anyway — Empathy won't allow me to enter information for non-Google Talk/Jabber/Facebook Connect accounts. I unfortunately need to get an AOL/AIM account into any IM client I use, so I quickly installed Pidgin, entered the data for my AIM and Google accounts and went about my business.

Since my initial switch from Empathy to Pidgin, I learned that adding a whole mess of other protocols to Empathy is done by adding the telepathy-haze package. Once you add telepathy-haze, you are able to add AIM, Yahoo, IRC, MSN, ICQ, MySpace, and a whole bunch of other services I've never heard of. Now I can spend some time in Empathy before I decide between it and Pidgin.

One thing I immediately don't like about Empathy is that it looks either difficult or impossible to order my groups of contacts the way I want them. Pidgin allows me to shuffle the groups around and keep my most-used ones at the top. So I remain on the fence. But telepathy-haze should definitely be a dependence of Empathy; that's something that should change in Debian.

I installed my go-to text editor Geany (the "change case" plugin for gEdit is barbaric in its lack of keyboard shortcuts) but have yet to bring Filezilla, my preferred FTP client, onto the machine.

(Before I continue, I've been using gEdit more than you'd think. Aside from the change-case issue — PLEASE ADD A KEYBOARD SHORTCUT, O developers — I find it to be a very pleasant environment in which to work on files.

I had planned to use Claws Mail, which performed so well for me in Fedora 13 but decided to give Evolution a try first. While it took awhile for me to get the configuration right (Evolution doesn't seem as "geeky" as far as selecting ports go, and it took me awhile to get things flowing), I'm impressed by how quick the program is running. This could be due to improvements in GNOME, in Evolution itself, or just the generally swift nature of all things in Debian. Whatever is responsible, I'll take it. For the moment anyway, I'm an Evolution convert.

I also took care of the one very annoying thing in the Debian Squeeze default configuration: the loud system beep/bell heard whenever the machine is powered down.

With rootly powers I opened up /etc/modprobe.d/blacklist.conf and added this line:

blacklist pcspkr

That took care of the annoyingly loud beep that isn't the sort of thing you want to hear when others in the house are, say, sleeping. I can't remember where I found this hack, but I believe it was from a Mint forum on the Linux Mint Debian release (which I recommend when you neither want nor need encrypted volumes).

Another interesting note for those who've been using Debian and Ubuntu for awhile: While Ubuntu has always integrated sudo into its system management routine — something with which I wholeheartedly agree — there was a time when Debian didn't. Adding sudo is no big deal, but nowadays Debian includes sudo, at least in the "desktop" build. To be fair, Fedora also includes sudo. If you're unconvinced of sudo's power, read Michael Lucas' "Absolute OpenBSD" for a long explanation of why sudo is better than su. I hope Lucas repeats this extremely valuable information in his FreeBSD books.

One thing that Debian doesn't ship but which I also always need and in this case installed immediately is rsync, the file backup/transfer utility. It's free, it works across the entire Unix/Linux world — and it's how I've been doing my backups and restoring my files to newly set-up operating environments for years now. I even use it in Mac OS, which does ship with rsync (and sudo) by the way.

One of the most painful things about switching from one operating system to another is bringing your defaults/configuration — usually in the form of "dot files," along with you. Since there's the potential for havoc in the configuration files between different versions of applications packaged differently in different operating systems, I generally don't do this.

In the past I've exported my Firefox bookmarks from one installation and imported them into another. This time Fedora blew up before I could do an export, so I had the rsync-generated backup.

Instead of changing profiles (which I've done that successfully in Thunderbird but never in Firefox), I opened up the ~/.mozilla/firefox/*.default directory of the new Firefox installation and the same directory in my /home backup and copied all of the directories and files from old to new. It worked great. Everything is just like it was, even though I was running Firefox 3.6.x and am now in Iceweasel/Firefox 3.5.x in Debian Squeeze. I consider this a huge success. I don't know how well this would work across different kinds of OSes, i.e. Windows or Mac to Linux, but for Linux to Linux it worked perfectly.

If I can do the same thing with Filezilla, I'll be pretty happy.

I've been testing a Clear 4G USB device that of course is fully supported on Windows (where 4G is five times as fast as 3G) and Mac but not in Linux. However, it does work in 3G (over the Sprint network) in Linux, is autodetected in Debian Squeeze and easily connected through NetworkManager, a utility that has made dramatic strides over the past couple of years to become a must-have for me. There was a time when Wicd got a lot of traction, and doing anything complicated in NetworkManager was a passport to pain. But now NetworkManager is way more robust, reliable and configurable, and it has become a "best in class" utility in the Linux environment. I wish there were an equivalent in FreeBSD and OpenBSD.

Overall impressions
I've been running Debian on a number of machines since Etch went stable in April 2007. Debian releases seldomly enough that there are always many, many changes between stable releases, and you can really see and feel the progress in the Linux kernel, the various desktop environments, applications and utilities. While Squeeze looks much like Lenny, at least in the GNOME environment, everything seems to work better. As I mention above, NetworkManager has made incredible progress.

While GNOME gets a bad rap as a "full" desktop environment that's correspondingly slow, I've really never found that to be the case. I often use Xfce because of personal preference (I love Thunar and might even install it here as a Nautilus alternative) and not due to any speed advantage. But when it comes to GNOME (or KDE or Xfce for that matter), Debian runs it faster than anything I've ever seen yet doesn't make the user go through hoops to get it configured.

Much like Fedora (though older), GNOME in Debian is largely what upstream ships. That makes for an easy transition between distros, where going from Fedora to Debian means getting my repositories together and using chown to switch my UID 500 files in Fedora back to my user name and UID 1000 in Debian.

I probably did my first Ubuntu install of 6.06 Dapper in January-February 2007, and by April 2007, upon learning about Debian Etch's release, did my first Debian installation. The not-so-well-kept secret about Debian (indeed, about most Linux distributions) is that one is not appreciably harder to install or use than another. If you've done a few Ubuntu installs, you probably know everything you need to know in order to do a successful installation of Debian. It's no harder and probably just a little bit easier to install Debian in 2010 than it was in 2007. That means there's definitely a need for something less quirky like Ubuntu's graphical installer, and I'm grateful it's available.

But as I've written many, many times, just because Ubuntu is easier to install and use, you are still bound to run into problems. And, for the most part, solving those problems is equally easy in Debian and Ubuntu. And the help you find for one distro generally applies to both, especially in this case because Ubuntu is derived from Debian. Hell, I've gotten lots of usable tips from Arch users that have helped me in Debian, Ubuntu and Fedora.

Aside from my fondness for Debian over the past few years, what brought me back this time around was the fact that Squeeze doesn't break the graphics on this particular laptop. In the latest round of "Xorg/the Linux kernel is screwing me in the name of progress for other users," Squeeze is holding the line and making my Lenovo G555 work as well as or better than any other current distribution I've tried.

This time around I pledge to use Backports and/or apt-pinning if and when I need newer packages, and I'll continue to try live images of Ubuntu, Fedora, Salix, etc., to see if sanity and working graphics comes back to the ATI Mobility Radeon 4200 HD, which is way too young to be cast off on an ice floe from the world of Linux/Xorg.

My previous six-month-or-so stint in Debian Lenny was characterized by a lack of problems (and the ensuing drama) coupled with an increase in productivity, and I'm looking forward to the same boring routine during the next six months-plus.

Thanks to the Debian Project, GNOME, Mozilla, the gThumb team and the many other individuals and projects that make up Debian Squeeze — right now you're providing me an invaluable service, and I very much appreciate it.


16 Comments

scribe63 said:

I sure understand where you are coming from with this graphic card situation. I have a similar situation which i am yet to totally rectify.
It is with a Matrox P650 dual/triple display card that i use on Media Production system. I bought that card for it's multi-monitor display features, and the fact that it has no fans for noise reduction.

After going through a couple distros, i settled on Ubuntu Studio. But their realtime kernel was not stable until i think 9.04 or 9.10. Prior to that i used Ubuntu Studio, but with a AV-Linux realtime kernel.

I decided to upgrade to 10.04 when it came out, bad move. The p650 driver became incompatible with the newer Xorg version, and Matrox stopped supporting the Linux driver.

So my remedies were to either, buy a new display card or stick with Ubuntu Studio 9.04 or 9.10 that has a compatible version of Xorg.

DavidW said:

I echo your comments on Evolution. A few years ago it would slow my system to a crawl so I reluctantly moved to using a webmail interface to access my email when I needed. I just recently moved back to Evolution (on my netbook) and it's using less than 3% of my total memory and it sits in the background very nicely.

I would add that Evolution has some nasty behaviour on a small netbook screen. There are bug reports more than 2 years old for this behaviour so I would guess that netbook users are not the target audience for Evolution.

Eric said:

I have found a new appreciation for PCLinuxOS (KDE), It just works!

Eric Mesa said:

Great, detailed writeup. But I was confused about a couple things:

1) I don't understand why you'd reinstall F13. If your upgrade doesn't work and kills your system, you install F14, not F13 and then try to upgrade again. That doesn't make any sense. After all, everyone always says a fresh system is better than an upgraded one. So if you have to start fresh anyway, why not in F14?

2) One of your listed reasons for using Squeeze is that it has an old kernel, but eventually that'll be upgraded too and you'll be in the same place again.

3) Finally, you seemed to have a lot of dislike for running the proprietary drivers (moreso in the part 1 of this article) But you use flash. I know you mentioned that it's needed for work, but why not just look at the video drivers in the same way?

Anyway, don't read this as an attack. I'm just trying to understand the weird stuff you did.

Anonymous said:

Squeeze experience is better with KDE4 ^_^

That's a good catch: I did install a fresh F13 and then preupgraded to F14. I just felt like doing it that way. Once I had F14 running, everything was fine (except for the video issues; blurry, wavy). After adding the Fglrx driver, I lost all video.

I didn't mention in this article that I had been experimenting with Fedora 14 installs on bootable USB drives, and the same thing happened when using AMD's script to install fglrx.

I guess I started with F13 the second time because I wanted to see if preupgrade worked on a fresh F13 install. It did. I was sort of retracing my steps. But I couldn't resolve my video issues with fglrx like I did with F13.

Regarding the Squeeze kernel. It's my understanding that Squeeze is frozen and will keep a 2.6.32 kernel throughout its life. Hence I should be OK as far as video goes. While I initially thought that drivers in Xorg were responsible for the problem, it looks like its the kernel.

My dislike for the proprietary drivers are more about the fact that they don't track in the package manager. This is especially true in Fedora because whoever is maintaining kmod-catalyst for RPM Fusion has basically stopped updating it. It hasn't been updated since 2.6.33 in the F13 days.

Building from AMD's script, I ran into trouble whenever the running kernel changed, and I didn't get performance as good, let alone better than the open-source driver.

Had there been a choice, I would have stayed with the open driver because it just works better (when it works at all, that is) than fglrx.

Yeah, I run Flash. I pretty much have to. I produce a lot of content that unfortunately is in the form of Flash and/or SWFs, and I have at least one Web-based application front-end that uses a ton of Flash. I wish I didn't need to use it, and I love running OpenBSD without it. Also unfortunately, Gnash is worse from a functionality standpoint.

As far as YouTube video goes, I'm perfectly happy to use Minitube, which I did have running (and well) in Fedora, or TinyOgg, and I'll be happy when YouTube video is both HTML 5-compliant as well as with a codec that Firefox can handle. I think the video system I use (Brightcove) is pretty far along as far as HTML 5 goes, but I haven't yet tested it beyond verifying that we can get video to show on the iPhone.

Going back to the video drivers, this laptop runs really well in Ubuntu 10.10 once you OK the use of proprietary drivers. Had Catalyst been up-to-date and usable in Fedora via RPM Fusion, I would have had a much better experience. So at this point Ubuntu with fglrx from Ubuntu's non-free repo is a very viable alternative.

I have a great fondness for Debian, and I saw this video situation as a great opportunity to spend time running Debian Squeeze. I had never before had an ATI (or Nvidia for that matter) video card/chip, so this has been a new experience for me all around. In my particular case, the ATI/AMD-supplied script for fglrx just didn't work all that well in a Fedora 13/14 system.

I suppose I should have tried a pure Fedora 14 installation and then added fglrx with the AMD script, but at that point I was ready to move on.

The one thing about Debian, Ubuntu and most other distros is that they don't change kernel versions mid-release like Fedora did in F13, going from 2.6.33 to 2.6.34. Had they maintained 2.6.33 for the whole release, it would have worked out very well for me. The problems started with 2.6.34.

My current thought is that maybe running the open-source ati driver WITH an xorg.conf (instead of w/o, as I do now) would solve my video issues. All I need is an xorg.conf to start with (I never got too far with Xorg -configure ... just kernel panics and such)

betazed said:

I too am running Debian Squeeze and I don't have a problem copying and pasting between Tomboy and Firefox. I do however have Firefox 3.6 installed in my home directory via the distribution that Mozilla puts out on getfirefox.com.

Sandy said:

Weird, I have not seen any bugs reported in upstream Tomboy about this supposed copy/paste bug. I'm glad I saw this article in my Google Alert, or I never would have known about it. The closest bug I was able to find in Launchpad (since you mentioned 10.10) was actually filed against Thunderbird:

https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/678264

I'm currently using Ubuntu 10.04 and the bug does not exist there, but now that I'm aware of it I'll test on 10.10 and figure out what's up so it can get fixed in the upcoming Tomboy release.

It would be super duper awesome if when you ran across bugs like this, you could file them in GNOME bugzilla, or with your distro if you must, so that they can be fixed. :-)

zoredache said:

I could have encrypted all three volumes, or broken /tmp out on its own, but I'm glad I didn't because the way Debian does the encryption (or did it in my case)
.

If you use the automatic encryption setup, then a single luks volume will be created. LVM will use the encrypted volume as the PV. The root/swap1 partitions will be placed within LVM. When setup that way you only have to enter a single phrase.

Given the way you set it up you could create a keyfile, store it on your root encrypted drive, add the keyfile as a valid key to unlock the other to volumes. Once you create the keyfile you just adjust your /etc/crypttab to reference the key

Regarding the Tomboy bug, I had the same problem in the live CD of Ubuntu 10.10, and since Tomboy and Ubuntu are both so popular, I figure that if the problem is not an isolated incident only on my particular system, there must be thousands of others who have more skin in the game than I. "Notes" software isn't something I'm at all reliant on. And the fact that Gnote has all of the functionality without this particular bug means I can go about my business with an alternate application.

Really, if you can't find a previously bug covering this very specific situation, it means one of three things:

1) The bug is only affecting me, or only affecting a subset of hardware, won't be reproducible by developers and thus will get even less attention than the average bug.

2) Nobody is copy/pasting from Tomboy into Web forms, and nobody finds this to be a particularly compelling use for Tomboy, and thus the bug will get even less attention than the average bug

3) Tomboy just doesn't get used all that often

Regarding encryption setup, in Fedora, you can choose automatic encryption and get a "global passphrase" while at the same time preserving a Windows setup on the same hard drive. In Debian, it seems that choosing "fully encrypted LVM" means you can't preserve (a) Windows partition(s) on the drive. Hence my "manual" partitioning with the creation of encrypted volumes.

Thanks for the tips on how to create a keyfile that acts as a valid key to unlock other volumes. I will be looking into how to set this up.

Sandy said:

The Tomboy bug seems to only come into play when pasting into a rich text field like Gmail's editor in HTML mode. I haven't seen it yet myself because I'm still on Lucid, but I've had a couple of folks confirm it for me.

So Tomboy, or GTK+, or Gecko, or something, is having trouble during rich text copy/paste. Thanks for pointing it out. We should have it figured out soon.

The Launchpad bug I linked to above has been switched from Thunderbird to Tomboy after some investigation.

I think it hasn't been noticed until now because 1) Maverick is still relatively new, and 2) I don't think most geeks send mail in HTML format. ;-)

Out of curiosity, does Gnote actually carry its formatting over to Firefox? For example, if you have bold text in Tomboy, does it show up bold when you paste it into Gmail? Either they are missing this feature (which is obviously broken in Tomboy for you) or they're doing something differently to make it work correctly.

Tomboy text DOESN'T paste into Gmail.

In Gnote, bold formatting doesn't remain when type is pasted into Gmail.

However, Tomboy text DOES paste into this Movable Type commenting window, just not into a Gmail window.

'poolboy said:

Running Debian Testing here and blacklisting pcspkr didn't stop the wailing when powering down or suspending.

Then again, I'm running 2.6.36 if that makes a difference.

Consider yourself lucky. I'm still waking everybody up! :-)

There is more than one place to blacklist pcspkr. Did you also try alsa-base.conf?

'poolboy said:

I looked at alsa-base and its blacklist version. snd-pcsp seems to get loaded there as well. Still, I shouldn't need to disable it completely since it might be used for valid alerts as well.

And I made a mistake earlier. The wailing happens when I *resume* from suspend. My common mainboard uses very common Intel chipsets and resuming has worked without a hitch for ages so I don't know *why* the PC speaker goes off like that.

Thanks anyway, it was worth a try.

I had to take 3 runs at Squeeze, before I could get it to install properly. It refused to recognize other installed distributions. Then after getting it running, it automounted the drives, even though I did uncheck and did not request automount.


Other parameters requiring root privledges would not accept root's password.


I am used to logging in with root, as gui operation is now much safer to use than is command line for a lot of stuff. I could not make a gui root logon.


At least with Fedora and UBUNTU, and CENTOS, gui logon for root is possible.


There is also a root terminal, which autologs me to root when I click on the ICON. I never set this up, but anyone who is on my logon will have root access. That is a true security no-no

Leslie

Leave a comment

Tech Talk column

Steven Rosenberg's weekly Tech Talk column, which appeared Saturdays in the Los Angeles Daily News through about October 2009, is available on the Daily News Technology page.

About this blog






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



About this Entry

This page contains a single entry by Steven Rosenberg published on December 1, 2010 2:30 PM.

Ina Fried goes from CNET to WSJ's All Things Digital was the previous entry in this blog.

Here's one reason I'm glad to be off the bleeding edge and running Debian is the next entry in this blog.

Find recent content on the main index or look in the archives to find all content.

Recent Comments

Leslie Satenstein on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: I had to take 3 runs at Squeeze, before I could get it to install prop ...

'poolboy on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: I looked at alsa-base and its blacklist version. snd-pcsp seems to get ...

Steven Rosenberg on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: There is more than one place to blacklist pcspkr. Did you also try als ...

'poolboy on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: Running Debian Testing here and blacklisting pcspkr didn't stop the wa ...

Steven Rosenberg on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: Tomboy text DOESN'T paste into Gmail. In Gnote, bold formatting doesn ...

Sandy on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: The Tomboy bug seems to only come into play when pasting into a rich t ...

Steven Rosenberg on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: Regarding the Tomboy bug, I had the same problem in the live CD of Ubu ...

zoredache on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: I could have encrypted all three volumes, or broken /tmp out on its ow ...

Sandy on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: Weird, I have not seen any bugs reported in upstream Tomboy about this ...

betazed on Goodbye Fedora, welcome back Debian, Part 2: Review of Debian Squeeze: I too am running Debian Squeeze and I don't have a problem copying and ...

Powered by Movable Type 4.25

Search this blog

Loading

LXer

Links

Life, the Universe and Debian
Simplify
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's Storage Bits
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
Planet Ubuntu
Ubuntu Forums
Ubuntu Geek
Works With U
OMG! Ubuntu!
I' Been to Ubuntu
Tanner Helland
Dustin Kirkland
Ubuntu UK Podcast
Ubuntu Linux Help
Popey
Linux Mint
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
Planet Fedora
Fedora Forums
Fedora Docs
Join Fedora
Paul Frields
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
Daemon Forums
FreeBSD Forums
Planet FreeBSD
Evilcoder.org
miwi's Privat Blog
DragonFlyBSD
DragonFlyBSD Digest
DesktopBSD
BSD Talk podcast
BSD Magazine
Rhyous
OpenSolaris
MilaX
BeleniX
DeLi Linux
Linux Loop
Electronista
The Tech Report
Engadget
Gizmodo
Phoronix
xkcd – A webcomic of romance, sarcasm, math and language
Nixie Pixel
Technology for Mortals
Thoughts on Technology
ZaReason
System 76
Tiger Direct
NewEgg
DealExtreme

Advertisement

Other blogs

Estimated stats from spring game in Inside UCLA with Jon Gold
Missing Person in Inside USC with Scott Wolf
Mohammad House opens in The Sausage Factory
How royally screwed are Kings fans without Miller and Fox narrating this playoff fun run? in Farther Off the Wall
SOFTBALL: Oaks Christian's Ackermann reaches milestone in Daily News High School Spotlight