From owner-cvs-src@FreeBSD.ORG Mon May 22 08:37:15 2006 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B4AF16A420; Mon, 22 May 2006 08:37:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5004E43D49; Mon, 22 May 2006 08:37:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 51AE7170DE; Mon, 22 May 2006 08:37:12 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.6/8.13.6) with ESMTP id k4M8b96r006206; Mon, 22 May 2006 10:37:10 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 22 May 2006 18:02:55 +1000." <20060522080255.GB730@turion.vk2pj.dyndns.org> Date: Mon, 22 May 2006 10:37:09 +0200 Message-ID: <6205.1148287029@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: grog@freebsd.org, cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Warner Losh Subject: Re: Apologies X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 08:37:15 -0000 In message <20060522080255.GB730@turion.vk2pj.dyndns.org>, Peter Jeremy writes: >I totally agree. My concern is the (apparent) lack of a formal process. Blunt speaking time: The reason why we don't have a more formal process is that whenever we try that, it does not work. The main reason it does not work is that whenever some feature is put on notice, a number of very vocal people will come out defending exactly that feature as the only reason the world still exists etc. Eventuallyy, somebody will grudingly say "I'll take responsibility for this code". And then nothing continues happen. And the old code is still sitting there festering in the tree, preventing us from progressing with far more important stuff. Then after some timeout, the issue is brought up again, and the cycle repeats. Until at some point, somebody gets sick and tired of it, and either A) walks away and says "let somebody else fix TTYs" or B) nukes the code with prejustice. In other words: PCVT did follow our formal process, but it's taken so long that people have forgotten about it. So If we are to have a (more) formal process, it will have to be formal in both directions. In the case of PCVT this would have been amounted to: "Fix PCVT to be SMP locked, do the right things with TTYs, work with whatever is the state of the art in keyboards. And do so before August 1st OR ELSE". Now, in your own mind, think for a moment what would have happened if I had sent that email out... The inherent conflict between the users who "just want it all to keep working forever" and the developers who have "very limited time to push shit around", there will always be that conflict in an un(der)funded open Source project. In the end, the developers will always win, one way or another (for 10 points: prove this by induction). It follows logically that the only way to be sure to keep any given piece of code alive is to become a developer and maintain it yourself. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.