🚀 go-pugleaf

In article <misha.648188037@mush> misha@huji.ac.il (Michael Pak) writes:
>
> (paraphrased: uses 1.4, thinks 2.? will be better, wants to know how to
> obtain same, e.g., via anonymous ftp)
>

The current version is 2.1y, which may be very hard to non-US sites to obtain
for two reasons: European support has (I think) been discontinued for several
months, and a uucp cost for the compressed images from a non-US site, e.g.,
Israel (or the Netherlands or Austrailia) is non-trivial.

I wrote this today in reply to another request, it addresses the same set
of issues, with some extra details not specific to Michael Pak's query:


------- Forwarded Message

Return-Path: brunner
Received: from LOCALHOST by bullhead.paloalto.ibm.com (5.61/1.14)
	id AA12422; Thu, 19 Jul 90 12:36:47 -0700
Message-Id: <9007191936.AA12422@bullhead.paloalto.ibm.com>
To: ibmsupt!uunet!econ.vu.nl!gerards@ibmpa.paloalto.ibm.com
Cc: brunner, mlewis@ibmpa.paloalto.ibm.com
Subject: Re: Problem with link to ibmsupt 
In-Reply-To: Your message of Thu, 19 Jul 90 17:19:33 +0100.
             <9007191721.aa26790@top.cs.vu.nl> 
Date: Thu, 19 Jul 90 12:36:45 -0700
From: MH 6.6 (Eric Brunner) <brunner>

Gerard,

The shipped Dec 88 release had hc2.1n, the current version is 2.1y as you
noted -- it is improved and I expect another version in 45 days or so. The
files which I provide are /usr/lib/hc[1-2]com, which I usually provide with
the version number as a prefix, e.g., 2.1yhc?com. The driver (/bin/hc) is
not changed. I can't comment on where within the Internet you can find an
anonymous ftp-site to obtain the current version of the compiler -- the
3rd party vendor (Metaware) views distribution by IBM by any other means
than uucp to the host ibmsupt from licenced IBM/4.3 hosts, or by floppy/tape
sent to licenced IBM/4.3 sites to be an infringement upon their property
rights.

In respose to your numbered items, you are reading this so #1 of the "would
you be so kind" list is taken care of. The Internet archive of the patches
distributed by Mark Lewis and myself is bikini.cs.ufl.edu, however, some
sites in western North America can not resolve this host. This may be the
case in Europe as well, really it is a name server problem which the host
administrator should (in a perfect world) resolve. Fortunately the host has
a CNAME which is ufl.edu (University of FLorida in the EDUcational domain).
I've forgotten the ip address for that host, but you ought to be able to
discover it with nslookup from your site -- query against mcvax for a start.
I'd like to send you a patch tape with the compiler if you can't easily get 
what you need via anonymous ftp, but IBM has discovered that national boundries
cause headaches -- it took me three months to get a current release out to
the University of Queensland (Oz) for some poor guy that got overlooked for
two years -- so I suggest that you try to get everything not easily emailed
from Florida first, then let me know what you still need. That takes care of
item #3.

On the "by the way" list, yes you will have to recomile at least the asy
driver (generate a new asy.o), then relink your kernel. I suggest that you
also install V1.21 and V1.22, which fix the following bugs: 
V1.21:	A bug was introduced in V1.3 limiting minor device numbers.
	I/O on /dev/ttyc1 results in a trap.
V1.22:	The watchdog close timer expires too early. In the case of
	the IBM Proprinter at 9600 bps this causes the last few
	lines of output to be lost.

Eric

------- End of Forwarded Message

Eric Brunner, Consultant, IBM AWD Palo Alto	(415) 855-4486
inet: brunner@monet.berkeley.edu		uucp: uunet!ibmsupt!brunner

trying to understand multiprocessing is like having bees live inside your head.

In article <1990Jul19.233916.14458@ibmpa> brunner@ibmsupt.UUCP () writes:
| ... The Internet archive of the patches
| distributed by Mark Lewis and myself is bikini.cs.ufl.edu, however, some
| sites in western North America can not resolve this host. This may be the
| case in Europe as well, really it is a name server problem which the host
| administrator should (in a perfect world) resolve. Fortunately the host has
| a CNAME which is ufl.edu (University of FLorida in the EDUcational domain).
| I've forgotten the ip address for that host, but you ought to be able to
| discover it with nslookup from your site -- query against mcvax for a start.

Everyone's name resolution might work better if the correct name of our 
machine is used: "bikini.cis.ufl.edu" (that is "cis", not "cs").  This  
machine is also reachable as "cis.ufl.edu" and "ufl.edu".  It is currently 
running with two Ether interfaces with IP numbers of 128.227.224.1 and 
128.227.128.2.  Also, for what it is worth, this naming is done with A RRs,
not CNAME RRs.
 
Thanks again to Eric and Mark for their continuing support of the "good" 
brand of IBM *nix.  Now, if we could only get a 4.3/4.4 port to the 
RS6000... 
  
Regards, 
Chuck
--
  Charles Seeger    E301 CSE Building             Office: +1 904 392 1508
  CIS Department    University of Florida         Fax:    +1 904 392 1220
  seeger@ufl.edu    Gainesville, FL 32611-2024    Home:   +1 904 375 1819

