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

Re: "git archive" seems to be broken wrt zip files

From
René Scharfe <rene.scharfe@lsrfire.ath.cx>
Date
Sep 11, 2011, 15:38 UTC
Message-ID
<4E6CD613.9020303@lsrfire.ath.cx>
In-Reply-To
<m239g3i5kz.fsf@igel.home>
Am 11.09.2011 15:14, schrieb Andreas Schwab:
Show 10 quoted lines
> Jeff King <peff@peff.net> writes:
> 
>> IOW, the zip file looks right. I wonder if this is actually a bug in
>> "unzip".
> 
> It is.  This only happens if you have more then 16k entries and when one
> of the 16k entry infos is reused it happend to be previously used for a
> symlink entry.
> 
> Here's a patch for unzip60 for reference:

Oh, thanks, now I can stop scratching my head while trying to find my way around unzip's source and its amazing OS compatibility code.

On Windows (the main target for ZIP file support in git archive), 7-Zip, the unzip from msysgit and the native ZIP support extract the archive without any issues (except for 13 files whose names only differ upper/lower case of some chars to 13 other files), by the way. Since they lack symlink support, the target path of arch/microblaze/boot/dts/system.dts is simply written to a regular file, though.

René
Previous: Andreas SchwabNext: Linus Torvalds
Message 5 of 7 in “"git archive" seems to be broken wrt zip files”
  1. Linus TorvaldsSep 11, 2011
  2. Jeff KingSep 11, 2011
  3. Jeff KingSep 11, 2011
  4. Andreas SchwabSep 11, 2011
  5. René ScharfeSep 11, 2011
  6. Linus TorvaldsSep 14, 2011
  7. Andreas SchwabSep 14, 2011

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.