Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Security

Submission + - Avast antivirus is ruining my reputation

An anonymous reader writes: My name is CatThief. I develop themes and extensions for Firefox, Thunderbird, and SeaMonkey. It recently came to my attention that users are posting warnings on various newsgroups, including a comment at addons.mozilla.org where I have a link to my site from an older version of a Thunderbird theme, that the alltabs.png image inside my Mostly Crystal themes contains the "Nutcracker Family" virus. This comes exclusively from users of Avast antivirus, where Avast is flagging this file with a false positive. Naturally most Avast users are unaware that this is a false positive, so as a result I am being accused of circulating malicious files.

This false positive is a long-standing, known issue with Avast. Just Google this and read what users have to say.
http://www.google.com/search?q=Avast+%22Nutcracker+Family%22&btnG=Google+Search

I changed the image in the theme for Firefox 3.6, and removed it from the theme for Thunderbird 3.0 and SeaMonkey 2.0 in an effort to prevent Avast from flagging this file. Hopefully this will solve future issues, but again, just for the record, THERE IS NO VIRUS IN MY THEMES.

What makes this even worse is how I am a strong advocate for privacy and security and assure any visitors to my site that nothing malicious is present. If someone believes this virus crap, it negates all my work toward that. What really ticks me off, though, is how Avast has known about this issue for a long time and has done nothing to fix it.

So thank you, Avast, for causing users of your product to not only fear a download from my site, but to damage my reputation as a responsible coder and an outspoken opponent of malware and anything considered even the slightest bit insecure.

Comment Re:Togh (Score 2, Informative) 155

If you think udev and devtmpfs conflict, you don't know what each of them are supposed to do.

If you read about them, you'd know that devtmpfs just populates /dev as devices are discovered by the kernel during boot. Which means udev doesn't have to spend several seconds parsing /sys to populate /dev with information the kernel already had.

Now during init, udev's job is to parse udev rules and add user configuration plus fix the permissions of nodes in /dev. Afterwards it also monitors device addition and generates events which apps can monitor (recent versions added a gobject interface too), and adds device nodes according to rules, if any.

In essence, devtmpfs's job is to allow a bootable system without the need to maintain a static /dev or depend on udev for a recovery shell.

devfs was bad, really bad because there was no naming system back then, and every driver did something different causing utter chaos (which led to different distros patching the kernel in different ways to change the node names). Now there's uniformity, and the kernel knows what to call the basic device nodes created by the drivers.

Comment Re:Well, kind of obvious... (Score 5, Interesting) 167

No "large enterprise distro" currently ships with KDE as the main DE. SUSE is the only one that has decided to ship KDE by default, and that too very recently. Also, Linus's infamous statements are not a factor for people when deciding which DE to use. Seriously, they're not.

The reason why KDE is growing so much is because their community is insanely motivated. The only other community I've seen more motivated is the Drupal community. KDE is able to project a halo of (mostly valid) hype around itself which attracts users and hence contributors, which results in more features and hype, and so on.

OTOH, a lot of GNOME development is done by RedHat/Fedora dudes, and I constantly get the feeling that they are a closed book and don't pay attention to engaging the community and gaining contributors. There are exceptions of course, such as Richard Hughes and Dan Williams.

Slashdot Top Deals

Stellar rays prove fibbing never pays. Embezzlement is another matter.

Working...