When I rebase series with bad whitespace, I end up with unhelpful messages like: .dotest/patch:412: trailing whitespace. -- .dotest/patch:446: trailing whitespace. -- These line numbers obviously refer to lines in a file that's been removed by the time I can do anything about it. It seems to me like the message would be more useful if, in the case where it leaves the working tree modified with the non-compliant whitespace, it gave this location rather than the patch's location (because, even if you have the patch still, you'd need to revert it first in order to be able to apply a fixed version anyway). Anybody see any problems with this theory? -Daniel *This .sig left intentionally blank* - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
