Really, this is akin to having a virus that runs on Windows and searching every single computer running OS X or Linux in an attempt to find it.

Hey, I may be dark skinned, but don't compare me with Windows you insensitive clod! :)

Full custom CMOS VLSI circuits are more efficient :)

On the other hand, you could simply pick up the phone and call your friends :)

I'll just reply to one paragraph of your post.

KDE is just technically better these days. It is implemented in a better programming language (even C++ is better than the C-and-GObject hellhole), built upon a better GUI toolkit (Qt kicks the fuck out of GTK+), and offers much better desktop applications and a more integrated desktop experience. Unless there are some huge changes within the GNOME community, they will not be able to match KDE's current environment, let alone exceed it.

• GNOME is not implemented in a single language. You can write GTK+ apps using GObject in C, C++, Python, C#, Java, etc. and there are many such apps shipping in GNOME.
• GObject (with the rest of GLib) is pretty good for what it provides for C as the base language target. You can use GObject classes (such as GTK+ widgets) without the verbosity from higher level languages, including C++. Arguably, many things in gtkmm are closer to C++ than when using Qt. Going by your opinion of GObject, you appear to lack experience in it to do a fair review. To repeat, GObject is such because it provides an object system for use in C.
• Whether Qt kicks the fuck out of GTK+ or not is simply opinion. Many of the features that most GUI applications use are provided by both toolkit families. Both have their quirks.

Mukund

Fedora accepts all kinds of packages. You could create a simple utility, like some netmask computation code, make it a trojan (add code which does what it's not intended to do as setuid root).. package it for Fedora. This can go completely unnoticed. As an upstream maintainer, I am pretty sure Fedora or any other distro does not review my project code more than a cursory glance to fix any compilation/integration issues.

User gets to be root user. It may not even be a user.. it may be a program of some kind that has access to your user account after exploiting a vulnerability in an app such as your web browser.

There are other ways to get root too, such as exploit other setuid binaries in any of the thousands of packages that Fedora ships in the Everything repo.

Letting users install packages (signed or not) on a system administered by root is a stupid decision.

Not 42%?

Correction, that should be 1 TB disks.

I have 3 Seagate FreeAgent 1 GB USB disks. They come with NTFS by default on them. Per disk:

1. I make a LUKS dm_crypt volume on it (for which support is well integrated into GNOME and hal in Fedora and Ubuntu.. just plug in and it pops up a dialog asking for the password).

2. I mkfs an ext3 filesystem on the encrypted volume.

I use this encrypted setup out of experience, having dropped an older 750GB USB disk from a height. It works from time to time and I have to physically destroy it because contents on it are not encrypted and otherwise anyone who finds this disk in the trash can mount and browse it.