Geoffrey Myers | 1 Nov 2011 12:24
Favicon

Re: [slight OT] Electronics Recycling - Saturday, 10/29 at Decatur High

John Pilman wrote:
> On Fri, Oct 28, 2011 at 6:01 PM, arxaaron <arxaaron@...> wrote:
>> 9:00am to 1:00pm , Saturday, 2011.10.29
>>
>> They usually set up in the parking lot on West Howard Ave. (aka Dekalb
>> Avenue)
>> at the south side of the school.
>>
>> Details here:
>> <https://thedecaturminute.wordpress.com/2011/10/26/electronic-recycling-this-saturday/
>>  >
>>
>> Note that they have started charging $10 (cash, exact change) to recycle
>> CRT TV's, but they don't say anything about CRT computer monitors.
>>
>> If they actually don't charge for recycling CRT computer monitors, you
>> might try to convince them that all TV's are computer monitors on the
>> grounds that Amigas always included a standard video out. :-)
>>
>> peace
>> aaron
> One coming up in Acworth.
> Computer, Electronic and Metal Recycle Day
> $10 fee for computer monitors and a $20 fee for televisions
> http://www.acworth.org/acworthga/acworth-parks-and-recreation-department
> 8:00 a.m., to 5:00 p.m. Saturday, November 5.

Looking at the docs provided, I don't see a charge for monitors, just tvs.

> 
(Continue reading)

Geoffrey Myers | 1 Nov 2011 13:16
Favicon

Re: [slight OT] Electronics Recycling - Saturday, 10/29 at Decatur High

John Pilman wrote:
> On Fri, Oct 28, 2011 at 6:01 PM, arxaaron <arxaaron@...> wrote:
>> 9:00am to 1:00pm , Saturday, 2011.10.29
>>
>> They usually set up in the parking lot on West Howard Ave. (aka Dekalb
>> Avenue)
>> at the south side of the school.
>>
>> Details here:
>> <https://thedecaturminute.wordpress.com/2011/10/26/electronic-recycling-this-saturday/
>>  >
>>
>> Note that they have started charging $10 (cash, exact change) to recycle
>> CRT TV's, but they don't say anything about CRT computer monitors.
>>
>> If they actually don't charge for recycling CRT computer monitors, you
>> might try to convince them that all TV's are computer monitors on the
>> grounds that Amigas always included a standard video out. :-)
>>
>> peace
>> aaron
> One coming up in Acworth.
> Computer, Electronic and Metal Recycle Day
> $10 fee for computer monitors and a $20 fee for televisions
> http://www.acworth.org/acworthga/acworth-parks-and-recreation-department
> 8:00 a.m., to 5:00 p.m. Saturday, November 5.

And another in Cobb County:

Recycle old electronics and donate shoes to help the needy
(Continue reading)

Chesser.Damon | 1 Nov 2011 17:02

nsswitch and db option

I am trying to research the db option in nsswitch (as in: hosts:  db files  dns ).  We figure if a Linux client can use the dns cache for lookups, that would be faster then files or dns.  However, I can’t find anybody who has ever used that option and google is slim pickens researching it.

 

How do you access the (Linux) client dns cache info? Would “hosts:  db files dns” cause the first check to be performed on the dns cache?

 

If NOT what does “db” cause to happen?

 

Thanks!

 

Damon.chesser-yy0BJ5OPRRpWk0Htik3J/w@public.gmane.org

 
 
 
LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
 
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc.
[ST:XCL]
_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
Steven A. DuChene | 1 Nov 2011 17:32
Picon

no video showing up on new system

A friend gave me a new Intel DP45SG motherboard and a Q9550 Core 2 Quad processor
so I bought what I thought would be a good set of DIMMs to go with it. The DIMMs
are quantity 2 of DDR3 1333MHz 4GB. So I put it together in a new case and a 430W
power supply. The system will turn on but I get no video. Looking over on-line docs
for the motherboard I decided perhaps the 4GB DIMMs were not suited for the mother
board so I purchased some 2GB DDR3 1333MHz DIMMs instead with high hopes that this
would solve the no video problem. No such luck. The motherboard has an on-board
mini speaker which I believe is where any post beep codes should come out. I am
getting nothing from that speaker so I decided to try hooking a regular external
speaker up to the standard audio ports to see if I was getting anything there.
Nada, nothing, zilch.

