On Sat, 15 May 2004 14:10:10 +0300, Markus =?UNKNOWN?Q?T=F6rnqvist?= said:
> This has been discussed. There is the mailer that uses an @-named
> symlink to the current message. Can't remember which one.
That would be MH, nhm, and exmh...
pgpVdhLh4Ebv2.pgp
Description: PGP signature
Hans Reiser wrote:
Of course, now that we have funding for views, when that is completed
you will be able to specify a view that cannot access metas.
First, congratulations on getting the funding!
Second, I'm curious! Would views enable disambiguating conflicted names
from plugins?
Thanks,
Jo
Narcoleptic Electron wrote:
Beni Cherniavsky wrote:
Note that changing the magic name (dynamically or
even by recompiling)
can create a confilict with an *exisiting* file on a
reiserfs4 partition
(the file could have been created when another name
was magic). The FS
code should be ready t
Beni Cherniavsky wrote:
> Note that changing the magic name (dynamically or
> even by recompiling)
> can create a confilict with an *exisiting* file on a
> reiserfs4 partition
> (the file could have been created when another name
> was magic). The FS
> code should be ready to handle it, prefe
On Tue, 2004-03-30 at 14:22, Scott Young wrote:
> by putting a / at the end of their name. Folders are more complicated,
> but I think it should be done by just adding a slash after the full
> directory name (full as in including a trailing slash, so therefore
> there would be two slashes at the e
On Tue, 06 Apr 2004 23:05:45 +0400, Nikita Danilov said:
> Meath \Meath\, Meathe \Meathe\, n. [See {Mead}.]
> A sweet liquor; mead. [Obs.] --Chaucer. Milton.
On the other hand, both those Chaucer and Milton blokes have
been dust for quite some time, and the language has moved on.
Does anyb
camis writes:
> >What about "meths" (short for methods)? Is that a word in any language?
>
> Meths is word already in english..
Indeed, meths is plural of meth which is (rare) synonym for "a meath",
"a mead", Russian "m'od":
>From Webster's Revised Unabridged Dictionary (1913) [web1913]:
What about "meths" (short for methods)? Is that a word in any language?
Meths is word already in english..
Good point, search engines as evidence. The problem is you're only
looking at distributions, which are going to be highly similar and you're
completely missing end users. So let us take this to a full search engine
and see what turns up... Hmm, roughly a million hits, let us look at a
few samples:
> "The" == The Amazing Dragon (Elliott Mitchell) <[EMAIL PROTECTED]> writes:
[...]
The> Good point, search engines as evidence. The problem is you're only
The> looking at distributions, which are going to be highly similar and
The> you're completely missing end users. So let us take this to a
> From: Hans Reiser <[EMAIL PROTECTED]>
> these problems will not exist significantly in reality. Look at netapps
> and snapshots and clearcase and other filesystems, I remember wondering
> if .snapshot could be a problem when netapps were new and it was never a
> problem.
Notice though that t
> "Grant" == Grant Miner <[EMAIL PROTECTED]> writes:
Grant> You mean /sys/fs/reiser4/metas? :P
My /sys doesn't even have a fs subdirectory. So I'm pretty sure I mean
/proc (unless you can tell me why it should be in /sys. But AFAICT /sys
deals more with accessing hardware properties.).
--
Christian Iversen wrote:
> On Sunday 04 April 2004 06:28, Hubert Chan wrote:
>
> > > "Narcoleptic" == Narcoleptic Electron
> > > writes:
> >
> > Narcoleptic> True; as long as everyone refers to
> the "metas" directory
> > Narcoleptic> properly (using an environment
> variable, for example
Hubert Chan wrote:
"Narcoleptic" == Narcoleptic Electron <[EMAIL PROTECTED]> writes:
[...]
Narcoleptic> True; as long as everyone refers to the "metas" directory
Narcoleptic> properly (using an environment variable, for example, as
Narcoleptic> opposed to hard-coding the string "meta
I do not disagree that it is unlikely. However, it is
still possible, so my question remains: what happens
in the scenario I describe?
Hi
What happens now is open() returns EEXIST (file exists) error; reiser4
can't make the file. Is this what you mean?
On Sunday 04 April 2004 06:28, Hubert Chan wrote:
> > "Narcoleptic" == Narcoleptic Electron
> > <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Narcoleptic> True; as long as everyone refers to the "metas" directory
> Narcoleptic> properly (using an environment variable, for example, as
> Narcolep
> "Narcoleptic" == Narcoleptic Electron <[EMAIL PROTECTED]> writes:
[...]
Narcoleptic> True; as long as everyone refers to the "metas" directory
Narcoleptic> properly (using an environment variable, for example, as
Narcoleptic> opposed to hard-coding the string "metas" anywhere), it
Narcolept
Hans Reiser wrote:
> Narcoleptic Electron wrote:
>
> >What is the plan for addressing the name clash
> >problems that this causes? (eg. I copy a
> >directory,
> >that happens to contain a "metas" directory, to my
> >Reiser4 partition)
>
> these problems will not exist significantly in
> real
On Thursday 01 April 2004 18:31, Narcoleptic Electron wrote:
> If there are other approaches not addressed here, or
> clarification required, please feel free to revise
> this list.
I think someone suggested putting meta file information in /proc.
So. Is this a bad idea? I think not.
In this sc
This discussion is spiralling out of control. There
is far too much misunderstanding. A discussion
summary is in order.
PROPOSALS:
1. Leave the "metas" directory as it is, for storing
the meta data hierarchy.
2. Rename "metas" to:
a) ..metas
b) @
c) +
3. Revise the architecture so that inste
Elliott Mitchell wrote on Wed, 31 Mar 2004 21:46:14 -0800 (PST):
> Also I feel it should be on the file itself. ie for the file /tmp/fooblah
> you should be able to access the file's metadata by open()ing/using
> readdir() on /tmp/fooblah/metas or (/tmp/fooblah/..metas or whatever).
Sounds good to
Also I feel it should be on the file itself. ie for the file /tmp/fooblah
you should be able to access the file's metadata by open()ing/using
readdir() on /tmp/fooblah/metas or (/tmp/fooblah/..metas or whatever).
That's how it works now I believe.
Bad choice. Note the "lost+found" directory found
> From: Narcoleptic Electron <[EMAIL PROTECTED]>
> Hubert Chan wrote:
> > That effectively kills all filenames that contain @,
>
> > much worse than
> > just a "metas" conflict IMHO.
>
> I strongly agree:
>
> - A restricted character in all names is far more
> likely to impact users than a singl
On Wed, 31 Mar 2004 11:43:35 +0300, [EMAIL PROTECTED] (Markus
=?UNKNOWN?Q?T=F6rnqvist?=) said:
> I'm not sure either what Hans Reiser meant by a macro, does that mean
> a settable variable? It's a decent compromise, I think. As someone
> else stated, let's just hope for an inoffensive default.
Christian Mayrhuber wrote:
> On Wednesday 31 March 2004 18:35, Narcoleptic
> Electron wrote:
>
> > "Metas" is only meaningful in English.
>
> No, according to babelfish
>
> translation from
>
> English: meta information
>
> to
>
> Spanish: información del meta
> French: l'information de méta
> "Elliott" == The Amazing Dragon (Elliott Mitchell) <[EMAIL PROTECTED]> writes:
[...]
Elliott> Though you do have a point that the GUI tools filenames with
Elliott> '&' or '!' becomes more common. '\' does have the advantage of
Elliott> simply needing to by typed twice (rather than one key
On Wednesday 31 March 2004 18:35, Narcoleptic Electron wrote:
> Christian Mayrhuber wrote:
> > If a novice user encounters a directory called '+'
> > for the first time, not
> > knowing there is meta information available in
> > reiser4, this will result in
> > a bug report, for sure.
> >
> > If I
> "Narcoleptic" == Narcoleptic Electron <[EMAIL PROTECTED]> writes:
[...]
Narcoleptic> "Metas" is only meaningful in English.
Well, "meta" (without the s) is a Greek prefix, so I assume it should
make some sense at least in Greek, and related languages.
Strictly speaking, though, the word "
Christian Mayrhuber wrote:
> If a novice user encounters a directory called '+'
> for the first time, not
> knowing there is meta information available in
> reiser4, this will result in
> a bug report, for sure.
>
> If I had to choose between '+' and 'metas' I'd go
> with 'metas'.
"Metas" is on
On Wednesday 31 March 2004 17:58, Narcoleptic Electron wrote:
> No one in this thread has commented on "+" as the
> default meta directory name (one of the final
> contenders in our previous thread on the subject).
> Again, the reasons:
> - Short (one character)
> - Makes sense in all languages (m
Hubert Chan wrote:
> That effectively kills all filenames that contain @,
> much worse than
> just a "metas" conflict IMHO.
I strongly agree:
- A restricted character in all names is far more
likely to impact users than a single restricted name.
- Different "types" of directories, and extra
Hans Reiser wrote:
> Network appliance (.snapshot) and clearcase have
> demonstrated that
> having a few keywords reserved in the namespace is
> not a problem.
Sure, and having a separate attribute namespace is not
a problem, and treating files and directories as
separate entities is not a prob
Network appliance (.snapshot) and clearcase have demonstrated that
having a few keywords reserved in the namespace is not a problem.
--
Hans
33 matches
Mail list logo
