All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Masover <ninja@slaphack.com>
To: reiserfs-list@namesys.com
Subject: Re: Do xml-like namespaces make sense for Reiser4? (re: metas thread)
Date: Tue, 13 Apr 2004 21:50:40 -0500	[thread overview]
Message-ID: <407CA700.9070403@slaphack.com> (raw)
In-Reply-To: <407C35B0.3080109@pobox.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John D. Heintz wrote:
| Hans Reiser wrote:
|
|> John D. Heintz wrote:
|>
|>>
|>> Does some sort of syntactic shorthand actually break the set
|>> theoretic naming system rules?  Or is this just something you view as
|>> needless complexity?
|>
|>
|>
|> precisely what syntactic shorthand?
|
|
|
|
| foo/nsa:permissions -> foo/nsa.gov/secure-linux/permissions
|
| This assumes a mapping from "nsa" -> "nsa.gov/security/".
|
| The characters up to the ':' would be looked up in a namespaces map, and
| if found the substituion would occur before further name-> object
| resolution. I don't think this breaks the goals set out in the "Future
| Vision" white paper, but I guess that is exactly what I am asking you ;-)

Since we are allowed "views", how about this:  make foo/nsa a symlink to
foo/nsa.gov.  Or, alternatively, make foo/nsa/permissions a symlink to
foo/nsa.gov/secure-linux/permissions.  These symlinks would only exist
for either the process (and its children) which established them, or for
all children of the file with that linkfarm, I'm not sure which.

In the first example, you'd do something like this:

ln -s /..some.pseudo.file/nsa.gov/secure-linux/permissions \
/..some.pseudo.file/nsa/permissions
(hoping it handles directory creation here)

The problem here is only children of 'ls' are affected, meaning shell
scripts don't work unless shells are modified, which is why I like this
better:

ln -s foo/nsa.gov/secure-linux/permissions foo/nsa/permissions

now we have

foo/nsa/permissions -> foo/nsa.gov/secure-linux/permissions

but now, if foo is a directory, we also have

foo/bar/nsa/permissions -> foo/bar/nsa.gov/secure-linux/permissions

The only thing here is, if foo is a directory, we probably want to hide
the whole construct somehow anyway.  I'll leave that to others -- I
joined this discussion a little too late to _really_ know what I'm
talking about.

Either way, some sort of shortcut (and I'm suggesting symlinks to keep
it Unix) controlled from user-space keeps the main advantage of XML
namespaces -- you can have much more than just "nsa.gov/secure-linux",
but any arbitrary length you want, and users handle the namespace
collisions for you (that would result from creating something like
foo/permissions)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQHynAHgHNmZLgCUhAQI+Aw/8Cb8ocN1T/M5SUGi8Qd/nqimmxnSpFryh
QDOPTvlnqfco2kaQUagmhMAKS8xTqrGmQgIHJ/UZDAAW+fyhDgketYEd+KTiNZ5N
Ccod3/Yk1JuW81UvSTcvcRwbqq71UVXbldo5URWZfRYi5diUhEriphtKDlDRSG7V
7Dicm2LwmhZq6je8wr/AZ0ywRBLjU+28oeSmiJXFe4xKxVftrH532RXg26e72aYZ
c4f3zblv2+c6kDtGjf6XL0ABTM7RkD0MHCxEcq0FcXz0wp75cQtlL8n31eoiD7at
SRLBeq2lp8h/lLxhcl67X+zQ/PgC4p/3ZrKLZ341beiHkL2rj4RjZFt9lf751Hfz
xA3SSE7h6abg6VyJEilpvb9SNKTMGULC1MBXKwibHaDXgHo62pdMSrcz9Cw+ihaz
zyENAUW0V3OWL5YSIPpl0BFy7XPnSuaE2Z3+N3Nej34fWmrh+HzHErRk0foqlmhu
vmQ8Q4bbaakoe/uJDeMu2XTpoNChe7b6vxOwYxB9mxh4T2VOnli9YhpQm1ky7U1f
BQTfIYok5+Az17O8tvlGC09DUfIslqLtpHVh9IyXOOfem6EEMIB/EJA3qv2us+IY
si4M7TbeYVGaVLN+DACKL7gr5BKH0QWRRD+WFrn7Vig8IZSWrTGCEiTR8AWfpVR4
J8fcsxM53Cc=
=XGmI
-----END PGP SIGNATURE-----

  parent reply	other threads:[~2004-04-14  2:50 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-12 15:45 Do xml-like namespaces make sense for Reiser4? (re: metas thread) John D. Heintz
2004-04-12 16:00 ` Hubert Chan
2004-04-12 19:21   ` John D. Heintz
2004-04-12 21:28     ` Hubert Chan
2004-04-12 18:15 ` Hans Reiser
2004-04-12 18:59   ` Hubert Chan
2004-04-12 19:12   ` John D. Heintz
2004-04-13 14:40     ` John D. Heintz
2004-04-13 16:31       ` Hans Reiser
2004-04-13 16:57         ` John D. Heintz
2004-04-13 17:06           ` Grant Miner
2004-04-13 18:09             ` John D. Heintz
2004-04-13 18:36               ` Grant Miner
2004-04-13 17:47           ` Hans Reiser
2004-04-13 18:23             ` John D. Heintz
2004-04-13 18:28               ` Hans Reiser
2004-04-13 18:47                 ` John D. Heintz
2004-04-13 20:31                   ` Valdis.Kletnieks
2004-04-14  2:18                     ` Enrique Perez-Terron
2004-04-14 15:06                       ` John D. Heintz
2004-04-14 23:39                         ` Enrique Perez-Terron
2004-04-14  2:50                   ` David Masover [this message]
2004-04-14 15:12                     ` John D. Heintz
2004-04-15  0:28                       ` David Masover
2004-04-15 15:15                         ` John D. Heintz
2004-04-16  1:04                           ` David Masover

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=407CA700.9070403@slaphack.com \
    --to=ninja@slaphack.com \
    --cc=reiserfs-list@namesys.com \
    /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.