<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/unpack-objects.c, branch v1.2.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v1.2.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v1.2.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2006-02-10T05:06:38Z</updated>
<entry>
<title>remove delta-against-self bit</title>
<updated>2006-02-10T05:06:38Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2006-02-09T22:50:04Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d60fc1c8649f80c006b9f493c542461e81608d4b'/>
<id>urn:sha1:d60fc1c8649f80c006b9f493c542461e81608d4b</id>
<content type='text'>
After experimenting with code to add the ability to encode a delta
against part of the deltified file, it turns out that resulting packs
are _bigger_ than when this ability is not used.  The raw delta output
might be smaller, but it doesn't compress as well using gzip with a
negative net saving on average.

Said bit would in fact be more useful to allow for encoding the copying
of chunks larger than 64KB providing more savings with large files.
This will correspond to packs version 3.

While the current code still produces packs version 2, it is made future
proof so pack versions 2 and 3 are accepted.  Any pack version 2 are
compatible with version 3 since the redefined bit was never used before.
When enough time has passed, code to use that bit to produce version 3
packs could be added.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>unpack-objects: default to quiet if stderr is not a tty.</title>
<updated>2006-01-07T02:53:16Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2006-01-07T02:53:16Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=476e801111698ac5df6821f389c81abc017fc0c9'/>
<id>urn:sha1:476e801111698ac5df6821f389c81abc017fc0c9</id>
<content type='text'>
This would help cron/at jobs that run send-pack to mirror
repositories.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>xread/xwrite: do not worry about EINTR at calling sites.</title>
<updated>2005-12-20T02:28:16Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-12-20T00:18:28Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1c15afb9343bca82e687d008ec983a9110ac9c40'/>
<id>urn:sha1:1c15afb9343bca82e687d008ec983a9110ac9c40</id>
<content type='text'>
We had errno==EINTR check after read(2)/write(2) sprinkled all
over the places, always doing continue.  Consolidate them into
xread()/xwrite() wrapper routines.

Credits for suggestion goes to HPA -- bugs are mine.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Make the rest of commands work from a subdirectory.</title>
<updated>2005-11-29T07:13:02Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-11-26T08:50:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=53228a5fb8e80f87803e4a3ba8ed25b70fb4871d'/>
<id>urn:sha1:53228a5fb8e80f87803e4a3ba8ed25b70fb4871d</id>
<content type='text'>
These commands are converted to run from a subdirectory.

    commit-tree convert-objects merge-base merge-index mktag
    pack-objects pack-redundant prune-packed read-tree tar-tree
    unpack-file unpack-objects update-server-info write-tree

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Document the -n command-line option to git-unpack-objects</title>
<updated>2005-11-15T01:15:32Z</updated>
<author>
<name>Nikolai Weibull</name>
<email>mailing-lists.git@rawuncut.elitemail.org</email>
</author>
<published>2005-11-14T23:20:01Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=b2309b70197f9067cb32a620465a9b3477d8f0c3'/>
<id>urn:sha1:b2309b70197f9067cb32a620465a9b3477d8f0c3</id>
<content type='text'>
This patch documents the -n command-line option to git-unpack-objects,
as it was previously undocumented.

Signed-off-by: Nikolai Weibull &lt;nikolai@bitwi.se&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Update unpack-objects usage and documentation.</title>
<updated>2005-08-12T17:38:20Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-08-12T08:45:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=87b7b84159381f5f0483e425122886cd952e374e'/>
<id>urn:sha1:87b7b84159381f5f0483e425122886cd952e374e</id>
<content type='text'>
It long supported -q flag to suppress progress meter without
properly being documented.
</content>
</entry>
<entry>
<title>[PATCH] Plug memory leaks in git-unpack-objects</title>
<updated>2005-08-03T19:57:55Z</updated>
<author>
<name>Sergey Vlasov</name>
<email>vsu@altlinux.ru</email>
</author>
<published>2005-08-03T12:11:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=ee639140c9d3d7d0c8821e6b7d36c75ae578b326'/>
<id>urn:sha1:ee639140c9d3d7d0c8821e6b7d36c75ae578b326</id>
<content type='text'>
- Call inflateEnd to release zlib state after use.
- After resolving delta, free base object data.

Signed-off-by: Sergey Vlasov &lt;vsu@altlinux.ru&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Fix up progress report for off-by-one error</title>
<updated>2005-07-10T23:14:22Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-07-10T23:14:22Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=cf219196a89becccb50ad4a0a667a2814ddae60f'/>
<id>urn:sha1:cf219196a89becccb50ad4a0a667a2814ddae60f</id>
<content type='text'>
We used to print the index of the object we unpacked, not how many we
had unpacked.  Which caused slightly confusing progress reports like

	100% (2/3) done

rather than the more obvious "3/3" for 100% ;)
</content>
</entry>
<entry>
<title>git-unpack-objects: show progress report by default</title>
<updated>2005-07-09T17:43:02Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-07-09T17:43:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d36f7b805eccaf702c0be1c00d034711d0da1f77'/>
<id>urn:sha1:d36f7b805eccaf702c0be1c00d034711d0da1f77</id>
<content type='text'>
This ends up being very calming for big "git clone"s, since otherwise
you just get very frustrated with a long silence, wondering whether it's
working at all.

Use "-q" to quiet it down.

Now if we could just do the same for the initial "figure out what to
pack" phase, which can also be quite slow if the other end is busy (or
not packed and not in cache)...
</content>
</entry>
<entry>
<title>Don't special-case a zero-sized compression.</title>
<updated>2005-07-06T00:06:09Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-07-06T00:06:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=291ec0f2d2ce65e5ccb876b46d6468af49ddb82e'/>
<id>urn:sha1:291ec0f2d2ce65e5ccb876b46d6468af49ddb82e</id>
<content type='text'>
zlib actually writes a header for that case, and while ignoring that
header will get us the right data, it will also end up messing up our
stream position.  So we actually want zlib to "uncompress" even an empty
object.
</content>
</entry>
</feed>
