On Friday 01 December 2006 07:06, Wink Saville wrote: ...I am not the worlds expert in this, but since most seem to be in bed I'll attempt to answer you ... These show that these two files had some conflicts in the contents from the kernel and your local branch ... ... Nothing - its asking you to manually resolve the conflict. Take a look in these two files - you should see conflict markers of the form <<<<<<<<<<<<<<<< some content ================ some other content which is the contents that failed from your side and the new version of the kernel you pulled in. Edit so the files have sensible content then use git update-index <filename> to tell git that that particular conflict has been resolved. When you have done that for both files just do git commit -- Alan Chandler http://www.chandlerfamily.org.uk - 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
| Rafael J. Wysocki | 2.6.25-git1: Solid hang on HP nx6325 (64-bit) |
| Balbir Singh | Re: 2.6.24-rc8-mm1 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Herbert Xu | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
