From: George Beshers <gbeshers@comcast.net>
To: Hans Reiser <reiser@namesys.com>
Cc: David Dabbs <david@dabbs.net>, reiserfs-list@namesys.com
Subject: Re: viewprinting: what format should views be stored in?
Date: Wed, 18 Aug 2004 22:01:40 -0400 [thread overview]
Message-ID: <41240A04.7000502@comcast.net> (raw)
In-Reply-To: <4123F77C.6060703@namesys.com>
Hans Reiser wrote:
> George Beshers wrote:
>
>>
>>
>>
>>
>> Sure. I am trying to understand the advantages/disadvantages
>> of fall through points in your thinking.
>>
>>>> Are you thinking about multiple processes, with different views, but
>>>> sharing a few "resources", i.e., files of one form or another as
>>>> part of
>>>> a long term vision?
>>>
>>>
>>>
>>>
>>> Yes, but chroot can also do that.
>>
>>
>>
>> Achieve it yes, document it in the specification no.
>
>
> I don't understand the difference between us doing ls -R in a view and
> in a chrooted root, as far as documentation is concerned.
>
> What might be different is that two processes can share a common
> directory (that they can create files in for the other process to see)
> using a mask but not using chroot. Am I right about that?
Unsure. I will try nested chroot tomorrow. What I do know is that
files written by a chroot process
can be seen by a non-chroot process. What I find attractive in the mask
specification is that one
could understand that, e.g., lp was putting files in the spooling area
and lpd or cupsd was actually
reading them and removing them.
Grant you it is beyond the current project, but would be nice to be able
to isolate all the programs
with rights to manipulate files in /var/whatever or /etc/whatever.
>>>> I don't remember it being more than the boolean complement of
>>>> a (potentially much more complex) include operation.
>>>>
>>>> So good UI point but I don't think extends the semantics?
>>>
>>>
>>>
>>>
>>> exclude is a semantic feature.
>>
>>
>>
>> Can you elaborate please? That is specifically why it is different
>> from "not included"?
>
>
> Not included is also a semantic feature. Explicit rather than
> implicit exclusion is a different semantic. Lingustic expressions can
> differ in their semantics while still resolving to the same value.
>
> If A = 1 and B =1 and C = 2
>
> then A + B + C is semantically different from 2 * C, even if it is
> numerically equal.
>
Ah... my language design background gets us into communication trouble :-)
Suppose for a moment that exclude actually added functionality (as for
example
regular expressions over file names will) what terminology would you use?
You see, to me the exclude is, at some level, little more than syntactic
sugar
for the specification tools because the expressive power is equivalent
in theory
even if using exclusion is much more convenient in practice.
next prev parent reply other threads:[~2004-08-19 2:01 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-18 7:52 viewprinting: what format should views be stored in? David Dabbs
2004-08-18 18:37 ` David Masover
2004-08-18 21:47 ` George Beshers
2004-08-18 19:20 ` George Beshers
2004-08-18 20:20 ` Hans Reiser
2004-08-18 21:44 ` George Beshers
2004-08-18 21:48 ` Hans Reiser
2004-08-18 23:18 ` George Beshers
2004-08-19 0:42 ` Hans Reiser
2004-08-19 2:01 ` George Beshers [this message]
2004-08-19 5:50 ` Hans Reiser
2004-08-19 12:48 ` George Beshers
2004-08-20 6:59 ` Hans Reiser
2004-08-20 12:36 ` George Beshers
2004-08-20 18:14 ` Hans Reiser
2004-08-20 21:42 ` George Beshers
2004-08-18 19:34 ` Hans Reiser
-- strict thread matches above, loose matches on Subject: below --
2004-08-22 5:45 David Dabbs
2004-08-21 20:48 David Dabbs
2004-08-21 7:38 David Dabbs
2004-08-21 8:59 ` Hans Reiser
2004-08-20 22:29 David Dabbs
2004-08-20 17:14 David Dabbs
2004-08-20 7:23 David Dabbs
2004-08-20 16:10 ` Valdis.Kletnieks
2004-08-20 21:04 ` George Beshers
2004-08-21 6:42 ` Hans Reiser
2004-08-19 7:40 David Dabbs
2004-08-19 11:21 ` David Greaves
2004-08-19 16:16 ` George Beshers
2004-08-20 6:19 ` Hans Reiser
2004-10-26 14:45 ` Lamont R. Peterson
2004-10-26 16:39 ` Hans Reiser
2004-10-26 16:57 ` George Beshers
2004-10-26 18:37 ` Hans Reiser
2004-10-26 20:20 ` George Beshers
2004-10-27 4:48 ` Hans Reiser
[not found] ` <4124D09A.1060208@comcast.net>
2004-08-19 17:31 ` David Greaves
2004-08-20 6:52 ` Hans Reiser
2004-08-20 12:08 ` George Beshers
2004-08-20 14:07 ` David Greaves
2004-10-26 15:54 ` Lamont R. Peterson
2004-10-27 1:04 ` David Masover
2004-08-20 6:13 ` Hans Reiser
2004-08-19 14:30 ` George Beshers
2004-08-16 0:15 Hans Reiser
2004-08-16 1:48 ` George Beshers
2004-08-16 2:02 ` Hans Reiser
2004-08-16 13:47 ` George Beshers
2004-08-16 19:50 ` George Beshers
2004-08-17 7:07 ` Hans Reiser
2004-08-17 19:29 ` George Beshers
2004-08-17 20:28 ` Hans Reiser
2004-08-17 23:46 ` George Beshers
2004-08-18 2:22 ` Hans Reiser
[not found] ` <4121F4D6.8090506@comcast.net>
2004-08-17 19:43 ` Hans Reiser
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=41240A04.7000502@comcast.net \
--to=gbeshers@comcast.net \
--cc=david@dabbs.net \
--cc=reiser@namesys.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.