Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Reiser4 to gentoo-dev-sources. Poll!
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next  
Reply to topic    Gentoo Forums Forum Index Gentoo Chat
View previous topic :: View next topic  

Do you need Reiser4?
It would be great to have it with gentoo-dev-sources and/or gentoo-sources
65%
 65%  [ 367 ]
It is enough if it works with other sources.
15%
 15%  [ 88 ]
I don't need Reiser4 at all, so I don't care.
18%
 18%  [ 103 ]
What is Reiser4?
0%
 0%  [ 2 ]
Total Votes : 560

Author Message
yngwin
Retired Dev
Retired Dev


Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China

PostPosted: Wed Oct 05, 2005 1:05 am    Post subject: Reply with quote

gentoo_lan wrote:
However unless you enjoy data loss, I would wait for a long time to use Reiser4...perhaps forever.:D

It is exactly because I don't enjoy data loss that I am so happy with Reiser4. It actually is the only filesystem that has never let me down. The only thing is its incompatibility with Apache2. But I never had data loss with Reiser4. I did have data loss with ext3 and XFS. Those experiences have made me a strong supporter of Reiser4. I'm not technical enough to see the 'bad by design' point, but it works for me and that is what counts in the end.
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Wed Oct 05, 2005 3:15 am    Post subject: Reply with quote

yngwin wrote:
gentoo_lan wrote:
However unless you enjoy data loss, I would wait for a long time to use Reiser4...perhaps forever.:D

It is exactly because I don't enjoy data loss that I am so happy with Reiser4. It actually is the only filesystem that has never let me down. The only thing is its incompatibility with Apache2. But I never had data loss with Reiser4. I did have data loss with ext3 and XFS. Those experiences have made me a strong supporter of Reiser4. I'm not technical enough to see the 'bad by design' point, but it works for me and that is what counts in the end.


I think that's quite a common observation, it works well for you - you don't know what's going on behind the scenes, it might be ugly, it might be good - but for you, life is peachy - your data seems safe and generally speedy.

