From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031022AbXD3Lal (ORCPT ); Mon, 30 Apr 2007 07:30:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1031067AbXD3Lal (ORCPT ); Mon, 30 Apr 2007 07:30:41 -0400 Received: from embla.aitel.hist.no ([158.38.50.22]:37766 "HELO embla.aitel.hist.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1031052AbXD3LaP (ORCPT ); Mon, 30 Apr 2007 07:30:15 -0400 Message-ID: <4635D139.4030609@aitel.hist.no> Date: Mon, 30 Apr 2007 13:21:29 +0200 From: Helge Hafting User-Agent: Icedove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: Uwe Bugla CC: linux-kernel@vger.kernel.org Subject: Re: [linux-dvb] Re: Critical points about kernel 2.6.21 and pseudo-authorities References: <20070429182209.267430@gmx.net> <20070429205925.129920@gmx.net> <20070429230037.95120@gmx.net> <1177894713.3046.5.camel@pc06.localdom.local> <20070430110255.267000@gmx.net> In-Reply-To: <20070430110255.267000@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Uwe Bugla wrote: > In this ten Emails you will yourself see the intellectual and technical proof in how far Mr. Chehab is acting with nothing else but: > > a. Lies > b. Unproven thesis > c. Stigmatizations > > and so on. > > THIS MAN HAS NO IDEA, BUT HE HAS THE POWER! > Please note that there are ways to replace a bad maintainer. We still try to keep it polite. But note that you can't have someone "fired", no matter how bad they do their job. A bad maintainer is usually better than none - the bad maintainer might improve. Or at least get some simple stuff done. You therefore replace a bad maintainer by taking over the position. Contact whoever is above the maintainer (Linus or some other higher-level maintainer). You explain the problem, and you must also show that you have the time and knowledge to do a better job. You can, for example, maintain the same subsystem in parallel. After a while, all interested parties sees that your tree works better and that communicating with you is easier. If you aren't prepared to do this - then you have to live with the current maintainer. There is no staff ready to replace maintainers after complaints, a volunteer doing a better job is always necessary. Helge Hafting