Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Oct 2002 10:29:55 GMT
From:      Mark Valentine <mark@thuvia.demon.co.uk>
To:        Juli Mallett <jmallett@freebsd.org>
Cc:        Garrett Wollman <wollman@lcs.mit.edu>, standards@freebsd.org
Subject:   Re: Why I am opposed to a Standards Ghetto
Message-ID:  <200210271029.g9RATtcI030243@dotar.thuvia.org>
In-Reply-To: <20021027021319.B799@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
> From: Juli Mallett <jmallett@freebsd.org>
> Date: Sun 27 Oct, 2002
> Subject: Re: Why I am opposed to a Standards Ghetto

> > Can you give any examples of something you'd move to /usr/bsd?  What
> > use would there be for the version left behind?
> 
> The version left behind would be the "conflicts-free" version.  As for
> something I'd put there...  Hmm, ps(1), with the /usr/bsd version
> preferring BSD in any conflict, /usr/posix preferring POSIX, and the
> base system either implementing neither in the case of a conflict, or
> making a value judgement.

That doesn't seem to leave a very functional /bin/ps.

> I'm talking about "strict" compatability/conformance
> vs. "loose" conflict resolution, with the base system preferring the
> latter, and the former being available to people who need/want it.

I don't see much use for leaving stale BSD utilities around in /usr/bsd,
if the default versions are backwards compatible with them.

I feel like I'm missing your point...  :-(

		Cheers,

		Mark.

-- 
Mark Valentine, Thuvia Labs <mark@thuvia.co.uk>       <http://www.thuvia.co.uk>;
"Tigers will do ANYTHING for a tuna fish sandwich."       Mark Valentine uses
"We're kind of stupid that way."   *munch* *munch*        and endorses FreeBSD
  -- <http://www.calvinandhobbes.com>;                  <http://www.freebsd.org>;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-standards" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200210271029.g9RATtcI030243>