Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 9000 invoked by uid 500); 27 Aug 2002 19:31:57 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 8988 invoked from network); 27 Aug 2002 19:31:57 -0000 Date: Tue, 27 Aug 2002 15:32:01 -0400 (EDT) From: Ryan Bloom To: Greg Stein Cc: dev@apr.apache.org Subject: Re: APR "charter" (was: El-Kabong -- HTML Parser) In-Reply-To: <20020827122626.G6473@lyra.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > > > We are a portability project, which is > > > > all the library was when I wrote it, and all I wish the project to be. If > > That's what *you* wanted Ryan. Tough luck, but there are more of us. And we > have wanted it to be more, and it *is* more. That's right, I opened the project up to other people, which doesn't mean that I no longer get a say. I am saying that I believe we have violated our charter, and I wish to correct that problem. We created a mission statement as a PMC a long time ago (it was removed from the STATUS file some time ago, but here are the three options that were originally in the STATUS file: The Apache Portable Run-time mission is to provide a library of routines that allows programmers to write a program once and be able to compile it anywhere. Votes: +0: Jeff, Ryan -0: Greg, Sascha, Fred The Apache Portable Run-time mission is to provide a free library of C data structures and routines, forming a system portability layer to most Unices and the major commercial operating systems. Votes: +1: Karl, Sascha, Ryan, Jeff, +0: OtherBill, Fred The Apache Portable Run-time mission is to provide a free library of C data structures and routines, forming a system portability layer to as many operating systems as possible, including Unices, MS Win32, BeOS and OS/2. Votes: +1: OtherBill, Karl, Fred, Greg Notice the final one is word for word what is on the web site. As a TEAM we agreed to that as our mission statement. You can't just change the mission statement because you want to. If you want to change that statement, then bring it to the PMC, and let us discuss it. As things stand right now, however, apr-serf and apr-html are in violation of the mission statement, as decided by the PMC. Therefore, I am suggesting that all discussion of these projects be tabled until we either uphold our current mission, or create a new one. > > > Incredibly Useful. However, it seems that the pieces are only useful for > > > very specific applications. El-Kabong is useful (although not immediately > > > necessary) in the same sense as apr-util. I'm just saying we can't have > > > it both ways. > > Of course we can. Our charter allows us to define our scope. I see that as > focusing on "portable" libraries. Which, from the votes above, I would consider to be a change from your previous position. Which is fine, but you don't get to decide on the mission statement for the whole project. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 550 Jean St Oakland CA 94610 -------------------------------------------------------------------------------