diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-10-01 15:21:43 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2012-10-01 15:21:43 -0700 |
commit | 9c0ece069b32e8e122aea71aa47181c10eb85ba7 (patch) | |
tree | aa6db6433ec6b0b933d7840f8e203cba10e20a6c /usr | |
parent | 15385dfe7e0fa6866b204dd0d14aec2cc48fc0a7 (diff) | |
download | linux-3.10-9c0ece069b32e8e122aea71aa47181c10eb85ba7.tar.gz linux-3.10-9c0ece069b32e8e122aea71aa47181c10eb85ba7.tar.bz2 linux-3.10-9c0ece069b32e8e122aea71aa47181c10eb85ba7.zip |
Get rid of Documentation/feature-removal.txt
This file has turned out to be a pure write-only file that causes merge
conflicts and has no actual redeeming features.
There is never any reason to add stuff to this idiotic file. Either
something isn't getting used, and you should just remove it, or there is
no excuse for removing it in the first place. Just stop the idiocy.
It has also been the excuse for just plain bad behavior ("Hey, I don't
like xyz, so let's mark it for removal" followed by "Hey, look, it been
in feature-removal.txt for six months now, so we should remove it").
The recent bogus setitimer() ABI change request was just the most recent
example of pointless and incorrect mental masturbation involving this
file, and I'm tired of the silly and pointless conflicts in the file.
This removal was discussed during the recent kernel summit, and while
Steven Rostedt suggested we should just enter the file itself in the
feature-removal schedule (to see if anybody who edits the file actually
looks at it), that's cute but non-productive.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions