On Tue, 15 Apr 2008, Alan Cox wrote: <snip>to interject, and in response to a variety of posts in this thread and in no way drawing solely on yours, alan: despite that it may sound like some interesting viewpoints are getting aired here, i think the discussion may've unproductively slewed to a point where andrew's unfortunately been painted into a corner in which he has little practical interest. it seems like some folks have misinterpreted andrew's remarks as being variously inflexible, elitist, "political", pro-"corporate-drone", working at cross-purposes to the spirit of open source, and otherwise. in rereading the thread, though, he's pretty much been the most even-handed, moderate, practical, and open to discussion and compromise of anyone involved. he gave an opinion about the merits of OMFS in-kernel vs FUSE, clarified his stance, remained open to other's comments and criticism, didn't rise to any bait when people called his ideas "stupid" and whatnot (despite that he specifically said he had "no strong opinions either way"), and he compromised: he offered to pull the code into -mm; he said he'd merge v4. known: OMFS has a few bugs (thanks, reviewers), needs testing, and has outstanding legal questions to resolve. andrew offered to merge the next version. to ground the topic in terms of practicality: what else would all of you have andrew do, at this moment, that he hasn't already done? can we let him get back to work? thanks, d . --
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Nick Piggin | [patch] my mmu notifier sample driver |
| Sean | Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Arjan van de Ven | [Patch v2] Make PCI extended config space (MMCONFIG) a driver opt-in |
git: | |
| Antonio Almeida | HTB accuracy for high speed |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