Nothing wrong with that, in fact I think it's a strong endorsement of Reiser4 on user merits (it doesn't blow up), technical merit - well I think we should all leave that to the kernel developers - however it is important to stress that so far, I have yet to loose data to Reiser4 as well in my trial runs (I have no run Reiser4 for anything serious and I don't intend to either for various reasons), that doesn't on the other hand mean that we should just let it in, surely it needs to comply with kernel standards and such.

As for including it in gentoo-sources, one has to remember that any delta gentoo keeps with upstream, is a net cost in development time, time that could otherwise go to things of interest - such as fixing drivers or writing new ones (like the wonderful dsd does.. much kudos man, you're my hero). So do we really need it in gentoo-sources, I think not, let it get into vanilla, then support is cheap any bugs can be filed against one code base and qualified developers (namesys I guess, since it's their code) can work on them. Try not to think of this as someone depriving you of a feature, think of it as time going from pointless maintance to useful bugfixing, be you a Reiser4 supporter or a naysayer.
Back to top
View user's profile Send private message
djm
Arch/Herd Tester
Arch/Herd Tester


Joined: 12 Apr 2004
Posts: 690
Location: Wadham College, Oxford

PostPosted: Wed Oct 05, 2005 3:38 pm    Post subject: Reply with quote

playfool wrote:
As for including it in gentoo-sources, one has to remember that any delta gentoo keeps with upstream, is a net cost in development time, time that could otherwise go to things of interest - such as fixing drivers or writing new ones (like the wonderful dsd does.. much kudos man, you're my hero). So do we really need it in gentoo-sources, I think not, let it get into vanilla, then support is cheap any bugs can be filed against one code base and qualified developers (namesys I guess, since it's their code) can work on them. Try not to think of this as someone depriving you of a feature, think of it as time going from pointless maintance to useful bugfixing, be you a Reiser4 supporter or a naysayer.


There's also the respect from other kernel developers issue. Since the number of patches in gentoo-sources has been reduced (and patches largely only being bug fixes and things that will be in vanilla sources very soon), upstream take gentoo-sources and bug reports about them much more seriously, and talk to dsd a lot more about what they are doing. For that reason alone reiser4 isn't going to go into gentoo-sources until it's in vanilla, regardless of what anyone thinks about the merit of reiser4 itself.
_________________
the forums.gentoo.org poster formally known as metal leper
Back to top
View user's profile Send private message
superstoned
Guru
Guru


Joined: 17 Dec 2004
Posts: 432

PostPosted: Wed Oct 05, 2005 5:41 pm    Post subject: Reply with quote

djm wrote:
playfool wrote:
As for including it in gentoo-sources, one has to remember that any delta gentoo keeps with upstream, is a net cost in development time, time that could otherwise go to things of interest - such as fixing drivers or writing new ones (like the wonderful dsd does.. much kudos man, you're my hero). So do we really need it in gentoo-sources, I think not, let it get into vanilla, then support is cheap any bugs can be filed against one code base and qualified developers (namesys I guess, since it's their code) can work on them. Try not to think of this as someone depriving you of a feature, think of it as time going from pointless maintance to useful bugfixing, be you a Reiser4 supporter or a naysayer.


There's also the respect from other kernel developers issue. Since the number of patches in gentoo-sources has been reduced (and patches largely only being bug fixes and things that will be in vanilla sources very soon), upstream take gentoo-sources and bug reports about them much more seriously, and talk to dsd a lot more about what they are doing. For that reason alone reiser4 isn't going to go into gentoo-sources until it's in vanilla, regardless of what anyone thinks about the merit of reiser4 itself.
and i think that's ok. those who want reiser4 can patch it in themselves, or use a patchset which contains it.
Back to top
View user's profile Send private message
VeliuX
n00b
n00b


Joined: 04 Oct 2005
Posts: 17
Location: Washington/Illinois/USA

PostPosted: Fri Oct 07, 2005 7:12 pm    Post subject: sorry Reply with quote

Hello, I am sorry if my last post seemed like a flame. I am just trying to save some people some time, and frusteration. But
I am sorry superstoned, it wasnt fud, just google LKML and you will know what i mean. I am more upset with the people who promote such ignorant things like so called "Safe Cflags" and so called "Safe Filesystems". They are the people that put a bad name on linux itself. But if you must go ahead and waste your time, just dont file bug reports and dont come whining when something breaks. Thanks


-note: Flame is spelled Flame not flaim. For future reference.
_________________
-Baer
Back to top
View user's profile Send private message
superstoned
Guru
Guru


Joined: 17 Dec 2004
Posts: 432

PostPosted: Fri Oct 07, 2005 10:13 pm    Post subject: Re: sorry Reply with quote

VeliuX wrote:
Hello, I am sorry if my last post seemed like a flame. I am just trying to save some people some time, and frusteration. But I am sorry superstoned, it wasnt fud, just google LKML and you will know what i mean.
they're still opinions.
VeliuX wrote:
I am more upset with the people who promote such ignorant things like so called "Safe Cflags" and so called "Safe Filesystems". They are the people that put a bad name on linux itself. But if you must go ahead and waste your time, just dont file bug reports and dont come whining when something breaks. Thanks
hey, you should be thankfull for all those ppl that are willing to try new things. thanx to them you have stable OSS! i can see why you don't wanna try reiser4 or experiment with new useflags. but if no-one did, how did we get new speedups in bootup? or new io schedulers like cfq (which outperforms the old one, i happened to have helped debugging it. yes, it caused crashes here. even dataloss. but now YOU can use it... safely...).
VeliuX wrote:
-note: Flame is spelled Flame not flaim. For future reference.
srry, not native english...
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Sat Oct 08, 2005 12:16 am    Post subject: Re: sorry Reply with quote

superstoned wrote:
[hey, you should be thankfull for all those ppl that are willing to try new things. thanx to them you have stable OSS! i can see why you don't wanna try reiser4 or experiment with new useflags. but if no-one did, how did we get new speedups in bootup? or new io schedulers like cfq (which outperforms the old one, i happened to have helped debugging it. yes, it caused crashes here. even dataloss. but now YOU can use it... safely...).


Maybe: Research by qualified people, reading documentation, applying known concepts, profiling, reading standards.. most certainly you wouldn't take credit for any great leaps of mankind in the name of ricerhood?

Now I'm all for testing experimental code, if you understand the risks and you do so with the understanding of how to tell qualified people fix it by providing proper feedback or doing it yourself. Thus people qualified to test such code would be in a state of being able to at least apply a patch without assistance and to follow simple instructions like do not file bugs with your vendor.

I beg you please don't argue for a case that leads to dsd wasting his valuable time, like all the other developers he does this in his spare time because he wants to - burdening him with attitional patches to maintain which are known to be buggy and which are on the fast track to lkml peer review and since inclusion in vanilla... wait or apply it yourself, please.
Back to top
View user's profile Send private message
superstoned
Guru
Guru


Joined: 17 Dec 2004
Posts: 432

PostPosted: Sat Oct 08, 2005 10:01 am    Post subject: Re: sorry Reply with quote

playfool wrote:
superstoned wrote:
[hey, you should be thankfull for all those ppl that are willing to try new things. thanx to them you have stable OSS! i can see why you don't wanna try reiser4 or experiment with new useflags. but if no-one did, how did we get new speedups in bootup? or new io schedulers like cfq (which outperforms the old one, i happened to have helped debugging it. yes, it caused crashes here. even dataloss. but now YOU can use it... safely...).


Maybe: Research by qualified people, reading documentation, applying known concepts, profiling, reading standards.. most certainly you wouldn't take credit for any great leaps of mankind in the name of ricerhood?

Now I'm all for testing experimental code, if you understand the risks and you do so with the understanding of how to tell qualified people fix it by providing proper feedback or doing it yourself. Thus people qualified to test such code would be in a state of being able to at least apply a patch without assistance and to follow simple instructions like do not file bugs with your vendor.

I beg you please don't argue for a case that leads to dsd wasting his valuable time, like all the other developers he does this in his spare time because he wants to - burdening him with attitional patches to maintain which are known to be buggy and which are on the fast track to lkml peer review and since inclusion in vanilla... wait or apply it yourself, please.

lets quote myself here:
superstoned wrote:
djm wrote:
There's also the respect from other kernel developers issue. Since the number of patches in gentoo-sources has been reduced (and patches largely only being bug fixes and things that will be in vanilla sources very soon), upstream take gentoo-sources and bug reports about them much more seriously, and talk to dsd a lot more about what they are doing. For that reason alone reiser4 isn't going to go into gentoo-sources until it's in vanilla, regardless of what anyone thinks about the merit of reiser4 itself.

and i think that's ok. those who want reiser4 can patch it in themselves, or use a patchset which contains it.


i didn't want to use the fact code has to be tested (and in the FOSS world, ordinary users have to do that) to say "include reiser4 in the gentoo-patches", but i DID want to say people should not be discouraged too much to try out new things. as long as we tell them it can be unsafe, and as long as they are willing to invest some time to help pin down the bug, they are doing a good thing. i'm no coder, but i can add a patch to a kernel, fix one or two rejects, and test the result. so, i can help, in some way. and i KNOW jens and con and other (kernel) hackers appreciate that. of course, they rather had a patch. but they can't stabilize their code unless someone tests it.

i think we shouldn't be so negative about 'ricers', as long as we tell them they must be willing to invest some time and effort to help fix problems they encounter. they are, after all, on the 'front' of technology.

and no, i don't consider myself a ricer. -O2 is my way of life... but i DO help test new features in the kernel (like the new swap-prefetch con is working on) and i run KDE SVN to help find bugs and suggest new additions. now, does that make me a bad person? no! actually, imho we need more ppl that do such things, instead of (wine about others) complaining about instabillity - help fix things! some 'grow' and become coders, or help in other places (me, i help translate articles and help man KDE boots in the netherlands. wouldn't have done that if i never 'dived' into the great community that surrounds KDE).

and sorry for my english, correct me/ask me if its not clear what i'm trying to say.
Back to top
View user's profile Send private message
yngwin
Retired Dev
Retired Dev


Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China

PostPosted: Sat Oct 08, 2005 8:06 pm    Post subject: Reply with quote

playfool wrote:
yngwin wrote:
It is exactly because I don't enjoy data loss that I am so happy with Reiser4. It actually is the only filesystem that has never let me down. ... I'm not technical enough to see the 'bad by design' point, but it works for me and that is what counts in the end.


I think that's quite a common observation, it works well for you - you don't know what's going on behind the scenes, it might be ugly, it might be good - but for you, life is peachy - your data seems safe and generally speedy.

Nothing wrong with that, in fact I think it's a strong endorsement of Reiser4 on user merits (it doesn't blow up), technical merit - well I think we should all leave that to the kernel developers -

I agree with you there. I understand that Reiser4 is quite controversial - yes, I do read LKML occassionally, and if I understand 25% of what's going on I consider myself happy. So I'm not pushing for Reiser4 to go into vanilla, or in gentoo(-dev)-sources for that matter. I'll leave that to the knowledgeable people in charge. Because in the end no-one is served with instability in vanilla or users swamping the Gentoo devs with support questions for a feature which is arguably still experimental.

Personally, I am very happy with Reiser4 as well as the opportunities that Gentoo offers. Anyone who wants can find patches that include Reiser4 (I'm using nitro myself) and test it. Anyone who wants can unmask experimental ebuilds or get an overlay and test stuff. All this is quite easy to do with portage. So a big thank you to our devs!

And yes, it is good and necessary to have testers, but we need people that know and accept the risks involved. I think portage allows us to do so without too much hassle. So I agree with my fellow coutryman above. Nice to see you, superstoned!
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
superstoned
Guru
Guru


Joined: 17 Dec 2004
Posts: 432

PostPosted: Sun Oct 09, 2005 1:30 pm    Post subject: Reply with quote

* Superstoned says hi to yngwin

:D
Back to top
View user's profile Send private message
Aonoa
Guru
Guru


Joined: 23 May 2002
Posts: 589

PostPosted: Mon Oct 10, 2005 8:17 pm    Post subject: Reply with quote

Reiser4 has for a while now and is currently working nicely for me. The laptop has lost battery and powered off many times without any data loss at all. I'm only starting to think it might be the reason for my samba troubles, oh well. Things need to be tried and tested in order to be improved. I might not know how to look at FS code and such, but it works. So far. :)
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Mon Oct 10, 2005 8:34 pm    Post subject: Re: sorry Reply with quote

superstoned wrote:
i think we shouldn't be so negative about 'ricers', as long as we tell them they must be willing to invest some time and effort to help fix problems they encounter. they are, after all, on the 'front' of technology.


Anyone can do what s/he wants, including ricers, but I disagree in one thing. Serious bugtesters dont test on a fully unstable system, never. That is not the way to go to test things, because the problem can arise in any place. If you want to test or depurate programs you need to have a stable environment.

I don't think that a person with a 7000 characters long cflags string can help to degub anything, at all.

About the poll, you all forgot an option:
[X] I don't relly on Reiser4 at all, so I don't want it into the stable sources.

As stated above by anyone, I think that a serious tester can patch the kernel with his/her hands. There is no need to include such stuff in a stable branch of the kernel. In fact, I am of the opinion that all the so called "experimental" patches should be taken off the kernel. Of course, im not so qualified as Torvalds to talk about that, so, if they are there and reiser4 is not maight there be a reason, or maybe he is working in some another important things and just dont have the time to look and test the "amazing" new reiser4 releases. It is all about priorities.
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Mon Oct 10, 2005 9:02 pm    Post subject: Reply with quote

Putting my money where my mouth is, I tried a full Gentoo install on Reiser4 using Tiger' Nitro-sources as the driving engine since they seem popular amongst the.. debuggers of Reiser4. And I must say it wasn't a pretty experience, even with sane cflags.

Reiser4 showed a tendency to lock the system up under very specific and repeatable conditions, the latency seemed horrible and worst of all it seemed to cause slowdowns in many operations such as installing gst plugins.

Now the good bits, every time Reiser4 caused a crash the partitions recovered beautifully not a scratch on my data and the performance on small files is blazing fast as far as unscientify meassurements go (I stopwatched unpacking the kernel sources on my ext3 dir_index enabled partition prior to installing Gentoo and Reiser4 was indeed faster).

I'm not encouraged by this going into the kernel, I forsee a lot of problems, but in the same sense testing it for stability on -mm based kernels seems silly.
Back to top
View user's profile Send private message
Aonoa
Guru
Guru


Joined: 23 May 2002
Posts: 589

PostPosted: Mon Oct 10, 2005 9:46 pm    Post subject: Reply with quote

Personally, I'm just patching a vanilla kernel. I tried the mm-sources, but that was highly unstable indeed.
Back to top
View user's profile Send private message
Jake
Veteran
Veteran


Joined: 31 Jul 2003
Posts: 1132

PostPosted: Mon Oct 10, 2005 10:05 pm    Post subject: Reply with quote

playfool wrote:
Reiser4 showed a tendency to lock the system up under very specific and repeatable conditions, the latency seemed horrible and worst of all it seemed to cause slowdowns in many operations such as installing gst plugins.

At least if it's under "very specific and repeatable conditions" you can file helpful bug reports.
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Mon Oct 10, 2005 11:05 pm    Post subject: Reply with quote

Jake wrote:
playfool wrote:
Reiser4 showed a tendency to lock the system up under very specific and repeatable conditions, the latency seemed horrible and worst of all it seemed to cause slowdowns in many operations such as installing gst plugins.

At least if it's under "very specific and repeatable conditions" you can file helpful bug reports.


I'm currently trying to get the bug verified on another machine.
Back to top
View user's profile Send private message
superstoned
Guru
Guru


Joined: 17 Dec 2004
Posts: 432

PostPosted: Tue Oct 11, 2005 7:50 am    Post subject: Reply with quote

playfool wrote:
Jake wrote:
playfool wrote:
Reiser4 showed a tendency to lock the system up under very specific and repeatable conditions, the latency seemed horrible and worst of all it seemed to cause slowdowns in many operations such as installing gst plugins.

At least if it's under "very specific and repeatable conditions" you can file helpful bug reports.


I'm currently trying to get the bug verified on another machine.
i was put of by these slowdowns/lockups... would be great if they find and fix them.

@6thpink
i agree a serious bugtester should test on a stable system, not a ~* and full series of cflags. many ricers are ignored when filling bugs, and i understand that. but anyone who uses -nitro or -ck, or reiser4 is not a ricer, as some seem to think... i don't have many packages ummasked (mostly KDE for kde svn), have only -O2, -mmarch and -fvisibility in my cflags, and use and test -ck kernels (and the official -rc's) when i have time. ricer? why? i try to find and pin down bugs, and i like to do that. that's about it... i don't want an uberl33t system or whatever...

and most ricers seem to come back from their 'puberty' soon enough, as they also want a stable system. most only experiment with a few things, like gcc4. and not all, but many you might consider 'ricer' DO find and report bugs that are fixed, i'm sure about that.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Oct 11, 2005 4:21 pm    Post subject: Reply with quote

Im sure about that, im not trying to put a label in the face of everyone who uses reiser4 or ck or gcc4. But, im also sure that, anyone who wants reiser4 into gentoo-sources or vanilla, is, for sure, a racer.

If you decide to patch your kernel, its ok. If you use a patched branch like ck or whatever, its ok. As I stated so many times, everyone if free to do what s/he wants to do. But if you want to put stuff like reiser4 into a stable branch of the kernel, then you are a racer. That will only make flee more newcomer to linux after a few days.

I remember when I came to linux (and when I was not so new)... Those days I thought, as most newbies did and still do, that the latest=the better, so, latest kernel=better kernel, latest fs=better fs. A newbye does not care if a fs is experimental or whatever. When s/he reads "experimental" may think that is a bit unstable, but will never think that his/her system is going to corrupt data and of freeze horribly. That, altogether with a missconfigured system, and summing that the newcomer does not have a clue on how to start fixing things (and, much less, how to report a bug efficiently) only scare newcomers, which, of course, after a couple of days of headache, in most cases, go away and take again their windoze cdrom.

To put experimental stuff in something that is supposed to be stable is a ricer's thought. Period.

If you want to race, buy a 1500 c.c. motorbike, a formula 1 car or an F17 and go to an adequate place. But, please, dont beg motorbike manufacturers to put a top high speed motor into every motorbike, so ricers can drive on the streets. I think it is a very reasonable thought :)
Back to top
View user's profile Send private message
mr2600
n00b
n00b


