From: Bill Davidsen <davidsen@tmr.com>
To: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
Cc: "H. Peter Anvin" <hpa@zytor.com>, Tonnerre <tonnerre@thundrix.ch>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Linux Kernel Development <linux-kernel@vger.kernel.org>,
Erik Andersen <andersen@codepoet.org>,
uclibc@uclibc.org
Subject: Re: The naming wars continue...
Date: Wed, 27 Oct 2004 15:17:16 -0400 [thread overview]
Message-ID: <417FF43C.5050208@tmr.com> (raw)
In-Reply-To: <200410271133.25701.vda@port.imtp.ilyichevsk.odessa.ua>
Denis Vlasenko wrote:
> On Wednesday 27 October 2004 07:21, H. Peter Anvin wrote:
>
>>Tonnerre wrote:
>>
>>>Salut,
>>>
>>>On Tue, Oct 26, 2004 at 02:43:54PM +0300, Denis Vlasenko wrote:
>>>
>>>
>>>>Having /usr/XnnRmm was a mistake in the first place.
>>>
>>>
>>>BSD has /X11R6, whilst I'd agree that /opt/xorg is probably a lot more
>>>appropriate. If you want I can take this discussion back to the X.Org
>>>folks again, but I don't think it's actually going to change anything.
>>>
>>
>>/opt/X (or /usr/X) is really what it probably should be.
>
>
> Why there is any distinction between, say, gcc and X?
> KDE and Midnight Commander? etc... Why some of them go
> to /opt while others are spread across dozen of dirs?
> This seems to be inconsistent to me.
At one time Sun had the convention that things in /usr could be mounted
ro on multiple machines. That worked, it predates Linux so Linux was the
o/s which chose to go another way, and it covered the base things in a
system.
That actually seems like a good way to split a networked environment,
with /bin and /sbin having just enough to get the system up and mount
/usr. I can't speak to why that is being done differently now.
I guess someone was nervous about mounting a local /usr/local on a
(possibly) network mounted /usr and theu /opt, but that's a guess on my
part as well.
--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
next prev parent reply other threads:[~2004-10-27 19:24 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-22 22:05 The naming wars continue Linus Torvalds
2004-10-22 22:44 ` Jan Engelhardt
2004-10-22 22:53 ` Clemens Schwaighofer
2004-10-22 23:13 ` Espen Fjellvær Olsen
2004-10-23 3:07 ` Randy.Dunlap
2004-10-22 22:56 ` Benjamin Herrenschmidt
2004-10-23 21:25 ` David Woodhouse
2004-10-25 21:44 ` Bill Davidsen
2004-10-26 1:27 ` Daniel Gryniewicz
2004-10-26 21:24 ` Bill Davidsen
2004-10-22 23:18 ` Grzegorz Kulewski
2004-10-22 23:46 ` Matt Mackall
2004-10-23 0:19 ` Con Kolivas
2004-10-23 1:15 ` William Lee Irwin III
2004-10-23 1:25 ` Linus Torvalds
2004-10-23 1:08 ` alan
2004-10-23 2:52 ` Matt Mackall
2004-10-23 1:38 ` Matt Mackall
2004-10-23 1:49 ` Linus Torvalds
2004-10-29 18:33 ` cliff white
2004-10-23 3:03 ` Wakko Warner
2004-10-24 13:33 ` Helge Hafting
2004-10-25 23:26 ` Tonnerre
2004-10-26 6:37 ` H. Peter Anvin
2004-10-26 7:32 ` Denis Vlasenko
2004-10-26 11:12 ` Geert Uytterhoeven
2004-10-26 11:43 ` Denis Vlasenko
2004-10-26 20:31 ` Tonnerre
2004-10-27 4:21 ` H. Peter Anvin
2004-10-27 8:33 ` Denis Vlasenko
2004-10-27 15:48 ` Tonnerre
2004-10-27 16:11 ` [OT] " Grzegorz Kulewski
2004-10-27 16:14 ` Tonnerre
2004-10-27 16:42 ` Grzegorz Kulewski
2004-10-27 17:27 ` Måns Rullgård
2004-10-27 21:11 ` [uClibc] " Dave Dodge
2004-10-27 21:15 ` Måns Rullgård
2004-10-27 22:35 ` Dave Dodge
2004-10-27 23:04 ` Måns Rullgård
2004-10-29 14:46 ` Adrian Bunk
2004-10-27 19:17 ` Bill Davidsen [this message]
2004-10-27 19:40 ` H. Peter Anvin
2004-10-29 14:51 ` Adrian Bunk
2004-10-29 14:54 ` Geert Uytterhoeven
2004-10-29 15:11 ` Adrian Bunk
2004-10-27 20:13 ` The naming wars continue... [u] Martin Schlemmer [c]
2004-10-27 20:35 ` Randy.Dunlap
2004-10-27 21:35 ` Martin Schlemmer [c]
2004-10-26 16:26 ` The naming wars continue Tonnerre
2004-10-26 11:11 ` Geert Uytterhoeven
2004-10-26 16:22 ` Tonnerre
2004-10-23 6:20 ` Nick Piggin
2004-10-25 21:30 ` Bill Davidsen
2004-10-25 22:02 ` Linus Torvalds
2004-10-25 22:46 ` Hua Zhong
2004-10-27 7:38 ` Helge Hafting
2004-10-26 13:09 ` Giuseppe Bilotta
2004-10-27 0:40 ` H. Peter Anvin
2004-10-27 2:41 ` Marcos D. Marado Torres
2004-10-26 21:32 ` Bill Davidsen
2004-10-27 3:01 ` Marcos D. Marado Torres
2004-10-27 3:32 ` Barry K. Nathan
2004-10-27 19:23 ` Bill Davidsen
2004-10-27 7:37 ` Denis Vlasenko
2004-10-27 20:08 ` l_linux-kernel@mail2news.4t2.com
2004-10-27 20:27 ` Linus Torvalds
2004-10-27 21:13 ` Dave Airlie
2004-10-27 21:25 ` Linus Torvalds
2004-10-27 22:52 ` Jesper Juhl
2004-10-27 22:54 ` Dave Airlie
2004-10-27 23:14 ` Jesper Juhl
2004-10-23 15:41 ` Stephen Frost
2004-10-23 21:51 ` Matthias Schniedermeyer
2004-10-24 0:02 ` Stephen Frost
2004-10-24 3:29 ` Matthias Schniedermeyer
2004-10-24 5:02 ` Bernd Eckenfels
2004-10-25 23:34 ` Tonnerre
2004-10-26 17:52 ` William Lee Irwin III
2004-10-23 22:16 ` Alexandre Oliva
2004-10-23 22:45 ` Linus Torvalds
2004-10-24 8:52 ` Matthias Urlichs
2004-10-23 1:35 ` Matt Mackall
2004-10-23 14:34 ` William Lee Irwin III
2004-10-23 0:04 ` William Lee Irwin III
2004-10-23 0:43 ` Nigel Cunningham
2004-10-23 21:03 ` Christian Hesse
2004-10-24 0:47 ` Jon Masters
2004-10-23 2:37 ` The naming wars continue... - net/ipv4/netfilter/ipt_hashlimit.c does not build Eyal Lebedinsky
2004-10-23 3:04 ` Linus Torvalds
2004-10-23 11:23 ` The naming wars continue Erik Hensema
2004-10-23 13:21 ` Christoph Hellwig
2004-10-23 15:45 ` Hans Reiser
2004-10-23 15:18 ` markus reichelt
2004-10-23 14:46 ` Taso Hatzi
2004-10-24 15:54 ` generic hardirq code in 2.6.10-rc1 Christoph Hellwig
2004-10-25 6:02 ` Miles Bader
2004-10-25 12:36 ` Christoph Hellwig
2004-10-29 14:37 ` [patch] 2.6.10-rc1: SCSI aacraid warning Adrian Bunk
2004-10-29 14:45 ` Mark Haverkamp
2004-10-29 15:13 ` Mark Haverkamp
-- strict thread matches above, loose matches on Subject: below --
2004-10-23 13:17 The naming wars continue Chuck Ebbert
2004-10-23 14:44 ` William Lee Irwin III
2004-10-26 6:03 Chuck Ebbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=417FF43C.5050208@tmr.com \
--to=davidsen@tmr.com \
--cc=andersen@codepoet.org \
--cc=geert@linux-m68k.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tonnerre@thundrix.ch \
--cc=uclibc@uclibc.org \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.