I tried two different video cards that work in other systems fine but I still get
no video out when I power on this system.

In looking over the specs for the q9550 processor I see it is supposed to have
a 1333MHz FSB and the motherboard definitely lists support for DDR3 1333MHz memory.

Anyone here have any ideas or suggestions?
--
Steven DuChene

_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo

Lightner, Jeff | 1 Nov 2011 17:34
Favicon

Re: nsswitch and db option

I don’t think the stub resolver on Linux does any caching of its own.   That seems to be born out by this page which mentions that some newer Windows stub resolvers do:

http://www.zytrax.com/books/dns/apa/resolver.html

 

So it seems if you wanted cache at client level on Linux you’d need to implement something like BIND (or maybe TinyDNS which I haven’t worked with) and have it get answers from upstream server.   More work than I’d want to do for most clients.   I’d think if you had a single (or better yet a pair) caching DNS server in your environment and had it in your clients’ /etc/resolv.conf that the lookups should be quick enough for most purposes without needing to cache at client level.

 

I’ve never used the db option in nsswitch.conf but based on what little I can glean I don’t think it is for hosts but rather for things like passwd, groups and shadow.

 

 

 

From: ale-bounces <at> ale.org [mailto:ale-bounces <at> ale.org] On Behalf Of Chesser.Damon
Sent: Tuesday, November 01, 2011 12:03 PM
To: ale <at> ale.org
Subject: [ale] nsswitch and db option

 

I am trying to research the db option in nsswitch (as in: hosts:  db files  dns ).  We figure if a Linux client can use the dns cache for lookups, that would be faster then files or dns.  However, I can’t find anybody who has ever used that option and google is slim pickens researching it.

 

How do you access the (Linux) client dns cache info? Would “hosts:  db files dns” cause the first check to be performed on the dns cache?

 

If NOT what does “db” cause to happen?

 

Thanks!

 

Damon.chesser <at> suntrust.com

 

 

 

LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
 
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc.
[ST:XCL]

 

 

Athena®, Created for the Cause™

Making a Difference in the Fight Against Breast Cancer

 

---------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
----------------------------------

 

_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
Chesser.Damon | 1 Nov 2011 17:40

Re: nsswitch and db option

Yeah Jeff,

 

I was started to think that also.  I asked a few crusty Unix admins and they gave me a 500 yard stare.

 

From: ale-bounces <at> ale.org [mailto:ale-bounces <at> ale.org] On Behalf Of Lightner, Jeff
Sent: Tuesday, November 01, 2011 12:35 PM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] nsswitch and db option

 

I don’t think the stub resolver on Linux does any caching of its own.   That seems to be born out by this page which mentions that some newer Windows stub resolvers do:

http://www.zytrax.com/books/dns/apa/resolver.html

 

So it seems if you wanted cache at client level on Linux you’d need to implement something like BIND (or maybe TinyDNS which I haven’t worked with) and have it get answers from upstream server.   More work than I’d want to do for most clients.   I’d think if you had a single (or better yet a pair) caching DNS server in your environment and had it in your clients’ /etc/resolv.conf that the lookups should be quick enough for most purposes without needing to cache at client level.

 

I’ve never used the db option in nsswitch.conf but based on what little I can glean I don’t think it is for hosts but rather for things like passwd, groups and shadow.

 

 

 

From: ale-bounces <at> ale.org [mailto:ale-bounces <at> ale.org] On Behalf Of Chesser.Damon
Sent: Tuesday, November 01, 2011 12:03 PM
To: ale <at> ale.org
Subject: [ale] nsswitch and db option

 