Joined: 22 Feb 2004
Posts: 54
Location: Florida

PostPosted: Wed Oct 12, 2005 12:38 am    Post subject: Reply with quote

Leaving out reiser4 is a good thing. I still remember the old days of reiserfs and the constant instability issues and arguments. And personally to me, they have a long way to proving they can make a stable filesystem. I once lost data due to the idiotic "single super block" design... I don't give a holler if its faster from whatever benchmark. Ext2/3 w-o-r-k-s.
Back to top
View user's profile Send private message
Jake
Veteran
Veteran


Joined: 31 Jul 2003
Posts: 1132

PostPosted: Wed Oct 12, 2005 12:57 am    Post subject: Reply with quote

mr2600 wrote:
Leaving out reiser4 is a good thing. I still remember the old days of reiserfs and the constant instability issues and arguments. And personally to me, they have a long way to proving they can make a stable filesystem. I once lost data due to the idiotic "single super block" design... I don't give a holler if its faster from whatever benchmark. Ext2/3 w-o-r-k-s.

Before Namesys started making the changes required to get into vanilla, reiser4 was significantly more reliable than early reiserfs releases. After fixing a few bugs, it'll be at that state again. I don't know all the technical details, but I do know of a few cases where Namesys learned from their mistakes. This time around they built a good fsck instead of hacking one together as an afterthought. They have the framework in place to extend the filesystem and handle whatever metadata future users might want, whereas reiserfs had to be hacked to support extended attributes and ACLs. The reiserfs data recovery problems caused by loopback filesystems and dd images are also fixed in reiser4.

