Hans Reiser wrote:
David Masover wrote:
Hans Reiser wrote:
Hubert Chan wrote:
On Fri, 01 Jul 2005 03:06:19 -0500, David Masover [EMAIL PROTECTED] said:
Hubert Chan wrote:
The main thing blocking file-as-dir is that there are some
locking(IIRC?)
David Masover wrote:
Now, can anyone think of a situation where we want user-created
hardlinks inside metadata? More importantly, what do we do about it?
I think the equivalent of symlinks would be good enough to get by on for
now for most linking of metafiles. Maybe some years from now
I got it slightly wrong.
One can have hardlinks to a directory without cycles provided that one
does not have hardlinks from the children of that directory to any file
not a child of that directory. (Mountpoints currently implement that
restriction.)
Question: can one implement that lesser
If we also add to this the restriction that once you create the file
part of a file-directory, you can never hardlink to a child of it, it
should then all work, yes?
So, /filename//owner should be able to avoid colliding with any
common names by virtue of the '', and not letting any
Hans Reiser wrote on Tue, 05 Jul 2005 16:56:02 -0700:
One can have hardlinks to a directory without cycles provided that one
does not have hardlinks from the children of that directory to any file
not a child of that directory. (Mountpoints currently implement that
restriction.)
Question:
On Tue, 05 Jul 2005 20:50:08 -0400 EDT, Alexander G. M. Smith [EMAIL
PROTECTED] said:
That sounds equivalent to no hard links (other than the usual parent
directory one). If there's any directory with two links to it, then
there will be a cycle somewhere!
What we want is no directed cycles.
On Tuesday July 5, [EMAIL PROTECTED] wrote:
I got it slightly wrong.
One can have hardlinks to a directory without cycles provided that one
does not have hardlinks from the children of that directory to any file
not a child of that directory. (Mountpoints currently implement that
On Monday 04 July 2005 05:42, Hans Reiser wrote:
Horst von Brand wrote:
Right. But, /proc started somewhere, didn't it?
Sun.
No, plan 9.
Actually, I heard a lecture on implementing /proc in BSD at least 5 years
earlier than plan 9.
It seems to me that what you are all arguing about is
malcolm wrote:
On Monday 04 July 2005 05:42, Hans Reiser wrote:
Horst von Brand wrote:
Right. But, /proc started somewhere, didn't it?
Sun.
No, plan 9.
Actually, I heard a lecture on implementing /proc in BSD at least 5 years
earlier than plan 9.
On Sun, Jul 03, 2005 at 08:42:24PM -0700, Hans Reiser wrote:
Right. But, /proc started somewhere, didn't it?
Sun.
No, plan 9.
Almost on the right track, it was v8, two steps before plan9. But that's
just the process-part of procfs, not the big mess we have now - that part
is
Horst von Brand wrote:
David Masover [EMAIL PROTECTED] wrote:
David Weinehall wrote:
On Fri, Jul 01, 2005 at 03:08:58AM -0500, David Masover wrote:
David Weinehall wrote:
GNOME and KDE run on operating systems that run other kernels than
Linux, hence they have to implement their own
Horst von Brand wrote:
Kevin Bowen [EMAIL PROTECTED] wrote:
[...]
So, for instance, if I want to grab all mp3s with Artist Paul
Oakenfold and change the genre to techno (can you do that?), I can
use Beagle's search tool to find all mp3s by Oakenfold, but to change
the genre, I have to use
; Christoph Hellwig; Andrew Morton; linux-kernel@vger.kernel.org;
ReiserFS List
Subject: Re: reiser4 plugins
Horst von Brand wrote:
Right. But, /proc started somewhere, didn't it?
Sun.
No, plan 9.
David Masover [EMAIL PROTECTED] wrote:
Horst von Brand wrote:
David Masover [EMAIL PROTECTED] wrote:
David Weinehall wrote:
On Fri, Jul 01, 2005 at 03:08:58AM -0500, David Masover wrote:
David Weinehall wrote:
[...]
Even if they don't, it would be more beneficial to me
How, exactly?
Kevin Bowen [EMAIL PROTECTED] wrote:
[...]
So, for instance, if I want to grab all mp3s with Artist Paul
Oakenfold and change the genre to techno (can you do that?), I can
use Beagle's search tool to find all mp3s by Oakenfold, but to change
the genre, I have to use some separate tool
David Masover [EMAIL PROTECTED] wrote:
David Weinehall wrote:
On Fri, Jul 01, 2005 at 03:08:58AM -0500, David Masover wrote:
David Weinehall wrote:
GNOME and KDE run on operating systems that run other kernels than
Linux, hence they have to implement their own userland VFS anyway.
Adding
Le Fri, 01 Jul 2005 04:08:20 -0500, David Masover [EMAIL PROTECTED] a écrit :
Hi all,
Metafs also avoids having to patch tar. It's assumed that legacy backup
systems can always avoid metafs and still catch almost everything
important, and certainly everything they already do catch. With a
Pierre Etchemaïté wrote:
Le Fri, 01 Jul 2005 04:08:20 -0500, David Masover [EMAIL PROTECTED] a écrit :
Hi all,
Metafs also avoids having to patch tar. It's assumed that legacy backup
systems can always avoid metafs and still catch almost everything
important, and certainly everything they
Horst von Brand wrote:
Kevin Bowen [EMAIL PROTECTED] wrote:
[...]
The desire
amongst users for ubiquitous metadata is very real - the current wave of
desktop search products and technologies demonstrates this -
Just like each
Dmitry Torokhov wrote:
On 6/30/05, Theodore Ts'o [EMAIL PROTECTED] wrote:
On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
Streamload cannot warrant and does not guarantee, and You
should not expect, that all of Your private communications and
other personal
Zan Lynx wrote:
On Thu, 2005-06-30 at 14:47 -0400, Horst von Brand wrote:
[snip]
[snip-some-more]
Structured files are fine when they're small but quickly become
disgusting as they get bigger. Either you slowly rewrite the whole
thing or you fast save by writing new sections to the end of it
Horst von Brand wrote:
Kevin Bowen [EMAIL PROTECTED] wrote:
and think
about it just limited to a user's home directory, and the storage and
organization of actual *data* (as opposed to system files).
Who is to say what is data
Hubert Chan wrote:
On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall [EMAIL PROTECTED] said:
On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
It's sort of like the way web servers handle index.html, for those
who think it's a stupid idea. (Of course, some people may still
Hubert Chan wrote:
On Wed, 29 Jun 2005 17:34:41 -0400, Ross Biro [EMAIL PROTECTED] said:
I'm confused. Can someone on one of these lists enlighten me?
How is directories as files logically any different than putting all
data into .data files and making all files directories (yes you
Wow. Good that you noticed it. It sounds like they have the business
model of an intelligence agency.
Hans
Theodore Ts'o wrote:
If you are using the free service, and are encrypting the data, you
are explicitly violating their terms of service, and they can delete
your data at any time,
Dmitry Torokhov wrote:
If you are using the free service, and are encrypting the data, you
are explicitly violating their terms of service, and they can delete
your data at any time, once they notice.
Does not look like it:
3c. No encryption and/or steganography for the purpose of
David Weinehall wrote:
On Wed, Jun 29, 2005 at 04:58:20PM +0300, Markus Törnqvist wrote:
On Wed, Jun 29, 2005 at 09:50:27AM -0400, Douglas McNaught wrote:
I'll just note that the applications bundled as directories stuff on
MacOS/NextStep is done completely in userspace--as far as the
Horst von Brand wrote:
Markus Törnqvist [EMAIL PROTECTED] wrote:
[...]
Note that MacOS has the monopoly on what they ship, Linux has a
motherload of file managers and window systems and all.
Yep. Part of what is nice about it, too ;-)
What pisses me off is the fact that Gnome and
It was always the expectation that users would want to have one
mountpoint with the files having metafiles as files, and another with
the same files but strictly posix, and then their apps can use whichever
they have the power to understand.
Hans
David Masover wrote:
Hubert Chan wrote:
On
Hans Reiser wrote:
It was always the expectation that users would want to have one
mountpoint with the files having metafiles as files, and another with
the same files but strictly posix, and then their apps can use whichever
they have the power to understand.
It was never in the early betas I
David Masover wrote:
Hans Reiser wrote:
It was always the expectation that users would want to have one
mountpoint with the files having metafiles as files, and another with
the same files but strictly posix, and then their apps can use whichever
they have the power to understand.
It was
Hubert Chan wrote:
On Tue, 28 Jun 2005 15:22:55 -0500, David Masover [EMAIL PROTECTED] said:
Come to think of it, that changes the proposal a bit. You need a
different way to access the meta-dir for files than for directories,
if we're going to support /meta/vfs. No biggie:
Hubert Chan wrote:
On Tue, 28 Jun 2005 15:59:03 -0400, Kyle Moffett [EMAIL PROTECTED] said:
On Jun 28, 2005, at 13:51:04, Hubert Chan wrote:
I don't know if VFS is the right place for it, but I agree that it
would be good to make it accessible to all filesystems.
That's somewhat of a
many thanks
i try with 2.6.12-mm2
On Thursday 30 June 2005 16:00, Vladimir Saveliev wrote:
Hello
On Thu, 2005-06-30 at 12:56, Dancho wrote:
Hello,
I use reiser4 in small mail server. After 102 days uptime the computer
stopped responding. In the syslog the following message
Rule #3 from http://www.streamload.com/About/Legal_eng.asp?page=id73#
is pretty clear about what applies if you have a trial account (which
seems to be what you have since you say you'll cancel your account if
they charge you anything):
3. Do not circumvent Freeloader download restrictions.
On Fri, Jul 01, 2005 at 03:08:58AM -0500, David Masover wrote:
David Weinehall wrote:
GNOME and KDE run on operating systems that run other kernels than
Linux, hence they have to implement their own userland VFS anyway.
Adding this to the Linux kernel won't help them one bit, unless
we can
Theodore Ts'o wrote:
Rule #3 from http://www.streamload.com/About/Legal_eng.asp?page=id73#
is pretty clear about what applies if you have a trial account (which
seems to be what you have since you say you'll cancel your account if
they charge you anything):
3. Do not circumvent Freeloader
David Weinehall wrote:
On Fri, Jul 01, 2005 at 03:08:58AM -0500, David Masover wrote:
David Weinehall wrote:
GNOME and KDE run on operating systems that run other kernels than
Linux, hence they have to implement their own userland VFS anyway.
Adding this to the Linux kernel won't help them
Could you please explain in plain english? The only part I get out is
propietary API, and I don't see anybody advocating such here.
Proprietary was a poor choice of words on my part.
I don't understand it much, but I think the point being made is that
...
So, for instance, if I want to
On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser [EMAIL PROTECTED] said:
Ross Biro wrote:
How is directories as files logically any different than putting all
data into .data files and making all files directories (yes you would
On Wed, Jun 29, 2005 at 10:56:36PM +0200, David Weinehall wrote:
FreeDesktop is doing a lot of work to make GNOME, KDE, and other
DE:s interoperate as much as possible. Support their initiative
What about WindowMaker with bash?
instead of trying to get a monstrosity (albeit a very cool one,
Hello
On Thu, 2005-06-30 at 12:56, Dancho wrote:
Hello,
I use reiser4 in small mail server. After 102 days uptime the computer
stopped responding. In the syslog the following message appeared:
Jun 30 09:09:06 parhelia kernel: reiser4[qmail-queue(18124)]:
commit_current_atom
On Thu, Jun 30, 2005 at 05:05:06PM +0400, Nikita Danilov wrote:
You will have to force user level to use common framework
anyway.
Naturally.
Otherwise one application will use
~/pictures/sunset.jpg/...meta/mime-type
and another one
On Thu, Jun 30, 2005 at 07:18:47PM +0400, Nikita Danilov wrote:
Sorry, I don't see your point. Again: if you think that user level
developers are unlikely to agree to the common framework, what
difference it makes whether this framework is defined at the kernel or
library boundary? Applications
On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall [EMAIL PROTECTED] said:
On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
It's sort of like the way web servers handle index.html, for those
who think it's a stupid idea. (Of course, some people may still
think it's a stupid
On Wed, 2005-06-29 at 22:11, [EMAIL PROTECTED] wrote:
On Wed, 29 Jun 2005 14:22:05 +0400, Vladimir Saveliev said:
Existence of various plugins assumes that user is able to choose
whatever is suitable for him. Or create his own plugin if none of
existing ones satisfies him.
If user
On Thu, Jun 30, 2005 at 11:57:27AM -0400, Hubert Chan wrote:
On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall [EMAIL PROTECTED] said:
On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
It's sort of like the way web servers handle index.html, for those
who think it's a stupid
David Weinehall [EMAIL PROTECTED] wrote:
On Thu, Jun 30, 2005 at 11:57:27AM -0400, Hubert Chan wrote:
On Thu, 30 Jun 2005 08:29:56 +0200, David Weinehall [EMAIL PROTECTED]
said:
[...]
From the web *browser*'s point of view, it is handled by the
filesystem (which is provided by the
On Thu, 30 Jun 2005 19:10:57 +0200, David Weinehall [EMAIL PROTECTED] said:
For the analogy to be complete:
User has a file browser (say Nautilus)
The file browser sees the userland VFS (say a unified VFS between
GNOME and KDE)
The VFS sees the real file system
I would say that this only
El Thu, 30 Jun 2005 18:37:38 +0300,
[EMAIL PROTECTED] (Markus Törnqvist) escribió:
If I want to access metadata with bash, do I patch bash to support
both Gnome's and KDE's solutions? Was there one of XFCE too?
And FooBarXyzzyWM that'll want to do it's own VFS next year?
The freedesktop
Markus Törnqvist [EMAIL PROTECTED] wrote:
On Thu, Jun 30, 2005 at 07:18:47PM +0400, Nikita Danilov wrote:
Sorry, I don't see your point. Again: if you think that user level
developers are unlikely to agree to the common framework, what
difference it makes whether this framework is defined
On 6/30/05, Markus Törnqvist [EMAIL PROTECTED] wrote:
instead of trying to get a monstrosity (albeit a very cool one,
conceptually) into the kernel. Sure, it could be made to work,
but not without dropping our Unixness. And if we do, we should
start by looking at Plan 9 =)
What's
might be nice to have on exclusively one-user, isolated machines, like
keep /my/ annotations/icon/application name/whatever with the file's
data, but that break down in multiuser (even serially, one user after the
If this is really the core of your (and the rest of the reiser-
obstructionist
On Thu, 2005-06-30 at 14:47 -0400, Horst von Brand wrote:
[snip]
Let me moderate that a bit: I'd be happy to have (some) files behaving
strangely, /if in exchange I get something very worthwhile/. I.e., Unix
filesystem sockets, named pipes, virtual filesystems all behave in weird
ways, but
On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
Streamload cannot warrant and does not guarantee, and You
should not expect, that all of Your private communications and
other personal information will never be disclosed in ways not
otherwise described in this
On 6/30/05, Theodore Ts'o [EMAIL PROTECTED] wrote:
On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
Streamload cannot warrant and does not guarantee, and You
should not expect, that all of Your private communications and
other personal information will never be
On 6/27/05, Markus Törnqvist [EMAIL PROTECTED] wrote:
[...]
I hate to say this without digging out any URLs, but one friend
of mine says he has a very hard time doing any networking code
because it's too labile. Maybe that's being embettered for something
else too?
Or the other friend
Horst von Brand wrote:
I think you probably meant to reply publicly. I'm taking the liberty of
CC'ing the two mailing lists to which I'd replied.
Chet Hosey [EMAIL PROTECTED] wrote:
The point of such ventures is that by placing features at a lower level you
get to keep the advantages of
Kevin Bowen [EMAIL PROTECTED] wrote:
might be nice to have on exclusively one-user, isolated machines, like
keep /my/ annotations/icon/application name/whatever with the file's
data, but that break down in multiuser (even serially, one user after the
If this is really the core of your (and
Andrew Morton wrote:
There's also the custom list, hash and debug code. We should either
a) remove them or
b) generify them and submit as standalone works or
c) justify them as custom-to-reiser4 and leave them as-is.
On 6/29/05, Hans Reiser [EMAIL PROTECTED] wrote:
either b) or c)
Hello
On Wed, 2005-06-29 at 10:51, Artem B. Bityuckiy wrote:
Hans Reiser wrote:
thanks Artem. If you are generous enough to help us with those comments
and renames, I'll take a patch to do it. If you are too busy though,
vs, can you fix it?
Hans,
I may prepare and send a patch once
Vladimir Saveliev wrote:
Existence of various plugins assumes that user is able to choose
whatever is suitable for him. Or create his own plugin if none of
existing ones satisfies him.
If user cares a lot about using telldir/seekdir he is supposed to choose
SEEKABLE_HASHED_DIR_PLUGIN_ID.
Hmm...
Hello
On Wed, 2005-06-29 at 14:29, Artem B. Bityuckiy wrote:
Vladimir Saveliev wrote:
Existence of various plugins assumes that user is able to choose
whatever is suitable for him. Or create his own plugin if none of
existing ones satisfies him.
If user cares a lot about using
Hubert Chan [EMAIL PROTECTED] wrote:
[...]
Of course. With file-as-dir, you can cd /usr/games/tetris/... and
mess with the game files, or you can run /usr/games/tetris and get on
with ... stacking blocks.
And doing tar cf /dev/tape /usr/games/tetris gives you a nice tangle of
undecipherable
Horst von Brand [EMAIL PROTECTED] writes:
Hubert Chan [EMAIL PROTECTED] wrote:
Of course, this
change does require file managers to understand default actions when
it's ambiguous what to do on a double-click -- but MacOS X has that too,
On Wed, Jun 29, 2005 at 09:50:27AM -0400, Douglas McNaught wrote:
I'll just note that the applications bundled as directories stuff on
MacOS/NextStep is done completely in userspace--as far as the kernel
is concerned, Mail.app is a regular directory. The file manager
handles recognition and
Markus Törnqvist [EMAIL PROTECTED] wrote:
[...]
Note that MacOS has the monopoly on what they ship, Linux has a
motherload of file managers and window systems and all.
Yep. Part of what is nice about it, too ;-)
What pisses me off is the fact that Gnome and friends implement
their own
On Wed, 29 Jun 2005 14:22:05 +0400, Vladimir Saveliev said:
Existence of various plugins assumes that user is able to choose
whatever is suitable for him. Or create his own plugin if none of
existing ones satisfies him.
If user cares a lot about using telldir/seekdir he is supposed to choose
Hi!
Alan, this is FUD. Our V3 fsck was written after everything else was,
for lack of staffing reasons (why write an fsck before you have an FS
worth using). As a result, there was a long period where the fsck code
was unstable. It is reliable now.
People often think that our
Hi!
I was able to recover from bad blocks, though of course no Reiser that I
know of has had bad block relocation built in... But I got all my files
off of it, fortunately.
My experience shows that you've been very, very lucky. I hope r4 is
better in that regard.
If you want to try
On Wed, 29 Jun 2005 16:58:20 +0300, Markus =?UNKNOWN?Q?T=F6rnqvist?= said:
What pisses me off is the fact that Gnome and friends implement
their own incompatible-with-others VFS's and automounters and
stuff.
The fact that things like Gnome, which are basically consumers of their own
dogfood,
Hi,
I hereby throw myself into the neverending flames called reiser4
plugins - may it please the gods.
David Masover (who really could use pgp mime attatchments):
So, the API becomes something like:
cat crypto/inflated/foo # transparently decompressed
cat crypto/raw/foo.gz
On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand [EMAIL PROTECTED] said:
Hubert Chan [EMAIL PROTECTED] wrote: [...]
Of course. With file-as-dir, you can cd /usr/games/tetris/... and
mess with the game files, or you can run /usr/games/tetris and get
on with ... stacking blocks.
And
On Wed, Jun 29, 2005 at 04:58:20PM +0300, Markus Törnqvist wrote:
On Wed, Jun 29, 2005 at 09:50:27AM -0400, Douglas McNaught wrote:
I'll just note that the applications bundled as directories stuff on
MacOS/NextStep is done completely in userspace--as far as the kernel
is concerned,
On Wed, 29 Jun 2005 13:19:12 -0400, Horst von Brand [EMAIL PROTECTED] said:
Markus Törnqvist [EMAIL PROTECTED] wrote: [...]
Note that MacOS has the monopoly on what they ship, Linux has a
motherload of file managers and window systems and all.
Yep. Part of what is nice about it, too ;-)
I
On 6/29/05, Hubert Chan [EMAIL PROTECTED] wrote:
On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand [EMAIL PROTECTED] said:
Hubert Chan [EMAIL PROTECTED] wrote: [...]
And doing tar cf /dev/tape /usr/games/tetris gives you a nice tangle
of undecipherable junk.
I'm confused. Can
Pekka Enberg wrote:
Andrew Morton wrote:
There's also the custom list, hash and debug code. We should either
a) remove them or
b) generify them and submit as standalone works or
c) justify them as custom-to-reiser4 and leave them as-is.
On 6/29/05, Hans Reiser [EMAIL PROTECTED]
David Weinehall wrote:
GNOME and KDE run on operating systems that run other kernels than
Linux, hence they have to implement their own userland VFS anyway.
Adding this to the Linux kernel won't help them one bit, unless
we can magically convince Sun to add it to Solaris, all different
BSD:s to
On Wed, 29 Jun 2005 17:34:41 -0400, Ross Biro [EMAIL PROTECTED] said:
I'm confused. Can someone on one of these lists enlighten me?
How is directories as files logically any different than putting all
data into .data files and making all files directories (yes you would
need some sort of
Ross Biro wrote:
On 6/29/05, Hubert Chan [EMAIL PROTECTED] wrote:
On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand [EMAIL PROTECTED] said:
Hubert Chan [EMAIL PROTECTED] wrote: [...]
And doing tar cf /dev/tape /usr/games/tetris gives you a nice tangle
of undecipherable junk.
On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser [EMAIL PROTECTED] said:
Ross Biro wrote:
How is directories as files logically any different than putting all
data into .data files and making all files directories (yes you would
need some sort of special handling for files that were really
Hubert Chan wrote:
On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser [EMAIL PROTECTED] said:
Ross Biro wrote:
How is directories as files logically any different than putting all
data into .data files and making all files directories (yes you would
need some sort of special handling for
On Mon, 27 Jun 2005 13:25:14 CDT, David Masover said:
I was just trying to avoid the people will never adopt a new archive
format argument by pointing out that a similar archive format was
recently created and adopted.
Out of curiosity, adopted by popular acclaim, or because an 800 pound
Hello
On Tue, 2005-06-28 at 06:58, Andi Kleen wrote:
Hans Reiser [EMAIL PROTECTED] writes:
* metafiles should be disabled until we can present code that works
right. Half the list thinks we cannot solve the cycles problem ever.
Disable metafiles and postpone problem until working
On Tuesday 28 June 2005 01:07, David Masover wrote:
Vitaly Fertman wrote:
On Friday 24 June 2005 23:46, Hans Reiser wrote:
David Masover wrote:
I was able to recover from bad blocks, though of course no Reiser that I
know of has had bad block relocation built in...
there was a
On Tue, Jun 28, 2005 at 12:37:11PM +0400, Vladimir Saveliev wrote:
have neither prof.[ch], nor spinprof.[ch] and we removed already some
debugging code from spin_macros.h.
Yes, i was looking at some older tree with reiser4. Sorry, just
ignore what is already done.
But still spin_macros.h
Andi Kleen wrote:
Yes, i was looking at some older tree with reiser4. Sorry, just
ignore what is already done.
But still spin_macros.h should be completely removed imho. Such
custom lock wrappers are strongly discouraged because it
makes it hard for others to read your code.
I may comfirm
On Mon, Jun 27, 2005 at 04:00:01PM -0700, Hans Reiser wrote:
Andrew asked me to put together a list of things that need to be done
before merging:
...
Probably I forget something.
I've started to do a very basic look over the tree and there's a few
more things that spring to mind:
- cpp
On Mon, Jun 27, 2005 at 04:00:01PM -0700, Hans Reiser wrote:
Andrew asked me to put together a list of things that need to be done
before merging:
...
Probably I forget something.
* remove the dependency on !4KSTACKS
Best,
Hans
cu
Adrian
--
Is there not promise of rain?
On Friday 24 June 2005 03:57, Hans Reiser wrote:
One, you were using V3 not V4.
Two, this bug you mention is probably not an fs bug. rm first creates a
list of names, and then removes them.
shell creates a list of names, rm simply handles the given set
of names and tries to remove a file
Hi!
and vfat people may decide they want cryptocompress,
I'm sure they don't, because it is mostly for Windows and assorted devices
(pendrives, digital cameras, ...) compatibility.
Actually cryptocompress for vfat *would* be nice; pen drives are
small, slow, and likely
Markus Törnqvist [EMAIL PROTECTED] wrote:
On Thu, Jun 23, 2005 at 11:34:50PM -0400, Horst von Brand wrote:
David Masover [EMAIL PROTECTED] wrote:
I think Hans (or someone) decided that when hardware stops working, it's
not the job of the FS to compensate, it's the job of lower layers, or
Alexander Zarochentsev [EMAIL PROTECTED] wrote:
On Sunday 26 June 2005 21:02, Christoph Hellwig wrote:
[...]
David and Hans, I've read through my backlog a lot now, and I must say
it's pretty pointless - you're discussing lots of highlevel what if and
don't actually care about something
On Tue, 28 Jun 2005 02:01:12 -0400, Kyle Moffett [EMAIL PROTECTED] said:
On Jun 28, 2005, at 01:30:08, Hubert Chan wrote:
On Tue, 28 Jun 2005 00:38:38 -0400, Kyle Moffett
[EMAIL PROTECTED] said:
Ok. Those things should probably be divided up. Stuff like POSIX
extended attributes and such
On Tue, June 28, 2005 10:01 am, Horst von Brand said:
I don't belive that you want to see all reiser4-specific things as item
plugins, disk format plugins in the VFS.
Only what makes sense. Plus many of those will probably have to go. Decide
on /one/ way of doing things, even if not perfect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vitaly Fertman wrote:
On Tuesday 28 June 2005 01:07, David Masover wrote:
Vitaly Fertman wrote:
On Friday 24 June 2005 23:46, Hans Reiser wrote:
David Masover wrote:
I was able to recover from bad blocks, though of course no Reiser that I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sean wrote:
On Tue, June 28, 2005 10:01 am, Horst von Brand said:
I don't belive that you want to see all reiser4-specific things as item
plugins, disk format plugins in the VFS.
Only what makes sense. Plus many of those will probably have to go.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hubert Chan wrote:
On Tue, 28 Jun 2005 02:01:12 -0400, Kyle Moffett [EMAIL PROTECTED] said:
On Jun 28, 2005, at 01:30:08, Hubert Chan wrote:
On Tue, 28 Jun 2005 00:38:38 -0400, Kyle Moffett
[EMAIL PROTECTED] said:
Ok. Those things should
On Tue, 28 Jun 2005 14:32:56 -0500, David Masover [EMAIL PROTECTED] said:
Hubert Chan wrote:
On Tue, 28 Jun 2005 02:01:12 -0400, Kyle Moffett
[EMAIL PROTECTED] said:
I don't deny them the right to add other interfaces later, but such
should be a secondary or tertiary patch, after the rest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kyle Moffett wrote:
On Jun 27, 2005, at 22:21:35, Hubert Chan wrote:
On Mon, 27 Jun 2005 18:27:26 -0500, David Masover
[EMAIL PROTECTED] said:
Kyle Moffett wrote:
I think the '...' is just a bad idea in general, because it breaks
tar and
601 - 700 of 1292 matches
Mail list logo