I am trying to research the db option in nsswitch (as in: hosts:  db files  dns ).  We figure if a Linux client can use the dns cache for lookups, that would be faster then files or dns.  However, I can’t find anybody who has ever used that option and google is slim pickens researching it.

 

How do you access the (Linux) client dns cache info? Would “hosts:  db files dns” cause the first check to be performed on the dns cache?

 

If NOT what does “db” cause to happen?

 

Thanks!

 

Damon.chesser <at> suntrust.com

 

 

 

LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
 
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc.
[ST:XCL]

 

 

Athena®, Created for the Cause

Making a Difference in the Fight Against Breast Cancer

 

---------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
----------------------------------

 

_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
Erik Mathis | 1 Nov 2011 17:52

Re: no video showing up on new system

It sounds like a bad mobo to me. Remove EVERYTHING from the box only
leaving the CPU and video cards and a stick of mem. If its still not
posting then swap put the mobo.

-Erik-

On Tue, Nov 1, 2011 at 11:32 AM, Steven A. DuChene
<linux-clusters@...> wrote:
> A friend gave me a new Intel DP45SG motherboard and a Q9550 Core 2 Quad processor
> so I bought what I thought would be a good set of DIMMs to go with it. The DIMMs
> are quantity 2 of DDR3 1333MHz 4GB. So I put it together in a new case and a 430W
> power supply. The system will turn on but I get no video. Looking over on-line docs
> for the motherboard I decided perhaps the 4GB DIMMs were not suited for the mother
> board so I purchased some 2GB DDR3 1333MHz DIMMs instead with high hopes that this
> would solve the no video problem. No such luck. The motherboard has an on-board
> mini speaker which I believe is where any post beep codes should come out. I am
> getting nothing from that speaker so I decided to try hooking a regular external
> speaker up to the standard audio ports to see if I was getting anything there.
> Nada, nothing, zilch.
>
> I tried two different video cards that work in other systems fine but I still get
> no video out when I power on this system.
>
> In looking over the specs for the q9550 processor I see it is supposed to have
> a 1333MHz FSB and the motherboard definitely lists support for DDR3 1333MHz memory.
>
> Anyone here have any ideas or suggestions?
> --
> Steven DuChene
>
>
>
> _______________________________________________
> Ale mailing list
> Ale@...
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo

Lightner, Jeff | 1 Nov 2011 18:00
Favicon

Re: nsswitch and db option

Smile when you say that - I am one of those crusty UNIX Admins. 

 

From: ale-bounces-S6NtOCTnm14@public.gmane.org [mailto:ale-bounces-S6NtOCTnm14@public.gmane.org] On Behalf Of Chesser.Damon
Sent: Tuesday, November 01, 2011 12:40 PM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] nsswitch and db option

 

Yeah Jeff,

 

I was started to think that also.  I asked a few crusty Unix admins and they gave me a 500 yard stare.

 

From: ale-bounces-S6NtOCTnm14@public.gmane.org [mailto:ale-bounces-S6NtOCTnm14@public.gmane.org] On Behalf Of Lightner, Jeff
Sent: Tuesday, November 01, 2011 12:35 PM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] nsswitch and db option

 

I don’t think the stub resolver on Linux does any caching of its own.   That seems to be born out by this page which mentions that some newer Windows stub resolvers do:

http://www.zytrax.com/books/dns/apa/resolver.html

 

So it seems if you wanted cache at client level on Linux you’d need to implement something like BIND (or maybe TinyDNS which I haven’t worked with) and have it get answers from upstream server.   More work than I’d want to do for most clients.   I’d think if you had a single (or better yet a pair) caching DNS server in your environment and had it in your clients’ /etc/resolv.conf that the lookups should be quick enough for most purposes without needing to cache at client level.

 

I’ve never used the db option in nsswitch.conf but based on what little I can glean I don’t think it is for hosts but rather for things like passwd, groups and shadow.

 

 

 

