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

Re: fsck --full is Ok, but clones are not, "missing commits"?!

From
Jakub Narebski <jnareb@gmail.com>
Date
Apr 16, 2008, 16:47 UTC
Message-ID
<fu5ajm$eaq$1@ger.gmane.org>
In-Reply-To
<20080416161742.GC3133@dpotapov.dyndns.org>
Dmitry Potapov wrote:
> On Wed, Apr 16, 2008 at 04:56:08PM +0200, Johannes Sixt wrote:
>> 
>> No. The reason why git clone'd repositories have problems is that
>> git-upload-pack sends a pack that does not contain the hidden objects;
but
>> since the cloned repository doesn't have the info/grafts, it tries to
look
Show 9 quoted lines
>> up the hidden, now missing, objects, and fails.
> 
> In my experiment, there was no problem with hidden commits and objects
> as long as they presented in the original repository. Maybe, it is
> because I cloned it as locally using:
> 
>    git clone PATH-TO-ORIG-REPO PATH-TO-DEST-REPO
> 
> Maybe things would be as you say if I used git://
file:// should be enough.
-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
Previous: Dmitry PotapovNext: Johannes Sixt
Message 9 of 10 in “Re: Re: Re: fsck --full is Ok, but clones are not, "missing commits"?!”
  1. Brian FosterApr 16, 2008
  2. Dmitry PotapovApr 16, 2008
  3. Petr BaudisApr 16, 2008
  4. Dmitry PotapovApr 16, 2008
  5. Johannes SixtApr 16, 2008
  6. Dmitry PotapovApr 16, 2008
  7. Johannes SixtApr 16, 2008
  8. Dmitry PotapovApr 16, 2008
  9. Jakub NarebskiApr 16, 2008
  10. Johannes SixtApr 17, 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.