> Spam <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> > Spam <[EMAIL PROTECTED]> wrote:
>> >>
>> >>
>> >>
>> >> > Spam <[EMAIL PROTECTED]> wrote:
>> >> >>
>> >> >>
> On Thu, Aug 26, 2004 at 11:53:30AM +0100, Jamie Lokier wrote:
>> Hans Reiser wrote:
>> > being able to cat dirname/pseudos/cat and get a
>> > concatenation of all of the files is nice, and being able to cat
>> > dirname/pseudos/tar and get an archive of the directory is nice
>>
>> Yes. Bein
> Chris Wedgwood wrote:
>> On Thu, Aug 26, 2004 at 02:00:49AM +0100, Jamie Lokier wrote:
>>
>> > One of the big potential uses for file-as-directory is to go inside
>> > archive files, ELF files, .iso files and so on in a convenient way.
>>
>> Arguably this belongs in userspace --- and people h
> Spam <[EMAIL PROTECTED]> writes:
>> Keeping stuff in the kernel should make the new features
>> transparent to the applications.
> No, it will make just one special case, rename within the same
> filesystem, work. (Well, two special cases, rm will al
> Previously Spam wrote:
>> How so? The whole idea is that the underlaying OS that handles the
>> copying should also know to copy everything, otherwise you can
>> implement everything into applications and just skip the whole
>> filesystem part.
Hello Markus,
Friday, August 27, 2004, 11:21:31 AM, you wrote:
> On Thu, Aug 26, 2004 at 04:57:26PM -0400, Lee Revell wrote:
>>On Thu, 2004-08-26 at 16:50, Christophe Saout wrote:
>>> are read-only and system-wide and the user-overridden changes. I don't
>>> know if all of these things would real
I am thinking that is there was a proper API for accessing the
filesystem then this problem wouldn't arise because things could be
done behind the curtains inside the API, instead of having all the
tools to be rewritten to know.
Think of FAT32, for example, the new filenames wi
>>>>>> "Spam" == Spam <[EMAIL PROTECTED]> writes:
V13>> The only thing that changes (from the userland POV) is the way
V13>> someone can enter the 'metadata directory'. This way you don't have
V13>> to have a special name,
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>> In a graphical environment, the "icon" stream is a good example of this.
>> It literally has _nothing_ to do with the data in the main stream. The
>> only linkage is a totally non-technical one, where the user wanted to
>> associate a secondary
> Linus Torvalds wrote:
>> But _my_ point is, no user program is going to take _advantage_ of
>>
>>anything that only one filesystem on one system offers.
>>
>>
> Apple does not have this problem
> and yes, the apps will take advantage of it, which is different from
> depending on it.
>> Depends on how the forks eventually get implemented.
>> With the file-as-directory concept, all you need is to
>> look at the file's directory part to see what is there. (The forks,
>> implemented as files in a subdirectory.) It is done the same way
>> as for an ordinary directory, so not
> On Thu, 2004-09-02 at 11:22 -0700, Martin J. Bligh wrote:
>> > For 30 years nothing much has happened in Unix filesystem semantics
>> > because of sheer cowardice
>>
>> Or because it works fine, and isn't broken.
> OK. I'm not a kernel hacker. I'm not a crack C programmer. Nor am I a
>
> On Iau, 2004-09-02 at 20:41, Spam wrote:
>> > It is trivial to implement this by looking inside the files. I.e., the way
>> > mc has done this for ages.
>>
>> Difference is that you can't do "locate" or "find" or "Search&qu
> On Thu, Sep 02, 2004 at 04:01:17PM -0400, Lee Revell wrote:
>> Better to have the contents accessible via a separate stream, in the
>> same namespace. Fix it once in the kernel vs. fix it in umpteen
>> apps.
> This is ridiculous. We have shared libraries, 99% of applications
> manage to use
> On Iau, 2004-09-02 at 21:07, Spam wrote:
>> > And would you rather that logic was running swappable in shared library
>> > space or privileged and unswappable in kernel ?
>>
>> I would rather have it as a filesystem/vfs plugin that would allow
>>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> [EMAIL PROTECTED] wrote:
> | On Thu, Sep 02, 2004 at 11:48:06PM +0200, Frank van Maarseveen wrote:
> |
|>>mount is nice for root, clumsy for user. And a rather complicated
|>>way of accessing data the kernel has knowledge about in the first
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Martin J. Bligh wrote:
|>>For 30 years nothing much has happened in Unix filesystem semantics
|>>because of sheer cowardice
> |
> |
> | Or because it works fine, and isn't broken.
> Ok, maybe it wasn't cowardice. Maybe it was laziness.
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Oliver Neukum wrote:
> | Am Donnerstag, 2. September 2004 11:52 schrieb Spam:
> |
|>> Btw, version control for ordinary files would be a great feature. I
|>> think something like it is available through Window
> On Fri, Sep 03, 2004 at 09:30:38PM +0200, Spam wrote:
>>
>>
>>
>> > Helge Hafting <[EMAIL PROTECTED]> said:
>>
>> > [...]
>>
>> >> The only new thing needed is the ability for something to be both
>> >>
> Hi!
>> >> What if I do not use emacs, but vim, mcedit, gedit, or some other
>> >> editor? It doesn't seem logical to have to patch every application
>> >> that uses files.
>>
>> > We would have to do that in either case, so let's patch them to do it
>> > in a nonintrusive way. And a
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Frank van Maarseveen wrote:
|>>
|>>We have the mount command for that. :^)
> |
> |
> | mount is nice for root, clumsy for user. And a rather complicated
> | way of accessing data the kernel has knowledge about in the first
> | place. For f
> On Mon, Sep 06, 2004 at 09:59:25PM +0900, Clemens Schwaighofer wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Spam wrote:
>>
>> | thats why we have automount.
>> |
>> |
>> |> Which still needs to be setup in
> Salut,
> On Fri, Sep 03, 2004 at 01:43:02AM +0200, Spam wrote:
>> Yes why not? If there was any filesystem drivers for the AudioCD
>> format then it could.
>>
>> I had such a driver for Windows 9x which would display several
>> folders and file
> Spam <[EMAIL PROTECTED]> writes:
>> > Additionally, files-as-directores does not solve the problem of
>> > "cp a b" losing named streams. There is curently no copyfile syscall
>> > in the Linux kernel, "cp a b" essentially does
> Spam <[EMAIL PROTECTED]> wrote:
>> One suggestion is missed. It is to provide system calls for copy.
>> That would also solve the problem.
> No, it would not. If you read the POSIX.1 specification for cp
> carefully <http://www.unix.org/version3/online
> Hans Reiser <[EMAIL PROTECTED]> said:
>> Horst von Brand wrote:
>> >Hans Reiser <[EMAIL PROTECTED]> said:
>> >>Horst von Brand wrote:
>> >>>Spam <[EMAIL PROTECTED]> said:
>> >>>>Christer Weinigel <
I tried the resier4 repacker yesterday on a 2GB device that I use
for /usr/portage in Gentoo. This morning I found these errors in the
kernel log:
##
Repacker: I am alive, pid = 32717
reiser4[k_reiser4_repac(32717)]: renew_sibling_lin
> On Tue, Sep 14, 2004 at 10:59:08AM +0200, Spam wrote:
>>
>> I tried the resier4 repacker yesterday on a 2GB device that I use
>> for /usr/portage in Gentoo. This morning I found these errors in the
>> kernel log:
> Thanks for the report.
> How d
> On Tue, Sep 14, 2004 at 12:08:31PM +0200, Spam wrote:
>>
>> > On Tue, Sep 14, 2004 at 10:59:08AM +0200, Spam wrote:
>> >>
>> >> I tried the resier4 repacker yesterday on a 2GB device that I use
>> >> for /usr/portage in Gentoo. This
I have a suggestion about the repacker output. Currently the
repacker shows something like this:
Repacker: I am alive, pid = 7716
reiser4 repacker: 4395 formatted node(s) processed, 16858 unformatted node(s)
processed, ret = 0
What I'd like to see is that both lines contained which device
Hello,
I was interested in testing the repacker statistics tool that Piotr
Neuman wrote (and others later added to). But from what I can see
the repacker is disabled in 2.6.9-rc4-mm1, because of this patch:
http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc4/2.6.9-
>> Christian Mayrhuber wrote:
>> On Friday 22 October 2004 19:38, Spam wrote:
>>
>>
>>> Hello,
>>>
>>> I was interested in testing the repacker statistics tool that Piotr
>>> Neuman wrote (and others later added to). But from w
> | current repacker code state is 'unsupported', it is even removed from the
> | latest -mm kernels. Namesys plans are to make the repacker proprietary.
> Really?
> I sort of thought the priority was to get into the mainstream kernel, so
> this seems an odd move. Why do something that decre
> Spam wrote:
>>
>> Windows 2000 and later comes with a lite version of Diskeeper from
>> Executive Software.
>>
> MS charges for the OS, so that business model works for them. Nobody
> will buy a heavy resizer from us if there is a lite one. That would
> --- Vladimir Saveliev <[EMAIL PROTECTED]> wrote:
>> reiser4 needs some changes in kernel code.
>> ftp://ftp.namesys.com/pub/reiser4-for-2.6.9 contains all things which
>> are necessary to run reiser4 on 2.6.9
> Right now I go there and find only two files:
> ncftp /pub/reiser4-for-2.6.9 > ls
>> --- Vladimir Saveliev <[EMAIL PROTECTED]> wrote:
>>> reiser4 needs some changes in kernel code.
>>> ftp://ftp.namesys.com/pub/reiser4-for-2.6.9 contains all things which
>>> are necessary to run reiser4 on 2.6.9
>> Right now I go there and find only two files:
>> ncftp /pub/reiser4-for-
> Funny thing is I did what you suggested, enabling all the debugging,
> but it still freezes. Not immediately, but it still hangs. First I
> get a segfault on any command I type into the console. After 10 secs
> or so of this, It will freeze up. How in the world did you save that
> stack
> On Mon, 2004-12-06 at 22:07 -0800, Jiri Klouda wrote:
>> > Also, is it a given that reiser4 for windows would work without help
>> > from MS? I've just never seen a third-party filesystem driver for
>> > windows. You'd think that at least one other filesystem, one of the
>> > Linux/BSD/etc one
> On Monday 20 December 2004 16:38, Tom Vier wrote:
>> On Mon, Dec 20, 2004 at 01:31:25PM +0100, Christian Mayrhuber wrote:
>> > The barrier mount option should provide protection against a corrupted
>> > journal during power failure for drives with write caching enabled.
>> > (Mostly IDE)
>>
> On Monday 20 December 2004 17:32, Spam wrote:
>> What happen with the performance when these barriers are active?
> It's faster than with disk writecache off.
> I didn't benchmark barriers=flush and writecache on.
>>
>> Is it only during power f
> On Mon, Dec 20, 2004 at 09:31:10PM +0100, Spam wrote:
>> If you have UPS then write-cache should never be dangerous?
> It's not AS dangerous. You could still lose a psu or someone could trip over
> the power cord from the computer to the ups.
Indeed. For a server
> Esben Stien wrote (ao):
>> I really don't like that there is no undelete feature in reiserfs -
>> it's not planned for reiserfs-4 either. I see desperate users all the
>> time trying to get back what they mistakenly removed.
> If you 'see desperate users all the time' you might be amoung th
> Spam <[EMAIL PROTECTED]> writes:
>> In any case. Undelete has been since ages on many platforms. It IS a
>> useful feature. Accidents CAN happen for many reasons and in some
>> cases you may need to recover data.
>>
>> Besides, a deletion d
There have been some discussions about recovery abilities during
power loss if write cache is enabled. Some recovery tool I saw once
used NVRAM to store progress info so that if you had a power loss it
would be able to resume.
Perhaps it would be possible for Reiser4 to store some info,
Dec 31, 2004 at 12:40:08AM +0100, Spam wrote:
>>
>> There have been some discussions about recovery abilities during
>> power loss if write cache is enabled. Some recovery tool I saw once
>> used NVRAM to store progress info so that if you had a power loss it
; On Fri, 31 Dec 2004 18:46:20 +0200, Hendrik Visage
> <[EMAIL PROTECTED]> wrote:
>> On Fri, Dec 31, 2004 at 01:45:32PM +0100, Spam wrote:
>> >
>> > Yes, I know that good hardware already do use battery backups and
>> > similar. But I was talking about n
generic bug in handling hash collisions?
>>>Tea hash is designed to be more resistant.
>>>
>>>
>>
>>As the example posted shows, tea doesn't look better, it generates
>>nicely-looking collisions, too.
>>
>>
> You mean, in practice you hit them, or with an artificially ge
> On Thu, Jan 06, 2005 at 05:13:23PM +0100, Spam wrote:
>> >>>>generic bug in handling hash collisions?
>> >>>>
>> >>>>
>> >>>Tea hash is designed to be more resistant.
>> >>>
>> >>
> Hello
> On Fri, 2005-01-07 at 15:11, Shoshannah Forbes wrote:
>> On 07/01/2005, at 12:20, Vladimir Saveliev wrote:
>>
>> > I would move the problem hard disk to mashine which has (or can
>> > download) latest reiserfsck
>> > (http://thebsh.namesys.com/pub/reiserfsprogs/reiserfsprogs
>> > -3.6.
> On Sun, Jan 23, 2005 at 10:49:56AM -0700, Jake Hawkes wrote:
>> Alex Zarochentsev said:
>> > Hello,
>> >
>> > On Sun, Jan 23, 2005 at 08:48:14AM -0700, Jake Hawkes wrote:
>> >> Hi.
>> >>
>> >> resize_reiserfs says that there are already too many allocated blocks.
>> >
>> > which resize_reiserfs
Trying to get a look at the Reiser 4 sourcecode for a class assignment.
We are interested in the Tree Structure, Tree Balancing, and Reiser's
use of compression.
However, the how-to, namesys.com for d/ling the code using BitKeeper is
outdated according to the BitKeeper people. Can someone t
> Am Sonntag, den 15.08.2004, 23:16 +0200 schrieb Felix E. Klee:
>> I'd like to store the directory structure of a partition formatted as
>> ReiserFS into a file. Currently, I use
>>
>> find / >file
>>
>> This process takes approximately 5 minutes (the result is 26MB of
>> data). Are there
52 matches
Mail list logo