From: ale-bounces-S6NtOCTnm14@public.gmane.org [mailto:ale-bounces-S6NtOCTnm14@public.gmane.org] On Behalf Of Chesser.Damon
Sent: Tuesday, November 01, 2011 12:03 PM
To: ale-S6NtOCTnm14@public.gmane.org
Subject: [ale] nsswitch and db option

 

I am trying to research the db option in nsswitch (as in: hosts:  db files  dns ).  We figure if a Linux client can use the dns cache for lookups, that would be faster then files or dns.  However, I can’t find anybody who has ever used that option and google is slim pickens researching it.

 

How do you access the (Linux) client dns cache info? Would “hosts:  db files dns” cause the first check to be performed on the dns cache?

 

If NOT what does “db” cause to happen?

 

Thanks!

 

Damon.chesser-yy0BJ5OPRRpWk0Htik3J/w@public.gmane.org

 

 

 

LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
 
SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc.
[ST:XCL]

 

 

Athena®, Created for the Cause

Making a Difference in the Fight Against Breast Cancer

 

---------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
----------------------------------

 

_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
Michael H. Warfield | 1 Nov 2011 18:05

Re: nsswitch and db option

On Tue, 2011-11-01 at 12:02 -0400, Chesser.Damon wrote: 
> I am trying to research the db option in nsswitch (as in: hosts:  db
> files  dns ).  We figure if a Linux client can use the dns cache for
> lookups, that would be faster then files or dns.  However, I can't find
> anybody who has ever used that option and google is slim pickens
> researching it.

I seriously doubt you'll find much improvement exploring the db option.
I'm also not aware of anyone who has ever used that option in
nsswitch.conf, either.  I'm not aware of any of the cachers that require
it.  The "db" option (according to some sources) is for Berkeley
Database formatted files (sendmail database files for example) and I'm
not sure that's what you are looking for.

If you already have a local DNS client cacher running (nscd, dnsmasq,
dnscache, or even a full bore instantiation of Bind running as a local
recursive caching name server) then just use the DNS option but then set
your /etc/resolve.conf file to be just "nameserver 127.0.0.1" to direct
all queries to the location cacher.  I do this quite often but the
primary reason I do it is not for speed but rather so I can directly
forward certain well known domains, or domains with specific "views" to
specific authoritative name servers and not go through the full
recursion / redirection process through the root.  Some cachers, such as
dnsmasq, even require that you specify a set of forwarders since they
may not have full recursion / redirection capability.

OTOH, while nscd CAN provide this functionality without monkeying with
resolv.conf (it caches a number of things at the API level) it can be,
apparently, unreliable and make be more trouble that what it's worth.
I've seen some very negative comments about nscd like this:

"If there is DNS caching in Hell, it is provided by nscd. Don't. Use. It."

There are other alternatives.  Personally, I like dnsmasq.  The
challenge there is just updating its configuration files if it's a
laptop away from home base.  While dhclient and Network Mangler will
update resolve.conf (which you do NOT want in this case) getting them to
update /etc/dnsmasq.d/default.conf is not going to happen without some
work under the hood (dhclient has scripting hooks but Network Manager /
Mangler insists it knows what you want better than you do and you can
just sod off).  Any API level cacher working through gethostent or
gethostbyname or whatever is probably better in the pure caching case
where you don't need static forwardings and you have road warriors
where /etc/resolv.conf is going to get screwed with (some VPNs do this
too, grrrr).  Either way, you don't need the db option and you don't
need to monkey with nsswitch.conf.

Regards,
Mike

> How do you access the (Linux) client dns cache info? Would "hosts:  db
> files dns" cause the first check to be performed on the dns cache?
> 
>  
> 
> If NOT what does "db" cause to happen?
> 
>  
> 
> Thanks!
> 
>  
> 
> Damon.chesser@... 
>   
>   
>   
> LEGAL DISCLAIMER 
> The information transmitted is intended solely for the individual or entity to which it is addressed and
may contain confidential and/or privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by persons or entities other than the
intended recipient is prohibited. If you have received this email in error please contact the sender and
delete the material from any computer. 
>   
> SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a
service mark of SunTrust Banks, Inc. 
> [ST:XCL] 
>  
> 
> 
> 
> 
> _______________________________________________
> Ale mailing list
> Ale@...
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo

