<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.comp.version-control.git">
    <title>gmane.comp.version-control.git</title>
    <link>http://blog.gmane.org/gmane.comp.version-control.git</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93171"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93159"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93157"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93152"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93151"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93147"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93143"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93142"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93137"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93134"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93133"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93129"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93127"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93106"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93100"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93087"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93086"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93083"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.git/93079"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93171">
    <title>rev-list --reverse --full-history --parents with path limiter disconnects history</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93171</link>
    <description>Attached is a repository (to be imported via git fast-import) that has
such a history:

o--o--A--B--o
 \           \
  o--o--C-----M--o--X   &lt;- master

where the A,B,C touch path P2 such that P2 is the same after B and C.
Commit X touches P2 as well.

This command does not give the expected result: It reports *two* initial
commits and one merge; in particular, commit X is reported as initial commit.

$ git rev-list --parents --reverse --full-history master -- P2

This command gives the expected result, i.e. there is one initial commit,
one merge, and some more regular commits:

$ git rev-list --parents --full-history master -- P2

And this works as well, i.e there is a linear history that omits the
branch via C:

$ git rev-list --parents --reverse master -- P2

Please help!

BTW, I've observed this behavior earlier when I debugged David Tweed's
repository, after which we removed --full-history from git-filter-branch.
But I could not easily find a simple history that exposes the problem. Now
I have such a his</description>
    <dc:creator>Johannes Sixt</dc:creator>
    <dc:date>2008-08-21T16:27:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93159">
    <title>[PATCH] filter-branch: Grok special characters in tag names</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93159</link>
    <description>The tag rewriting code used a 'sed' expression to substitute the new tag
name into the corresponding field of the annotated tag object. But this is
problematic if the tag name contains special characters. In particular,
if the tag name contained a slash, then the 'sed' expression had a syntax
error. We now protect against this by using 'printf' to assemble the
tag header.

Signed-off-by: Johannes Sixt &lt;johannes.sixt&lt; at &gt;telecom.at&gt;
---
 git-filter-branch.sh     |   12 +++++++-----
 t/t7003-filter-branch.sh |    8 ++++++++
 2 files changed, 15 insertions(+), 5 deletions(-)

diff --git a/git-filter-branch.sh b/git-filter-branch.sh
index 2688254..81392ad 100755
--- a/git-filter-branch.sh
+++ b/git-filter-branch.sh
&lt; at &gt;&lt; at &gt; -412,15 +412,17 &lt; at &gt;&lt; at &gt; if [ "$filter_tag_name" ]; then
 echo "$ref -&gt; $new_ref ($sha1 -&gt; $new_sha1)"
 
 if [ "$type" = "tag" ]; then
