On Mon, 5 May 2008, Daniel Walker wrote:Dropping someones work from the official tree is an insult to the developer that did that work. The *only* reason to drop code is if it happens to break something else that already existed or it has been warned for at least one year that if no one maintains this code it will be dropped. Dropping it for the sake of making "my work easier" is not an excuse. Don't say "well it's only temporary" because it's not. You even expected the ones that did the work to "re-port" it to your new tree. Sorry Daniel, that's not the way things happen in Open Source. Refresh my memory, which ports have you submitted? I don't recall seeing a port from scratch that was from you. -- Steve --
| Yu Zhao | [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum' |
| Greg Kroah-Hartman | [PATCH 011/196] sysfs: Fix a copy-n-paste typo in comment |
| Laurent Riffard | Re: 2.6.23-mm1: BUG in reiserfs_delete_xattrs |
| Ben Crowhurst | Kernel Development & Objective-C |
git: | |
| Kyle Rose | [OT] Re: C++ *for Git* |
| cte | linking libgit.a in C++ projects |
| Linus Torvalds | Re: CRLF problems with Git on Win32 |
| Pierre Habouzit | Re: [PATCH] bundle, fast-import: detect write failure |
| Thor Lancelot Simon | Re: sysctl knob to let sugid processes dump core (pr 15994) |
| YAMAMOTO Takashi | Re: Patches for EST and SMP |
| Bill Studenmund | Re: @booted_kernel magic symlink? |
| Adam Hamsik | Re: Thread benchmarks, round 2 |
| Chris | OpenBSD 4.4 installation error: write failed; file system full |
| Samuel Moñux | Cyrus IMAP performance problems [Long] |
| Steve B | Intel Atom and D945GCLF2 |
| James Hartley | scp batch mode? |
