Subject: Re: seemingly dismal performance of NetBSD-1.1A/sun3 file I/O....
To: John F. Woods <>
From: Justin T. Gibbs <>
List: current-users
Date: 04/12/1996 09:46:55
>> The makefile usually tries a list of sites, including
>The makefile for ytalk on refers solely to;
>perhaps there is a reference to in FreeBSD's master makefile
>as a site of last resort, but it certainly isn't present in that makefile on
>  (That *is*, at least, a valid source of ytalk, so this
>isn't the package I had trouble with.)

Look in  Why specify the same location in every Makefile?

>> If for some reason you still can't get the tarball for the port, your
>> sources for the ports collection must be really old and you should update
>> them.
>I don't have any "sources" for the ports collection, unless you mean the list
>of hosts I try when looking for sources (usually I consult archie, which has
>its own problems with stale data).  The problem is that someone *else* has
>to update an archive (somewhere), and it is much too easy for one of these
>embedded links to become stale without notice to an archive maintainer.
>Note that the same problem is widespread on the WorldWide Web.

I thought you were complaining about not being able to get a port to
work from the FreeBSD ports tree.  Sorry if I was confused.

>When I had the freebsd ports scheme described to me, I thought it was really
>cool.  Unfortunately, it let me down when I finally tried to make use of it,
>in a way that exposed an important design deficiency.  Considering the benefit
>of not *having* to spend disk space replicating all of these original source
>packages, it's probably a deficiency that's quite reasonable to live with;
>that doesn't keep it from being a hole in the design, however.

Its only a problem if is unreachable and the original
source for the tarball has gone away.
Justin T. Gibbs
  FreeBSD: Turning PCs into workstations