On 2006-03-01 17:53:53 +0000, Catalin Marinas wrote: > This won't solve the problem since testing whether patch "a" was > merged upstream will fail because its reverse won't apply cleanly > onto the upstream HEAD. Of course, you can try combination of > upstream commits and local patches but it's not really feasible. > > As I said, this method doesn't solve all the upstream merge > situations but it is OK for most of them. We could perhaps do a little better. Instead of just noting whether the patch vanishes when reverse-applied, save the top and bottom of the patch as reverse-applied, and then replace the patch with the reverse of that. If the patch vanishes, this does what your patch does right now. If the patch does not vanish, all that remains is the parts that upstream didn't accept. (And as before, if the patch didn't reverse-apply cleanly, assume upstream hasn't accepted it at all yet.) -- Karl Hasselström, kha@treskal.com www.treskal.com/kalle - 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.htmlReceived on Sat Mar 04 01:14:39 2006
This archive was generated by hypermail 2.1.8 : 2006-03-04 01:14:51 EST