linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Horst von Brand <vonbrand@inf.utfsm.cl>
To: Ed Cogburn <edcogburn@hotpop.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: reiser4 vs politics: linux misses out again
Date: Sun, 10 Jul 2005 01:10:29 -0400	[thread overview]
Message-ID: <200507100510.j6A5ATun010304@laptop11.inf.utfsm.cl> (raw)
In-Reply-To: Message from Ed Cogburn <edcogburn@hotpop.com>  of "Fri, 08 Jul 2005 23:25:39 -0400." <danen6$h3p$1@sea.gmane.org>

Ed Cogburn <edcogburn@hotpop.com> wrote:
> David Lang wrote:
> > On Fri, 8 Jul 2005, Ed Tomlinson wrote:

> >> No Flame from me.  One thing to remember is that Hans and friends
> >> _have_ supported R3 for years.

They let it fall into disrepair when they started work on 4.

> >>                                This is an undisputed fact.

Exactly.

> >>                                                            Second
> >> third parties have be able to add much function (like journaling)
> >> to R3 so the code must be sort of readable...

Why don't you check it? Wouldn't you much prefer if the original authors
(or somebody similarly initmate with the code) did mayor surgery on it?
Specially if it is something you depend on?

> >> With R4 they have created a new FS that is _fast_

Remains to be seen.

> >>                                                   and _can_ do things
> >> no other FS can

Mostly useless things...

> >>                  - I also expect they have written cleaner code...

Better check first.

> >> Why are we fighting about adding this sort of function to the kernel?

Because the filessytem experts in the kernel development crowd (and others)
have /serious/ problems with the ideas and the code?

> >> Yes it may not be the absolute best way to do things.  How many times
> >> has tcpip be rewritten for linux?  The answer is more than once.

So?

> >> Lets put R4 in, see how it works, generalize the ideas and if we have
> >> to rewrite and rethink part of it lets do so.

Why not: Let's keep it out, fix the problems that it has and evaluate it
for inclusion once the problems have been ironed out?  That has been the
policy for everything else as far as I can remember (and that is from
nearly the beginning...)

> > remember that Hans is on record (over a year ago) arguing that R3 should
> > not be fixed becouse R4 was replacing it.

> > This type of thing is one of the reasons that you see arguments that
> > aren't 'purely code-related' becouse the kernel folks realize that _they_
> > will have to maintain the code over time, Hans and company will go on and
> > develop R5 (R10, whatever) and consider R4 obsolete and stop maintaining
> > it.

> Maybe its because Hans and Co., having only a finite amount of dev time,
> would much prefer to spend that time on R4 rather than R3?

ext2 is still being maintained alongside ext3.
 
>                                                            Maybe if we
> were to let R4 into the kernel, it wouldn't be long after that R3 could be
> retired because everyone has moved to R4?

ext3 is several years old, and there are /still/ ext2 users around...

[...]

> Devs should be free to work on whatever they want, because most of them are
> doing this on their own time anyway, otherwise they might just decide to
> hack on some other OS, or a fork of Linux instead.

Nobody forces anybody to work on Linux, or even on the standard Linus
kernel. It is the ReiserFS crowd who are demanding something from the Linux
crowd, not the other way around.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

  parent reply	other threads:[~2005-07-10  5:53 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-30 12:26 reiser4 vs politics: linux misses out again shevek
2005-06-30  9:44 ` Christopher Warner
2005-06-30 12:45 ` Rik Van Riel
2005-06-30 12:53 ` Richard B. Johnson
2005-06-30 20:21   ` Bill Davidsen
2005-07-01 20:54   ` James Courtier-Dutton
2005-06-30 15:33 ` Jim Crilly
2005-06-30 16:02   ` Markus   Törnqvist
2005-06-30 18:10     ` Jim Crilly
2005-07-02 13:05       ` Ed Cogburn
2005-07-02 14:59         ` Christoph Hellwig
2005-07-03 22:34           ` Ed Cogburn
2005-07-02 21:56         ` Jim Crilly
2005-07-03 23:30           ` Ed Cogburn
2005-07-04  1:13             ` Jim Crilly
2005-07-04  1:25               ` Ed Cogburn
2005-07-04  2:11                 ` Horst von Brand
2005-07-05 19:44                   ` cutaway
2005-07-08 22:59                     ` Ed Cogburn
2005-07-09  0:26                       ` Ed Tomlinson
2005-07-09  0:39                         ` David Lang
2005-07-09  3:25                           ` Ed Cogburn
2005-07-09 21:40                             ` David Lang
2005-07-10  5:10                             ` Horst von Brand [this message]
2005-07-10 12:48                               ` Ed Tomlinson
2005-07-10 16:06                                 ` Alexey Dobriyan
2005-07-10 20:21                                   ` Jim Crilly
2005-07-11  0:01                                     ` Ed Cogburn
2005-07-11  0:13                                       ` David Lang
2005-07-11  0:18                                       ` Jim Crilly
2005-07-11  2:43                                         ` Ed Cogburn
2005-07-11  2:40                                           ` Jim Crilly
2005-07-11 11:09                                       ` Ed Tomlinson
2005-07-11 18:16                                         ` Jim Crilly
2005-07-11 19:07                                           ` Hans Reiser
2005-07-11  1:12                                 ` Hans Reiser
2005-07-11  9:01                               ` Erik Hensema
2005-07-11 18:15                                 ` Horst von Brand
2005-07-11 19:04                                   ` Hans Reiser
2005-07-11 20:40                                   ` Erik Hensema
2005-07-09  7:23                           ` Hans Reiser
2005-07-04  6:50                 ` Jens Axboe
2005-07-04 13:42                   ` Maciej Soltysiak
2005-07-04  1:35             ` Horst von Brand
2005-07-01  4:08 ` Miles Bader
2005-06-30 15:27 Markus   Törnqvist
2005-06-30 22:37 Parag Warudkar
2005-07-01 11:29 ` Richard B. Johnson
2005-07-01 11:43   ` Luigi Genoni
2005-07-01 12:17     ` Richard B. Johnson
2005-07-01 12:30       ` Luigi Genoni
2005-07-01 15:27 arjun kumar
2005-07-01 15:44 ` Artem B. Bityuckiy
2005-07-01 15:55   ` Schneelocke
2005-07-01 15:59     ` arjun kumar
2005-07-01 15:53 Parag Warudkar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200507100510.j6A5ATun010304@laptop11.inf.utfsm.cl \
    --to=vonbrand@inf.utfsm.cl \
    --cc=edcogburn@hotpop.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).