In article <23924@uflorida.cis.ufl.EDU> seeger@bikini.cis.ufl.edu (F. L. Charles Seeger III) writes:
>In article <1990Jul19.233916.14458@ibmpa> brunner@ibmsupt.UUCP () writes:
>| (a reply to a netnews query about hc from a user in Israel, including a
    mail reply to a similar query sent from a user in the Netherlands,
    with two silly errors. Omitted to save space and face.)

>Everyone's name resolution might work better if the correct name of our 
>machine is used: "bikini.cis.ufl.edu" (that is "cis", not "cs").  This  
>machine is also reachable as "cis.ufl.edu" and "ufl.edu".  It is currently 
>running with two Ether interfaces with IP numbers of 128.227.224.1 and 
>128.227.128.2.  Also, for what it is worth, this naming is done with A RRs,
>not CNAME RRs.

Thanks for the corrections Chuck! Both A records and CNAME records are named
resource records. CNAME is the canonical name for an alias, e.g., the host
gar.paloalto.ibm.com can also be reached using the name dallas.paloalto.ibm.com
(locally to the paloalto.ibm.com domain, only the host names need be used),
e.g., in /etc/named.boot:

	primary         paloalto.ibm.com        /etc/named.hosts

The primay (authoratative) data for the paloalto domain is in /etc/named.hosts
(the reverse form for IN-ADDR lookups is in /etc/named.rev), there gar has
a CNAME of dallas:

gar             IN      A       9.49.22.13
dallas          IN      CNAME   gar

In a perfect world, ibmpa.paloalto.ibm.com (the host) would have a CNAME of
paloalto.ibm.com, so that telneting to the domain would be equivalent to
telneting to a well-known host in that domain, and sending mail to user@domain
would have the affect of sending mail to user@mailhost.

In the same primary data file, a host may be specified with multiple A RRs,
(A resource records are the ip address aka "dotted quad" which corresponds
domain name), e.g., in /etc/hamed.hosts,

gilroy          IN      A       9.49.19.19
sashimi         IN      A	9.49.19.19

Or at ufl.edu

one_name	IN	A	128.227.224.1
other_name	IN	A	128.227.128.2

This "dual name" convention local to paloalto allows hosts to have a "fish"
name when running IBM/4.3, and a "town" name when running AIXx.y. The more
usual (and intended form) is used at ufl.edu, where multiple network addresses
are matched to possibly different hostnames, which is a single actual host.

Personally I prefer the CNAME approach for the mail user@domain capability,
where a single actual mailhost (which may not be up when mail delivery is
attempted) is replaced by a logical mailhost, which is which ever of the
multiple nameservers (primary, secondary, slave) is up at the moment, with
local delivery effectively queued in the named/sendmail interaction until
the final host (or domain) is up.

>Thanks again to Eric and Mark for their continuing support of the "good" 
>brand of IBM *nix.

And thanks for the thanks, and thanks for the archive!

> Now, if we could only get a 4.3/4.4 port to the RS6000... 

See your sales rep regarding requirements for software on the RIOS. IBM wants
to know your thoughts on AIX3.1 and the RIOS hardware. Keep your comments as
constructive and computer-ish as possible, as flames buy nothing.

Eric Brunner, Consultant, IBM AWD Palo Alto	(415) 855-4486
inet: brunner@monet.berkeley.edu		uucp: uunet!ibmsupt!brunner

trying to understand multiprocessing is like having bees live inside your head.

I didn't mean to start a name server discussion here.  Sorry 'bout that.

In article <1990Jul23.185122.7540@ibmpa> brunner@ibmsupt.UUCP () writes:
|Personally I prefer the CNAME approach for the mail user@domain capability,
|where a single actual mailhost (which may not be up when mail delivery is
|attempted) is replaced by a logical mailhost, which is which ever of the
|multiple nameservers (primary, secondary, slave) is up at the moment, with
|local delivery effectively queued in the named/sendmail interaction until
|the final host (or domain) is up.

Your example isn't real clear to me, but it seems that MX RRs would be more
appropriate than CNAMEs for this mail scenario.  In our case, we wish things
other than mail (including non-MX MTAs) to work with "ufl.edu".  Using an A RR
rather than a CNAME puts less burden on the name servers and should be more
robust.  For "less important" names the CNAME approach might be preferable
for easier maintenance.  BTW, "ufl.edu" and "cis.ufl.edu" are in different 
zones of authority, and we stick in the A RR as part of the SOA RR.  If
anyone wants to continue this discussion, we should take it elsewhere.

|And thanks for the thanks, and thanks for the archive!

You're most welcome. 

|> Now, if we could only get a 4.3/4.4 port to the RS6000... 
|
|See your sales rep regarding requirements for software on the RIOS. IBM wants
|to know your thoughts on AIX3.1 and the RIOS hardware. Keep your comments as
|constructive and computer-ish as possible, as flames buy nothing.

Always.  Anybody written a fstab to filesystems translator script that they 
wouldn't mind sharing?  (Yes, I'll grovel to save an hour).

Regards,
Chuck
--
  Charles Seeger    E301 CSE Building             Office: +1 904 392 1508
  CIS Department    University of Florida         Fax:    +1 904 392 1220
  seeger@ufl.edu    Gainesville, FL 32611-2024    Home:   +1 904 375 1819