-new_sha1=$(git cat-file tag "$ref" |
+new_sha1=$( ( printf 'object %s\ntype commit\ntag %s\n' \
+"$new_sha1" "$new_ref"
+git cat-file tag "$ref" |
 s</description>
    <dc:creator>Johannes Sixt</dc:creator>
    <dc:date>2008-08-21T14:45:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93157">
    <title>Git Error</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93157</link>
    <description>I'm getting the error trying to do a pull from a repos I set up on  
GitHub yesterday.

error: some local refs could not be updated; try running
'git remote prune origin' to remove any old, conflicting branches

I've run the  'git remote prune origin' but still get the error doing  
the pull.

Any ideas how to resolve this?  Google seems to show me nothing on  
this and I have also looked at the manual.

TIA

Brian Loomis
http://www.virtualrelations.us
(208) 639-2569 - 208 NEW BLOX
</description>
    <dc:creator>Brian Loomis</dc:creator>
    <dc:date>2008-08-21T13:57:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93152">
    <title>Git Error for local refs</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93152</link>
    <description>I'm getting the error trying to do a pull from a repos I set up on  
GitHub yesterday.

error: some local refs could not be updated; try running
'git remote prune origin' to remove any old, conflicting branches

I've run the  'git remote prune origin' but still get the error doing  
the pull.

Any ideas how to resolve this?  Google seems to show me nothing on  
this and I have also looked at the manual.

TIA

Brian Loomis
http://www.virtualrelations.us
(208) 639-2569 - 208 NEW BLOX
</description>
    <dc:creator>Brian Loomis</dc:creator>
    <dc:date>2008-08-21T13:58:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93151">
    <title>Git Errors for local refs</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93151</link>
    <description>I'm getting the error trying to do a pull from a repos I set up on  
GitHub yesterday.

error: some local refs could not be updated; try running
'git remote prune origin' to remove any old, conflicting branches

I've run the  'git remote prune origin' but still get the error doing  
the pull.

Any ideas how to resolve this?  Google seems to show me nothing on  
this and I have also looked at the manual.

I've run the git fsck and git gc but still seem to get these.

TIA

Brian Loomis
</description>
    <dc:creator>Brian Loomis</dc:creator>
    <dc:date>2008-08-21T14:12:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93147">
    <title>[PATCH] add --no-verify to git-merge and git-pull</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93147</link>
    <description>This patch adds the --no-verify option to skip the pre-merge hook.
The corresponding testcase is also updated to test the new option.

Signed-off-by: Paolo Bonzini &lt;bonzini&lt; at &gt;gnu.org&gt;
---
 Documentation/git-merge.txt     |    2 +-
 Documentation/merge-options.txt |    3 +++
 builtin-merge.c                 |   15 +++++++++------
 git-pull.sh                     |    9 ++++++---
 t/t5407-pre-merge-hook.sh       |   15 ++++++++++-----
 5 files changed, 29 insertions(+), 15 deletions(-)

I'm submitting this separately because it touches a substantially
disjoint set of files (besides builtin-merge.c).

As an aside, I'm not particularly attached to this set of
patches as long as there is a way to achieve what I wanted,
i.e. blocking merge commits.  One way would be with
branch.&lt;name&gt;.mergeoptions and the fast forward strategies
patch from Sverre.

diff --git a/Documentation/git-merge.txt b/Documentation/git-merge.txt
index 17a15ac..5a0f398 100644
--- a/Documentation/git-merge.txt
+++ b/Documentation/git-merg</description>
    <dc:creator>Paolo Bonzini</dc:creator>
    <dc:date>2008-08-21T13:00:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93143">
    <title>[PATCH] add a pre-merge hook</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93143</link>
    <description>This hook provides a way to look at what kind of merge is invoked,
and stop it.  The type of merge is passed to the hook.

The patch provides a sample implementation that implements
a `branch.&lt;branch-name&gt;.allowmerges` key.  It can be useful for
project whose policy is "only fast forwards on the integrator's
repository".

Signed-off-by: Paolo Bonzini &lt;bonzini&lt; at &gt;gnu.org&gt;
---
 Documentation/githooks.txt        |   18 +++++
 builtin-merge.c                   |   65 +++++++++++++++----
 t/t5407-pre-merge-hook.sh         |  130 +++++++++++++++++++++++++++++++++++++
 templates/hooks--pre-merge.sample |   49 ++++++++++++++
 4 files changed, 250 insertions(+), 12 deletions(-)
 create mode 100755 t/t5407-pre-merge-hook.sh
 create mode 100755 templates/hooks--pre-merge.sample

The included testcases demonstrate that trivial merges are
currently broken.  The failing test is equivalent to:

  git init
  echo a &gt; a
  git add a
  git commit -ma 
  git checkout -b branch
  echo b &gt; b
  git add b
  git commit -mb
 </description>
    <dc:creator>Paolo Bonzini</dc:creator>
    <dc:date>2008-08-21T12:09:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93142">
    <title>[PATCH] provide more errors for the "merge into empty head" case</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93142</link>
    <description>--squash merges are not supported yet.  They could be implemented
by building the index from the merged-from branch, and doing a
single commit.

Non-fast-forward merges instead do not make sense, because you
cannot make a merge commit if you don't have a base in the
beginning.

Signed-off-by: Paolo Bonzini &lt;bonzini&lt; at &gt;gnu.org&gt;
---
 builtin-merge.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/builtin-merge.c b/builtin-merge.c
index b4c7eda..a3b9b10 100644
--- a/builtin-merge.c
+++ b/builtin-merge.c
&lt; at &gt;&lt; at &gt; -869,6 +869,11 &lt; at &gt;&lt; at &gt; int cmd_merge(int argc, const char **argv, const char *prefix)
 if (argc != 1)
 die("Can merge only exactly one commit into "
 "empty head");
+if (squash)
+die("Squash commit into empty head not supported yet");
+if (!allow_fast_forward)
+die("Non-fast-forward commit does not make sense into "
+    "an empty head");
 remote_head = peel_to_type(argv[0], 0, NULL, OBJ_COMMIT);
 if (!remote_head)
 die("%s - not something we can merge", argv[</description>
    <dc:creator>Paolo Bonzini</dc:creator>
    <dc:date>2008-08-21T12:14:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93137">
    <title>Bug/problem with 1.6.0 on UnixWare</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93137</link>
    <description>Hello,

I am having the same problem on UnixWare as I have with the SCO OpenServer 
6. trying to build git-1.6.0.

Here is the error.

    CC shell.o
    AR compat/lib.a
    LINK git-shell
Undefined                       first referenced
symbol                              in file
hexval_table                        abspath.o
null_sha1                           abspath.o
trust_executable_bit                abspath.o
has_symlinks                        abspath.o
UX:ld: ERROR: Symbol referencing errors. No output written to git-shell
gmake: *** [git-shell] Error 1

I need some assistance to track this down.  I did not have any error with 
the tests I did during the testing.  I did not test often on all OS's.

Thanks,

--
Boyd Gerber &lt;gerberb&lt; at &gt;zenez.com&gt;
ZENEZ1042 East Fort Union #135, Midvale Utah  84047
</description>
    <dc:creator>Boyd Lynn Gerber</dc:creator>
    <dc:date>2008-08-21T11:25:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93134">
    <title>Bug/problem compile problem with 1.6.0 pn SCO OpenServer 6.0</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93134</link>
    <description>Hello,

I finally found the time to attempt to build 1.6.0.  

This is what I am seeing.

...
    CC shell.o
    AR compat/lib.a
    LINK git-shell
Undefined                       first referenced
symbol                              in file
hexval_table                        abspath.o
null_sha1                           abspath.o
trust_executable_bit                abspath.o
has_symlinks                        abspath.o
UX:ld: ERROR: Symbol referencing errors. No output written to git-shell
gmake: *** [git-shell] Error 1


I did do some testing prior with my git clone of 1.6.0 and I never saw 
this problem.  Where do I need to start to fix this.

--
Boyd Gerber &lt;gerberb&lt; at &gt;zenez.com&gt;
ZENEZ1042 East Fort Union #135, Midvale Utah  84047
</description>
    <dc:creator>Boyd Lynn Gerber</dc:creator>
    <dc:date>2008-08-21T11:00:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93133">
    <title>[JGIT PATCH] Typo in implementation of pack protocol</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93133</link>
    <description>cgit's receive-pack.c has never had the corresponding typo.
Fix up method and member names to match.

Signed-off-by: Mike Ralphson &lt;mike&lt; at &gt;abacus.co.uk&gt;
---
 .../spearce/jgit/transport/BasePackConnection.java |    2 +-
 .../jgit/transport/BasePackPushConnection.java     |    6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/org.spearce.jgit/src/org/spearce/jgit/transport/BasePackConnection.java b/org.spearce.jgit/src/org/spearce/jgit/transport/BasePackConnection.java
index 52f3f48..14fffc3 100644
--- a/org.spearce.jgit/src/org/spearce/jgit/transport/BasePackConnection.java
+++ b/org.spearce.jgit/src/org/spearce/jgit/transport/BasePackConnection.java
&lt; at &gt;&lt; at &gt; -144,7 +144,7 &lt; at &gt;&lt; at &gt; for (String c : line.substring(nul + 1).split(" "))
 line = line.substring(0, nul);
 }
 
-if (line.equals("capabilties^{}")) {
+if (line.equals("capabilities^{}")) {
 // special line from git-receive-pack to show
 // capabilities when there are no refs to advertise
 continue;
diff --git a/or</description>
    <dc:creator>Mike Ralphson</dc:creator>
    <dc:date>2008-08-21T10:36:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93129">
    <title>[JGIT PATCH] Allow make_jgit.sh compilation under Cygwin or Mingw (MsysGit) with Windows JDK</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93129</link>
    <description>Signed-off-by: Mike Ralphson &lt;mike&lt; at &gt;abacus.co.uk&gt;
---
 make_jgit.sh |   24 +++++++++++++++++-------
 1 files changed, 17 insertions(+), 7 deletions(-)

diff --git a/make_jgit.sh b/make_jgit.sh
index 13d0e32..c119202 100755
--- a/make_jgit.sh
+++ b/make_jgit.sh
&lt; at &gt;&lt; at &gt; -10,14 +10,24 &lt; at &gt;&lt; at &gt; JARS="
 org.spearce.jgit.pgm/lib/args4j-2.0.9.jar
 "
 
-if [ -n "$JAVA_HOME" ]
-then
-PATH=$JAVA_HOME/bin:$PATH
-fi
-
+PSEP=":"
 T=".temp$$.$O"
 T_MF="$T.MF"
 R=`pwd`
+if [ "$OSTYPE" = "cygwin" ]
+then
+R=`cygpath -m $R`
+PSEP=";"
+fi
+if [ "$MSYSTEM" = "MINGW" ]
+then
+PSEP=";"
+fi
+
+if [ -n "$JAVA_HOME" ]
+then
+PATH=${JAVA_HOME}/bin${PSEP}${PATH}
+fi
 
 cleanup_bin() {
 rm -f $T $O+ $T_MF
&lt; at &gt;&lt; at &gt; -44,7 +54,7 &lt; at &gt;&lt; at &gt; do
 then
 CLASSPATH="$R/$j"
 else
-CLASSPATH="$CLASSPATH:$R/$j"
+CLASSPATH="${CLASSPATH}${PSEP}$R/$j"
 fi
 done
 export CLASSPATH
&lt; at &gt;&lt; at &gt; -61,7 +71,7 &lt; at &gt;&lt; at &gt; do
 -encoding UTF-8 \
 -g \
 -d ../bin2) || die "Building $p failed."
-CLASSPATH="$CLASSPATH:$R/$p/bin2"
+CLASSPATH="${CLASSPATH}${PSEP}$R/$p/bin2"
 done
 
 </description>
    <dc:creator>Mike Ralphson</dc:creator>
    <dc:date>2008-08-21T09:33:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93127">
    <title>[PATCH] allow user aliases for the --author parameter</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93127</link>
    <description>This allows the use of author abbreviations when specifying commit
authors via the --author option to git commit. "--author=$key" is
resolved by looking up "user.$key.name" and "user.$key.email" in the
config.

Signed-off-by: Michael J Gruber &lt;michaeljgruber+gmane&lt; at &gt;fastmail.fm&gt;
---
In an ideal word, all my collaborators would exchange changes as git 
patches (or even via pull/push). In the real world, they send new
versions which I integrate (after dealing with their whitespace and encoding changes...).
Therefore, being able to say 
"git commit --author=mickey"
and having git translate "mickey" into "Mickey Mouse &lt;mickey&lt; at &gt;ducktown.us&gt;"
is a real time saver. The patch accomplishes this by reading config keys "user.mickey.name" and "user.mickey.email" when encountering an 
--author argument without "&lt;&gt;".

If there's interest in this patch I'll follow up with a documentation patch.

The "--committer" argument to git commit is not treated because I don't
consider it worthwhile.

Note that the implementation is dif</description>
    <dc:creator>Michael J Gruber</dc:creator>
    <dc:date>2008-08-21T09:19:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93106">
    <title>0001-Detailed-tools-useful-when-resolving-merge-conflicts.patch</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93106</link>
    <description>Sorry, had trouble with git send-email.

Thanks,
Dan
</description>
    <dc:creator>Dan Hensgen</dc:creator>
    <dc:date>2008-08-21T03:27:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93100">
    <title>[JGit Patch v2 1/7] Add a POM file for setting JGit library as a Maven project</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93100</link>
    <description>From: Imran M Yousuf &lt;imyousuf&lt; at &gt;smartitengineering.com&gt;

Signed-off-by: Imran M Yousuf &lt;imyousuf&lt; at &gt;smartitengineering.com&gt;
---
 jgit-maven/jgit/pom.xml |  169 +++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 169 insertions(+), 0 deletions(-)
 create mode 100644 jgit-maven/jgit/pom.xml

diff --git a/jgit-maven/jgit/pom.xml b/jgit-maven/jgit/pom.xml
new file mode 100644
index 0000000..c4d7c24
--- /dev/null
+++ b/jgit-maven/jgit/pom.xml
&lt; at &gt;&lt; at &gt; -0,0 +1,169 &lt; at &gt;&lt; at &gt;
+&lt;?xml version="1.0" encoding="UTF-8"?&gt;
+&lt;!--
+All rights reserved.
+Redistribution and use in source and binary forms, with or
+without modification, are permitted provided that the following
+conditions are met:
+
+Redistributions of source code must retain the above copyright
+notice, this list of conditions and the following disclaimer.
+
+Redistributions in binary form must reproduce the above
+copyright notice, this list of conditions and the following
+disclaimer in the documentation and/or other materials provided
+with the distribution.
+</description>
    <dc:creator>imyousuf&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2008-08-21T03:13:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93092">
    <title>[JGit Patch 1/6] Add a POM file for setting JGit library as a Maven project</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93092</link>
    <description>From: Imran M Yousuf &lt;imyousuf&lt; at &gt;smartitengineering.com&gt;

Signed-off-by: Imran M Yousuf &lt;imyousuf&lt; at &gt;smartitengineering.com&gt;
---
 jgit-maven/jgit/pom.xml |  169 +++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 169 insertions(+), 0 deletions(-)
 create mode 100644 jgit-maven/jgit/pom.xml

diff --git a/jgit-maven/jgit/pom.xml b/jgit-maven/jgit/pom.xml
new file mode 100644
index 0000000..c4d7c24
--- /dev/null
+++ b/jgit-maven/jgit/pom.xml
&lt; at &gt;&lt; at &gt; -0,0 +1,169 &lt; at &gt;&lt; at &gt;
+&lt;?xml version="1.0" encoding="UTF-8"?&gt;
+&lt;!--
+All rights reserved.
+Redistribution and use in source and binary forms, with or
+without modification, are permitted provided that the following
+conditions are met:
+
+Redistributions of source code must retain the above copyright
+notice, this list of conditions and the following disclaimer.
+
+Redistributions in binary form must reproduce the above
+copyright notice, this list of conditions and the following
+disclaimer in the documentation and/or other materials provided
+with the distribution.
+</description>
    <dc:creator>imyousuf&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2008-08-21T02:47:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93087">
    <title>[PATCH] compat/snprintf.c: handle snprintf's that always return the # chars transmitted</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93087</link>
    <description>Some platforms provide a horribly broken snprintf. More broken than the
platforms that return -1 when there is too little space in the target buffer
for the formatted string. Some platforms provide an snprintf which _always_
returns the number of characters transmitted to the buffer, regardless of
whether there was enough space or not.

IRIX 6.5 is such a platform. IRIX does have a working snprintf(), but it
is only provided when _NO_XOPEN5 evaluates to zero, and this only happens
if _XOPEN_SOURCE is defined, but definition of _XOPEN_SOURCE prevents
inclusion of many other common functions and defines. So it must be avoided.

Work around these horribly broken snprintf implementations by detecting an
snprintf call which results in the number of transmitted characters exactly
equal to the length of our buffer and retrying with a larger buffer just to
be safe.

Signed-off-by: Brandon Casey &lt;casey&lt; at &gt;nrlssc.navy.mil&gt;
---

I was cautious about this change and how it would affect the calling sequence
in strbuf_addf w</description>
    <dc:creator>Brandon Casey</dc:creator>
    <dc:date>2008-08-21T01:53:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93086">
    <title>[tig PATCH] continue updates when pipe read has errno "Success"</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93086</link>
    <description>When we are reading from a pipe and receive a signal, our
read call fails and ferror() returns true. The current
behavior is to call end_update and report failure. However,
we can detect this situation by checking that errno is set
to success and continue the reading process.

You can provoke this behavior by running a "tig blame" that
takes a few seconds and then resizing the terminal that tig
is running in (you should get an incomplete blame output and
the error "Failed to read: Success").

Signed-off-by: Jeff King &lt;peff&lt; at &gt;peff.net&gt;
---
I am not convinced this is the right solution. Specifically:

  - there are a few other calls to ferror. Maybe they should be
    converted, too, which implies that perhaps there is a better idiom
    for checking this.

  - I have no idea how portable this is. Do all stdio implementations
    fail to restart on signal? Do they all set ferror and have errno ==
    0 (I would have expected EINTR, or at the very least a 0-read
    without ferror set)?

But it works for me (Linu</description>
    <dc:creator>Jeff King</dc:creator>
    <dc:date>2008-08-21T01:40:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93083">
    <title>[PATCH] revision.h: make show_early_output an extern which is defined in revision.c</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93083</link>
    <description>
The variable show_early_output is defined in revision.c and should be
declared extern in revision.h so that the linker does not complain
about multiply defined variables.

Signed-off-by: Brandon Casey &lt;casey&lt; at &gt;nrlssc.navy.mil&gt;
---
 revision.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/revision.h b/revision.h
index f64e8ce..1b04566 100644
--- a/revision.h
+++ b/revision.h
&lt; at &gt;&lt; at &gt; -119,7 +119,7 &lt; at &gt;&lt; at &gt; struct rev_info {
 void read_revisions_from_stdin(struct rev_info *revs);
 
 typedef void (*show_early_output_fn_t)(struct rev_info *, struct commit_list *);
-volatile show_early_output_fn_t show_early_output;
+extern volatile show_early_output_fn_t show_early_output;
 
 extern void init_revisions(struct rev_info *revs, const char *prefix);
 extern int setup_revisions(int argc, const char **argv, struct rev_info *revs, const char *def);
</description>
    <dc:creator>Brandon Casey</dc:creator>
    <dc:date>2008-08-21T00:34:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93079">
    <title>What's in git.git (Aug 2008, #05; Wed, 20)</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93079</link>
    <description>I have to say I've been very productive since 1.6.0 relase and it is _not_
a good thing.  Many minor bugs are discovered by the list regulars, but
they really  should have been found and fixed during the -rc period.
Let's try to do better in this cycle.

Anyway, thanks everybody for finding and fixing bugs and supplying bugfix
patches with test cases.  Perhaps we would need a 1.6.0.1 this weekend.

* The 'maint' branch has these fixes since the last announcement.

Jeff King (2):
  mailinfo: avoid violating strbuf assertion
  decorate: allow const objects to be decorated

Jim Meyering (2):
  git format-patch: avoid underrun when format.headers is empty or all NLs
  remote.c: remove useless if-before-free test

Johannes Sixt (1):
  Install templates with the user and group of the installing personality

Junio C Hamano (5):
  diff --check: do not get confused by new blank lines in the middle
  for-each-ref: cope with tags with incomplete lines
  completion: find out supported merge strategies correctly
  "git-m</description>
    <dc:creator>Junio C Hamano</dc:creator>
    <dc:date>2008-08-21T00:30:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.git/93078">
    <title>What's cooking in git.git (Aug 2008, #06; Wed, 20)</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.git/93078</link>
    <description>Here are the topics that have been cooking.  Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'.

The topics list the commits in reverse chronological order.  The topics
meant to be merged to the maintenance series have "maint-" in their names.

Today's 'pu' does not pass tests for me; it seems my box does not like new
tests for gitweb somehow.

By the way, here is a list of issues without any corresponding topic
branches yet:

 * Windows relocatable install 

   Steffen Prohaska ($gmane/92605), Johannes Sixt.

 * Haiku port

   Andreas Färber ($gmane/92582)

 * ksh "trap foo EXIT" triggers on function return, loses exit status

   Brandon Casey ($gmane/92873)

 * document webdav debugging tip with davfs2

   Giovanni Funchal ($gmane/92745)

 * update "rebase -i" documentation with examples

   Eric Hanchrow ($gmane/92669)

 * pre-push hook

   Scott Chacon ($gmane/92900, $gmane/92936)

----------------------------------------------------------------
[New Topics]

* jc/</description>
    <dc:creator>Junio C Hamano</dc:creator>
    <dc:date>2008-08-21T00:30:16</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.version-control.git">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.version-control.git</link>
  </textinput>
</rdf:RDF>
