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

Re: Debugging strange "corrupt pack" errors on SuSE 9

From
Martin Langhoff <martin.langhoff@gmail.com>
Date
Jun 20, 2007, 04:20 UTC
Message-ID
<46a038f90706192120q6c64a854re589f27b3bdbc0d5@mail.gmail.com>
In-Reply-To
<46a038f90706192117x53420c04o27f05e8fa6c338a5@mail.gmail.com>
On 6/20/07, Martin Langhoff <martin.langhoff@gmail.com> wrote:
Show 10 quoted lines
> > But because you push to a local repository (a mounted USB stick is
> > considered a local repo) then you don't get to negociate the pack
> > capabilities of the final destination, and therefore more "bad" delta
> > objects might sneak in again.
>
> How does that work? So any repo we push _from_ can override (and muck
> up) the destination repo, ignoring its config?
>
> That sounds a bit broken - the pack being built for a local
> destination should respect the settings of the destination repo.

OTOH, as a workaround, it _should_ work if I force a repack on the usb-repo after each push, right? It'll wear the USB disk out, waste human+cpu time and kill some kittens along the way, but it'll do for the time being.

cheers,
m
Previous: Martin LanghoffNext: Nicolas Pitre
Message 4 of 10 in “Debugging strange "corrupt pack" errors on SuSE 9”
  1. Martin LanghoffJun 20, 2007
  2. Nicolas PitreJun 20, 2007
  3. Martin LanghoffJun 20, 2007
  4. Martin LanghoffJun 20, 2007
  5. Nicolas PitreJun 20, 2007
  6. Nicolas PitreJun 20, 2007
  7. Martin LanghoffJun 20, 2007
  8. Nicolas PitreJun 20, 2007
  9. Nicolas PitreJun 20, 2007
  10. Jakub NarebskiJun 20, 2007

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.