On 7 May 2015 at 01:47, Mikael Magnusson wrote:
> On Thu, May 7, 2015 at 2:19 AM, Hin-Tak Leung wrote:
>> Repost from another account. vger.kernel.org seems not
>> to like postings from my other alias (which goes through
>> yahoo).
>>
>>> (please cc - I am not a
I tried bin-wrappers/ from current git HEAD.
$ git describe
v2.8.2-396-g5fe494c
bin-wrappers/git svn clone https://ironpython.svn.codeplex.com/svn
ironpython-old-codeplex
always fails at this rev:
M Src/Tests/test_re.py
r7605 = e581bc66eda2b86bf46681191034844c4ba7d7a5 (refs/remot
On
Fri, 13/5/16, Eric Wong wrote:
Hin-Tak Leung
wrote:
> I tried bin-wrappers/ from
current git HEAD.
>
>
$ git describe
> v2.8.2-396-g5fe494c
> Which SVN version? `git
svn --version`
$ git svn --version
git-svn ver
I tried your svn diff directly, and got the same error:
$ /usr/bin/time -v -o /tmp/svn-log svn diff -r7604:8870
https://ironpython.svn.codeplex.com/svn > /dev/null
svn: E000104: Error running context: Connection reset by peer
$ more /tmp/svn-log
Command exited with non-zero status 1
Comm
(I have already worked around the issue, but just would like to report
it and perhaps discuss - please cc'd as I am not subscribed).
I noticed one or two most recent commits I made a few days ago is not around,
so I thought I have mis-remembered it or forgot to do 'git add' (it was adding
some re
(I am not on the list - please CC)
Thanks for git-svn - I use it instead of subversion itself for many years now.
Just thought I'd ask/report a few issues I noticed for some time
now, of tracking development of a particular subversion-based
development project. Broadly speaking, I think there are
--
On Sun, Oct 5, 2014 02:02 BST Eric Wong wrote:
>Eric Wong wrote:
>> Jakob sent some patches a few months ago which seem to address the
>> issue. Unfortunately we forgot about them :x
>
>Hin-Tak: have you tried Jakob's patches? I've taken another look,
>signed-off
--
On Tue, Oct 7, 2014 00:51 BST Hin-Tak Leung wrote:
>--
>On Sun, Oct 5, 2014 02:02 BST Eric Wong wrote:
>>Hin-Tak: have you tried Jakob's patches? I've taken another look,
>>signed-off and pushed to my mas
--
On Sun, Oct 19, 2014 05:12 BST Eric Wong wrote:
>Hin-Tak Leung wrote:
> The new clone has:
>
> <--
> $ ls -ltr .git/svn/.caches/
> total 144788
> -rw-rw-r--. 1 Hin-Tak Hin-Tak 1166138 Oct 7 13:44 lookup_svn_merge.yaml
> -r
(sorry about the last blank reply - mobile phone and finger accident...)
--
On Sun, Oct 19, 2014 05:12 BST Eric Wong wrote:
>Hin-Tak Leung wrote:
> The new clone has:
>
> <--
> $ ls -ltr .git/svn/.caches/
> total 144788
> -rw-rw-r--. 1 Hin-
t;
>This should further reduce memory usage from the new mergeinfo
>speedups without hurting performance too much, assuming
>reasonable latency to the SVN server.
>
>Cc: Hin-Tak Leung
>Suggested-by: Jakob Stoklund Olesen
>Signed-off-by: Eric Wong
>---
> perl/Git/SVN.p
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
On Sat, 25/10/14, Eric Wong wrote:
> Probably an SVN hook preventing it. git-svn
test cases such as
t/t9118-git-svn-funky-branch-names.sh do single
word commits.
Thanks - I see indeed - at least that clears that up.
--
To unsubscribe from this
--
On Sat, Oct 25, 2014 01:02 BST Eric Wong wrote:
>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 t
--
On Sat, Oct 25, 2014 00:34 BST Eric Wong wrote:
>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
--
On Sat, Oct 25, 2014 06:32 BST Eric Wong wrote:
>Hin-Tak Leung wrote:
>> the old didn't missing a revision - just a revision 'message' - blank
>> instead of 3 words, above the git svn id. I supppse it is possible
>> some po
--
On Mon, Oct 27, 2014 06:38 GMT Eric Wong wrote:
>Which SVN version are you using? I'm cloning (currently on r373xx)
>https://svn.r-project.org/R using --stdlayout and
>unable to see memory growth of the git-svn Perl process beyond 40M
>(on a 32-bit system).
>
>I als
--
On Mon, Oct 27, 2014 16:56 GMT Eric Wong wrote:
>Eric Wong wrote:
>> Which SVN version are you using? I'm cloning (currently on r373xx)
>> https://svn.r-project.org/R using --stdlayout and
>> unable to see memory growth of the git-svn Perl process beyond 40M
>> (on
To compare the old clone with the new, I did:
git branch -r | sort | xargs -n 1 git log --decorate=full -n 1
It turned out other than the empty vs 3 word commit messages
about two years ago on trunk (which are inherited in all the newer
branches), there are two other groups of differences.
One b
Hi, I patched my system git with the recent git-svn improvements, and just use
it for general use; so theses are the patches, against 2.1.0.
0001-git-svn-only-look-at-the-new-parts-of-svn-mergeinfo.patch
0002-git-svn-only-look-at-the-root-path-for-svn-mergeinfo.patch
0003-git-svn-reduce-check_cher
On Tue, 28/10/14, Eric Wong wrote:
> So both merges
are correct, but we lose one, and gain one?
I'll try to check more closely tomorrow.
Can you point out
the exact revisions in the
R repo? Thanks.
The missing merge on branch "R-2-14-branch" is:
commit 93af4d4cc3a5e0039944dd4e340d26995b
git-svn
performance
To: "Hin-Tak Leung"
Cc: stokl...@2pi.dk, fabian.schm...@gmail.com, git@vger.kernel.org,
s...@vilain.net, stevenrwal...@gmail.com, waste.mana...@gmx.de,
amyr...@apple.com
Date: Wednesday, 29 October, 2014, 20:23
Hin-Tak Leung
wrote:
> Hi, I patched my syste
On Thu, 30/10/14, Eric Wong wrote:
> The missing merge on branch
"R-2-14-branch" is:
>
> commit
93af4d4cc3a5e0039944dd4e340d26995be8a252
> Merge: 121990f 6ff1b87
> Author: ripley
> Date: Wed Feb 22 13:45:34
2012 +
>
>
port r584
Here is the data dumper info . I tried the dumper code on the R repo
as well, and saw that against the virtual box repo, there is one
curious difference - $self->{last_rev} is a string rather than a number.
I tried hacking around doing "$x += 0;" to coerce last_rev
to a number at various places bu
--
On Thu, Oct 30, 2014 08:46 GMT Eric Wong wrote:
>Hin-Tak Leung wrote:
>> Here is the data dumper info . I tried the dumper code on the R repo
>> as well, and saw that against the virtual box repo, there is one
>> curious difference - $
(apology for the empty message again - sticky fingers in smart phone...)
--
On Thu, Oct 30, 2014 08:46 GMT Eric Wong wrote:
>Thanks, I'm not able to reproduce the issue, but can you try the
>following?
>
>diff --git a/perl/Git/SVN/Ra.pm b/perl/Git/SVN/Ra.pm
>index 75cd
--
On Fri, Oct 31, 2014 19:08 GMT Eric Wong wrote:
>Eric Wong wrote:
>> This avoids the following failure with normal "get_dir" on newer
>> versions of SVN (tested with SVN 1.8.8-1ubuntu3.1):
>>
>> Incorrect parameters given: Could not convert '%ld' into a number
number
>
>get_dir2 also has the potential to be more efficient by requesting
>less data.
>
>ref: <1414636504.45506.yahoomailba...@web172304.mail.ir2.yahoo.com>
>ref: <1414722617.89476.yahoomailba...@web172305.mail.ir2.yahoo.com>
>
>Signed-off-by: Eric Wong
>Cc: Hin-
On Sat, 1/11/14, Eric Wong wrote:
Hin-Tak Leung
wrote:
> > Tested-by: Hin-Tak Leung
>
> Okay, this one on
top of my "git 2.1.0 + 10 recent git svn improvement
patches"
> allow me to fetch
further.
>
>
On Sat, 1/11/14, Eric Wong wrote:
Hin-Tak Leung
wrote:
> > While my 2.10 + 11 patches
continue to fetch, where it was stuck, now
> it does "Couldn't find
revmap..." - also, the single branch clone is doing
> the
ient by
requesting
less data.
ref: <1414636504.45506.yahoomailba...@web172304.mail.ir2.yahoo.com>
ref: <1414722617.89476.yahoomailba...@web172305.mail.ir2.yahoo.com>
Signed-off-by: Eric Wong
Cc: Hin-Tak Leung
---
This should fix the vbox clone problem. SVN
Perl binding
31 matches
Mail list logo
