Slashdot Mirror

The W3C has never really had complete control of HTML. Those who write the browser effectively can extend or cripple HTML features at will. Netscape added many new features and everyone simply had to live with the results. IE did some nasty things to CSS and we all had to live with that, too.

See http://www.etherbee.com/products/ECM1240/default.htm
and see what you can output with one of those guys:
http://marc.merlins.org/perso/linuxha/post_2010-08-13_Fine-grained-house-wide-power-monitoring-with-Brultech-ECM1240_-ecmread_py-_with-net-metering-support_-and-graphing-with-cacti.html

There is one caveat: you need windows for the initial setup, although I did it in vmware, maybe it works in wine too, but since then it's been running fine on linux (and it would work just the same on MacOS since it's a python script).

Marc

Not obvious at all! Could you repost and put a em tag on the "how copies are used" (or whatever you think implies it), because I simply cannot see it.

Sure thing:

Without any agreement otherwise, the copyright holder has exclusive rights over the product. If you don't make an agreement, or violate the license, you get sued for copyright infringement just as you do with copies of unauthorized copies of DVDs.

If you are beholden to the EULA than the software publisher has ultimate control over "how copies are used". If you want further evidence that EULA's are unenforceable, remember Windows Refund Day? Computer users asked Microsoft for a refund of unwanted Windows installations, as specified under the EULA. Microsoft ignored them.

Brings back memories. http://marc.merlins.org/linux/refundday/

Some have already tried that and failed.

Microsoft might be concerned that they don't get their money for this, but then again it would be against the law for them to do anything like force Dell not to do it, or insist that users do not get a refund anyway (the EU would have a field day and think up some higher billion dollar amounts for fines).

The windows EULA (End User License Agreement) clearly states that the agreement can be refused by the end user, and that windows can be returned to the manufacturer. In real life, however, manufacturers typically say that they can't refund the windows license and tell the user to contact microsoft directly.

Will the BSA give a refund? Perhaps the refund can go to a charity, like EFF?

http://marc.merlins.org/linux/refundday/Thats been tried before. One has to wonder at the validity of an EULA when even MS doesn't follow it.

http://marc.merlins.org/linux/refundday/

Where are the human rights protests over Microsoft?

Here:

• http://marc.merlins.org/linux/refundday/
• http://www.linuxjournal.com/article/6968

More links here: http://www.google.com/search?hl=en&q=windows+refun d+day&btnG=Google+Search

Though, it appears of late that the movement has lost steam. Apparently George W. Bush, Saddam Hussein and Kim Jong Il are trying to distract the world from Microsoft's barbaric actions.

tux2 - an extension to the ext2 filesystem implementing features also found in WAFL was shot down by Netapp although there war undoubtfully prior art.

You can find the rest of the critical dicks pictures here, and critical tits there

You can find the rest of the critical dicks pictures here, and critical tits there

The bitterness with Microsoft got old and stale 10 years ago. It's past time you people gave up this hatred and obsession with the 'Borg'.

Maybe if they stopped misbehaving, it'd be easier to like them. I thought it was hilarious when they locked themselves in their building on Windows Refund Day. Oooh, scary!

You're right: MSFT has no obligation to use the money they received to do anything. However, if the gesture is self-serving, it's not truly charity. Which, as a friend pointed out many years ago, is the typical sort of MSFT gesture.

Frankly, I'd rather they spent the $ fixing the virus-propagating holes in Outlook and Word, y'know?

On a positive note (see?), this is a landmark in making spam ineffective from a cost perspective.

Launch Win98... on a Rocket!: http://www.svlug.org/events/launch98.shtml

Silicon Valley Tea Party: http://marc.merlins.org/linux/teaparty/

The Great Linux Revolt of '98: http://linuxmafia.com/svlug/

Of course attacks against BSDs weren't as public and were mostly discussed in private for strategies on how to 'deal' with them.

Tarpitting is a very good idea, and it's easy to implement.

