<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/pull.c, branch gitk-resize-error</title>
<subtitle>Fork of git SCM with my patches.</subtitle>
<id>http://git.kilabit.info/git/atom?h=gitk-resize-error</id>
<link rel='self' href='http://git.kilabit.info/git/atom?h=gitk-resize-error'/>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/'/>
<updated>2005-09-08T00:45:20Z</updated>
<entry>
<title>Big tool rename.</title>
<updated>2005-09-08T00:45:20Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-08T00:26:23Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=215a7ad1ef790467a4cd3f0dcffbd6e5f04c38f7'/>
<id>urn:sha1:215a7ad1ef790467a4cd3f0dcffbd6e5f04c38f7</id>
<content type='text'>
As promised, this is the "big tool rename" patch.  The primary differences
since 0.99.6 are:

  (1) git-*-script are no more.  The commands installed do not
      have any such suffix so users do not have to remember if
      something is implemented as a shell script or not.

  (2) Many command names with 'cache' in them are renamed with
      'index' if that is what they mean.

There are backward compatibility symblic links so that you and
Porcelains can keep using the old names, but the backward
compatibility support  is expected to be removed in the near
future.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Fix ?: statements.</title>
<updated>2005-08-24T03:41:12Z</updated>
<author>
<name>Jason Riedy</name>
<email>ejr@cs.berkeley.edu</email>
</author>
<published>2005-08-23T20:34:07Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=c7c81b3a51de2778535c8bb18d42a4bb7dfd57bc'/>
<id>urn:sha1:c7c81b3a51de2778535c8bb18d42a4bb7dfd57bc</id>
<content type='text'>
Omitting the first branch in ?: is a GNU extension.  Cute,
but not supported by other compilers.  Replaced mostly
by explicit tests.  Calls to getenv() simply are repeated
on non-GNU compilers.

Signed-off-by: Jason Riedy &lt;ejr@cs.berkeley.edu&gt;
</content>
</entry>
<entry>
<title>[PATCH] Also parse objects we already have</title>
<updated>2005-08-12T05:08:29Z</updated>
<author>
<name>Daniel Barkalow</name>
<email>barkalow@iabervon.org</email>
</author>
<published>2005-08-12T03:17:55Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=0d62fb5672c7b6e3fc6c5418d61ff39bf6034741'/>
<id>urn:sha1:0d62fb5672c7b6e3fc6c5418d61ff39bf6034741</id>
<content type='text'>
In the case where we don't know from context what type an object is, but
we don't have to fetch it, we need to parse it to determine the type
before processing it.

Signed-off-by: Daniel Barkalow &lt;barkalow@iabervon.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix parallel pull dependancy tracking.</title>
<updated>2005-08-12T01:59:19Z</updated>
<author>
<name>Daniel Barkalow</name>
<email>barkalow@iabervon.org</email>
</author>
<published>2005-08-11T23:38:09Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=f88fcf8bab6a3dcd1255bc64f50235c745458962'/>
<id>urn:sha1:f88fcf8bab6a3dcd1255bc64f50235c745458962</id>
<content type='text'>
It didn't refetch an object it already had (good), but didn't process
it, either (bad). Synchronously process anything you already have.

Signed-off-by: Daniel Barkalow &lt;barkalow@iabervon.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] Parallelize the pull algorithm</title>
<updated>2005-08-03T05:53:09Z</updated>
<author>
<name>barkalow@iabervon.org</name>
<email>barkalow@iabervon.org</email>
</author>
<published>2005-08-02T23:46:10Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=1e8be59d14f36128e5eb12cc0457e676bb79690c'/>
<id>urn:sha1:1e8be59d14f36128e5eb12cc0457e676bb79690c</id>
<content type='text'>
This processes objects in two simultaneous passes. Each object will
first be given to prefetch(), as soon as it is possible to tell that
it will be needed, and then will be given to fetch(), when it is the
next object that needs to be parsed. Unless an implementation does
something with prefetch(), this should have no effect.

Signed-off-by: Daniel Barkalow &lt;barkalow@iabervon.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] Remove "delta" object representation.</title>
<updated>2005-06-27T22:27:51Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-06-27T10:33:33Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=c4584ae3fd7cd595a638a07dfd853e9d2745e930'/>
<id>urn:sha1:c4584ae3fd7cd595a638a07dfd853e9d2745e930</id>
<content type='text'>
Packed delta files created by git-pack-objects seems to be the
way to go, and existing "delta" object handling code has exposed
the object representation details to too many places.  Remove it
while we refactor code to come up with a proper interface in
sha1_file.c.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Pull misc objects</title>
<updated>2005-06-22T01:29:13Z</updated>
<author>
<name>Daniel Barkalow</name>
<email>barkalow@iabervon.org</email>
</author>
<published>2005-06-22T00:35:53Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=3173bd49690b02c756e32d2c9c3ed13e451806d2'/>
<id>urn:sha1:3173bd49690b02c756e32d2c9c3ed13e451806d2</id>
<content type='text'>
Make pull fetch whatever is specified, parse it to figure out what it is, and
then process it appropriately. This also supports getting tag objects, and
getting whatever they tag.

Signed-off-by: Daniel Barkalow &lt;barkalow@iabervon.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix several gcc4 signedness warnings</title>
<updated>2005-06-21T20:30:55Z</updated>
<author>
<name>Mika Kukkonen</name>
<email>mikukkon@miku.homelinux.net</email>
</author>
<published>2005-06-21T20:04:33Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=d565b3412a0242e2c729bd77d18c74ecd57184dc'/>
<id>urn:sha1:d565b3412a0242e2c729bd77d18c74ecd57184dc</id>
<content type='text'>
Here is a patch that fixes several gcc4 warnings about different signedness,
all between char and unsigned char. I tried to keep the patch minimal
so resertod to casts in three places.

Signed-off-by: Mika Kukkonen &lt;mikukkon@iki.fi&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Generic support for pulling refs</title>
<updated>2005-06-07T00:11:11Z</updated>
<author>
<name>Daniel Barkalow</name>
<email>barkalow@iabervon.org</email>
</author>
<published>2005-06-06T20:38:26Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=cd541a68b38cead87f5fa69d5331c467bce71656'/>
<id>urn:sha1:cd541a68b38cead87f5fa69d5331c467bce71656</id>
<content type='text'>
This adds support to pull.c for requesting a reference and writing it to a
file. All of the git-*-pull programs get stubs for now.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] pull: gracefully recover from delta retrieval failure.</title>
<updated>2005-06-05T21:18:00Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-06-05T06:11:38Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=a48e1d67e167507091f25dc00e2bd6c280fa538e'/>
<id>urn:sha1:a48e1d67e167507091f25dc00e2bd6c280fa538e</id>
<content type='text'>
This addresses a concern raised by Jason McMullan in the mailing
list discussion.  After retrieving and storing a potentially
deltified object, pull logic tries to check and fulfil its delta
dependency.  When the pull procedure is killed at this point,
however, there was no easy way to recover by re-running pull,
since next run would have found that we already have that
deltified object and happily reported success, without really
checking its delta dependency is satisfied.

This patch introduces --recover option to git-*-pull family
which causes them to re-validate dependency of deltified objects
we are fetching.  A new test t5100-delta-pull.sh covers such a
failure mode.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
