From: "Jim Crilly" <jim@why.dont.jablowme.net>
To: "Markus Törnqvist" <mjt@nysv.org>
Cc: shevek@bur.st, linux-kernel@vger.kernel.org
Subject: Re: reiser4 vs politics: linux misses out again
Date: Thu, 30 Jun 2005 14:10:00 -0400 [thread overview]
Message-ID: <20050630180959.GC24468@voodoo> (raw)
In-Reply-To: <20050630160244.GV11013@nysv.org>
On 06/30/05 07:02:44PM +0300, Markus Törnqvist wrote:
> On Thu, Jun 30, 2005 at 11:33:26AM -0400, Jim Crilly wrote:
>
> >> I label according to the observed effect. I haven't read the code.
> >Of course not, it's not like the code actually matters, right?
>
> As for Reiser4, they're fixing the code now to look more Linuxy
> and all's well.
>
> The discussion is "Should the VFS be extended to support files-as-dirs
> or data objects by using what we already have in Reiser4 in -mm, although
> disabled."
>
> >So? Most of the complaints about Linux on the desktop are userland
> >problems. Adding cool features to the kernel won't make a big difference,
> >if for no other reason than it will take a long time for support to make it
> >into things like Gnome and KDE. And that's if they choose to support them,
>
> And people who'd like to use something lighter than Gnome or KDE
> and still use these nice features?
>
Then work with whatever WM you want to help them support what makes sense
for them. For instance, I use Enlightenment but most of the crap proposed
in Reiser4 doesn't make sense for E because there's no filemanager or
anything. The image thumbnails in metadata might be nice, but I wouldn't
throw a fit if the current runtime generated thumbnails were still used.
>
> >they have to support other OSes as well and adding support for features
> >that are Linux-specific isn't to be taken lightly, especially since these
> >would be less than Linux-specific, they would be tied to a single
> >filesystem on Linux.
>
> They would not be tied to a single filesystem, naturally, I think
> we can all agree that case is closed, as it'll just spawn another
> waste-of-time flamewar.
>
Nothing has happened so far, once the VFS extensions are laid out,
documented and implemented we can begin to start saying that some of the
features are fs agnostic.
> >> Someone shoulda simply forked it then. When Hans first said 'replace VFS with
> >> reiser4'. I doubt he could have done it by himself ... they (trolls) would
> [...]
> >He can still do that, nothing is stopping him from forking Reisux and
> >trying to woo developers.
>
> It'd be much better to talk this thing through..
> There have been pretty good arguments for the extended VFS, that it
> would be doable. It may just be less of a unix after that, or less
> of Linux as we know it now.
>
I'm not advocating a fork, I just think it's stupid that so many people
have been saying "Stop arguing, just accept reiser4 as-is because it's
fast and cool!!!!"
> The circular reasoning "We don't want Reiser4's files-as-dirs in
> before they're tested. We also have them disabled by default.
> They should not be implemented on this layer here, but we won't
> let you touch our VFS." is bad.
>
> Surely if the things started to go into the VFS in a separate,
> official tree, it'd no longer be just Namesys doing the work.
>
> >And what is better for Linux? It's all about perspective and the people on
> >this mailing list have to maintain the kernel from a developer's standpoint
> >and if they start accepting every new feature regardless of complexity,
> >maintainability, etc the kernel will become a nightmare.
>
> The filesystem is tested well enough to go in. For real.
> It may not be production stable with immediacy but it is tested.
>
People have been saying the same thing about reiser3 for years and yet
every time I break down and try it again for whatever reason I find a nice
new corner case that causes me headaches and usually ends up in me going
back to ext3 or XFS.
> The extended semantics are a separate matter.
>
> >And what happens in 2 years when Hans posts about reiser5 fixing all of the
> >bad things about reiser4 and that reiser5 should be merged ASAP so that
> >everyone can upgrade again?
>
> Then someone steps up and goes "No, shut the fuck up and fix the code,
> we gave you your shot" or something.
>
> Community pressure.
>
Right, because Hans is so damned receptive.
>
> And it'll be a lot easier with the new VFS.
>
I'm not buying it, but only time will tell.
> >And you're asking the kernel devs to get a wider scope on life? It sounds
> >like you're not even living in the same reality that I am.
>
> Sometimes it also seems people would much rather shout at each
> other than see that reasons are starting to pop up why Linux
> could lose popularity.
>
I don't disagree, there are many aspects of each section of a Linux distro
where decisions can affect how Linux is perceived by current and new users.
But IMO not letting reiser4 in, in it's current state, isn't going to send
a bunch of Linux users running to get Macs.
> I accidentally deleted the paragraph with you saying the page
> reads like a commercial.
>
> I half agree, Hans has written that well, but maybe for
> people who would pay him money to do his work.
> Therefore some of the stuff is a bit obscure. Like what is now
> Reiser4.1 (ie. ..metas/ whatever, I believe) is apparently referred
> to as Reiser6 there.
>
I understand why he wants to have his marketing pages and I don't care if
they exist, but you would think he would also want to have some SDK-type
pages where it explains the new features, the "plug-in" API and such.
> It'd be damned nice to see that page revisited a bit, maybe not much,
> but getting the names straight and having one of the tech guys write
> tech documentation that's clearly accessible.
>
> That page does still not change the situation that the code exists
> to some extent, which could be merged to the VFS layer by
> extending it a bit and this would be easiest done in a tree that
> people will want to hack on.
>
But if big VFS changes are going to happen, I doubt anyone would want to
make them in -linus or -mm because there's probably going to be a lot of
initial breakage. Maybe this would be a good reason to fork 2.7?
> And frankly this amount of tautology is starting to get even
> on my nerves :)
>
I agree, it was interesting for the first few days but now most of the
threads have gone so far OT that it's just stupid.
> --
> mjt
>
Jim.
next prev parent reply other threads:[~2005-06-30 18:13 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 [this message]
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
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=20050630180959.GC24468@voodoo \
--to=jim@why.dont.jablowme.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mjt@nysv.org \
--cc=shevek@bur.st \
/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).