Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2993006AbXEBKey (ORCPT ); Wed, 2 May 2007 06:34:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S2993026AbXEBKey (ORCPT ); Wed, 2 May 2007 06:34:54 -0400 Received: from hp3.statik.TU-Cottbus.De ([141.43.120.68]:34131 "EHLO hp3.statik.tu-cottbus.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2993006AbXEBKex (ORCPT ); Wed, 2 May 2007 06:34:53 -0400 Message-ID: <46386917.10704@s5r6.in-berlin.de> Date: Wed, 02 May 2007 12:33:59 +0200 From: Stefan Richter User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: "John Anthony Kazos Jr." CC: "Robert P. J. Day" , Valdis.Kletnieks@vt.edu, Andre Tomt , Linux Kernel Mailing List Subject: Re: so ... what *are* candidates for removal? References: <46375D1C.4050404@tomt.net> <10590.1178037443@turing-police.cc.vt.edu> <4637C04E.4070306@s5r6.in-berlin.de> <46385EF8.8040005@s5r6.in-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1315 Lines: 30 John Anthony Kazos Jr. wrote: [I wrote] >> BTW, of course it doesn't suffice to say "we can't remove it yet" after >> the due day. There need to be well-founded reasons for another >> deferral. [...] > So when this sort of thing comes up, why can't somebody put together a > trivial patch to update feature-removal-schedule.txt? If a deadline is > reached, and a removal is attempted and aborted, the deadline should be > extended, obviously. So then the patches can be resubmitted (or recreated, > even) when the new deadline is reached, da capo. Yes, of course. When a decision is reached to defer or even abort a feature removal process, the maintainer in charge should take care that such an updating patch goes to feature-removal-schedule.txt. So if there are outdated entries in feature-removal-schedule.txt, then it's because someone forgot something, and it won't hurt to ask the responsible person if he knows of a change in the removal plan. -- Stefan Richter -=====-=-=== -=-= ---=- http://arcgraph.de/sr/ - 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/