From: "Måns Rullgård" <mru@mru.ath.cx>
To: Dave Dodge <dododge@dododge.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [uClibc] Re: [OT] Re: The naming wars continue...
Date: Thu, 28 Oct 2004 01:04:09 +0200 [thread overview]
Message-ID: <yw1x654voj9y.fsf@mru.ath.cx> (raw)
In-Reply-To: <20041027223546.GI24083@basmati> (Dave Dodge's message of "Wed, 27 Oct 2004 18:35:46 -0400")
Dave Dodge <dododge@dododge.net> writes:
> On Wed, Oct 27, 2004 at 11:15:15PM +0200, Måns Rullgård wrote:
>> Dave Dodge <dododge@dododge.net> writes:
>> > If I recall correctly, in the GoboLinux case
> [...]
>> > I believe "/bin" is a symlink to the bin directory in the main
>> > install prefix, but there are patches so that while "/bin" can be
>> > used for lookups it does not appear when you list "/".
>>
>> If there's one thing I detest, it is such hiding of files. The GUI in
>> MacOSX does such things too, even /tmp is hidden there.
>
> I believe Gobo only has paths such as "/bin" for legacy compatibility
> (for example scripts starting with #!/bin/...). "/dev" is another
> case, since that isn't where Gobo puts its devices, but lots of things
> are going to assume they can use "/dev/zero" and "/dev/null".
I don't quite see the point in breaking compatibility just for the
sake of being different, or whatever their reasons may be. There is
absolutely no technical justification for doing it that way.
>> It's visible from a shell though.
>
> Gobo actually does it in the kernel; whether that's better or worse
> depends on your point of view. There's a command-line tool "GoboHide"
> that provides a list of hidden things:
>
> http://gobolinux.org/index.php?page=doc/articles/gobohide
>
> I think all of the things hidden in a normal GoboLinux desktop are
> just legacy symlinks, and the real locations they point to are fully
> visible. Unlike MacOS, where the Finder ignores a lot of real
> directories and applications (I've been bitten there by "/tmp"
> myself).
On MacOSX you at least have the option to ignore the braindead GUI
tools. Under the hood, it's largely POSIX compliant.
--
Måns Rullgård
mru@mru.ath.cx
next prev parent reply other threads:[~2004-10-27 23:12 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-22 22:05 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 [this message]
2004-10-29 14:46 ` Adrian Bunk
2004-10-27 19:17 ` Bill Davidsen
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
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=yw1x654voj9y.fsf@mru.ath.cx \
--to=mru@mru.ath.cx \
--cc=dododge@dododge.net \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®