Hin-Tak Leung wrote:
> Comparing trunk of old and new, I see one difference - One short
> commit message is missing in the *old* (the "Add checkPoFiles etc." part)
> and so all the sha1 afterwards differed. Is that an old bug that's fixed
> and therefore I should throw away the old clone?
I don
Hin-Tak Leung wrote:
> I keep tabs of a particular svn repository over many years
> and run "git svn fetch --all" every few days. So that's the old clone.
> Since this discussion started, I made a new one with git 2.1.0 patched
> with the first two patches below, a couple of weeks ago. And I ran
>
Despite attempting to use local memory pools everywhere we can,
(including our call to SVN::Ra::do_update and all subsequent reporter
calls), there does not appear to be a way to force the Git::SVN::Fetcher
callbacks to use a pool other than the per-SVN::Ra pool.
Git::SVN::Fetcher ends up using the
Eric Wong wrote:
> + SVN::Core->gpool->clear;
Unfortunately, SVN::Core->gpool is not available in older SVN,
but I'm cooking a better patch which saves even more memory.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to major
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
You can find the changes described here in the integration branches
of the repositories listed at
http://git-blame.blogspot.com/p/git-publi
On Thu, Oct 23, 2014 at 05:15:21PM -0500, Ben Harper wrote:
> Greetings,
>
> I am unable to find any documentation regarding the life cycle regarding the
> various versions of git. Is only the current version supported? What about
> older minor/major versions? At what point does a version go EO
Just like other hints such as "Change to be committed" we show in
the editor to remind the committer what paths were involved in the
resulting commit to improve their log message, this section is
merely a reminder. Traditionally, it was not made into comments
primarily because it has to be generat
Two identical loops in suggest_conflicts() in merge, and
do_recursive_merge() in sequencer, can use a single helper function
extracted from the latter that prepares the "Conflicts:" hint that
is meant to remind the user the paths for which merge conflicts had
to be resolved to write a better commit
Junio C Hamano wrote:
> Since the very beginning when we added the "renormalizing" parameter
> to this function with 7610fa57 (merge-recursive --renormalize,
> 2010-08-05), nobody seems to have ever referenced it.
>
> Signed-off-by: Junio C Hamano
Reviewed-by: Jonathan Nieder
> * ... or is th
Since the very beginning when we added the "renormalizing" parameter
to this function with 7610fa57 (merge-recursive --renormalize,
2010-08-05), nobody seems to have ever referenced it.
Signed-off-by: Junio C Hamano
---
* ... or is there any "renormalization" the said commit meant to
but for
> ... text unnecessarily opaque ...
Yes, that's quite likely.
However, I think you should continue to have a similar form to the previous
'pack.window' and
'pack.depth' descriptions... perhaps:
The maximum size of memory that is consumed by each
thread in linkgit:git-pack-objects[1] for
Signed-off-by: Ralf Thielow
---
po/de.po | 166 +++
1 file changed, 83 insertions(+), 83 deletions(-)
diff --git a/po/de.po b/po/de.po
index e5d2b25..1285d57 100644
--- a/po/de.po
+++ b/po/de.po
@@ -70,7 +70,7 @@ msgstr "Präfix"
#: a
Signed-off-by: Ralf Thielow
---
po/de.po | 160 +++
1 file changed, 80 insertions(+), 80 deletions(-)
diff --git a/po/de.po b/po/de.po
index b3a1762..dbcf6a9 100644
--- a/po/de.po
+++ b/po/de.po
@@ -4648,31 +4648,31 @@ msgstr "interakti
Robert de Bath writes:
> diff --git a/Documentation/config.txt b/Documentation/config.txt
> index c55c22a..6384038 100644
> --- a/Documentation/config.txt
> +++ b/Documentation/config.txt
> @@ -1828,7 +1828,10 @@ pack.depth::
>
> pack.windowMemory::
> The window memory size limit used by
Michael J Gruber writes:
> Junio C Hamano schrieb am 22.10.2014 um 21:02:
>> Michael J Gruber writes:
>>
>>> Various formats for storing signatures have accumulated by now.
>>> Document them to keep track (and maybe avoid yet another one).
>>
>> I haven't looked at the description closely, but
Hi,
I was curious if there was any work done on a possible Git client-side
hook for "post-fetch"?
Not sure if this is a valid question or even the idea is valid for Git
but my thoughts are to fire a script after a successful fetch (delta
change) has been received for a local repository - any
Michael J Gruber writes:
> Ooops, I'm sorry. That must have sneaked in from running gpg with that
> home to see which keys we have in the test env. No change in trustdb
> intended. Probably gpg did some automatic trustdb recalculations, even
> though all I did was gpg --list-key.
OK, so it will
Michael J Gruber writes:
> If I do that, I get:
>
> gpg: can't create `/home/mjg/src/git/t/trash
> directory.t5534-push-signed/gpghome/random_seed': Permission denied
>
> So I we do copy the env around. Problems arise only when the original
> copy ends up ro. We can guard against that by doing:
Hello
I've been attempting to use Cygwin's Git version 2.1.1 to manage pictures on
my 32-bit PC and my 64-bit laptop, both running Windows 7. I downloaded the
correct 32/64-bit version of Cygwin on both machines. In my pictures folder
on my PC, I created a git repository and did an "git add ."
Junio C Hamano schrieb am 22.10.2014 um 21:02:
> Michael J Gruber writes:
>
>> Various formats for storing signatures have accumulated by now.
>> Document them to keep track (and maybe avoid yet another one).
>
> I haven't looked at the description closely, but it is a good thing
> to describe s
t/lib-gpg.sh copies the test environment's gpg home to the trash
directory and makes sure the directoty is writable.
Make sure the copied files are writable, too.
Signed-off-by: Michael J Gruber
---
t/lib-gpg.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/t/lib-gpg.sh b/t/lib-gpg.sh
ind
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Junio C Hamano schrieb am 23.10.2014 um 01:47:
> Junio C Hamano writes:
>
>> Michael J Gruber writes:
>>
>>> push --signed promises to take user.signingkey as the signing key but
>>> fails to read the config.
>>>
>>> Make it do so.
>>>
>>> Signed-off-by: Michael J Gruber
>>> ---
>>> Okay, I gue
Junio C Hamano schrieb am 23.10.2014 um 00:05:
> Michael J Gruber writes:
>
>> push --signed promises to take user.signingkey as the signing key but
>> fails to read the config.
>>
>> Make it do so.
>>
>> Signed-off-by: Michael J Gruber
>> ---
>> Okay, I guess this is nicer. We do have the commi
"R. David Murray" writes:
> On git 1.7.1 I ran into the Fatal corruption error in one of my projects. For
> reasons that are irrelevant I was operating on the repo as user X, a member of
> group Z, but the files were all owned by Y:Z, with (I thought) -rw-rw---
> permissions. After a bunch of h
A quick search of your mailing list didn't turn up any good hits (not the most
searchable terms and gmane search doesn't seem to support phrases), so I'm
reporting this.
On git 1.7.1 I ran into the Fatal corruption error in one of my projects. For
reasons that are irrelevant I was operating on th
W dniu 2014-10-23 22:08, Johannes Sixt pisze:
Am 23.10.2014 um 14:34 schrieb Henning Moll:
i need to squash several commits into a single one in a automated
way. I know that there is interactive rebase, which can also be
automated using GIT_SEQUENCE_EDITOR. Unfortunately my history is very
lar
It took me a long time to notice the rider on the pack.threads
configuration option that it would multiple the memory consumption by
the number of CPUs in the machine. This patch puts the memory consumption
warning against the memory option that I was using to try to stop git-pack
running out of RA
I keep tabs of a particular svn repository over many years
and run "git svn fetch --all" every few days. So that's the old clone.
Since this discussion started, I made a new one with git 2.1.0 patched
with the first two patches below, a couple of weeks ago. And I ran
'git svn fetch --all' on both e
29 matches
Mail list logo
