Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 22 Apr 2002 18:17:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 22 Apr 2002 18:17:46 -0400 Received: from panic.tn.gatech.edu ([130.207.137.62]:23508 "HELO gtf.org") by vger.kernel.org with SMTP id ; Mon, 22 Apr 2002 18:17:45 -0400 Date: Mon, 22 Apr 2002 18:17:42 -0400 From: Jeff Garzik To: Davide Libenzi Cc: Daniel Phillips , dean gaudet , Larry McVoy , linux-kernel@vger.kernel.org Subject: There is no cabal (was: the BK flamewar) Message-ID: <20020422181742.A17575@havoc.gtf.org> In-Reply-To: <20020422164728.H20999@havoc.gtf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 22, 2002 at 03:04:19PM -0700, Davide Libenzi wrote: > On Mon, 22 Apr 2002, Jeff Garzik wrote: > > > The real question, as I understand it, is whether or not the kernel doc > > should be in the kernel source or not. If the answer is 'no', then I > > fully support making it a URL, or printing it out the back of > > phonebooks, or whatever means of distribution :) > > i really tried to remain out of this. in theory, like Linus said, we > should not even know that he's using bk. it should be completely hidden. > the only method described inside the kernel tarbal should be the > old diff+patch one. main maintainers ( i mean the group of at most 10 that > are handling huge number of patches and that are highly interacting with > Linus ) will very likely get benefits from using bk instead of diff+patch, > but for these one no doc is necessary. either they know or Larry can > provide them with all the docs they need. for all the remaining crew, bk > adoption is simply a trend followup. Nope, the kernel doc was created precisely for the kernel maintainers, cuz most of them (like me) had no clue about how to use BK nicely for the kernel. Honestly, we were all lazy (except the PPC guys and GregKH, I guess :)) and let Linus figure out kernel development under BK. If we attempt to pretend that BK is not widely usage, you do a dissservice to other kernel developers, sysadmins, and power users -- and possibly _increase_ the barrier to entry of the "group of at most 10" you describe above. That "10" does not need do, and should never be, an exclusive club... it just sorta evolved over time as the people who work best with Linus. I want to spread knowledge about working well with Linus as far and as wide as possible -- that benefits all Linux users, and open source overall. I think I have proven that I am working towards that goal, of publishing "Linus knowledge" -- I wrote not only the BK version of Doc/SubmittingPatches, but also Doc/SubmittingPatches itself. Let the knowledge out there, and let people make their own decisions... Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/