And if we want to throw out anecdotal evidence, I almost lost my /home a few times to an XFS superblock problem.
Back to top
View user's profile Send private message
rzZzn
Tux's lil' helper
Tux's lil' helper


Joined: 24 Aug 2004
Posts: 96
Location: Sweden

PostPosted: Wed Oct 12, 2005 3:32 pm    Post subject: Reply with quote

It would be great to have it in the gentoo-(dev)-sources kernel :)
Used it over a year with no troubles :)
Back to top
View user's profile Send private message
PaveQ
Apprentice
Apprentice


Joined: 11 Feb 2005
Posts: 225
Location: Finland

PostPosted: Fri Oct 14, 2005 3:19 pm    Post subject: Reply with quote

I would like to have reiserfs4 in gentoo-sources too. 8) Maybe I could try it out for /usr/portage for example.

But NO, I would have to try mm-sources or other unstable kernels, and that is not what I want. Why can't reiserfs4 be in gentoo-sources? I don't see any harm if it would be off by default and marked as HIGHLY UNSTABLE and NOT SUPPORTED.

Why? :cry:
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Fri Oct 14, 2005 4:25 pm    Post subject: Reply with quote

PaveQ wrote:

But NO, I would have to try mm-sources or other unstable kernels, and that is not what I want.

