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.

Slashdot Top Deals

And it should be the law: If you use the word `paradigm' without knowing what the dictionary says it means, you go to jail. No exceptions. -- David Jones

Working...