All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans Reiser <reiser@namesys.com>
To: Chris Mason <mason@suse.com>
Cc: "Juan Quintela" <quintela@mandrakesoft.com>,
	"Lars Marowsky-Bree" <lmb@suse.de>,
	"Ragnar Kjørstad" <reiserfs@ragnark.vestdata.no>,
	"Jure Pecar" <pegasus@nerv.eu.org>,
	reiserfs-list@namesys.com
Subject: Re: when distros do not support official Marcelo kernels they are not being team players (was Re: reiserfs on redhat advanced server?)
Date: Tue, 04 Feb 2003 03:46:21 +0300	[thread overview]
Message-ID: <3E3F0D5D.5070409@namesys.com> (raw)
In-Reply-To: <1044304857.15684.475.camel@tiny.suse.com>

Chris Mason wrote:

>
>namesys does a great job of processing bug reports from any random guy
>with any random set of patches/apps/distro. 
>
A Marcelo kernel is NOT a randomly patched kernel.  It is the OFFICIAL 
kernel that the community has picked to be the official kernel.  SuSE 
and RedHat should be team players, and act accordingly. 

Linebackers should defend the quarterback, or convince the rest of the 
team to get a different quarterback.

> But my personal belief is
>that supporting the distro as a whole is different,
>
How?

Why is what Namesys (and you, since you don't personally seem to 
hesitate to fix bugs wherever you can find one however much you might 
defend SuSE not officially doing so) does so hard?  I don't think it is....

If someone finds a bug in something we don't think will become part of 
the official kernel, then we might charge extra once we are sure it is 
too obscure to be worth supporting.  If they are using not the latest 
reiserfsprogs, then I typically feel torn between thinking that they 
should pay for the support when they don't read the FAQ that tells them 
to use the latest fsck, and not wanting them to go off muttering about 
how ReiserFS fsck is buggy....

Of course, when they don't want to upgrade to a recent stable official 
kernel, and they want to keep with a buggy old distro kernel because 
distro marketing has been speaking to the fillings in their head about 
the need for fear of unsupported Marcelo kernels, oh, this irks me....;-)

> especially when
>trying to keep the support costs within the bounds set by the sale price
>on the box.
>
It doesn't really add that much to our support costs.....

-- 
Hans



  reply	other threads:[~2003-02-04  0:46 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-30 16:35 reiserfs on redhat advanced server? Jure Pecar
2003-01-30 17:30 ` Vitaly Fertman
2003-01-30 19:16 ` Hans Reiser
2003-01-30 22:41   ` Ragnar Kjørstad
2003-01-31 11:39     ` Hans Reiser
2003-01-31 11:53       ` Lars Marowsky-Bree
2003-01-31 12:08         ` Alexander Lyamin
2003-01-31 12:20           ` Hans Reiser
2003-01-31 12:29             ` Lars Marowsky-Bree
2003-02-01 10:09             ` Alexander Lyamin
2003-01-31 12:29           ` Yury Umanets
2003-01-31 15:22           ` Valdis.Kletnieks
2003-01-31 12:10         ` Hans Reiser
2003-01-31 12:21           ` Lars Marowsky-Bree
2003-01-31 12:35             ` Hans Reiser
2003-01-31 12:39               ` Lars Marowsky-Bree
2003-01-31 13:06                 ` Oleg Drokin
2003-01-31 13:55                   ` Chris Mason
2003-01-31 13:58                     ` Russell Coker
2003-01-31 14:14                       ` Chris Mason
2003-01-31 14:23                         ` Hans Reiser
2003-01-31 14:20                       ` Hans Reiser
2003-01-31 14:45                         ` Russell Coker
2003-01-31 14:08                     ` Oleg Drokin
2003-01-31 14:23                       ` Chris Mason
2003-01-31 16:16                         ` Brian Tinsley
2003-01-31 14:15                     ` Hans Reiser
2003-01-31 14:23                       ` Ookhoi
2003-01-31 14:37                       ` Chris Mason
2003-01-31 15:00                       ` Russell Coker
2003-01-31 15:22                         ` Chris Mason
2003-01-31 16:21                           ` Russell Coker
2003-01-31 18:03                       ` Dieter Nützel
2003-01-31 18:32                         ` Hans Reiser
2003-01-31 12:40               ` Oleg Drokin
2003-02-01 10:58                 ` Alexander Lyamin
2003-02-03 12:38               ` Juan Quintela
2003-02-03 14:20                 ` when distros do not support official Marcelo kernels they are not being team players (was Re: reiserfs on redhat advanced server?) Hans Reiser
2003-02-03 14:53                   ` Chris Mason
2003-02-03 18:51                     ` Hans Reiser
2003-02-03 19:18                       ` Valdis.Kletnieks
2003-02-03 19:38                         ` Hans Reiser
2003-02-03 19:32                       ` Chris Mason
2003-02-03 19:50                         ` Hans Reiser
2003-02-03 20:34                           ` Lars Marowsky-Bree
2003-02-04  1:55                             ` when distros do not support official Marcelo kernels they are not being team players Matthias Andree
2003-02-04  2:24                               ` Valdis.Kletnieks
2003-02-04  2:35                                 ` Brian Tinsley
2003-02-04  2:41                                   ` Chris Mason
2003-02-04  2:56                                     ` Matthew Johnson
2003-02-04  3:54                                       ` Matthias Andree
2003-02-04 16:27                                     ` Hubert Mantel
2003-02-04  4:03                                   ` Matthias Andree
2003-02-04 10:09                                     ` Hans Reiser
2003-02-04 11:17                                       ` Matthias Andree
2003-02-04  3:32                                 ` Matthias Andree
2003-02-03 20:40                           ` when distros do not support official Marcelo kernels they are not being team players (was Re: reiserfs on redhat advanced server?) Chris Mason
2003-02-04  0:46                             ` Hans Reiser [this message]
2003-02-04  2:02                               ` Chris Mason
2003-02-04  9:53                                 ` Hans Reiser
2003-02-04 13:46                                   ` when distros do not support official Marcelo kernels they are not being team players Juan Quintela
2003-02-04 16:36                               ` when distros do not support official Marcelo kernels they are not being team players (was Re: reiserfs on redhat advanced server?) Hubert Mantel
2003-02-04 20:55                                 ` Valdis.Kletnieks
2003-02-04 21:47                                   ` Hans Reiser
2003-02-04 21:45                                 ` Hans Reiser
2003-02-04 22:22                                   ` Chris Mason
2003-02-04 22:57                                     ` Hans Reiser
2003-02-06 18:06                                     ` Bernd Schubert
2003-02-05  8:34                                   ` Hubert Mantel
2003-02-05 12:04                                     ` when distros do not support official Marcelo kernels they are not being team players Juan Quintela
2003-01-31 12:35             ` reiserfs on redhat advanced server? Oleg Drokin

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=3E3F0D5D.5070409@namesys.com \
    --to=reiser@namesys.com \
    --cc=lmb@suse.de \
    --cc=mason@suse.com \
    --cc=pegasus@nerv.eu.org \
    --cc=quintela@mandrakesoft.com \
    --cc=reiserfs-list@namesys.com \
    --cc=reiserfs@ragnark.vestdata.no \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.