Let's analize this a bit. Do you know why gentoo-sources and vanilla-sources are stable??? Precisely because they don't ship such crappy and unstable code like the reiser4 one. What would be the difference between mm or whatever other source and gentoo-sources then?

If you want reiser4 in your stable vanilla or gentoo-sources then patch it. It is as easy as "cat <patchfile> | patch -p1". If you don't have the knowledge to simply patch the thing I advice you not to use reiser4.
Back to top
View user's profile Send private message
playfool
l33t
l33t


Joined: 01 Jun 2004
Posts: 688
Location: Århus, Denmark

PostPosted: Fri Oct 14, 2005 6:20 pm    Post subject: Reply with quote

PaveQ wrote:
I would like to have reiserfs4 in gentoo-sources too. 8) Maybe I could try it out for /usr/portage for example.

But NO, I would have to try mm-sources or other unstable kernels, and that is not what I want. Why can't reiserfs4 be in gentoo-sources? I don't see any harm if it would be off by default and marked as HIGHLY UNSTABLE and NOT SUPPORTED.

Why? :cry:


Why don't you try and read my previous post on the cost of keeping a delta with upstream - and Reiser4 having tried the latest snapshot is far from in a usable state for every day users like yourself - if you really want to try it, you should be skilled enough to at least patch it in yourself.
Back to top
View user's profile Send private message
electrofreak
l33t
l33t


Joined: 30 Jun 2004
Posts: 713
Location: Ohio, USA

PostPosted: Fri Oct 14, 2005 8:23 pm    Post subject: Reply with quote

does it work on amd64 as of yet?


While I would like to use reiser4 for experimenting, I don't really want to use it on any sort of relied on system.
_________________
Desktop: ABit AN8, Athlon64 X2 4400+ 939 2.75GHz, 2x1GB Corsair XMS DDR400, 2x160GB SATA RAID-0, 2x20"W, Vista Ultimate x64
Laptop: 15.4" MacBook Pro 2.4Ghz, 2x1GB RAM, 160GB, Mac OS X 10.5.1
Server: PIII 550Mhz, 3x128MB RAM, 160GB, Ubuntu Server 7.10


Last edited by electrofreak on Thu Oct 27, 2005 11:21 pm; edited 1 time in total
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo Chat All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next
Page 5 of 7

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum