HDTenEightyP/NetNews huggingface dataset:
From: feijai@endor.byu.edu (Sean Luke)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Surge Supressor - not needed on NeXTs?!!
Date: 2 Sep 92 21:57:27 GMT
Reply-To: sean@digaudio.byu.edu

In article <1992Sep1.081940.18670@csus.edu>  writes:
>In article <1992Aug26.161418.9122@tessi.com> chris@tessi.com
>	(Chris Lamb) writes:
>>As the walls start to crumble, "Honey, grab the kids!  I've got to sync  
the
>>filesystem!"
>
>That's why you want a UPS with alarm contacts, a serial port, or
>a network interface (don't laugh)--some way of telling the
>machine to prepare for the worst.  The nicer ones monitor
>"environmental conditions" as well as the power.  In California,
>a ground motion sensor might not be such a bad thing.  In parts
>east ... an anemometer perhaps?


And of course, in Utah, a Second-Coming-o-meter.  :)

--

Sean Luke
Brigham Young University                   MILK:  It Comes From Cows
sean@digaudio.byu.edu  
NeXTmail and nifty Mac stuff welcome
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: how to restore Guided-tour? (second post)
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Tue, 1 Sep 1992 10:30:57 GMT

In article <1992Aug31.074320.4619@ccsun7.csie.nctu.edu.tw>
	jypai@ccnext.csie.nctu.edu.tw writes:
>The Next-Tour's password on my next was changed.
>When I try to run /NextDeveloper/demo/Guided Tour,
>it tells me that 
>"The user "next tour" has been modified and ... cannot be run"
>
>How should I do to make it work again?

# niutil -createprop . /users/NextTour passwd \*

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: kochmar@sei.cmu.edu (John Kochmar)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Organization: The Software Engineering Institute
Date: Fri, 28 Aug 1992 18:39:18 GMT


In article <1992Aug28.180137.22861@ra.msstate.edu>, fwp@CC.MsState.Edu (Frank Peters) writes:
|> In article <1992Aug28.155801.14501@sei.cmu.edu> kochmar@sei.cmu.edu (John Kochmar) says:
|> : 
|> : OK, I'll bite: why is it that it is much easier if perl is in an agreed
|> : upon place like /usr/bin?
|> 
|> Because perl is a scripting language.  That means it wants to have a #!
|> line at the beginning with the path name to an executable.  Distributing
|> code in this situation can be an annoyance unless you can arrange to
|> have the path to perl be the same on different systems.

You've gotta be kidding, right?  You're not advocating that perl be
placed in /usr/bin so that scripts you pick up from who-knows-where
will run without modification, right?

I got the same response from someone else in private mail.  Since I
don't make a habit of picking up a script and running it without
checking it over, I don't see changing the #! at the beginning to be
that big a deal.

|> : We use /usr/local for all tools that aren't part of the standard
|> : distribution that the vendor sends us, and I've made all sorts of
|> : software work cleanly while living in /usr/local (and, in almost all
|> : cases, without the use of symbolic links in /usr/bin.)  This model
|> : works really well for us, and most tools will work with this model
|> : if the programmers weren't of the lazy sort who like to hardwire
|> : paths into the binary.
|> 
|> But scripts have a path hardwired into them almost by definition.

True, but the good ones are easily modifiable.  Not that I'm all that
paranoid about stuff I pick up off the net being malicious, but I do
look over the stuff I pick up, and I expect to have to make some site
specific modifications.  #!/mumble/perl if one of those modifications.

John



-----------------------------------------------------------------------------
John Kochmar		 | Estimated amount of glucose used by an adult human
kochmar@sei.cmu.edu	 | brain each day, expressed in M&Ms: 250
SEI Computing Facilities |			-Harper's Index, October 1989
Newsgroups: comp.sys.next.sysadmin
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Date: Mon, 31 Aug 1992 03:18:51 GMT

