From: Dave Dodge <dododge@dododge.net>
To: "Måns Rullgård" <mru@mru.ath.cx>
Cc: uclibc@uclibc.org, linux-kernel@vger.kernel.org
Subject: Re: [uClibc] Re: [OT] Re: The naming wars continue...
Date: Wed, 27 Oct 2004 18:35:46 -0400 [thread overview]
Message-ID: <20041027223546.GI24083@basmati> (raw)
In-Reply-To: <yw1xhdofoobg.fsf@mru.ath.cx>
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".
> 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).
-Dave Dodge
next prev parent reply other threads:[~2004-10-27 22:28 UTC|newest]
Thread overview: 100+ 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 [this message]
2004-10-27 23:04 ` Måns Rullgård
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=20041027223546.GI24083@basmati \
--to=dododge@dododge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@mru.ath.cx \
--cc=uclibc@uclibc.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 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.