Re: Error with GIT Repository

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: "Luxenberg, Scott I(dot)" <Scott(dot)Luxenberg(at)noblis(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org, "Frost, Stephen" <sfrost(at)noblis(dot)org>
Subject: Re: Error with GIT Repository
Date: 2010-06-10 15:26:59
Message-ID: 4C110443.7060209@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

Luxenberg, Scott I. wrote:
> Greetings all,
>
> I have been trying to create/run a build farm as part of a project I am
> working on.

That seems an odd thing to do since we have one ...

> However, I have noticed the primary git repostitory,
> git.postgresql.org/git, does not seem to be working. Namely, whenever I
> try to clone the directory, I receive this error:
>
> Error: Unable to find 5e4933c31d3cd2750ee1793efe6eca43055fb273e under
> http://git.postgresql.org/git/postgresql.git
> Cannot obtain needed blob 5e4933c31d3cd2750ee1793efe6eca4305fb273e while
> processing commit c5609c66ce2ee4fdb180be95721252b47f90499
> Error: fetch failed.
>
> I thought it would be prudent to notify the list so someone could
> possibly check into this.
>
>
>

Why are you cloning over http? Here is the best way to clone, which
seems to be working:

[andrew(at)sophia ]$ git clone --mirror
git://git.postgresql.org/git/postgresql.git
Initialized empty Git repository in /home/andrew/postgresql.git/
remote: Counting objects: 376865, done.
remote: Compressing objects: 100% (87569/87569), done.
remote: Total 376865 (delta 310187), reused 352950 (delta 287485)
Receiving objects: 100% (376865/376865), 178.73 MiB | 251 KiB/s, done.
Resolving deltas: 100% (310187/310187), done.
[andrew(at)sophia ]$

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2010-06-10 15:33:25 Re: Command to prune archive at restartpoints
Previous Message Tom Lane 2010-06-10 15:21:10 Re: Large (almost 50%!) performance drop after upgrading to 8.4.4?

Browse pgsql-performance by date

  From Date Subject
Next Message Heikki Linnakangas 2010-06-10 15:27:16 Re: Autovaccum settings while Bulk Loading data
Previous Message Tom Lane 2010-06-10 15:21:10 Re: Large (almost 50%!) performance drop after upgrading to 8.4.4?