From owner-freebsd-alpha Fri Feb 1 6: 0: 6 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from webacct.nt.cetlink.net (webacct.nt.cetlink.net [216.189.7.15]) by hub.freebsd.org (Postfix) with ESMTP id C0D4837B416 for ; Fri, 1 Feb 2002 05:59:38 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Subject: Unsubscribe (last request) content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Fri, 1 Feb 2002 09:00:35 -0500 Message-ID: <32EEB28BC317EE4AB4A00685BA7266A369A6AA@webacct.nt.cetlink.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Unsubscribe (last request) Thread-Index: AcGqtAZeKxjUhnJiR62MAdiaKw/6NAAdFOEw From: "Jeffrey Wheat" To: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Unsubscribe freebsd-alpha I to have done this a number of times. Even emailed the list master but = of course no response. Most of the mailing lists I am on send a monthly = reminder of how to unsubscribe what address you are subscribed as. Enough already. Jeff -----Original Message----- From: toivolr@juno.com [mailto:toivolr@juno.com]=20 Sent: Thursday, January 31, 2002 7:02 PM To: freebsd-alpha@FreeBSD.ORG Subject: Re: freebsd-alpha-digest V5 #262 unsubscribe - freebsd-alpha-digest. i've sent same message to majordomo = many times. do it, ok.... On Wed, 30 Jan 2002 20:00:30 -0800 (PST) = owner-freebsd-alpha-digest@FreeBSD.ORG (freebsd-alpha-digest) writes: >=20 > freebsd-alpha-digest Wednesday, January 30 2002 Volume 05 :=20 > Number 262 >=20 >=20 >=20 > In this issue: > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles=20 > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > Re: Latest binutils import breaks Alpha cross compiles > rpc.statd/SIOCGIFCONF revisited > I WANT YOU (FREE) 22358 > ps(1) output Q >=20 > ---------------------------------------------------------------------- >=20 > Date: Tue, 29 Jan 2002 18:54:08 -0800 > From: Terry Lambert > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > David O'Brien wrote: > > > After the latest binutils import, attempts to cross-compile Alpha=20 > > > fail at the cross-tools stage of buildworld as shown below. =20 > > > Please also note sed(1) complaints about nonexistent ldscripts/=20 > > > files. I suspect that "normal" alpha worlds may be broken as=20 > > > well, but I can't tell for sure. > >=20 > > I am sure it probably is. There is a lack of developers using > -current > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot > be > > held back. I will fix the Alpha problems when I get a chance, but > it may > > be a week. >=20 > I know: add cross compilation for Alpha to your regression > on i386, IA84, x86-64, or sparc64, and that will catcth things like=20 > this in the future, without you needing to have Alpha hardware, and=20 > without you orphaning it as a result of your changes. >=20 > - -- Terry >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 07:13:10 +0100 > From: Wilko Bulte > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Tue, Jan 29, 2002 at 06:54:08PM -0800, Terry Lambert wrote: > > David O'Brien wrote: > > > > After the latest binutils import, attempts to cross-compile=20 > > > > Alpha fail at the cross-tools stage of buildworld as shown=20 > > > > below. Please also note sed(1) complaints about nonexistent=20 > > > > ldscripts/ files. I suspect that "normal" alpha worlds may be=20 > > > > broken as well, but I can't tell for sure. > > >=20 > > > I am sure it probably is. There is a lack of developers using > -current > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > be a week. > >=20 > > I know: add cross compilation for Alpha to your regression on i386,=20 > > IA84, x86-64, or sparc64, and that will catcth things like this in=20 > > the future, without you needing to have Alpha hardware, and without=20 > > you orphaning it as a result of your changes. >=20 > Not a relevant comment I'm afraid, David has Alpha hardware ;) He=20 > helped me often enough with Alpha issues. >=20 > Wilko > - -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 07:15:56 +0100 > From: Wilko Bulte > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 03:10:11AM +0100, Jesper Skriver wrote: > > On Tue, Jan 29, 2002 at 12:02:18PM -0800, David O'Brien wrote: > > > On Tue, Jan 29, 2002 at 07:08:21PM +0200, Ruslan Ermilov wrote: > > > > David! > > > >=20 > > > > After the latest binutils import, attempts to cross-compile=20 > > > > Alpha fail at the cross-tools stage of buildworld as shown=20 > > > > below. Please also note sed(1) complaints about nonexistent=20 > > > > ldscripts/ files. I suspect that "normal" alpha worlds may be=20 > > > > broken as well, but I can't tell for sure. > > >=20 > > > I am sure it probably is. There is a lack of developers using > -current > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > be a week. > >=20 > > If it's a lack of available hardware, perhaps I can help, I have > one > > alpha (a alpha station 220, I think) currently running -stable, > and will > > likely get between one and three more later this week, I could > easily > > make one or two available to the community. >=20 > I think it would not hurt to have a few boxes running -current > accesible via the Net. Most -alpha folk don't run -current as the > Alpha port is very often broken as a 'by product' of x86=20 > developments. > That makes -current/Alpha often a frustrating place to be. >=20 > And this is one of the main frustrations for David if I am not > mistaken. >=20 > > They would be physically located in Denmark, Europe (traceroute to=20 > > amnesiac.wheel.dk for a idea of network connectivity). >=20 > That is close ;^) >=20 > - -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 08:20:39 -0800 > From: Peter Wemm > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > Terry Lambert wrote: > > David O'Brien wrote: > > > > After the latest binutils import, attempts to cross-compile=20 > > > > Alpha fail at the cross-tools stage of buildworld as shown=20 > > > > below. Please also note sed(1) complaints about nonexistent=20 > > > > ldscripts/ files. I suspect that "normal" alpha worlds may be=20 > > > > broken as well, but I can't tell for sure. > > >=20 > > > I am sure it probably is. There is a lack of developers using > -current > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > be a week. > >=20 > > I know: add cross compilation for Alpha to your regression on i386,=20 > > IA84, x86-64, or sparc64, and that will catcth things like this in=20 > > the future, without you needing to have Alpha hardware, and without=20 > > you orphaning it as a result of your changes. >=20 > That's easy to say when signing up somebody else to do the work. >=20 > Seriously though, in spite of pretending otherwise, i386 *is* our > reference > platform, and the "other" platforms require people with the hardware=20 > and > interest to keep it "alive". This is the same with alpha as ia64,=20 > sparc64, > powerpc, mips, x86-64 etc. If there isn't enough critical mass to=20 > keep it > going, then it is dead by definition. Witness the mips port, it=20 > pretty > much never made it to square one. I've done my bit over the last 6=20 > months > to keep the alpha alive (ported KSE phase 1 to alpha as well as 3=20 > other > platforms that I knew little to nothing about). >=20 > I dont suppose you actually thought to go and have a look and see > what the > problem is yourself, rather than assigning the work to somebody=20 > else? >=20 > Cheers, > - -Peter > - -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; > peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 08:22:48 -0800 > From: Peter Wemm > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > Wilko Bulte wrote: > > On Wed, Jan 30, 2002 at 03:10:11AM +0100, Jesper Skriver wrote: > > > On Tue, Jan 29, 2002 at 12:02:18PM -0800, David O'Brien wrote: > > > > On Tue, Jan 29, 2002 at 07:08:21PM +0200, Ruslan Ermilov > wrote: > > > > > David! > > > > >=20 > > > > > After the latest binutils import, attempts to cross-compile=20 > > > > > Alpha fail at the cross-tools stage of buildworld as shown=20 > > > > > below. Please also note sed(1) complaints about nonexistent=20 > > > > > ldscripts/ files. I suspect that "normal" alpha worlds may be = > > > > > broken as well, but I can't tell for sure. > > > >=20 > > > > I am sure it probably is. There is a lack of developers using > -current > > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > > be a week. > > >=20 > > > If it's a lack of available hardware, perhaps I can help, I have > one > > > alpha (a alpha station 220, I think) currently running -stable, > and will > > > likely get between one and three more later this week, I could > easily > > > make one or two available to the community. > >=20 > > I think it would not hurt to have a few boxes running -current > > accesible via the Net. Most -alpha folk don't run -current as the > > Alpha port is very often broken as a 'by product' of x86=20 > developments. > > That makes -current/Alpha often a frustrating place to be. >=20 > Well, there is (sort of) one box available. With beast.freebsd.org,=20 > committers can do buildworlds etc. There is local disk space, and=20 > MAKEOBJDIRPREFIX is your friend. >=20 > Cheers, > - -Peter > - -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; > peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 08:23:48 -0800 > From: "David O'Brien" > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 03:10:11AM +0100, Jesper Skriver wrote: > > > I am sure it probably is. There is a lack of developers using > -current > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > be a week. > >=20 > > If it's a lack of available hardware, perhaps I can help, >=20 > lack of time >=20 > > I have one alpha (a alpha station 220, I think) currently running >=20 > That box takes *way* too long to build world on. >=20 > - -- > - -- David (obrien@FreeBSD.org) >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 17:50:17 +0100 > From: Jesper Skriver > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 08:23:48AM -0800, David O'Brien wrote: > > On Wed, Jan 30, 2002 at 03:10:11AM +0100, Jesper Skriver wrote: > > > > I am sure it probably is. There is a lack of developers using > -current > > > > on Alpha's that progress on i386, IA64, x86-64, and sparc64 > cannot be > > > > held back. I will fix the Alpha problems when I get a chance, > but it may > > > > be a week. > > >=20 > > > If it's a lack of available hardware, perhaps I can help, > >=20 > > lack of time > >=20 > > > I have one alpha (a alpha station 220, I think) currently > running > >=20 > > That box takes *way* too long to build world on. >=20 > I know, but the other boxes are newer, and probably significant=20 > faster, but I'll know as soon as I get my hands on them. >=20 > /Jesper >=20 > - -- > Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 > Work: Network manager @ AS3292 (Tele Danmark DataNetworks) > Private: FreeBSD committer @ AS2109 (A much smaller network ;-) >=20 > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone to bind them. >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 09:13:13 -0800 > From: "David O'Brien" > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > > That's easy to say when signing up somebody else to do the work. > >=20 > > Seriously though, in spite of pretending otherwise, i386 *is* our > reference > > platform, and the "other" platforms require people with the > hardware and > > interest to keep it "alive". > ... > > If there isn't enough critical mass to keep it going, then it is > dead > > by definition. >=20 > This is my current feeling -- that Alpha 5-CURRENT no long has any=20 > critical mass. Thus it isn't worth the time or trouble. >=20 > My interests have moved over to sparc64 and x86-64 where I believe > there > will be a much larger following. It is shame after I've spent=20 > several > thousand $$ on Alpha hardware over the past three years. >=20 > - -- > - -- David (obrien@FreeBSD.org) >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 19:32:29 +0100 > From: Wilko Bulte > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 09:13:13AM -0800, David O'Brien wrote: > > On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > > > That's easy to say when signing up somebody else to do the work. > > >=20 > > > Seriously though, in spite of pretending otherwise, i386 *is* > our reference > > > platform, and the "other" platforms require people with the > hardware and > > > interest to keep it "alive". > > ... > > > If there isn't enough critical mass to keep it going, then it is > dead > > > by definition. > >=20 > > This is my current feeling -- that Alpha 5-CURRENT no long has any=20 > > critical mass. Thus it isn't worth the time or trouble. > >=20 > > My interests have moved over to sparc64 and x86-64 where I believe > there >=20 > For x86-64 I see the point, sparc64 is not something I would want > to spend > any time on (no disrespect to the sparc64 folks, I just don't think=20 > sparc > will have any great momentum). >=20 > > will be a much larger following. It is shame after I've spent > several > > thousand $$ on Alpha hardware over the past three years. >=20 > And Alpha hardware is so much nicer than the x86 crap out there :( >=20 > W/ > - -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte FreeBSD core team secretary >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 20:29:50 +0100 > From: Bernd Walter > Subject: Re: Latest binutils import breaks Alpha cross compiles >=20 > On Wed, Jan 30, 2002 at 07:32:29PM +0100, Wilko Bulte wrote: > > On Wed, Jan 30, 2002 at 09:13:13AM -0800, David O'Brien wrote: > > > On Wed, Jan 30, 2002 at 08:20:39AM -0800, Peter Wemm wrote: > > > > That's easy to say when signing up somebody else to do the > work. > > > >=20 > > > > Seriously though, in spite of pretending otherwise, i386 *is* > our reference > > > > platform, and the "other" platforms require people with the > hardware and > > > > interest to keep it "alive". > > > ... >=20 > Not to forget knowledge and time. >=20 > > > > If there isn't enough critical mass to keep it going, then it > is dead > > > > by definition. > > >=20 > > > This is my current feeling -- that Alpha 5-CURRENT no long has > any > > > critical mass. Thus it isn't worth the time or trouble. >=20 > I'm would not call it dead only because it's always behind > development. > The latest alpha-current I'm running is nearly a month old - just > because I always want to see a stable i386 before which I havn't=20 > seen > for the last weeks. > Sorry - I can't spend my time on alpha *and* machine independ bugs. >=20 > > > My interests have moved over to sparc64 and x86-64 where I > believe there >=20 > Many alpha bugs and problems are there because of LP64 not because > of > alpha - other LP64 platforms will put LP64 into a much stronger > position and help alpha a lot. > I was always interested in FreeBSD-alpha because of having more than=20 > 4G > memory and more than 4G address space - mostly the later. > None is working - Memory is limited to 2G and increasing MAXDSIZ to > big values is simply broken. > Not ashtonishing that there is no big interest for anyoone to use > FreeBSD-alpha in production - you can have these limits cheaper and > without the bug troubles using Intel hardware. > I always been sorrowed to run an FreeBSD-alpha as a cvsup server. >=20 > > For x86-64 I see the point, sparc64 is not something I would want > to spend > > any time on (no disrespect to the sparc64 folks, I just don't > think sparc > > will have any great momentum). > >=20 > > > will be a much larger following. It is shame after I've spent > several > > > thousand $$ on Alpha hardware over the past three years. >=20 > That's what makes me still beleave in FreeBSD-alpha. > Alpha is the cheapest 64 bit platform available. > Think a moment on what you have paid for your sun labeled symbios. >=20 > > And Alpha hardware is so much nicer than the x86 crap out there :( >=20 > The same goes for sparc64 compared to x86. > And sparc64 has a better future from the hardware perspective. I can=20 > understand why people are looking forward to sparc64. >=20 > - --=20 > B.Walter COSMO-Project =20 > http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 22:46:21 +0100 > From: Volker Stolz > Subject: rpc.statd/SIOCGIFCONF revisited >=20 > - --RnlQjJ0d97Da+TV1 > Content-Type: text/plain; charset=3Dus-ascii > Content-Disposition: inline >=20 > Here's another try after the previous patch did mor good than harm.=20 > What happens is this: the ioctl fills a buffer with various entries=20 > for interfaces. If it's a sockaddr, everything goes well, that's 7x8 = =3D=20 > 56 bytes. Unluckily, for inet6, you get 28 bytes. >=20 > In your buffer that means something like > - --|--|--|... > 56 28 XX > Now the userland code in e.g. libc/rpc/get_myaddress.c memcpy tried=20 > now to access XX which obviusly isn't at an 8 byte aligned address. >=20 > memcpy() *should* be able to copy this region. *But*: > memcpy() gets optimized by gcc to use floating point registers (unless = > you specify -fno-builtin). These instructions can only work on double=20 > word aligned data :-/ Something similar happens when you use an=20 > assignment like foo =3D *bar. >=20 > If you use -fno-builtin, get_myaddress will crash at > *addr =3D *((struct sockaddr_in *)&ifrn->ifr_addr); > for a similar reason (the address has to be double word aligned or the = > ldq will throw... >=20 > You can find several hints in itojun's and on NetBSD, boling down to=20 > inet6 not being LP64 friendly, and SIOCGIFCONF being especially nasty. >=20 > The attached patch *should* do the following: copy the requested=20 > number of bytes but advance to the next aligned positioned and update=20 > the sa_len entry only in the structure returned to userland. Thus, if=20 > you just use the sa_len entry without resorting to > sizeof() your application should work fine. >=20 > Comments are definetly appreciated. I cannot claim that I > understand everything of the stuff going on there, so I'd > like to get some thumbs up/down from savvier people. > - --=20 > Wonderful \hbox (0.80312pt too nice) in paragraph at lines 16--18 > Volker Stolz * stolz@i2.informatik.rwth-aachen.de > Please use PGP or S/MIME for correspondence! >=20 > - --RnlQjJ0d97Da+TV1 > Content-Type: text/plain; charset=3Dus-ascii > Content-Disposition: attachment; filename=3D"alpha.patch" >=20 > - --- sys/net/if.c.orig Wed Jan 30 21:25:50 2002 > +++ sys/net/if.c Wed Jan 30 21:34:27 2002 > @@ -1318,17 +1318,20 @@ > sizeof (ifr)); > ifrp++; > } else { > - - if (space < sizeof (ifr) +=20 > sa->sa_len - > + if (space < sizeof (ifr) + > _ALIGN(sa->sa_len) - > sizeof(*sa)) > break; > - - space -=3D sa->sa_len -=20 > sizeof(*sa); > + space -=3D _ALIGN(sa->sa_len) - > sizeof(*sa); > error =3D copyout((caddr_t)&ifr, > (caddr_t)ifrp, > sizeof=20 > (ifr.ifr_name)); > if (error =3D=3D 0) > error =3D copyout((caddr_t)sa, > (caddr_t)&ifrp->ifr_addr,=20 > sa->sa_len); > - - ifrp =3D (struct ifreq *) > - - (sa->sa_len +=20 > (caddr_t)&ifrp->ifr_addr); > + /* Update sa_len to aligned value > in output */ > + ifrp->ifr_addr.sa_len =3D > _ALIGN(sa->sa_len); > + /* Advance ptr, accounting for > spilled padding, too */ > + ifrp =3D _ALIGN((struct ifreq *) > + (sa->sa_len + > (caddr_t)&ifrp->ifr_addr)); > } > if (error) > break; >=20 > - --RnlQjJ0d97Da+TV1-- >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 16:59:54 -2000 > From: lisa_seemonline2@msn.com > Subject: I WANT YOU (FREE) 22358 >=20 > F R E E F R E E F R E E F R E E > F R E E F R E E F R E E F R E E > F R E E F R E E F R E E F R E E >=20 >=20 > COME FUCK MY JUICY WET HOLE http://cumageddon.com/?r=3Dfirst&p=3De >=20 >=20 > I WISH THIS BIG DILDO WAS REALLY YOUR HUGE COCK=20 > http://hardcorepleasures.net/?r=3Dsecond&p=3De >=20 >=20 > I'M TIRES OF FINGERING MYSELF. I NEED YOUR HUGE COCK NOW.=20 > http://smoothai.com/?r=3Dthird&p=3De >=20 >=20 >=20 >=20 > F R E E F R E E F R E E F R E E > F R E E F R E E F R E E F R E E > F R E E F R E E F R E E F R E E > F R E E F R E E F R E E F R E E >=20 > ------------------------------ >=20 > Date: Wed, 30 Jan 2002 22:00:15 -0600 > From: Steve Price > Subject: ps(1) output Q >=20 > Here's a really stupid question but something I've wondered for a > long > time. Why is it that the output of ps(1) on the Alpha always looks=20 > like > this? >=20 > PID TT STAT TIME COMMAND > 77337 p0 Ss 0:00.21 (csh) > 78179 p0 R+ 0:00.00 (ps) >=20 > While on the x86 it look like this? >=20 > PID TT STAT TIME COMMAND > 80796 p0 Is+ 0:00.04 zsh > 14534 r5 I+ 3:48.99 mutt -y >=20 > Can anyone point out what I'm obviously missing besides a clue? :) >=20 > Thanks. >=20 > - -steve >=20 > ------------------------------ >=20 > End of freebsd-alpha-digest V5 #262 > *********************************** >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with unsubscribe freebsd-alpha-digest in the body of the message ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: = http://dl.www.juno.com/get/web/. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.320 / Virus Database: 179 - Release Date: 1/30/2002 =20 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.320 / Virus Database: 179 - Release Date: 1/30/2002 =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message