Date: Mon, 7 Jan 2002 13:56:58 +0100 From: Gunnar Flygt <flygt@sr.se> To: Dag-Erling Smorgrav <des@ofug.org> Cc: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: Stable and ftp behind firewall Message-ID: <20020107135658.A85750@sr.se> In-Reply-To: <xzpwuyujrt9.fsf@flood.ping.uio.no>; from des@ofug.org on Mon, Jan 07, 2002 at 12:58:42PM %2B0100 References: <20020103141351.A79489@sr.se> <xzpbsg8n9b2.fsf@flood.ping.uio.no> <20020106021251.A50087@sr.se> <xzp1yh3n0tk.fsf@flood.ping.uio.no> <20020106153019.A62536@sr.se> <xzpvgeflec9.fsf@flood.ping.uio.no> <20020106162439.A63363@sr.se> <xzpwuyujrt9.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 07, 2002 at 12:58:42PM +0100, Dag-Erling Smorgrav wrote:
> Gunnar Flygt <flygt@sr.se> writes:
> > On Sun, Jan 06, 2002 at 03:54:30PM +0100, Dag-Erling Smorgrav wrote:
> > > Right. As a workaround, make these variables proper URLs (see the
> > > fetch(3) man page).
> > Yeah, works. But what has changed that changed the behaviour of the
> > variable? And shouldn't it be documented?
>
> The URL parsing logic changed slightly so it would recognize local
> file names as URLS with no scheme or host part. Unfortunately, this
> means naked host names are interpreted as file names rather than host
> names.
>
> The question is how to handle this in 4.5-RELEASE:
>
> 1) leave the code as-is, and document the change
> 2) back out the changes to the URL parsing logic
> 3) try to add more heuristics to distinguish the two cases
>
> Murray, what do you think?
Since obviously not so many people where offended byt this change, why
not just leave the code as-is and document the change! Or are there
greater things than just this that becomes troublesome?
Just my humble opinion.
--
__o
regards, Gunnar ---_ \<,_
email: flygt@sr.se ---- (_)/ (_)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020107135658.A85750>
