Andy Parkins <andyparkins@gmail.com> writes:I personally feel that if there are cases that merge conflict is hard to resolve, there is something wrong in the communication between project members. In other words, merging this *should* be hard. Really, if somebody wants to have project X at directory sub/X/ and somebody else wants the same at directory X/, merging the modules file would be the least of your concern -- resulting toplevel would not build correctly until you decide which tree hierarchy should be picked, and later exchange of results among project members would not be usable easily to half the people who picked the hierarchy differently from you did. - 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
| Zhang, Yanmin | AIM7 40% regression with 2.6.26-rc1 |
| Con Kolivas | [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2 |
| Nick Piggin | [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear) |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
