git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Error on new installation

From
Alan Chandler <alan@chandlerfamily.org.uk>
Date
Aug 30, 2008, 23:47 UTC
Message-ID
<200808310047.50560.alan@chandlerfamily.org.uk>

I have been a long time user of git for little home jobs. My version of git (except in the very early days) been obtained as a standard debian binary package.

I have been developing some software on my home machine for a web site I run at a hosting company. I have a "site" branch for the version that is configured for running at the site, but up until now I have been manually transfering the files to the site I thought I had updated in the last commit.

I have now realised that if I stick a git repository on this hosting computer where my web site application has to be, I could git push my site branch to it on update and then use a post receive hook there to checkout the newly received version - thus automatically keeping the right files in sync.

Unfortunately this hosting company does not have git installed, so I downloaded the tar.gz version of 1.6.0, unpacked it and from inside the new directory did a make install.

This appears to have put key programs in ~/bin and the remainer in ~/libexec/git-core

As a first test, I went into the directory where one of my applications resides and did

git init git add . git commit

I then tried to clone back this repository with the following results

(NOTE mb is stanza in my ~/.ssh/config file which fully defines host/username/identity etc for my server at the hosting company)

alan@kanger:~/dev$ git clone --upload-pack=/home/melindas/bin/git-upload-pack ssh://mb/home/melindas/public_html/football/ Initialized empty Git repository in /home/alan/dev/football/.git/ error: git-upload-pack: git-pack-objects died with error. fatal: git-upload-pack: aborting due to possible repository corruption on the remote side. remote: fatal: exec pack-objects failed. remote: aborting due to possible repository corruption on the remote side. fatal: early EOF fatal: index-pack failed alan@kanger:~/dev$

the question is - why does git-pack-objects die. I presume the repository is not corrupt, it has been newly created. Does it rely on some other programs on the host that might not be there?

-- 
Alan Chandler
http://www.chandlerfamily.org.uk
Next: Felipe Carvalho Oliveira
Message 1 of 3 in “Error on new installation”
  1. Alan ChandlerAug 30, 2008
  2. Felipe Carvalho OliveiraSep 2, 2008
  3. Alan ChandlerSep 2, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.