I accidentally fixed the problem by running something like rm -rf .git/svn/ git svn fetch; git merge trunk git merge refs/remotes/origin/trunk git checkout -f HEAD git pull
. Not sure what fixed it, but pulling works again. Yay, I guess, but of course I fixed it about 2 minutes before someone asked me to send a dtrace to the git mailing list :-/ On Thu, Aug 27, 2009 at 10:54 AM, Dimitri Glazkov<dglaz...@chromium.org> wrote: > I've had this issue before and found that if I used svn rebase it > would sometimes fix it. So I am thinking perhaps instead of git pull, > you could attempt doing git fetch first and then git merge? This would > do the same thing, except not in atomic op. > > :DG< > > On Thu, Aug 27, 2009 at 10:49 AM, Nico Weber<tha...@chromium.org> wrote: >> >> Didn't help. Oh well, back to my fallback svn client for now. Will >> create a new git checkout in the new feature. >> >> On Thu, Aug 27, 2009 at 9:12 AM, Evan Martin<e...@chromium.org> wrote: >>> Try "git gc" >>> >>> On Thu, Aug 27, 2009 at 8:27 AM, Nico Weber<tha...@chromium.org> wrote: >>>> The "pack file truncated" theory sounds most likely. Is there any way >>>> I could tell git to regenerate the newest N packfiles? >>>> >>>> On Thu, Aug 27, 2009 at 8:00 AM, Evan Martin<e...@chromium.org> wrote: >>>>> https://kerneltrap.org/mailarchive/git/2007/7/23/252538 >>>>> old and maybe obsolete, but has some exposition from Linus >>>>> >>>>> On Thu, Aug 27, 2009 at 7:51 AM, Evan Martin<e...@chromium.org> wrote: >>>>>> Aside from basic stuff like running out of disk space, I have no idea >>>>>> what would cause this problem. (It's weird that pread would fail with >>>>>> "no such file" when its API is to take an open file descriptor.) >>>>>> >>>>>> One workaround might be to try setting this defined, mentioned in the >>>>>> Makefile: >>>>>> # Define NO_PREAD if you have a problem with pread() system call (e.g. >>>>>> # cygwin.dll before v1.5.22). >>>>>> >>>>>> >>>>>> Not exactly sure it's relevant, but from a script that wraps git where >>>>>> this error came up, the author of the script asks "are you on OS X?" >>>>>> http://groups.google.com/group/repo-discuss/msg/d6b4fd3d8a1677a2 >>>>>> "Unfortunately, either Python or Mac OS X is busted. With multiple cores >>>>>> present, we seem to get the result from waitpid() before all of the >>>>>> changes >>>>>> made by the child process are actually visible in the filesystem, so >>>>>> when we >>>>>> start the next child, the next child might be missing modifications it >>>>>> expected to see. " >>>>>> >>>>>> On Wed, Aug 26, 2009 at 10:42 PM, Nico Weber<tha...@chromium.org> wrote: >>>>>>> >>>>>>> Trying to pull: >>>>>>> >>>>>>> thakis-macbookpro:~/src/chrome-git/src thakis$ git pull >>>>>>> remote: Counting objects: 1859, done. >>>>>>> remote: Compressing objects: 100% (1267/1267), done. >>>>>>> remote: Total 1393 (delta 1087), reused 195 (delta 107) >>>>>>> Receiving objects: 100% (1393/1393), 2.57 MiB | 781 KiB/s, done. >>>>>>> fatal: cannot pread pack file: No such file or directory >>>>>>> fatal: index-pack failed >>>>>>> >>>>>>> Ideas? The interwebs suggest deleting some file from my .git folder >>>>>>> that's not in there. >>>>>>> >>>>>>> Nico >>>>>>> >>>>>>> >>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---