From owner-cvs-etc  Wed Oct  8 04:43:38 1997
Return-Path: <owner-cvs-etc>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id EAA12602
          for cvs-etc-outgoing; Wed, 8 Oct 1997 04:43:38 -0700 (PDT)
          (envelope-from owner-cvs-etc)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA12592;
          Wed, 8 Oct 1997 04:43:32 -0700 (PDT)
          (envelope-from jkh@time.cdrom.com)
Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id EAA25114; Wed, 8 Oct 1997 04:42:52 -0700 (PDT)
To: asami@cs.berkeley.edu (Satoshi Asami)
cc: jkh@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG,
        cvs-etc@FreeBSD.ORG
Subject: Re: cvs commit: src/etc make.conf 
In-reply-to: Your message of "Wed, 08 Oct 1997 04:04:14 PDT."
             <199710081104.EAA10505@silvia.HIP.Berkeley.EDU> 
Date: Wed, 08 Oct 1997 04:42:52 -0700
Message-ID: <25109.876310972@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-cvs-etc@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  *   Remove trailing slash from MASTER_SITE_BACKUP example since it
>  *   can lead to two trailing /'s, which is in turn an invalid URL (just
>  *   bit me :-).
> 
> Err, when did this become invalid?  We've been fetching these
> double-slash URLs for ages.

I dunno, but when I tried to set this and then do anything with ports
on my brand-new, freshly installed 3.0-971007-SNAP machine, fetch
puked.  Perhaps the double slashes no longer work now given Bill's
latest changes to fetch(1)?

I also notice that bash fell over in its installation because
/usr/share/info was missing (I didn't install the info dist).
Odd since bash wants nothing directly to do with /usr/share/info,
so I think it's actually our auto-dir-entry-inserter thing which
is falling over.  Just yet another thing to test with. :-)

> MASTER_SITE_XCONTRIB etc....)  Also, just removing it will kill all
> the ports with DIST_SUBDIR set because none of them have a trailing
> slash now.

Hmm.  OK, I guess I should put it back the way it was then, but we
still need to make fetch deal with empty // specs then.

					Jordan