kochmar@sei.cmu.edu (John Kochmar) writes:
> fwp@CC.MsState.Edu (Frank Peters) writes:
> |> kochmar@sei.cmu.edu (John Kochmar) says:
> |> : 
> |> : OK, I'll bite: why is it that it is much easier if perl is in an
> |> : agreed upon place like /usr/bin?
> |> 
> |> Because perl is a scripting language.  That means it wants to have
> |> a #! line at the beginning with the path name to an executable.
> |> Distributing code in this situation can be an annoyance unless you
> |> can arrange to have the path to perl be the same on different systems.
> 
> You've gotta be kidding, right?  You're not advocating that perl be
> placed in /usr/bin so that scripts you pick up from who-knows-where
> will run without modification, right?
>
> I got the same response from someone else in private mail.  Since I
> don't make a habit of picking up a script and running it without
> checking it over, I don't see changing the #! at the beginning to
> be that big a deal.

That's fine if:
  1) You're the only person who uses your machine.
  2) You write scripts which you intend to run on only one machine.

In my case, neither of these are true.  I have about a dozen or so people  
who use eclipse, and I personally log into about 6 or 7 different platforms  
(that's different architectures, mind you, we have a few hundred different  
*machines* I could be logging into).

If I write a cool script that runs on my NeXT, I certainly don't want to  
edit it to run on a Sun, an HP, an RS6000, or (gasp) aix370 just because  
each platform has it's own favorite place to stuff scripting-languages like  
perl.  I have enough headaches without trying to keep synchronized 6 copies  
of every script I feel like writing, with the only difference being where  
the silly interpretter lives.

--
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
ITS Systems Programmer            (handles NeXT-type mail)
Rensselaer Polytechnic Institute;           Troy NY    USA
Newsgroups: comp.sys.next.sysadmin
From: lga@sandman.stanford.edu (Laurent Amon)
Subject: Bug in rm?
Reply-To: amon@cs.stanford.edu
Organization: DSO, Stanford University
Date: Mon, 31 Aug 92 07:42:55 GMT


OK, I use a perl script that daily backs up the user directories to my
(small) internal drive. It uses zip. Yesterday, one of the user directories 
was so large that the zip temporary file filled up the disk. And I mean
filled up completely, since it was running as root, it completely ate
the reserved space. Zip exited with an error and left a temporary file 
lying around. 

So I rm'ed it. It removed the directory entry but did not unlink it. It left an  
unreferenced inode in the table, and I had to fsck to get back my disk space.

My guess is that rm fails if the free list pointer is null. Did anybody else  
have that problem? Can somebody corroborate?

Lga.
---
                                       |"I don't know what it's called, but
Laurent Amon                           | we're doing one about going to see 
       e-mail: amon@cs.stanford.edu    | a wizard. Something about following
           lga@sandman.stanford.edu    | a yellow sick toad. (Moving Pictures)
Newsgroups: comp.sys.next.sysadmin
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: How to add more pty entries for terminal
Reply-To: jeffo@ux1.cso.uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana
Date: Wed, 26 Aug 1992 18:50:08 GMT

How do I add more pty/tty entries so that Terminal and Stuart (and any  
other terminal applications) can open more windows.  I've tried using the  
MAKEDEVS script to actually make the devices, but when I reboot the  
machine the terminal applications still stop making terminal windows after  
ttyqf.

Thanks for any help you can provide.
--
-- Jeff
-- jeffo@ux1.cso.uiuc.edu
Newsgroups: comp.sys.next.sysadmin
From: nando@sfc.keio.ac.jp (Fernando Lopez Lezcano)
Subject: Is anyone out there using a Maxtor P0-12S (Rev LB22)?
Followup-To: comp.sys.next.hardware
Keywords: disk drives, errors, installation
Reply-To: nando@sfc.keio.ac.jp
Organization: Keio University Shonan Fujisawa Campus, Fujisawa Japan
Date: Thu, 27 Aug 1992 10:00:59 GMT

Hi netters!