For example, I run Exim and SpamAssassin, and I link the two with SA-Exim (http://marc.merlins.org/linux/exim/sa.html) so that spam is identified as soon as someone tries to send it to me. With just a change to a config file, I can tarpit the spammer. I've kept some spammers ensnared for 100 hours.

The more tarpits out there, the more spammers can be slowed down.

SA-Exim does this and more.

My server is set up to use it. If SpamAssassin thinks it's clean, it gets delivered straight away. If it's a little spammy, it's put on a grey list, and the sending machine is told to retry later. If it's blatant spam, it's rejected. Optionally, it can even tarpit the sender, leaving the socket open.

I now receive one piece of spam email a day, and that is tagged correctly and goes straight into my junk mail folder.

Alternately, check out MailScanner for one-stop mail sanitization, virus checking, and spam filtering.

There have to be better ways to clog up a spammers smtp server directly. An example I can think of is teergrube and uses up the offending servers available TCP/IP ports for sending out email. The disadvantage is that it is a server side solution only and must be implimented by your mail host. It also requires a number of mail servers, running as teergube mail hosts to have an effect on a spammers smtp server. However, if you run your own mail server here is a good site for getting exim, and spamassasin configured and running and from there setting up teergrubing.

There's also sa-exim which is a local scan plugin for Exim that does site wide spam filtering at SMTP time. It is quite nice.

Dave

It seemed promising.

= 9J =

In your situation, I would simply suggest saving messages above 5 to a special folder and forward messages above 12 to Dave Null.

As others have mentioned, never, never send auto-replies or configure your MTA to send bounce messages.

If you want to reject messages, you have to do it in the SMTP dialogue with the spammer or his raped relay. If you accept the message first, or your ISP does it for you in your case, it is too late allready: Any generated bounce will go to whoever was forged into MAIL FROM: or whatever. And that's really nasty.

But if you control the MTA, then Exim 4 is pretty good at this. If you want the excrutating details, check out Marc Merlins page on using SA with Exim

But there is actually a much simpler version that can do rejection at SMTP-time for messages over a certain threshold and let message between this and another threshold marked as such, using exiscan-acl. You'll find some detailed instructions there.

You could add both a "From: " and a "Sender: " header to your usenet/mailing list postings:
From: you@yourdomain
Sender: blockme@yourdomain

You'll gets tons of spam to both addresses (not neccessarily the same spam, unfortunately - that would make filtering real easy). You run SpamAssassin (or similar) to filter mail to your real address, and you run "spamassassin -r" or "razor-report" to handle mails sent to your spamtrap address (making the Razor service, and in turn, SpamAssassin, more efficient at identifying these spams).

Better yet, if your MTA is Exim, use SA-Exim to add teergrubing functionality to SpamAssassin. Oh, the satisfaction! :-)

Ain't that the truth.

There are a few "true costs of spam" I'm seeing. One is as you point out, Balkanization (and I'm still stuck by the AOL issue, though at least I can mail by a secondary route). One is people cut off from other groups by arbitrary blacklisting policies. And yes, many of us (/me raises hand) cheered the same action when used against foreign ISPs with large spam volumes, though I still maintain that there's an important distinction between strongly prodding ISPs to clean up their act, and arbitrarially shutting out large portions of the 'Net.

Another is that the typical user is rapidly getting chased off the 'Net. Exposing your address anywhere is an instant invitation to not only spam, but viral spew, which in my experience is many times worse. Even on bad days, spam is ~150 messages. I've had 2000+ viruses at peak of Swen and SoBig, friends report far more. POP mail over dialup is simply impossible in this situation. Most of your inbound mail bounces because your inbox is full, and you spend all day downloading crap. SMTP-time, user-controlled, accountable, accurate, and effective spam and virus filtering is no longer optional. I've been trying to drill this point in to my brain-dead ISP. Usenet discussions in their forums have been obsessed with Swen.

