Brian Gernhardt br...@gernhardtsoftware.com writes:
I've been getting a couple of test failures and finally had the time to track
them down.
t4034-diff-words fails tests 22 diff driver 'bibtex' and 26
diff driver 'html'. Bisecting shows that the file started giving
me errors in commit
Junio C Hamano gits...@pobox.com writes:
Florian Achleitner florian.achleitner.2.6...@gmail.com writes:
On Friday 17 August 2012 21:16:59 Junio C Hamano wrote:
Comments from mentors and people interested in remote helpers?
I did minimum line wrapping, typofix and small compilation fixes
Here are the topics that have been cooking. Commits prefixed with '-' are
only in 'pu' (proposed updates) while commits prefixed with '+' are in 'next'.
I'll be tagging the v1.7.12 final sometime tomorrow, and following
the tradition the next branch will be rebuilt on top of 'master'
after a few
On 19 Aug 2012, at 02:02, Junio C Hamano wrote:
Alexey Muranov alexey.mura...@gmail.com writes:
I hope my opinion might be useful because i do not know anything
about the actual implementation of Git,...
That sounds like contradiction.
I think that the implementation (the code), the
On 19 Aug 2012, at 02:02, Junio C Hamano wrote:
Alexey Muranov alexey.mura...@gmail.com writes:
I hope my opinion might be useful because i do not know anything
about the actual implementation of Git,...
That sounds like contradiction.
I meant that i am psychologically not attached to
From: Shawn Pearce [mailto:spea...@spearce.org]
Sent: Friday, August 10, 2012 7:38 PM
To: Joachim Schmitz
Cc: git@vger.kernel.org; rsbec...@nexbridge.com
Subject: Re: Porting git to HP NonStop
On Fri, Aug 10, 2012 at 10:32 AM, Joachim Schmitz
j...@schmitz-digital.de
wrote:
then use `git
On 08/19/2012 01:39 AM, Junio C Hamano wrote:
Junio C Hamano gits...@pobox.com writes:
The bigger question is whether this example is improved by including
quotation marks, or whether they are just a distraction from the main
point. I abstain.
Thanks for spelling that bigger question out.
On 18-08-2012 14:39, James R. McKaskill wrote:
As a twist the code does not use the svn library, but rather talks the
svn protocol directly. I actually found it much easier to go this route
then trying to bend everything to how the svn library understands
things. It also has the advantage of
On 19 Aug 2012, at 02:02, Junio C Hamano wrote:
Alexey Muranov alexey.mura...@gmail.com writes:
Excuse me if i miss something again, but i might be willing to
discuss the ultimate destination. Could you possibly state in
simple terms what the problem with determining the ultimate
On Thu, 2012-08-16 at 12:47 -0600, Jean Tappan wrote:
I am looking for a tool that will control not only versioning for
software, but also the software's associated user and support manuals.
I haven't been able to find anything that addresses this particular
topic. Can you tell me about this
On 08/18/2012 10:39 PM, Junio C Hamano wrote:
mhag...@alum.mit.edu writes:
Given that a flag day would anyway be required to add a d/f-tolerant
system, I could live with a separate graveyard namespace as
originally proposed by Jeff.
However, I still think that as long as we are making a
On 08/18/2012 10:36 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
I can work around the problem by using --root=/run/shm.
I do not necessarily think it is a work around.
http://en.wiktionary.org/wiki/workaround:
2. (computing) A procedure or a temporary fix that
On Tuesday 2012-08-14 17:52, Joachim Schmitz wrote:
@@ -98,6 +99,11 @@
#include stdlib.h
#include stdarg.h
#include string.h
+#ifdef __TANDEM
+# include strings.h /* for strcasecmp() */
+ typedef int intptr_t; /* not int * ?!? */
+ typedef unsigned int uintptr_t; /* not unsigned int * ?!?
Michael Haggerty mhag...@alum.mit.edu writes:
It's been a wish of mine, but it's pretty low priority. I've also
brainstormed about some other changes that could be connected with a new
repo format:
* Allow deleted loose references (for example denoted by value 0{40})
that override packed
Brian Gernhardt mister.r...@gmail.com writes:
I wonder if there is something non-portable about the bibtex
filter? (The HTML filter as well, since that errors on my machine
too.)
Yeah, that I didn't think of, but is a possibility (part of (1)
above).
The HTML one is [^= \t]+ and
the Bibtex
On 17.08.12 19:30, Junio C Hamano wrote:
Robin Rosenberg robin.rosenb...@dewire.com writes:
Remove extraneous parentheses and braces
Remove redundant NUL-termination
Check result of unlink when probing for decomposed file names
Signed-off-by: Robin Rosenberg robin.rosenb...@dewire.com
---
Joachim Schmitz j...@schmitz-digital.de writes:
Found the problem: our mkdir(dir,flags) fails with ENOENT when dir ends with
a '/'.
Not sure whether this us a bug on out platform or just allowed by POSIX and
as such a wrong assumption in git though?
[shortly after]
A bit of googleing
Alexey Muranov alexey.mura...@gmail.com writes:
2. I think that allowing both next and next/foo complicates
the mapping from branch names to file paths, and it does not seem
necessary if dead reflogs are moved away to graveyard anyway.
It is unclear why the first two lines above leads to the
Hi Thomas,
Just an FYI; two out of the three gcc compilers I use (Linux, cygwin
but not MingW), issue the following warnings:
CC read-cache-v5.o
read-cache-v5.c: In function `write_index_v5':
read-cache-v5.c:1011: warning: 'dir' might be used uninitialized in this
function
Steven Walter stevenrwal...@gmail.com wrote:
On Sat, Aug 18, 2012 at 3:51 PM, Sam Vilain s...@vilain.net wrote:
On 08/11/2012 10:14 AM, Steven Walter wrote:
---
git-svn.perl |1 -
t/t9164-git-svn-fetch-merge-branch-of-branch2.sh | 53
Am 17.08.2012 20:11, schrieb Phil Hord:
On Fri, Aug 17, 2012 at 12:44 PM, Jens Lehmann jens.lehm...@web.de wrote:
I'm almost there. The only thing left is to check if a nested
submodule is using a git directory. In that case I expect rm to
fail even when -f is used to protect the submodule's
Am 19.08.2012 16:50, schrieb Ramsay Jones:
Brian Gernhardt wrote:
I've been getting a couple of test failures and finally had the
time to track them down.
t4034-diff-words fails tests 22 diff driver 'bibtex' and 26 diff
driver 'html'. Bisecting shows that the file started giving me
errors
Documentation of git-for-each-ref says that --sort=key option can be
used multiple times, in which case the last key becomes the primary key.
However this functionality was never checked in test suite and is
currently broken. This commit adds appropriate test in preparation for fix.
The linked list describing sort options was not correctly set up in
opt_parse_sort. In the result, contrary to the documentation. only the
last of multiple --sort options to git-for-each-ref was taken into
account. This commit fixes it.
Signed-off-by: Kacper Kornet drae...@pld-linux.org
---
On 19 Aug 2012, at 19:38, Junio C Hamano wrote:
Alexey Muranov alexey.mura...@gmail.com writes:
2. I think that allowing both next and next/foo complicates
the mapping from branch names to file paths, and it does not seem
necessary if dead reflogs are moved away to graveyard anyway.
It
Eric Wong wrote:
Hi,
Junio C Hamano gits...@pobox.com wrote:
I should have asked this yesterday, but do you mean you want to have
your maint in the upcoming 1.7.12? This does look like a useful
thing to do, but does not seem like a regression fix to me.
Yeah, I wasn't sure what to name
Introduce a `--trim-svn-log' option and svn.trimsvnlog boolean
configuration key for git svn commands.
When enabled while retrieving commits from svn, git svn will strip any
white spaces from beginnings and endings of SVN commit messages and will
skip adding an extra new line character before
Robert Luberda rob...@debian.org writes:
Introduce a `--trim-svn-log' option and svn.trimsvnlog boolean
configuration key for git svn commands.
When enabled while retrieving commits from svn, git svn will strip any
white spaces from beginnings and endings of SVN commit messages and will
Alexey Muranov alexey.mura...@gmail.com writes:
I only suggested how to resolve conflicts between dead reflogs in
graveyard if next and next/foo cannot coexist.
But Jeff's patch series already has the support for a case where you
delete next (graveyard gets 'next'), create next/foo and then
Kacper Kornet drae...@pld-linux.org writes:
The linked list describing sort options was not correctly set up in
opt_parse_sort. In the result, contrary to the documentation. only the
last of multiple --sort options to git-for-each-ref was taken into
account. This commit fixes it.
Junio C Hamano gits...@pobox.com writes:
Either Jeff's refname $name's log goes to logs/graveyard/$name~ or
Michael's append ~d to each directory component, append ~f to the
leaf component that are already proposed will keep one file per
name property to allow us to open once and efficiently
Consider the case where you have trunk, branch1 of trunk, and branch2 of
branch1. trunk is merged back into branch2, and then branch2 is
reintegrated into trunk. The merge of branch2 into trunk will have
svn:mergeinfo property references to both branch1 and branch2. When
git-svn fetches the
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter stevenrwal...@gmail.com
---
The latest feature release Git v1.7.12 is now available at the
usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
42ec1037f1ee5bfeb405710c83b73c0515ad26e6 git-1.7.12.tar.gz
Welcome to the Git development community.
This message is written by the maintainer and talks about how Git
project is managed, and how you can work with it.
* Mailing list and the community
The development is primarily done on the Git mailing list. Help
requests, feature proposals, bug reports
I have a big repository, around 80GB
git --version
#git version 1.7.12
git init .
#Initialized empty Git repository in /reponame/.git/
git add -A .
git commmit -m Backup 2012-08-19 03:43:44
#fatal: Out of memory, malloc failed (tried to allocate 32220431361 bytes)
#[master (root-commit) 8053f0d]
On Sun, Aug 19, 2012 at 05:38:29PM -0700, Junio C Hamano wrote:
Kacper Kornet drae...@pld-linux.org writes:
Documentation of git-for-each-ref says that --sort=key option can be
used multiple times, in which case the last key becomes the primary key.
However this functionality was never
37 matches
Mail list logo