Has anyone out there installed a Maxtor P0-12S (rev LB22) drive on a NeXT?  
(the machine is a 040 cube used as a server and running 2.1J). The drive was  
properly recognized, initialized, mounted and exported by the system...  
BUT... After copying the directories to the new destination using gnutar I  
used "diff -r" and discovered some files that did not match the original.  
Only very long files like a 12Mbyte .tar.Z file and soundfiles. The drive is  
properly terminated (by the way, removing the termination did not make any  
difference!) and I did tests with only that drive in the SCSI chain and also  
adding a CD-ROM drive in the middle. I also sdform'ed the drive with no  
apparent improvement.  

Any help appreciated!
Thanks in advance.
Fernando

Fernando Lopez Lezcano
Computer Music Laboratory
Keio University at Shonan Fujisawa, Japan
nando@sfc.keio.ac.jp
From: dylan@midiline.la.ca.us (Comrade D)
Newsgroups: comp.sys.next.sysadmin
Subject: Longer cable for NeXT laser printer?
Date: 26 Aug 92 19:59:59 GMT
Organization: MIDILine BBS - Altadena, CA - (818) 797-3285

Not in the FAQ list...  I checked.

I would like to place my NeXT laser printer 6 to 8 meters away from my
NeXTcube.  The supplied printer cable is too short.  Is it possible to
use a longer cable, and if so, does anyone sell a ready-made cable of
that length (preferably in black)?

I'll be glad to summarize.


-------------------------------------------------------------------
Dylan Kohler
dylan@angst.com     (NeXTmail welcome)
Newsgroups: comp.sys.next.sysadmin
From: erland@spock.physik.uni-konstanz.de (Erland Wittkoetter)
Subject: rlogin without password and /.rhost
Reply-To: erland@spock.physik.uni-konstanz.de (Erland Wittkoetter)
Organization: Uni Konstanz
Date: Wed, 26 Aug 1992 15:23:10 GMT

Hey

We run a couple of NeXTstations on a mixed Network. We intend to write
a shell script to make a backup from a remote machine automatically.

For this we have to do a rlogin without a password. I thought .rhosts with
 <remote-machine> <user-id>
in the root directory is enough. I have already done some modification
in /etc/ttys.  So after I have typed in the password I can do the
backup. But we want to make this job automatically at night. 

Does anyone have had a similar problem and a solution. Any help is 
appreciated.

Thanks
   
 Erland 

--
+++++++++++++++++++++++++ Erland Wittkoetter ++++++++++++++++++++++++
Uni Konstanz, Dept.of Physics, LS Dehnen, PO.Box 5560, W-775 Konstanz
 Phone: +(49) 7531-88-3747	 FAX. +(49) 7531-88-3888
(priv.) Abendbergweg 7, 775 Konstanz, Germany,     Phone :07531-43078
E-mail: erland@spock.physik.uni-konstanz.de
        phwitt@dknkurz1.bitnet  or  phwitt@nyx.physik.uni-konstanz.de
Newsgroups: comp.sys.next.sysadmin
From: dave@nakiska.ucs.ualberta.ca (David Ross)
Subject: Re: How to lpr from one NeXT to another NeXT without using Netinfo
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 31 Aug 1992 15:26:57 GMT

In article <1992Aug30.185553.24342@news.csuohio.edu>  
cowboy@trans.csuohio.edu (Syscrusher) writes:
> Hello, all:
> 
> I am trying to get my NeXT to print to another NeXT and its NeXT Laser  
> without setting us both up as a Netinfo domain.  Can one do it?  How?   
Is  
> it similar to setting up lpr to a non-NeXT printer (in other words,  
should  
> I use nidump, edit the printcap file, and then niload it again)?
> 
> Can someone send an example of their printcap?  I appreciate it.
> 

This is a fairly commonly asked question - is it in the FAQs? 
In any case I believe the answer is no, you can't share a NeXT printer  
unless you "turn on" NetInfo.  I don't know why it can't behave like a  
normal BSD/lpd/printcap printer when NetInfo is not being used. 

