[Users] ETK Maxwell checkout failing for McLachlan, KrancNumericalTools

Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY] bernard.j.kelly at nasa.gov
Wed May 23 07:19:31 CDT 2012


[moving back to the list after two off-list mails]

Hi Ian.


OK, I've tried the bare git commands you mention. Here are my results:

-------------------------------

humperdinck:~ prince$ git clone --depth 1 git://carpetcode.org/McLachlan
Cloning into 'McLachlan'...
remote: Counting objects: 961, done.
remote: Compressing objects: 100% (627/627), done.
remote: Total 961 (delta 772), reused 428 (delta 327)
Receiving objects: 100% (961/961), 897.79 KiB | 397 KiB/s, done.
Resolving deltas: 100% (772/772), done.


humperdinck:~ prince$ cd McLachlan/

humperdinck:McLachlan prince$ git checkout --track -b ET_2011_10
origin/ET_2011_10
fatal: git checkout: updating paths is incompatible with switching
branches.
Did you intend to checkout 'origin/ET_2011_10' which can not be resolved
as commit?

humperdinck:McLachlan prince$ git --version
git version 1.7.10.2

-------------------------------



I note that (a) there are far fewer "objects" in my git checkout (perhaps
this is normal?) than in yours -- 978 vs 3878; (b) my git version is
1.7.10.2, rather than the 1.7.5.4. This is the current result of an
up-to-date MacPorts install of git-core.

Bernard



On 5/23/12 7:56 AM, "Ian Hinder" <ian.hinder at aei.mpg.de> wrote:

>
>On 23 May 2012, at 13:25, Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF
>MARYLAND BALTIMORE COUNTY] wrote:
>
>> Hi Ian.
>> 
>> Yes, I should have explained that this was an additional checkout after
>> most of ETK was already checked out (hence the number 12 instead of 175
>>or
>> so). But the original checkout was also Maxwell, and was performed only
>>a
>> day or two earlier, with the same GetComponents and thornlist.
>> 
>> I just moved that whole Cactus aside and redid from scratch. Identical
>> failure (but this time saying 175). Almost everything checks out fine;
>> just not McLachlan and KrancNumericalTools, and GetComponents itself,
>> apparently (?).
>> 
>> I've redone the checkout (again after the main checkout) with the
>> "--verbose" option. Result after main text. The option "--verbose 2"
>> fails, so presumably the correct syntax is slightly different; I didn't
>> hang around to check.
>> 
>> BTW, I don't really think the issue has anything to do with my OS X
>> version, though I suppose my MacPorts git might have some funny
>>settings.
>
>Hi Bernard,
>
>Can we move this back to the list?  Others might have suggestions and
>will benefit in future from the discussion.  I have done this:
>
>MacBook-2:temp $ git clone --depth 1 git://carpetcode.org/McLachlan
>Cloning into McLachlan...
>remote: Counting objects: 3878, done.
>remote: Compressing objects: 100% (2222/2222), done.
>remote: Total 3878 (delta 3229), reused 2050 (delta 1638)
>Receiving objects: 100% (3878/3878), 2.38 MiB | 838 KiB/s, done.
>Resolving deltas: 100% (3229/3229), done.
>MacBook-2:temp $ cd McLachlan/
>MacBook-2:McLachlan (master) $ git checkout --track -b ET_2011_10
>origin/ET_2011_10
>Branch ET_2011_10 set up to track remote branch ET_2011_10 from origin.
>Switched to a new branch 'ET_2011_10'
>MacBook-2:McLachlan (ET_2011_10) $ git --version
>git version 1.7.5.4
>
>Those are the commands that GetComponents claims to be using.  Can you
>try these commands on their own and see what happens?  It might be
>something to do with old versions of Git, or maybe GetComponents is doing
>something different than the commands it outputs.
>
>Have a look at 
>http://stackoverflow.com/questions/499316/git-plugin-for-hudson-checkout-p
>roblem, and other google hits for the checkout error message.  It's
>looking like it might be a problem with an old version of git.
>
>-- 
>Ian Hinder
>http://numrel.aei.mpg.de/people/hinder
>



More information about the Users mailing list