I find it curious that Linux on the desktop should be so well accepted in some markets (especially Latin America) and resisted so vigorously in others. Anyway, this is sad news, whatever the reasons.

Read this and then post it prominently on a popular Australian website.

SCO had a really weak case from the beginning. However, in fairness, I must point out that their legal representation over the last couple of years has been mostly excellent. Stuart Singer is a highly skilled lawyer in the prime of his career. In the jury trial, Judge Stewart commented that the lawyering was some of the best he had ever seen. If you look back at the 10th circuit hearing of the appeal of Judge Kimball's original decisions, you will see that (against the odds) Singer outargued Novell's lawyers to win most of the critical points. I have no idea why BSF is fighting this so hard. (Perhaps, a major firm in Redmond is making it worth their while?) Whatever the reason, they are playing a weak hand for all it is worth.

Just out of curiosity, when was the last time you tried to read any of those old floppies? Any of mine with data I care about were transferred to harddisk (and my regular backups) long ago. It really does not take long except for the ones with read errors (couple of minutes a floppy). I can remember, years ago, many occasions when data could not be read from old floppies. I also have a customer who ended up with real problems recently. They have an old accounting program that will not run some operations without a readable copy protected floppy. Yes, the floppy became unreadable.

Well, the United Nations charter was signed on June 26, 1945 in San Francisco, but not in the Golden Gate Park (no idea of the exact time it was signed). I guess this is the 65th anniversary of a significant event. Good excuse for a celebration. What are the laws surrounding drinking alcohol in the Golden Gate Park?

First, it is a fact that installing Linux on some ancient and not so ancient PCs is tough. That said, the problems are often with the specific distribution rather than being endemic. I always keep a recent Knoppix live CD on hand. If I cannot boot Knoppix on the PC (having tried the various useful boot switches available) then I assume making things work on that PC will be too hard. If I can boot Knoppix, making it work with other recent distributions is only a matter or working out what was wrong and resolving the problem.

When asking for help, you need to develop the combination of a thick skin and a grovelling disposition. In my experience, those who are most knowledgeable are helpful, but very very busy. Most of the time, you need to rely on arseholes who have time on their hands to help, but find it more fun to make you suffer first.

Say, you have an idea for improving the efficiency of solar panels. Commercializing it will cost many millions of dollars, but there is a healthy expanding market. Why not? Well, if there are several patents held by other organizations on inferior solar panels, but including necessary aspects of your better design, this severely restricts future profits from sale of the improved panels, and the viability of development.

Unfortunately, this is not just theoretical. It is the what happens time and time again. Often, the obvious aspects of some technology get patented early which makes it uneconomic to do the necessary optimization of the process for a decade or more.

there's got to be some way we can put the fault on Micro$oft?

Most people on /. are too young to properly comprehend the situation. Blaming Microsoft for everything that goes wrong in IT only became standard operating procedure in the 1990s. Since the system is supposedly based on a 1980s era Data General mini, we need to resurrect our blame processes from that era. This failure was clearly engineered by IBM. Not only that, but they are using their huge muscle to block third party maintenance of the hardware.

Hey, many visitors to Congress go there because they want to know how their government works. The experience you relate shows that they are doing their best to demonstrate. Why else do you think legislation can take so long and so much legislation fall by the wayside because it cannot be completed. The rules for our Congress critters and Senators are as time consuming and nonsensical as those for visitors.

I agree with all your points, with a few caveats that I shall mostly not bother with.

For your own information

• There is no problem sending ZIP (or other compressed format) files through Gmail, depending on the names of the embedded files. It is trying to block executable files within the zip archive.
• To overcome the problem sending executable files through Gmail. just change the filetype. For instance, change "myprog.exe" to "myprog.exe.rename", "myscript.vbs" to "myscript.vbs.rename" and "myarchive.zip" with embedded executables to "myarchive.zip.rename". Everything is then fine.

Your post made be laugh. Thanks for that. But, seriously, Fastmail.FM is not a free email service. The "Guest" account is severely crippled (as you correctly point out) but is really only intended to allow people to get a feel for the service before paying to use the service for real.

As for your point that serious FM users know all the names and positions of the key folks at FM, that is because of the open communication on the EmailDiscussions forums. It is a compact, transparent organization with good people.

Teh Google is reading my mail, but then it's ignoring most of it. Since the government is already reading my mail, who cares about google?

If you are using Fastmail.FM with secure login, the government most likely is not reading your mail. I suspect NSA can break SSL, but I am confident it is expensive and they only do so on an extremely selective basis.

Okay, so could someone who is familiar with who these guys are explain what they have to offer? From a quick look, my impression is that as a consumer who doesn't necessarily need 5 9's of reliability, there isn't much reason for me to use them over Gmail.

For most casual email users (and even some not so casual) Gmail is quite sufficient. I happen to use Gmail extensively (but not exclusively) myself. However, I have several customers who are small business users and, for them, Fastmail.FM is usually a much superior alternative. It's not just a question of reliability (though FM, today, is more reliable then Gmail) but also because of features. Gmail has better search and a cleaner UI than FM, but otherwise all the feature advantages lie with FM. For instance

• an executive being able to share some of his emails with his PA but not others;
• support for multiple personalities so that an entrepreneur can easily wear multiple hats switching intuitively between them;
• the ability to select which emails get forwarded to your smart phone based on almost any criteria;
• very easy realtime backup of both received and sent emails to a backup server (for which I invariably use Gmail)

These are the kinds of things that really matter to many users.

it ain't cheap to upgrade to gmail levels of storage.

I guess "cheap" is a subjective term. The additional cost to upgrade from "Full" to "Enhanced" membership (6GB email space plus 2GB file space) is US$20 per year. Casual email users might balk at that, but is is surely an acceptable cost for people who use email as a critical tool.

Self-encrypting viruses that choose to infect non-common running process images (i.e. avoid Windows system files) might have different signatures everywhere and still require manual analysis.

Hmmm... This is somewhat similar to an issue mentioned in the article: polymorphic viruses. It raises an interesting question. Do existing AV products try to detect such behavior in newly executed code? I am really not sure how tricky the algorithms would be to detect code that is trying to encrypt itself or modify its own executable code. However, most regular software (funnily enough excepting security software trying to avoid detection by malware!) does not need to do this, so such code should probably be blocked and reported by default.