Cyrille Chepelov wrote:
Le Fri, Mar 26, 2004, Ã 09:11:00AM -0800, Hans Reiser a écrit:
Nikita, would you confirm that the default fibration is to sort all
files with '.' as the penultimate character by their last character
first and then by the rest of the name in the usual lexicographic or
Jonathan Briggs wrote:
This command:
# dd if=/dev/zero of=testfile bs=4k count=256k
seems to take longer than it did before. The difference seems to be all
system time.
I will have to reboot to an old version later, to get accurate numbers.
I don't have debugging turned on, so that's not it. Ha
This command:
# dd if=/dev/zero of=testfile bs=4k count=256k
seems to take longer than it did before. The difference seems to be all
system time.
I will have to reboot to an old version later, to get accurate numbers.
I don't have debugging turned on, so that's not it. Has something
changed tha
Nikita, would you confirm that the default fibration is to sort all
files with '.' as the penultimate character by their last character
first and then by the rest of the name in the usual lexicographic order?
(If that is not the default, then please make it the default.)
Also, please note that
Jonathan Briggs writes:
> On Fri, 2004-03-26 at 09:45, Nikita Danilov wrote:
> > Hello,
> >
> > new reiser4 snapshot against 2.6.5-rc2 is available at
> >
> > http://www.namesys.com/snapshots/2004.03.26/
> >
> > It is mainly bug-fixing r
On Fri, 2004-03-26 at 09:45, Nikita Danilov wrote:
> Hello,
>
> new reiser4 snapshot against 2.6.5-rc2 is available at
>
> http://www.namesys.com/snapshots/2004.03.26/
>
> It is mainly bug-fixing release. See READ.ME for the list of fixes and
> caveats.
A defin
Hello,
new reiser4 snapshot against 2.6.5-rc2 is available at
http://www.namesys.com/snapshots/2004.03.26/
It is mainly bug-fixing release. See READ.ME for the list of fixes and
caveats.
Should no significant problems be found in this snapshot, we shall start
sending patches to -mm next week
On Fri, Nov 14, 2003 at 02:27:29PM +0100, Carl-Daniel Hailfinger wrote:
> Alex Zarochentsev wrote:
> > I made a cleanup for reiser4 patches (by removing UML-specific changes),
> > you can see result here:
> >
> > http://namesys.com/snapshots/2003.11.17/cleaned-up/
>
> That directory doesn't exis
Alex Zarochentsev wrote:
> I made a cleanup for reiser4 patches (by removing UML-specific changes),
> you can see result here:
>
> http://namesys.com/snapshots/2003.11.17/cleaned-up/
That directory doesn't exist.
Carl-Daniel
On Fri, Nov 14, 2003 at 02:20:28PM +0300, Alex Zarochentcev wrote:
> On Fri, Nov 14, 2003 at 12:04:25PM +0100, Gianni Tedesco wrote:
> > On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote:
> > > > fetch it
> > > > http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz
> >
> >
On Fri, Nov 14, 2003 at 12:04:25PM +0100, Gianni Tedesco wrote:
> On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote:
> > > fetch it
> > > http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz
>
> Seems to be combined with the UML patch...
>
> zcat linux-2.6.0-test9-reiser4.
On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote:
> > fetch it
> > http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz
Seems to be combined with the UML patch...
zcat linux-2.6.0-test9-reiser4.diff.gz | diffstat
Makefile
[resend to LKML]
> Hi All,
>
> New snapshot arrived
>
> fetch it
> http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz
>
> for description look at http://namesys.com/snapshots/2003.11.12/READ.ME
>
> reiser4progs and libaal packages should be taken from the previous snapsh
Hi All,
New snapshot arrived
fetch it
http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz
for description look at http://namesys.com/snapshots/2003.11.12/READ.ME
reiser4progs and libaal packages should be taken from the previous snapshot
dir http://namesys.com/snapshot/200
On Mon, Oct 20, 2003 at 01:44:22PM +0400, Nikita Danilov wrote:
> Carl-Daniel Hailfinger writes:
> > I thought CONFIG_REISER4_LARGE_KEY was force-enabled by now?
>
> No. But:
>
> 1. one has to use -o key=key_short option for mkfs.reiser4 to create
> file system with small keys.
>
> 2. lately we
On Sat, Sep 13, 2003 at 07:59:51AM -0400, Robert P. J. Day wrote:
> p.s. FYI, the clinical definition of insanity is "the fixation that
> doing the same thing repeatedly will somehow produce different results."
Heh, there are many things where doing the same thing repeatedly will
produce differen
Hi,
I hope this patch for configure.in will solve the problem.
Try it please and tell us about your results.
On Saturday 13 September 2003 23:21, Oleg Drokin wrote:
> Hello!
>
> On Sat, Sep 13, 2003 at 06:05:58PM +0400, Hans Reiser wrote:
> > >>my system definitely has readline installed, and i
Hello!
On Sat, Sep 13, 2003 at 10:41:47AM -0400, Robert P. J. Day wrote:
> > did you adjust our headers to be redhat compatible? If not, please do.
> i didn't see anything in the READ.ME about adjusting headers, but would
> this also explain why, if i build reiser 4 support directly into the
> k
Hello!
On Sat, Sep 13, 2003 at 06:05:58PM +0400, Hans Reiser wrote:
> >>my system definitely has readline installed, and i get the same error.
> >On the other hand, you need not only readline itself, but also its header
> >files.
> >Lots of distributions (e.g. redhat-alike) form another package c
On Sat, 13 Sep 2003, Hans Reiser wrote:
> did you adjust our headers to be redhat compatible? If not, please do.
i didn't see anything in the READ.ME about adjusting headers, but would
this also explain why, if i build reiser 4 support directly into the
kernel, my "make modules_install" works f
Oleg Drokin wrote:
Hello!
On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote:
It is because of paranoid -Werror flag.
./configure --disable-werror will help you.
However, if your system will have readline (as on systems which are used by
reiser4progs developers :-) headers tha
On Sat, 2003-09-13 at 13:59, Robert P. J. Day wrote:
> > If my memory serves me well, that's the only patch needed to make it
> > compile.
>
> i'm confused. the "patch" i refer to is the kernel patch to build
> reiser 4 support into the kernel. the fact that this works on
> patching the kernel
On Sat, 13 Sep 2003, Felipe Alfaro Solana wrote:
> On Sat, 2003-09-13 at 13:27, Robert P. J. Day wrote:
> > On Sat, 13 Sep 2003, Felipe Alfaro Solana wrote:
> >
> > > I've downloaded libaal and reiser4progs as noted above. I applied the
> > > whole reiser4.diff to 2.6.0-test5-bk3, but, when I run
On Sat, 2003-09-13 at 13:27, Robert P. J. Day wrote:
> On Sat, 13 Sep 2003, Felipe Alfaro Solana wrote:
>
> > I've downloaded libaal and reiser4progs as noted above. I applied the
> > whole reiser4.diff to 2.6.0-test5-bk3, but, when I run:
> >
> > # mkfs.reiser4 /dev/hda4
> > # mount -t reiser4 /
On Sat, 13 Sep 2003, Felipe Alfaro Solana wrote:
> I've downloaded libaal and reiser4progs as noted above. I applied the
> whole reiser4.diff to 2.6.0-test5-bk3, but, when I run:
>
> # mkfs.reiser4 /dev/hda4
> # mount -t reiser4 /dev/hda4 /mnt
>
> I get the following oops:
(snip)
not to beat t
On Fri, 2003-09-12 at 18:15, Oleg Drokin wrote:
> Hello!
>
>Another reiser4 snapshot was released today. This time it is against
>2.6.0-test5.
>Please take note that DISK DORMAT IS CHANGED, so you need to recreate
>your reiser4 filesystems (if you have any). This involves getting n
On Sat, 13 Sep 2003, Oleg Drokin wrote:
> Hello!
>
> On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote:
>
> > > It is because of paranoid -Werror flag.
> > > ./configure --disable-werror will help you.
> > > However, if your system will have readline (as on systems which are use
Hello!
On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote:
> > It is because of paranoid -Werror flag.
> > ./configure --disable-werror will help you.
> > However, if your system will have readline (as on systems which are used by
> > reiser4progs developers :-) headers that warni
On Sat, 13 Sep 2003, Alex Zarochentsev wrote:
> On Fri, Sep 12, 2003 at 01:20:59PM -0700, Mike Benoit wrote:
> > Any ideas why I would get this error while trying to compile
> > reiser4progs-0.4.14? The previous version of reiser4progs seemed to
> > compile fine for me, as did compiling reiser4 in
On Fri, Sep 12, 2003 at 01:20:59PM -0700, Mike Benoit wrote:
> Any ideas why I would get this error while trying to compile
> reiser4progs-0.4.14? The previous version of reiser4progs seemed to
> compile fine for me, as did compiling reiser4 in to the test5 kernel.
>
> gcc -DHAVE_CONFIG_H -I. -I.
Any ideas why I would get this error while trying to compile
reiser4progs-0.4.14? The previous version of reiser4progs seemed to
compile fine for me, as did compiling reiser4 in to the test5 kernel.
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DENABLE_MONOLITHIC
-D_REENTRANT -D_FILE_OFFSET_BIT
Okay I have had the Reiser4 snapshot managing my /home for a good few
hours and while the patch itself was... very experimental... I'm
completely blown away but the exellent speed Reiser4 provides me for
usertasks.
Here's my favorite show off so far:
patch your gtk+-2.2.2 with this:
http://membe
Hello!
On Fri, Aug 22, 2003 at 06:16:35PM -0700, Tupshin Harper wrote:
> Are these patches available outside of bitkeeper, and if so, where are
> they located?
Yes, they are at http://thebsh.namesys.com/snapshots/2003.08.22 , as somebody
pointed out already.
I just forgot to mention the URL.
B
I'd like to second that, patches against -mm would be a very good option.
On Sat, 23 Aug 2003 02:25:59 +0200, Vince wrote:
(...)
>
> Sidenote to reiserfs devels : if the merge in mainstream is still far
> away, is any integration of reiser4 into the -mm serie considered ? It
> would ease testing
Tupshin Harper wrote:
Are these patches available outside of bitkeeper, and if so, where are
they located?
http://thebsh.namesys.com/snapshots/
:j
David Nielsen wrote:
The entire thing then fails with these messages - no notable compile
errors or warnings present.
fs/built-in.o(.text+0x9a8cd): In function `print_context':
: undefined reference to `info_atom'
fs/built-in.o(.text+0x9e392): In function `commit_current_atom':
: undefined refer
Oleg Drokin wrote:
Hello!
I have just released new snapshot of reiser4.
Release notes follows.
Give it a try.
Reiser4 snapshot for 2003.08.22
WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT
ANY VALUABLE DATA ON REISER4 YET!
Fixed builds for 64bit arches (there are stil
Could I ask you guys to stop CCing me, I'm on the list - filling my
inbox with dupes is cruel :)
- David
On Sat, 2003-08-23 at 02:25, Vince wrote:
> I worked around this by adding an empty info_atom in reiser4/txnmgr.c :
>
> void
> info_atom(const char *prefix, txn_atom * atom)
> {
> re
I worked around this by adding an empty info_atom in reiser4/txnmgr.c :
void
info_atom(const char *prefix, txn_atom * atom)
{
return;
}
After that, reiser4 compiles and is running without problem here so
far (just tried a few minutes of fsx-linux and a few small compilations.
I'll launc
Am Sa, 2003-08-23 um 01.47 schrieb David Nielsen:
> The entire thing then fails with these messages - no notable compile
> errors or warnings present.
>
> fs/built-in.o(.text+0x9a8cd): In function `print_context':
> : undefined reference to `info_atom'
> fs/built-in.o(.text+0x9e392): In function
The entire thing then fails with these messages - no notable compile
errors or warnings present.
fs/built-in.o(.text+0x9a8cd): In function `print_context':
: undefined reference to `info_atom'
fs/built-in.o(.text+0x9e392): In function `commit_current_atom':
: undefined reference to `info_atom'
fs
David Nielsen writes:
> Not enough to just enable printing - and your code throws so many
> warnings it's close to being scary (truely alpha... I love it)
This is for really adventurous. :)
>
> I think the hack around would be to disable syscall support if I'm
> correct?
yes.
>
> fs/re
Not enough to just enable printing - and your code throws so many
warnings it's close to being scary (truely alpha... I love it)
I think the hack around would be to disable syscall support if I'm
correct?
fs/reiser4/sys_reiser4.c:54:32: parser/parser.code.c: No such file or
directory
fs/reiser4/s
David Nielsen writes:
> This needs to be fixed - it doesn't compile
Oops. As a work around, please, turn on REISER4_DEBUG_OUTPUT ("Printing"
in reiser4 debug option sub menu).
>
> GCC version is 3.3.1
>
Nikita.
> CC fs/reiser4/txnmgr.o
This needs to be fixed - it doesn't compile
GCC version is 3.3.1
CC fs/reiser4/txnmgr.o
fs/reiser4/txnmgr.c:3326: error: parse error before "do"
fs/reiser4/txnmgr.c:3332: error: parse error before "do"
fs/reiser4/txnmgr.c:3343: warning: type defaults to `int' in declaration
of `pos_in_ato
45 matches
Mail list logo