All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Mason <mason@suse.com>
To: Hans Reiser <reiser@namesys.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: 03 Feb 2003 21:02:54 -0500	[thread overview]
Message-ID: <1044324173.15684.503.camel@tiny.suse.com> (raw)
In-Reply-To: <3E3F0D5D.5070409@namesys.com>

On Mon, 2003-02-03 at 19:46, Hans Reiser wrote:
> 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. 
> 

The idea is that since you support randomly patched kernels, you also
support generic kernels well.  I was trying to complement the support
job you currently do, especially important since later comments might be
misunderstood as saying you don't do support well.


> 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

Every developer (not just in suse) I've worked with tries to fix bug
reports seen on various mailing lists and other unofficial channels. 
It's a major part of all of our jobs.

My argument is that when someone buys the distribution, replaces some
piece and complains about their replacement not working, we suggest they
undo their change and call back.  And yes, the kernel is one of those
pieces.

> ) does so hard?  I don't think it is....
> 

Feel free to start the ultimate distribution where people can purchase a
complete set of cds that results in a coherent, stable and fast install,
where any component could be swapped with it's
generic-recompiled-from-the-net counterpart and still provide support
when people report bugs, all for a reasonable price.

I believe it's a problem of scale, where many components are
exponentially harder to support than a single one.

-chris





  reply	other threads:[~2003-02-04  2:02 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
2003-02-04  2:02                               ` Chris Mason [this message]
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=1044324173.15684.503.camel@tiny.suse.com \
    --to=mason@suse.com \
    --cc=lmb@suse.de \
    --cc=pegasus@nerv.eu.org \
    --cc=quintela@mandrakesoft.com \
    --cc=reiser@namesys.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.