A lot of people are scared about turning on NetInfo - I know I was at  
first.  NetInfo will happily run without interfering with you or even NIS.   
Go ahead and use it!

> BTW, a second question: can one print a WordPerfect (or any other)  
binary  
> file to a file, as in WP for DOS or WP for Windows?  I think I need to  
do  
> that to lpr to the LPD server (it uses Ka9q) on a binary file.  I cannot  
> seem to find this capability, and I am sure I would need the techniques  
> for non-WordPerfect files also.
> 
> thanks,
> Joe

All NeXT applications can print to a PostScript file - that is currently  
the only printer type that is supported by the NeXT. Otherwise you'd have  
to save it to a different format and print it via some other utility (say,  
lpr).  

I don't know what happens in 3.0 with the support for non-PostScript  
printers like the Epsons, etc.  Can you print to a file with those?  Any  
3.0 users?
--
David A. Ross, Programmer Analyst  | dave@nakiska.ucs.ualberta.ca
Computing and Network Services     |  (NeXTmail accepted)
352 Gen Serv Bldg, Univ of Alberta | Phone: (403) 492-9339
Edmonton, Alberta, Canada  T6G 2H1 | Fax:   (403) 492-1729
From: ugubser@avalon.physik.unizh.ch (gubser urs)
Newsgroups: comp.sys.next.sysadmin
Subject: Looking for rarpd
Keywords: rarpd
Date: 26 Aug 92 14:58:55 GMT
Organization: Informatik Club d. Universitaet, Zuerich


Hi,

My problem is that i want to boot my sun over network from a next, but
i need a rarpd (reverse-arp-daemon) to do this. Are there any alternatives ?
Or is a rarpd available ?

- Urs
-- 
*******************************************************************************
* Urs Gubser        | Email: ugubser@amiga.physik.unizh.ch                    *
* Bergheimstrasse 7 |                                                         *
* 8032 Zuerich      | Bix:   urs         ! AMIGA FOREVER !                    *
From: cortesi@informix.com (David Cortesi)
Newsgroups: comp.sys.next.sysadmin
Subject: font install query
Keywords: font adobe afm prebuild screenafm
Date: 31 Aug 92 23:06:05 GMT
Reply-To: cortesi@informix.com
Distribution: na
Organization: Informix Software, Inc.

I am trying to install a new font and running into a mismatch
between the NeXT documentation and the Adobe deliverables.

The first step requires an "outline font" file; by examining
the existing ones I see these are PostScript files. The other two
steps are "prebuild" and "screenafm" both taking "a set of screen
bitmap files" which are supposed to be Adobe's "Character Bitmap
Distribution Format (CBDF)."

What I have is an Adobe font package sold for a PC, and on the
diskettes are outline fonts in BINARY with the file
suffixes ".pfb"; and screen bitmap files which are also
binary with suffixes ".afb".

By sheer chance I have a program that converts a .pfb file
into an editable PostScript file that looks *pretty*
much like the existing ones ("psdl" from the Eroff
package). But the .afb files are unacceptable to
"prebuild" and "screenafm" So: Is there any way to get
from an Adobe ".afb" file to a "CBDF" file? Or do I have to
order this package all over again?
From: szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
Newsgroups: comp.sys.next.sysadmin
Subject: Plugging terminal into serial port
Date: 28 Aug 92 17:42:07 GMT
Article-I.D.: magnus.1992Aug28.174207.24735
Organization: The Ohio State University

Is it possible to plug a terminal into either the serial a/b port
and login to the NeXT?

I tried using this:

csh < /dev/ttyb > &/dev/ttyb > /dev/ttyb &

to redirect a shell i/o to that terminal.

It didn't work. Is this because of getty somehow? (I was always under
the impression getty locks out other attempts to open them)

Any ideas?

 Shane

 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