--

-- 
Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw@...
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!
_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo
Michael H. Warfield | 1 Nov 2011 18:29

Re: Fire in da hole! Infrastructure maintenance warning!

On Fri, 2011-10-28 at 18:28 -0400, arxaaron wrote: 
> Thanks for the heads up to keep our heads down, Michael!  :-)

> And thanks more for getting our DNS situation consolidated
> and updated!

> Finally, some additional thanks to ALE founding members
> Chris Farris and Robbie Hornercamp for quietly keeping a
> handle on  ALE's domain management since, like, before
> the invention of the vacuum tube.

YES!  I want to reiterate this.  Thank you very much to Chris and Robbie
for everything they have done down through the years from the earliest
days of ALE and continue to do (though Chris is understandably
preoccupied with things closer to home at the moment).  I still remember
that very first "pre ALE" organizational meeting in a classroom at
Georgia Tech and having to drag more and more chairs from other rooms to
handle the overflow crowd that showed up (while some of us are standing
around shaking our heads and laughing and others are picking their jaws
up off the floor in shock).  [AND do NOT get me started about ALS...
What were we thinking?]

I'm very pleased to see some traffic on the list today (I was getting a
bit concerned for an hour or two earlier this morning).  I have received
confirmation from Chris that the changes to our nameservers had been
made in the domain registration, which I promptly confirmed through
several remote domains I have access to, including my samba.org account.
All seems well, and we have mailing list traffic to confirm it!  :-)=)

Our DNS service is now being provided by Hurricane Electric's name
servers (temporarily back up with one of my own at WittsEnd) at he.net.
We're even looking at the possibility of plumbing IPv6 from HE to the
ALE server (whether we advertise THAT in our DNS is another matter for
another day well after we get it working).  I will be looking into
improving our name server diversity a little bit more but they have 5
diverse name servers that are very reliable.  We've also had an offer of
another slave name server, which we much appreciate.  We'll explore
things further as the dust settles.

> peace
> aaron

Regards!
Mike

> On 2011/10/28, at 17:46 , Michael H. Warfield wrote:
> 
> > Hey all!
> >
> > For a variety of reasons (including updating for the jobs.ale.com
> > redirection) we're doing a little overdue remodeling on our
> > infrastructure.  Part of this is updating our DNS infrastructure and
> > domain registration.  This will be happening over the next few days  
> > and
> > SHOULD result in no disruption to your regularly scheduled chaos as  
> > both
> > systems will operate in parallel and in sync for a while.  It does NOT
> > impact the web site or the mailing lists themselves but DNS impacts
> > EVERYTHING.
> >
> > Should something NOT work right, please excuse our dust but PLEASE let
> > us know by contacting some of us directly (if the ALE DNS gets  
> > fubared,
> > I think you can understand why).  Chances will be really good that we
> > will already know about it but there's always the chance we don't, so
> > just drop myself or Jim Kinney <jim.kinney@...> or Aaron a note
> > and let us know what happened (detailed errors are always  
> > appreciated).
> >
> > Chances are really really slim that anything will go wrong, but you  
> > know
> > Murphy's law (and then there's O'Shea's law that says that Murphy  
> > was an
> > optimist).
> >
> > Thank you very much!
> >
> > Regards,
> > Mike
> > -- 
> > Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw@...
> >   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
> >   NIC whois: MHW9          | An optimist believes we live in the  
> > best of all
> > PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure  
> > of it!
> > _______________________________________________
> > Ale mailing list
> > Ale@...
> > http://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
> 
> _______________________________________________
> Ale mailing list
> Ale@...
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
> 

--

-- 
Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw@...
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!
_______________________________________________
Ale mailing list
Ale@...
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo

Gmane