From mboxrd@z Thu Jan  1 00:00:00 1970
Mime-Version: 1.0 (Apple Message framework v622)
In-Reply-To: <3e1162e6050525094267cef8f9@mail.gmail.com>
References: <20050523233359.GD14127@xware.cx>
	<c4432ecdd2bb83de695635c206c25c83@plan9.ucalgary.ca>
	<a4e6962a0505231703676d4cd4@mail.gmail.com>
	<Pine.BSI.4.61.0505231823110.5020@malasada.lava.net>
	<ee9e417a050524081937243e29@mail.gmail.com>
	<20050524210721.GA2250@xware.cx>
	<ee9e417a05052414187cbbd378@mail.gmail.com>
	<3e1162e6050525094267cef8f9@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-1--794601802
Message-Id: <dd7c80683b09a1aeea5af7f67d089c9c@york.ac.uk>
From: Abhey Shah <as234@york.ac.uk>
Subject: Re: [9fans] the futility of #plan9 on irc
Date: Thu, 26 May 2005 10:17:15 +0100
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Topicbox-Message-UUID: 5545bce8-ead0-11e9-9d60-3106f5b1d025


--Apple-Mail-1--794601802
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Apologies for larding up the list with flippant  Simpsons' quotes but 
this one is appropriate for many situations.

  Homer: There are three ways to do things: the right way, the wrong 
way, and the Max Power way!
Bart: Isn't that just the wrong way?
Homer: Yeah, but faster!



On 25 May 2005, at 17:42, David Leimbach wrote:

>> The SCSI comment did get corrected, eventually, though
>> the comment about acme not being able to pipe a buffer
>> through an external program did not.
>>
>> Russ
>>
>
> Misinformation will continue to exist no matter what.  People just get
> stuff wrong.  They can even get it wrong here.  I don't think removing
> IRC is going to solve that problem.
>
> IRC just allows you to be wrong faster :)
>
> Dave
>
>


--Apple-Mail-1--794601802
Content-Type: multipart/mixed;
	boundary="upas-uxgepsyxqloobwvzhdndwqdbro"
Content-Disposition: inline

This is a multi-part message in MIME format.
--upas-uxgepsyxqloobwvzhdndwqdbro
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Transfer-Encoding: 7bit
	Content-Type: text/enriched;
	charset=US-ASCII
--upas-uxgepsyxqloobwvzhdndwqdbro
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="file.suspect"

Apologies for larding up the list with flippant  Simpsons' quotes but
this one is appropriate for many situations.


<fontfamily><param>Verdana</param> Homer: There are three ways to do
things: the right way, the wrong way, and the Max Power way! 

Bart: Isn't that just the wrong way? 

Homer: Yeah, but faster!



</fontfamily>

On 25 May 2005, at 17:42, David Leimbach wrote:


<excerpt><excerpt>The SCSI comment did get corrected, eventually,
though

the comment about acme not being able to pipe a buffer

through an external program did not.


Russ


</excerpt>

Misinformation will continue to exist no matter what.  People just get

stuff wrong.  They can even get it wrong here.  I don't think removing

IRC is going to solve that problem.


IRC just allows you to be wrong faster :)


Dave



</excerpt>


--upas-uxgepsyxqloobwvzhdndwqdbro--
--Apple-Mail-1--794601802--