This also means that the likelihood for people to engage in open discussions, under their real identities, is being harmed. On the debian-user and other mailing lists we've seen endless discussions over the past several weeks by people who participate and then get flooded by spam. The lesson: don't participate.

And anyone with well-advertised, long-established email addresses.... Peter G. Neuman of the comp.risks archive runs SpamAssassin over list mail and still has 90% spam in the list mail, after filtering.

I still have hopes that we can dig out of the situation. As others note: when high-up execs start losing messages, I suspect AT&T's policy will slacken. AOL, as I've said, hasn't budged, however. Filtering is still largely effective, it just needs to be pushed further out to the SMTP transaction level. And I suspect that AT&T has a good idea, poorly implemented: MTAs themselves can keep track of spam and ham (non-spam) mail, and determine what mailservers they do and don't want to deal with. Current work with exim4+spamassassin integration is a long way toward this.

And yes, I'm the submitter of the AOL Bans Mail From DSL-Hosted Servers story.

Procmail is your friend. Use it. In conjunction with SpamAssassin, you can filter it off to a folder to go send to SpamCop at your earliest convienence. While SpamCop officially discourages doing so, setting your mail server to reject based on the RBL bl.spamcop.net will save you some work (and money if you're a SpamCop member) by prohibiting mail from sites already reported by several people.

I use exim in conjunction with sa-exim to reject spam that scores high with Spamassassin, and to teergrube the luser. Since I'm the postmaster, I also have sa-exim give all the sa-exim rejected spam to my spam folder to report as well.

I have roughly 30 users. Almost all of them use my site for mail, since doing so is extremely spam hostile thanks to me, with very little inconvienence, if any, to legitimate mailers, which is the way it should be.

On an aside, I also use abuse.net's forwarding service to report hosts infected with viruses to their ISPs. I've been fairly successful, though it could be better. Roughly one third of the ISPs I contact suspend or terminate the user's account for it. I also maintain a net-lsearchable list of the last relay such infected messages go through before hitting my server. Feel free to use it for yourself, it's on my website.

When it comes to IMAP servers, there is a near inverse relationship between setup simplicity vs. the ability to handle large amounts of users and mails.

The simplest IMAP servers (e.g. UW-IMAPD) use the traditional BSD mailbox format (Your INBOX is a single file in /var/spool/mail/$USER, other mailboxes are single files in $HOME/Mail). The most common mail delivery agents (sendmail, exim, postfix, procmail...) all use this format by default.

The problem is that storing all your mail in a single file is not very scalable. Once you have about 1000 messages in a mailbox, that mailbox becomes painfully slow to open. It is also a bit kludgy - basically, if a line in a mail message starts with the word "From ", then that line has to be altered (to e.g. ">From ") so as not to represent a new message.

The next step up in terms of scalabilty is to use the "Maildir" format, invented in QMail and now supported by a number of different MDAs and MUAs. If you use e.g. Exim or Postfix as your MTA/MDA, then a simple configuration change is all that is required to get mail delivered into $HOME/Maildir, using the "Maildir" structure. In this case, you would use the Courier servers (courier-imap, courier-pop3d, courier-imap-ssl, courier-pop3d-ssl) to provide IMAP/POP3 access. Also, MUAs such as "mutt" understand this format natively, so you can access your mail directly on the server without going through IMAP. (Of course, "mutt" can also read mail via IMAP).

Finally, the most complex to set up, but _superscalable_ w.r.t. number of users and mailbox size, are the Cyrus IMAP and POP3 servers. The Cyrus suite uses its own mailbox/folder structure, not compatible by any other software. (Like the Maildir format, each message is stored in a file, organized in subfolders representing the IMAP folder hierarchy. Message header/indexing information, however, is cached in a super-efficient format). One other advantage (that causes some complexity w.r.t setup) is its use of SASL for authentication - so users don't need user accounts on your server.

The trick is to get your MDA to deliver mail into your Cyrus folders. Cyrus provides a utility for this purpose, "cyrdeliver". One thing is to set up your default MDA (e.g. Exim, Postfix) to use "cyrdeliver" - another is to educate everyone who use "procmail" to filter their mail into subfolders in how to write appropriate ".procmailrc" (Procmail Run Control) files.

Personally, I use Cyrus on a Debian system (with a 266MHz National Semiconductor CPU). It opens HUGE mail folders (My "debian-private" mailing list folder contains some 10000+ messages!) within 5 seconds or so. I use Exim as my mail transport agent, mainly due to the sa-exim (SpamAssassin at SMTP connection time) plugin, and its built-in support for mailbox-filtering/forwarding a la procmail. Thus, I had to write some Exim delivery rules to use "cyrdeliver" both for INBOX deliveries, and to support mail sorting/filtering via "cyrdeliver". If you are interested in these modifications, send me an e-mail: "tor" at "slett.net".

I am nearly in the same situation like you, except that I have complete control of my domain name (slett.net). I run my own DNS, my own SMTP server (Exim with SpamAssassin at SMTP Time), etc.. A nice side benefit is the ability to teergrube spammer hosts.

If you are technically inclined, and you have a broadband connection, this is definitely the best way at present to take control of spam.

Incidentally, I believe the ultimate solution to spam must involve banks and financial institutions - basically, an international mandate for these to not honor payment requests (e.g. credit card payments) to spammers. In the mean time, a mandatory upgrade or replacement to the SMTP protocol, to provide foolproof sender validation (by way of private/public keys or similar), will certainly go a long way towards solving the problem.

-tor

I think a better idea is to use
Exim SpamAssassin at SMTP time

This method don't use your bandwidth downloading urls,
and slow down the spammers connection.

I would like to see what happen when
the mayor distributions start shipping
with something like this as the default option.

Obi Wan Raymond trying to break into Microsoft in order to "open source" their intellectual property

That image about sums it up.

However, I would like the workstation to deliver as much e-mail as it could on it's own, and only resort to the server if it can't.

The workstation is not allways on, it makes quite a lot of noise, so I shut it down if I don't need it.

Consequently, the workstation should relay the message on to the server if it can't deliver it immediately (for some sensible value of immediately), and have the server continue to try to deliver untill the message times out.

Anybody know how to do that?

I'm currently using 3.x on Debian too, but I have considered for a long time using Marc Merlin's 4.x debs (too late, perhaps)

<link rel="DoNotEmail" href="mailto:aa0u@kjernsmo.net" />

(yeah, that's a real, living trollbox, spambots, do your worst! :-) ) Very few users will ever see this, but the spambots will harvest it. It is clear that many of them do.

The other thing you mention, I think that is what is meant by a Teergrube. Marc Merlin has some good stuff on using Exim and SpamAssassin to reject messages or making spammers stick in a teergrube. He has some debs too.

Unfortunately, I haven't had time and I haven't been feeling adventurous enough to try all this, but clearly, it works well.

The latest version of SpamAssassin also has a Bayesian junk mail filter in it. Tie this together with Exim and SA-Exim, and you've got a tarpit which can learn from the kind of spam which it receives.

Tarpits rule. Why just reject spam, when you can hold the spammer's connection open and continue to suck up resources on his mail server for days? And when the spammer hits enough tarpits, he'll be dead in the water... even quicker if he's stupid enough to try a dictionary attack. If you run a mail server, stick a tarpit on it, and you'll be doing a lot to help stop spammers.

sa-exim already does this.

check out:

Exim SpamAssassin at SMTP time
http://marc.merlins.org/linux/exim/sa.html

Read about a method to get SpamAssassin to execute at SMTP time in exim (I'm about to impliment this on my own mailserver) and read about teergrubing which is basically the same idea as a tarpit.

Unlike the original post, Marc seems to have a stable working version of this right now.

That said, this is probably the most realistic method of causing spammers pain that we have right now, short of changing the way mail works in a fundamental manner.

I'll definately be implimenting teergrubing/tarpitting. I might even impliment it on the multi-user hosting system that I helped to build. It probably wouldn't scale too well on a busy site though ;)

I'm going back to splinter cell.

If so, perhaps spamware like SpamAssassin could be modified to intentionally bounce mail?

You're looking for this:

marc.merlins.org/linux/exim/sa.html

Well, we keep getting these anti-spam software stories on Slashdot, and I thought it was finally time to post my Sendmail ruleset.

Using this system of RBLs and header checks, I'm able to whitelist certain users/domains/IPs, as well as block serious offenders. In the past few months, I've received one piece of spam (which was subsequently unceremoniously blocked). The worst offender is the Klez virus, which actually sends valid headers (more or less) and is thus harder to filter with my ruleset.

Also, my ruleset will return a 553 error during the SMTP coversation... no accept-then-delete here. As an alternative, you might wish to use a more robust filter, such as Exim SpamAssassin at SMTP time.

Without further ado, here's the URL for my ruleset:
www.doorbot.com/guides/sendmail/antispam/

I ask that you go easy on my bandwidth as best you can... I'm on a 128kbit upload DSL.

Maybe this book will give people who haven't been a better look at things, and for those of us who go, give us some nice pictures to remind us why we like going.

There is truly amazing art: (life-size battlezone tank made from el wire). There is a lot of crap art that gets ignored.

Giving things is good: We gave away almost 4,000 books of matches this year and a few handfuls of stickers. People gave us stuff because they had stuff to give away. We've delivered booze, cupcakes and toys to various people just because it's fun doing it.

There are naked people, sometimes huge crowds of them. I wish some of them weren't naked. (I've seen a lifetime worth of balding no-pants hippie guys.) After a few days, you really stop noticing.

Some people do drugs. Some people don't do drugs. Nobody forces them on you, and nobody cares if you do them, as long as you aren't bothering other people.

The best thing (or worst thing) is that it's up to you to contribute in a way that lets you have fun. Don't like the music? Play/Bring your own. Want to roller skate? Bring a roller rink. Want to make a flamophone? Want to build a galleon on top of a schoolbus and drive around singing pirate songs? Nobody's stopping you. (Well, they might ask you to not operate the flamphone in camp for safety reasons.)

Want to complain about how uncool and unhip and commercialized it is now and how much better it used to be and how much it sucks now? Fine, but please stay the hell home next year and leave more room for the rest of us.

I'm going to take advantage of a duplicate article, shamelessly grab a place near the top of the replies, and tell y'all how to fight back against spam.

1. Get a cheap discarded PC and install Linux on it. Get one of those 'always-on' net connections to your home, like DSL or a cable modem. You'll need a service plan that gives you a static IP address. Register a domain name of your very own, and use dyndns.org to point your domain name at your PC. This has the added benefit of letting you host your own web site on your own domain name if you want to.

2. Download the Exim mail server and install it on your PC, and set it up to accept email for you. You'll also want to set up an IMAP server so that you can fetch your email from the PC. Now you can make up any address you want on your new domain, and have mail sent to it reach you. This is great for when you need a one-time throwaway address for something.

3. Install SpamAssassin, and also install SA-Exim to link SpamAssassin with the Exim mail server. This will let the mail server identify and reject spam instead of only dealing with it after it's been accepted.

Once you run this for a while to make sure it's doing a good job of identifying spam, turn on Sa-Exim's teergrube ('tarpit') feature. Now, when someone tries to send you spam, your mail server will hold the spammer's connection open indefinitely by sending it occasional 'keepalive' messages without ever sending an accept or a reject. Once the spammer stumbles across enough teergrubes, the mail relay he's using will hit a process limit and be unable to continue sending spam until the spammer notices and resets it or moves on to another relay.

Teergrubing is a passive way of tying up a spammer's resources, or the resources of an open relay that's being abused by spammers. It has a negligible hit on your own resources. The more teergrubes (and honeypot web pages which feed spamtrap addresses to address harvesters) pop up out there, the harder it will be for a spammer to simply spam millions of people with the touch of a button.

As docs on some of the video chips in the TiVo were not available a primary technique used was to do random register operations until the desired result was achieved.

Andrew Tridgell's notes on hacking the TiVo, including his various hacks for the device. Also, TiVo hacking FAQ may be of interest.

Nice to know that not only can I avoid looking at the spam, I can flat out refuse to accept it when it comes in! Mind you, it does save it to let me look at it before I /dev/null it, but gives me much more satisfaction than just dropping it in a different folder.

It's all referenced here: http://marc.merlins.org/linux/linux.conf.au_2001/D ay4/InsideTivo.html

It's also all pretty hairy stuff. Decendants of Tridge and co. have since released a 100MB card that plugs *directly* into the TiVo. It's pretty sweet, and doesn't require an EE degree to build.

However your in-laws would still have the problem of the PAL tuner and the guide data.

Tridge has a palkit that is supposed to help you replace the tuner.

http://tivo.samba.org/download/tridge/
(Lots of other goodies there too.)

But as for the guide data -- maybe you could beg him? Or have your in-laws deliver a pizza? (Old Samba joke.)

Would that make Bill Vader? Which distro is Obi Wan Kanobi?

But then one thing occured to me. Nobody can _force_ me to accept the EULA that comes with Microsoft's products. So if I buy my laptop with Windows and Office, and refuse to accept the EULA, I should be able to return the software to Microsoft and get my money back. That's how it _should_ be, at least. Can somebody confirm that the EULA gives you this possibility? Have anyone tried this? Any success?

Allow me to explain.

Alan Cox; Richard Stallman; Bruce Perens; Wichert Akkerman; Miguel DeIcaza.

What do you see in this list of names? Are there any African-Americans on it? Absolutely not, none of those names sound like one a self-respecting black person would have! No Maurice, no Luther, no Lil' Kim. There are many other lists such as this, you can see one here. Flip through each page, do you see anything other than white faces? Of course you don't, because Open Source and its adherents are ardent racists and they absolutely forbid access to the sacred 'kernel' by any person of color.

Lets look at another list, this time a compendium of the companies using Linux. Are there any black owned companies on that list? Nooooooo. How about these companies? They all have something to do with Open Source software, any of them owned by an African-American? No again. Here is an extensive collection of photographs from a LUG (Linux User Gathering) meeting, more can be viewed at that link. What is odd about these pictures, and every other photograph I have ever seen of a LUG meeting, is that there is not one single black person to be seen, and probably none for miles.

More racist overtones can be found by examining the language of Open Source. They often refer to 'white hat' hackers. These 'white hats' scurry about the Internet doing good, but illegal, acts for their fellow man. In stark contrast we find the 'black hat' hackers. They destroy the good works of others by breaking into systems, stealing data, and generally causing havoc. These two terms reflect the mindset of most Linux developers. White means good, black means bad. Anywhere there is black, there is uncontrollable destruction and lawlessness. Looking further we see black lists that inform other users of 'bad' hardware, Samba, an obvious play on the much hated Little Black Sambo book, Mandrake, which I won't explain except to say that the French are notorious racists. This type is linguistic discrimination is widespread throughout the Open Source culture, lampooned by many of its more popular sites.

It is also a fact that all Unix 'distros' contain a plethora of racist commands with not so hidden symbolism.

It can hardly be coincidence that the prime operating system of choice of the 'open source supremacists' - Linux, features commands which are poorly disguised racist acronyms. For example: 'awk' (All White Klan) , 'sed' (shoot nEgroes dead), 'ln' (lynch negroes), 'rpm' (raical purity mandatory), 'bash' (bring a slave home), 'ps' (persecute sambo), 'mount' (murder or unseat nubians today), 'fsck' (favored supreme Christian klan). I could go on and on about the latent racist symbolism in Linux, but I fear it would take weeks to enumerate every incidence.

Is there a single unix command out there that does not have some hidden racist connotation ? Suffice it to say that the racism pervades Linux like a particularly bad smell. Can you imagine the effect of running such a racist operating system on the impressionable mind ? I don't have to remind you that transmitting subliminal messages is banned in the USA, and yet here we have an operating system that appears to be one enormous submliminal ad for the Klan!

One of the few selling points of Open Source software is that it is available in many different languages. Browsing through the list I see that absolutely none are offered in Swahili, nor Ebonics. Obviously this is done to prevent black people from having access to the kernel. If it weren't for the fact that racism is so blatantly evil I would be impressed by the efforts these Open Sourcers have invested in keeping their little hobby lilly white. It even appears that they hate the Japanese, as some of these self proclaimed hackers defaced a web site with anti-Japanese slogans. Hell, these people even go all the way to Africa (South Africa mind you, better known as White Africa) and the pictures prove that they don't even get close to a black person.

Of course, presenting overwhelming evidence such as this is a bit unfair without some attempt to determine why these Open Sourcers are so racist. Much of the evidence I have collected indicates that their views are so deeply held that they are seldom questioned by the new recruits. This, coupled with the robot-like groupthink that dominates the culture allows the racist mindset to continue to permeate the ranks. Indeed, the Open Source version of a Klan rally, OSDN (known to the world as Open Source Developer's Network, known to insiders as Open Source Denies Negroes) nearly stands up and shouts its racist views on its demographics page. It doesn't mention the black man one single time. Obviously, anyone involved with Open Source doesn't need to be told that the demographic is entirely white, it is a given.

I have a sneaking suspicion as to why their beliefs are so closely held: they are all terrible athletes.

Really. Much like the tragedy at Columbine High School, where two geeks went on a rampage to get back at 'jocks', these adult geeks still bear the emotional scars inflicted upon them due to their lack of athletic ability during their teen years. As African-Americans are well known for their athletic skills, they are an obvious target for the Open Source geeks. As we all know, sports builds character, thus it follows that the lack of sports destroys character. These geeks, locked away in their rooms, munching on stale pizza and Fritos, engage in no character building activities. Further, they interact only with computers and never develop the level of social skill that allows normal people to handle relationships with persons of color.

Contrasted with the closed source, non-geeky software house Microsoft, Open Source has a long, long way to go.

Join me in my next article where I will lay bare the rampant anti-semitism in the Open Source community.

While Tivo's are PPC based linux boxes, I don't believe they'll be able to take advantage of these changes.

A quick search in google resulted in this.

It reports that the tivo uses a 50mhz embedded powerpc motherboard. Dosen't sound like G4 processor to me, which I believe is when Altivec was introduced.

I expect to see this photo on Consumption Junction w/ something to the effect of "Penquin Dick". Muhahahaha...

Go ahead and Troll me down but you have to admit this is a stupid pose.

Bent on taking over the billion dollar Desktop OS Market from industry giant and public pariah Microsoft Corporation (MSFT), the Linux movement celebrated it's 10th year of anti-corporate warfare and paradigm-shifting muscle by getting these guys to cook some burgers.

Step 2: World Domination!

In other news, something important happened.

Jim Getty sounds like a great guy and great designer. I know a few people really respect his work. However, I wonder how much attention he pays to usability. That is one of the key problems with Open Source in general. Designs look great but are not always functional, especially to novice users. Some day, usability will be seen as being more important than raw functionality, right?

By the way, you might be interested in this set of slides. They are from Linux Expo '99 where Jim is doing a demo of Itsy. (Was that an early version of the iPaq?)

I emailed that link to a number of my friends just now. That kind of idiocy makes Michael Dukakas riding in the tank look like good publicity.

Why do most of the people in the photos on that website remind me of the 'Comic Book Store Guy' from The Simpsons?