Most of the use of reiserfs will be experienced by the users for whom patching
the kernel is too much work to do it just for reiserfs.
The reiserfs mailing list is mostly german, because of SuSE bundling it. Many
people are better off spending another $100 on a faster hard drive than learning
to use patch. Now that they've stopped making an effort to keep meaningless
warning messages out of the kernel compile (it was a certain person's SCSI code
that set the trend) it is even scarier to compile a kernel. Do any of you
remember how much you worried the first time you compiled a program off the net,
and it had all sorts of warning messages, and you wondered if you had corrupted
it by doing something wrong? (Ok, this is my pet peeve, sorry, I exaggerate it
and distract)
If we get into Linux, I predict our sponsorships will triple because of it.
That is, the number of people paying us to add customizations of reiserfs will
triple as a result of our being extensively used by people who don't want to
bother patching linux to have reiserfs. That is my paradoxical prediction. We
make enough profit on those customizations to also fund our core development
(though every month I am begging some new accounting department to let me make
my payroll:-) ).
Hans
Khimenko Victor wrote:
>
> In <Pine.LNX.4.21.0006052045480.18238-100000@toor.thn.htu.se> Richard Torkar (ds98rito@thn.htu.se) wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
>
> > On Tue, 6 Jun 2000, David Luyer wrote:
>
> >>
> >> Richard Torkar wrote:
> >>
> >> > I on the other hand don't see the problem, since a decent coder can use
> >> ^^^^^^^^^^^^
> >> > patch/diff so applying the reiserfs patches isn't hard to do...
> >> >
> >> > Please give some good reasons why applying reiserfs in 2.4.* would be a
> >> > good idea. And I don't mean that sarcasticly I mean it out of curiousity.
> >>
> >> You assume everyone who wants to use reiserfs is a "decent coder"?
>
> > No, I do not assume that. I assume that he can patch a kernel tree.
>
> It's wrong assumptation. I know quite a few sysadmins here who NEVER patched
> kernel and NEVER compiled it. And they can not fix "C" code itself. They are
> using Mandrake, SuSE and so on and they can setup server (with RAID and
> everything) just fine.
>
> > If he can't do that then I would say that he would be pretty lost when it
> > comes to dealing with formatting a HD.
>
> They were not :-) If someone can not program he is not stupid - may be it's
> just not his job...
>
> > Journaling fs might sound very cool (and it is :) but putting it in the
> > kernel means basically (even if it says EXPERIMENTAL) that new users who
> > compile their first kernels might try that and after a while *fsck* their
> > HD permanentally, which leads to ppl screaming that Linux sucks. And
> > nobody wants that.
>
> They can screw HD permanently without even compiling kernel. Just something
> like dd if=/dev/zero of=/dev/hda will be enough.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jun 07 2000 - 21:00:23 EST