threads / discuss / 21945

strange error while pushing

Subject: strange error while pushing

## tl;dr

7 messages between Dec 13, 2009 and Dec 14, 2009.

replies: 6people: 4as markdown or json

Erik Faye-Lund· Dec 13, 2009, 22:41 UTC · lore

I was going to push some stuff I'm working on to my repo at repo.or.cz, and just got the following error:

$ GIT_TRACE=1 git push kusma work/daemon-win32:work/daemon-win32-process
trace: built-in: git 'push' 'kusma'
'work/daemon-win32:work/daemon-win32-process'
trace: run_command: 'ssh' 'repo.or.cz' 'git-receive-pack
'\''/srv/git/git/kusma.git'\'''
trace: run_command: 'pack-objects' '--all-progress-implied' '--revs'
'--stdout' '--thin'
trace: built-in: git 'pack-objects' '--all-progress-implied' '--revs'
'--stdout' '--thin'
usage: git pack-objects [{ -q | --progress | --all-progress }]
        [--max-pack-size=N] [--local] [--incremental]
        [--window=N] [--window-memory=N] [--depth=N]
        [--no-reuse-delta] [--no-reuse-object] [--delta-base-offset]
        [--threads=N] [--non-empty] [--revs [--unpacked | --all]*] [--reflog]
        [--stdout | base-name] [--include-tag]
        [--keep-unreachable | --unpack-unreachable]
        [<ref-list | <object-list]
error: pack-objects died with strange error
error: failed to push some refs to 'ssh://repo.or.cz/srv/git/git/kusma.git'
$ git --version
git version 1.6.6.rc2.5.g49666
Is this something anyone have experienced before?

I'm not entirely sure if this happens on the local side or the remote side... I've tried with a few different versions locally but the issue seems to persist, so I'm starting to suspect it's an issue at the remote end. Any insight, anyone?

-- 
Erik "kusma" Faye-Lund
Erik Faye-Lund· Dec 13, 2009, 22:57 UTC · re: Erik Faye-Lund · lore

Re: strange error while pushing

On Sun, Dec 13, 2009 at 11:41 PM, Erik Faye-Lund <kusmabite@googlemail.com> wrote:

> I'm not entirely sure if this happens on the local side or the remote
> side... I've tried with a few different versions locally but the issue
> seems to persist, so I'm starting to suspect it's an issue at the
> remote end. Any insight, anyone?

Pushing to github gives the same error, so I guess it's a local thing. I'll check some older versions.

-- 
Erik "kusma" Faye-Lund
Jeff King· Dec 13, 2009, 23:02 UTC · re: Erik Faye-Lund · lore

Re: strange error while pushing

On Sun, Dec 13, 2009 at 11:41:49PM +0100, Erik Faye-Lund wrote:
Show 12 quoted lines
> I was going to push some stuff I'm working on to my repo at
> repo.or.cz, and just got the following error:
> 
> $ GIT_TRACE=1 git push kusma work/daemon-win32:work/daemon-win32-process
> trace: built-in: git 'push' 'kusma'
> 'work/daemon-win32:work/daemon-win32-process'
> trace: run_command: 'ssh' 'repo.or.cz' 'git-receive-pack
> '\''/srv/git/git/kusma.git'\'''
> trace: run_command: 'pack-objects' '--all-progress-implied' '--revs'
> '--stdout' '--thin'
> trace: built-in: git 'pack-objects' '--all-progress-implied' '--revs'
> '--stdout' '--thin'

I notice your pack-objects is being called with the new --all-progress-implied, and then you get a usage error with pack-objects:

Show 8 quoted lines
> usage: git pack-objects [{ -q | --progress | --all-progress }]
>         [--max-pack-size=N] [--local] [--incremental]
>         [--window=N] [--window-memory=N] [--depth=N]
>         [--no-reuse-delta] [--no-reuse-object] [--delta-base-offset]
>         [--threads=N] [--non-empty] [--revs [--unpacked | --all]*] [--reflog]
>         [--stdout | base-name] [--include-tag]
>         [--keep-unreachable | --unpack-unreachable]
>         [<ref-list | <object-list]

Is it possible you have a new git accidentally calling an old version of pack-objects?

-Peff
Erik Faye-Lund· Dec 13, 2009, 23:08 UTC · re: Jeff King · lore

Re: strange error while pushing

On Mon, Dec 14, 2009 at 12:02 AM, Jeff King <peff@peff.net> wrote:
Show 13 quoted lines
> On Sun, Dec 13, 2009 at 11:41:49PM +0100, Erik Faye-Lund wrote:
>> usage: git pack-objects [{ -q | --progress | --all-progress }]
>>         [--max-pack-size=N] [--local] [--incremental]
>>         [--window=N] [--window-memory=N] [--depth=N]
>>         [--no-reuse-delta] [--no-reuse-object] [--delta-base-offset]
>>         [--threads=N] [--non-empty] [--revs [--unpacked | --all]*] [--reflog]
>>         [--stdout | base-name] [--include-tag]
>>         [--keep-unreachable | --unpack-unreachable]
>>         [<ref-list | <object-list]
>
> Is it possible you have a new git accidentally calling an old version of
> pack-objects?
>

Ah, yes it is! I just now tracked down the issue myself, and landed at the same conclution. The reason? Simple, I was pushing git from a directory with a recent git-binary, when my *installed* git was v1.6.4 ;)

Running "make install" before pushing fixed the issue.
Thanks for wasting time on my PEBCAK :)
-- 
Erik "kusma" Faye-Lund
Sverre Rabbelier· Dec 14, 2009, 00:01 UTC · re: Erik Faye-Lund · lore

Re: strange error while pushing

Heya,
On Mon, Dec 14, 2009 at 00:08, Erik Faye-Lund <kusmabite@googlemail.com> wrote:
> Simple, I was pushing git from a
> directory with a recent git-binary, when my *installed* git was v1.6.4
Isn't this the reason most people don't have "." in their PATH? :P
-- 
Cheers,

Sverre Rabbelier
Johannes Schindelin· Dec 14, 2009, 11:35 UTC · re: Sverre Rabbelier · lore

Re: strange error while pushing

Hi,
On Mon, 14 Dec 2009, Sverre Rabbelier wrote:
Show 6 quoted lines
> On Mon, Dec 14, 2009 at 00:08, Erik Faye-Lund <kusmabite@googlemail.com> 
> wrote:
> > Simple, I was pushing git from a directory with a recent git-binary, 
> > when my *installed* git was v1.6.4
> 
> Isn't this the reason most people don't have "." in their PATH? :P

Try removing "." from the PATH on Windows... to spare you some cycles: it is in PATH _implicitly_. You cannot remove it from ".", even if you try hard.

Ciao, Dscho

Sverre Rabbelier· Dec 14, 2009, 11:33 UTC · re: Johannes Schindelin · lore

Re: strange error while pushing

Heya,

On Mon, Dec 14, 2009 at 12:35, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:

> Try removing "." from the PATH on Windows... to spare you some cycles: it
> is in PATH _implicitly_.  You cannot remove it from ".", even if you try
> hard.
It's an amazing OS, it's quirks keep surprising me day after day :).
-- 
Cheers,

Sverre Rabbelier

← back to recent threads