:   Shane M. Zatezalo         : i-net> szatezal@magnus.acs.ohio-state.edu :
:   CIS Eng Ohio State        : NeXTMail>  shane@kiwi.shws.ohio-state.edu :
:GS:::: Apple II forever!! ::::::GO BUCKS!::::::: Play Lacrosse! :::::::GS:
From: sowa@amdew.llnl.gov (Erik C. Sowa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: man -t
Date: 1 Sep 92 19:27:42 GMT
Organization: LLNL Chemistry and Materials Science
In-reply-to: pcwood@romulus's message of 1 Sep 92 16:10:55 GMT

>>>>> "Paul" == Paul Wood <pcwood@romulus> writes:

Paul> When printing man pages with the man -t option, whomever is logged
Paul> into the console gets logged out as postscript gets restarted (I
Paul> believe).  Has anyone else had this problem?  What can be done to
Paul> prevent it?

I have the following line in my .cshrc:

  alias myman 'tbl \!* | eqn | ptroff -man -t | open'

This makes (e.g.)
  myman /usr/local/man/man1/someprogram.1
open a properly typeset man page for someprogram in Preview, which can
be printed if necessary. man -t may be looking for a typesetter; ptroff
rather than troff is the workaround.

--
erik sowa (sowa@amdew.llnl.gov)
Newsgroups: comp.sys.next.sysadmin
From: bruce@tssnext.rmNUG.ORG
Subject: Re: uucp "permission denied"
Reply-To:  <bruce@TotSysSoft.com> (Bruce Gingery)
Organization:  Total System Software
Date: Sun, 30 Aug 1992 19:51:50 GMT

pete@othello.dartmouth.edu (Pete Schmitt) writes:
: Trying to use the uucp command to send a file to another
: system over a modem, and I keep getting permission denied error, even
: if the file is set to mode 777.  What am I doing wrong?
: 
: -pete
: --
: Peter Schmitt, UNIX Systems Specialist, Computing Services, Dartmouth College
: Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
: ******* Let us not give up meeting together, as some are in the habit *******
: ******* of doing, but let us encourage one another.    -Hebrews 10:25 *******

I believe you'll find that sends from a directory accessable to both uucp
and the file's owner will work.  Perhaps /usr/spool/uucppublic ?  The mode of 
the directory was likely NOT set to 777 in your testing (and at least an execute
permission to uucp for all above it in the tree-path as specified).

Bruce
-- 
Bruce Gingery          bruce@TotSysSoft.com        (Total System Software)
InterNet:  Bruce.Gingery@p1.f5.n310.z1.fidonet.org (  Cheyenne, Wyoming )
       or  bruce@brucext.TotSysSoft.com
NeXT-Mail: bruce@tssnext.rmNUG.org  < -or- > bruce@TotSysSoft.com
From: rht@pizza.visus.com (Robert H. Thibadeau)
Newsgroups: comp.sys.next.sysadmin
Subject: Bush warfare
Date: 25 Aug 92 20:16:33 GMT
Organization: Visual Understanding Systems, Pgh PA

Rumors have it that Insight is saying that Visus is Chapter 11(etc.).
This, of course, is not and is not about to be the case.  Visus has been
in business since 1982 and has only grown profitably year to year. 
There needs to be a "truth" bulletin board where people can correct
all the misinformation out there, in public -- and accept public derision
if their "truth" is not "truth."  This was a great, if long ago derided,
property of the early bulletin board systems.  
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: kochmar@sei.cmu.edu (John Kochmar)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Organization: The Software Engineering Institute
Date: Fri, 28 Aug 1992 15:58:01 GMT


In article <1992Aug28.145234.17625@news.eng.convex.com>, Tom Christiansen <tchrist@convex.COM> writes:
|> ...
|> In the particular case of perl, it really does make things *much*
|> easier if there is an agreed-upon, standard location.  The 
|> preferred strategy is to put a link in /usr/bin pointing to 
|> where it actually lives, which varies from machine to machine.
|> 
|> Of course, those lucky folks whose vendors already ship perl 
|> on the system in /usr/bin have no such concern. (Hm, I've been
|> thinking of putting it in /bin so it's mounted with root. :-)
|> ...

OK, I'll bite: why is it that it is much easier if perl is in an agreed
upon place like /usr/bin?

We use /usr/local for all tools that aren't part of the standard
distribution that the vendor sends us, and I've made all sorts of
software work cleanly while living in /usr/local (and, in almost all
cases, without the use of symbolic links in /usr/bin.)  This model
works really well for us, and most tools will work with this model
if the programmers weren't of the lazy sort who like to hardwire
paths into the binary.

John



-----------------------------------------------------------------------------
John Kochmar		 | Estimated amount of glucose used by an adult human
kochmar@sei.cmu.edu	 | brain each day, expressed in M&Ms: 250
SEI Computing Facilities |			-Harper's Index, October 1989
From: chuck@watnxt07.ucr.edu (Chuck McDaniels)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXTstation can't find "WindowServer port"
Keywords: windowserver, startup problem
Date: 2 Sep 92 20:59:27 GMT
Distribution: usa

Newsgroups: comp.sys.next.sysadmin
Subject: NeXTstation can't find "WindowServer port"
Summary: 
Followup-To: 
Distribution: usa
Organization: University of California, Riverside
Keywords: windowserver, startup problem

Hi:

We have a lab of 15 NeXTstations, and they generally have worked pretty
well.  I've just been asked to assume sysadmin duties for these machines
(they are served by a NeXTcube with an attached 1.4GB hard drive).  My
predecessor is on vacation, and this problem has occurred:

One of the NeXTstations for the last few days has refused to boot,
stopping with the following message(s):

watnxt03 syslog: loginwindow: could not find WindowServer port!

A cursory comparison of the dead NeXT and another one that works (I
booted both in standalone mode and looked around their file systems)
didn't show any obvious problems.  Can someone out there give me a clue of
where to look?  Our hardware folks have checked the machine and say it's
fine.

Please e-mail me directly, and I'll summarize to the group after awhile.
Thanks so much in advance...

Chuck McDaniels, Microcomputer Facilities Manager
Academic Computing, Univ. of Calif., Riverside

chuckm@ucru1.ucr.edu
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Tue, 1 Sep 1992 09:07:38 GMT

In article <1992Aug28.214135.13812@nic.umass.edu>
	a74k110@titan.ucc.umass.edu (Chris Lloyd) writes:
>Not to nit pick, but a bare-ass single user system ain't coming up without
>/usr/shlib/libsys_s.B.shlib on a NeXT, init itself uses the shared library,
>not to mention sh and everything else. Static linking? whats that? :-/ :)

/bin/sh *is* statically linked.

					-=EPS=-
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Newsgroups: comp.sys.next.sysadmin
Subject: Security leak or bug?
Date: 23 Aug 92 20:49:09 GMT
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University

Problem: you're sitting at a NeXT on a network, working  
away.  Suddenly music starts playing and the system has a  
panic.  This happens not once but many times.  Sometimes  
locking up the system entirely so that even the power key  
is out of commission.  This happens VERY often, like every  
ten minutes or so.
Further info:  there are a dozen nexts out there.  Several  
people are working on them.  When you switch box, it  
crashes on you again.  Nobody else's box crashes.  Well  
actually, one other person has a similar crash, once, but  
most are entirely unaffected. ps -aux shows only root and  
the user's processes running.

This raises several possibilities, some paranoid, some more  
benign.
(1) somebody is persecuting a particular user and causing  
her system to crash, perhaps by rlogging in and causing a  
system crash (but note that public sound and window server  
preferences are switched off) and nobody else seems to be  
logged in to these machines.
(2) somebody is rlogging in and doing something that causes  
a system crash without realizing that they're doing this.   
But chances that they'd always log into a box used by the  
same person and never other people seem pretty low.
(3) there's a bug somewhere in the OS or the user's  
filesystem is somehow corrupted.  The only things running  
are edit and terminal.  Also mail and VirtSpace, I guess.

Any ideas?
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)