JillSwift

I offer my thumbs up for 4.4.2, it's treating me very well (x86_64).

There's a drop-down box on the "colors" tab to select "Color Set", choose "View". The first two entries are the list view colors. Change the second one (the Alternate) to match the first. :) HTH!

It was a wonderfully short wait. =^_^= Downloading the -3 kernel now. EDIT_____________ -3mnb works a treat, 32 bit programs are happy again in their 64 bit world :D

Just got that info, and: They feex! Yay! =^_^=

All was happy and well in x86_64 land until updating my kernel to 2.6.31.12-desktop-2mnb. This is the kernel with support for Virtualbox. After that, all the 32 bit programs I'd been using just fine would instantly generate a segmentation fault - no other information given, just "Segmentation fault". This includes Skype, ETQW, and Second Life. Booting to the older kernel (2.6.31.12-desktop-1mnb) makes it all work again. (So glad Mandriva's updater keeps older kernels!) Anyone know why this is happening, how I might fix it? :unsure:

Anyone know when 4.4.1/Mandriva will have an x86_64? Me wants me bug fixen! :D KDE 4.4.2 has a x86_64. Yay!

Sound chip-set for the M4N78-AM: VIA VT1708S (6 - Channel)

Y'know, I really do like the swimmy penguins of Mandy Free. And who doesn't love Dust? I mean, besides when you have to clean house? ;) Here's my latest deskie. Wallpaper: My rainbowized 2009 USS Enterprise. Plasma theme: Perfection The system monitor plasmoid on the top right is one I'm developing. The plasmoid on the bottom right is an MPD monitor I'm developing.

*waves flag for KMail* I was happy with Thunderbird - for all its basic-ness - until I played with KMail. :) p.s. Just to keep my geek-cred up, I also use mutt. ;)

'zactly. :D

The only way to guarantee never having a computer virus is to never have a computer. :P This works for other aspects of computing: The only way to guarantee never losing data is to never have any data in the first place. ;)

Yeah, they've registered on the IRC channel... :huh: :unsure: ...er I mean, Yeah, should be fine. :D

I knew this was possible, but I had no idea there was any concrete examples of it already.

You could "alien" it. I mean, if you really wanted to be part of someone's ddos attack. :P

Luckily? :huh: Would you be likely to willy-nilly install a pre-compiled package if it was an rpm? I think not!

It seems a couple of files were uploaded to GNOME-Look that were very basic attempts to back-door Debian based linux boxen. http://ubuntuforums.org/showthread.php?t=1349678 http://ubuntuforums.org/showthread.php?t=1349801 http://www.omgubuntu.co.uk/2009/12/malware-found-in-screensaver-for-ubuntu.html http://www.omgubuntu.co.uk/2009/12/yet-more-malware-found-on-gnome-look.html Stands as a little reminder that Linux isn't so safe you can just willy-nilly install stuff. (Not that any one here thought that, but object lessons are useful anyways.)

The first ting I tried was recompiling bzip2 - there is no support built into the code for parallel processing, thus pbzip2. :)

I don't know why. I've been using it for weeks now and I've only lost a little finger, my left eye, and part of my upper right leg. Beats my first encounter with Novell Netware, any way. :D

Yep, it's KDE4. (Should have been more specific, sowwy!)

Bummer: I tried that and tar segfaults every time. I've no clue why that would be, given that there's little difference between the link and instructing tar to use a different compressor. I keep experimenting. (BTW, I don't yet know how to make RPMs, so I've not tried that.)

I installed "gtk-qt-engine" recently, to make all the gtk apps i use look more consistent under KDE. Firefox 3.5.5 didn't seem to like that. On shutting down Firefox, it would either segfault (which wasn't so bad) or firefox-bin would exit, and firefox would become a runaway process (which was quite bad). gtk-chtheme and qt-curve turn out to be much better for making apps look more consistent. Just an FYI for anyone who might not know.

I have a 4 core processor, and I wanted to take advantage of the unused 3 cores to speed up my cron managed morning backups-to-external-HD. So, I looked around and found pbzip2 - a version of bzip2 that does parallel processing. To make tar use it, I: mv /usr/bin/bzip2 /usr/bin/bzip2.old ln -s /usr/bin/pbzip2 /usr/bin/bzip2 I've already had a good test run this morning (going from just under an hour to just under 15 minutes, yay! :happy: ). However, true to my paranoid self, I'm now concerned this will negatively impact some other aspect of my system... though I can't think of anything. Can anyone else? Or, is there a "best practice" for doing this other than making a link? [moved from Software by spinynorman]

Pwetty wallpaper! Classic =^_^= Mine:

You've got libdvdcss2 installed?