There seems to be a bug in kdesu causing problems when using sudo instead of su.

Symptom: When trying to switch to admin mode in one of kcontrol’s (or systemsettings) modules, the process fails and presents you kcontrol’s main window (or the same grayed-out module in systemsettings).

To solve this more elegant than just calling kcontrol manually using kdesu (which actually works), you can do the following:

• set password for root (sudo passwd)
• add

  
  [super-user-command]
  super-user-command=su

  to either

  ~/.kde/share/config/kdeglobals

  or

  /usr/share/kubuntu-default-settings/kde-profile/default/share/config/kdeglobals

I also posted this to the ubuntu-forums, maybe someone else finds this useful.

Just made a small change to the Disk & Filesystems module. This helpful little thing is part of the now-part-of-kubuntu, python-based kcontrol enhancement Guidance.

The module provides an easy and comfortable way to deal with your partitions, gives you about every option mount has to offer, writes the changes into /etc/fstab and even lets you mount and umount by simple clicking.

For HAL is currently broken in kubuntu, this comes very handy.
Unfortunately, HFS+ was missing, so I added two simple lines to mountconfig.py which did the trick. Works pretty well. And just for the fun of it, here’s a patch.

Before I forget it, have you ever noticed what a cool word guidance is? Wonder why no one has used it for a WM or DE or whatever before..

The official Debian Wiki has been announced and went online. I wonder if it’ll develop like the Gentoo Wiki which has turned out to be a most informative resource, wether you use Gentoo or not. Time will tell.

(Found via this post by blackm, blackm’s blog)

Last week I’ve re-installed my Debian-box, and well, it just feels great using KDE & Co again. I like OS X, it’s sexy and everything and I don’t want to miss the last months (ouch!), but it’s just no match for a properly set-up Debian with KDE on top. Which brings me to the things other operating systems are way more comfortable in:

• Removeable media. While this seems to work pretty good using the Gnome-Volume-Manager, KDE lacks proper mechanisms. In fact, Linux lacks proper mechanisms, GVM is just a good workaround. Maybe I’ll go for GVM for the time being.
• Wireless networking. It’s still a pain in the ass to set-up. Period.
• Configuring X. So I’ve had my Dell 2405FPW connected to my ATI X800 XT PE, used X.Org’s ATI/Radeon-driver and everything seemed pretty nice. Of course I headed for ATI’s proprietary drivers to unleash the full potential of my graphic board. At least I thought so.
  I downloaded the new installer and was pretty amazed of the ease-of-use. Just a few clicks and I had a couple of Debian packages. I installed the ones I needed, edited my xorg.conf and tara!, just couldn’t get a resolution of 1920x1200px, 1280x1024px was the max. After searching around a little bit, I found that I’d have to use modelines. Using get-edid it was pretty simple to make the appropriate entry to my xorg.conf. After restarting X, it came up with the desired resolution. (Note: unlike the Nvidia drivers, ATI’s need the option VideoOverlay enabled for XV to work.) The fonts have been way to big but that was fixed in seconds by simply adjusting them using kcontrol.
  So far so good, direct rendering was enabled and glxgears spat out 30kfps and I went on testing video using mplayer and xine.
  Unfortunately, they both screwed up the aspect ratio by stretching the picture. A friendly guy at #ati@freenode told me that mplayer needs the parameter monitoraspect set correctly (in my case 16:10 ) and xine uses xorg’s DisplaySize. Both players showed the correct aspect ratio after those changes, the only problem was that I had to re-adjust my fonts to sizes >32(!) to be readable. Checking the logs I found out why: the dpi have been set to 28x28dpi. Solution: just give DisplaySize in mm, not in pixels *cough*. After re-re-adjusting the fonts, the DFP and VGA-card seem to cooperate properly at least.

Notice something? Jepp, the only (well, mostly) issues I have with GNU/Linux are hardware-related. But that’s the fault of companies refusing to provide proper drivers or at least specifications so drivers can be written without having to reverse-engineer every single bit.

Seb Ruiz writes about porting amaroK to windows for it seems there has been some nagging on his topic. According to Seb, this is not going to happen anytime soon. Well, Mark answered and enlightened that the amaroK-devs are working to remove all unix-specifc code from amaroK for v2.0 to make it QT(4) dependent only. Which, of course, would enable relatively simple porting to all platforms on which QT is available.. great news for I’m still looking for a decent audio-player for OS X.