On Thu, 26 Aug 2004, Diego Calleja wrote: > El Thu, 26 Aug 2004 13:16:22 -0400 (EDT) Rik van Riel <riel@redhat.com> escribió: > > > So all I need to do is "cat /bin | gzip -9 > /path/to/backup.tar. ...

linux-fsdevel - Rik van Riel - Aug 26 2004 - 13:59

On Thu, 26 Aug 2004, Linus Torvalds wrote: > On Thu, 26 Aug 2004, Rik van Riel wrote: > > > > So you'd have both a file and a directory that just happen > > to have the same name ? How would this work in the dcache? > > There would ...

linux-fsdevel - Rik van Riel - Aug 26 2004 - 14:59

... . You can copy that single stream of > > bytes to another (reiser4) fs and then access test.compound/test.txt > > again. > > (To Rik especially), this is the design which more or less satisfies > lots of different goals at once. And if an unaware ...

linux-fsdevel - Rik van Riel - Aug 26 2004 - 11:54

On Wed, 3 Dec 2003, Linus Torvalds wrote: > And that in turn causes problems. You get all kinds of interesting > deadlock schenarios when write-out requires more memory in order to > succeed. I suspect this should be fixable with just a simple

linux-fsdevel - Rik van Riel - Dec 19 2003 - 11:01

On Thu, 11 Dec 2003, Matthew Wilcox wrote: > Nobody here is interested unless you can reproduce the problem on a stock > Linux kernel. Red Hat have hundreds of patches on top of the regular > kernel so it's basically impossible to debug. You might

linux-fsdevel - Rik van Riel - Dec 20 2003 - 11:54

On Tue, 17 Feb 2004, Miklos Szeredi wrote: > This patch (against 2.6.3-rc4) allows the use of the mount syscall by > non-root users in a controlled, and secure (I hope) way. I'd very > much appreciate any comments, Just as a curiosity, why not do

linux-fsdevel - Rik van Riel - Feb 17 2004 - 17:59

On Wed, 25 Aug 2004, Hans Reiser wrote: > other filesystems in that, but Christoph is a puppy who has never It's not Christoph who's shown more bark than bite in this thread. -- "Debugging is twice as hard as writing the code in the first

linux-fsdevel - Rik van Riel - Aug 25 2004 - 17:03

On Thu, 26 Aug 2004, Mikulas Patocka wrote: > On Wed, 25 Aug 2004, Linus Torvalds wrote: > > One way to solve it is to just realize that a final slash at the end > > implies pretty strongly that you want to treat it as a directory. So what > > you

linux-fsdevel - Rik van Riel - Aug 25 2004 - 20:57

On Thu, 26 Aug 2004, Hans Reiser wrote: > I agree that your work is important without agreeing that MS client > domination will last.;-) It is indeed my desire to give you every > single feature you need to emulate MS streams within files, but

linux-fsdevel - Rik van Riel - Aug 26 2004 - 09:27

On Thu, 26 Aug 2004, Denis Vlasenko wrote: > > I like cat < a > b. You can keep your progress. > > cat b does not preserve following file properties even on standard > UNIX filesystems: name,owner,group,permissions. Losing permissions is one

linux-fsdevel - Rik van Riel - Aug 26 2004 - 07:42

On Thu, 26 Aug 2004, Spam wrote: > Yes, JPEG, TIFF and PNG files for example. But, if you modify any of > these with an application that doesn't support the extensions then > you will loose them. OK, so we've got a choice. Either we

linux-fsdevel - Rik van Riel - Aug 26 2004 - 09:39

On Thu, 26 Aug 2004, Denis Vlasenko wrote: > I think Hans is not planning turning old "file is a stream of bytes" > into eight-stream octopus. One stream will remain as a 'main' one, > which contains actual data. Others will keep metadata, etc...

linux-fsdevel - Rik van Riel - Aug 26 2004 - 10:12

On Thu, 26 Aug 2004, Diego Calleja wrote: > All this looks like reinventing the file/directory concept wheel. > Instead of adding support for streams and "use files as directories", > why not orientate it to "use directories as files? Streams could

linux-fsdevel - Rik van Riel - Aug 26 2004 - 13:16

On Thu, 26 Aug 2004, Linus Torvalds wrote: > > So all I need to do is "cat /bin | gzip -9 > /path/to/backup.tar.gz" ? > > No no. The stream you get from a directory is totally _independent_ of the > contents of the directory. Anything else would

linux-fsdevel - Rik van Riel - Aug 26 2004 - 13:57

On Thu, 26 Aug 2004, Linus Torvalds wrote: > For example, you _could_ probably (but hey, maybe "tar" tries to strip > slashes off the end of filenames, so this might not work due to silly > reasons like that) back up a compound file with > > tar

linux-fsdevel - Rik van Riel - Aug 26 2004 - 14:41

On Thu, 26 Aug 2004, Linus Torvalds wrote: > So "/tmp/bash" is _not_ two different things. It is _one_ entity, that > contains both a standard data stream (the "file" part) _and_ pointers to > other named streams (the "directory" part). OK, that

linux-fsdevel - Rik van Riel - Aug 26 2004 - 15:44

On Thu, 26 Aug 2004, Linus Torvalds wrote: > So "/tmp/bash" is _not_ two different things. It is _one_ entity, that > contains both a standard data stream (the "file" part) _and_ pointers to > other named streams (the "directory" part). Thinking

linux-fsdevel - Rik van Riel - Aug 26 2004 - 16:10

On Fri, 27 Aug 2004, Hans Reiser wrote: > Why are you guys even considering going to any pain at all to distort > semantics for the sake of backup? tar is easy, we'll fix it and send in > a patch. Because not everybody uses tar. Quite a few

linux-fsdevel - Rik van Riel - Aug 27 2004 - 10:12

On Fri, 27 Aug 2004, Hans Reiser wrote: > It is the tail that should not wag the dog. That's no reason for dismissing technical questions with vigorous handwaving. > New semantics are going to break backups other than dd. We need a LOT > of

linux-fsdevel - Rik van Riel - Aug 27 2004 - 15:13

On Fri, 27 Aug 2004, Hans Reiser wrote: > Why are you guys even considering going to any pain at all to distort > semantics for the sake of backup? tar is easy, we'll fix it and send in > a patch. It's not as easy as you make it out, and not

linux-fsdevel - Rik van Riel - Aug 27 2004 - 10:45