On 08/10/2012 09:52 AM, Tony Stevenson wrote:
Folks,
We are still having issues with JIRA, which we are trying to work through.
It looks like we will need to move it onto a dedicated machine, which will
hopefully be done in the next day or so.
Apologies for the instability over the past few
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6302/#review10122
---
On Aug. 10, 2012, 3:10 p.m., Rafael Schloming wrote:
http://svn.apache.org/repos/asf/qpid/proton/trunk/proton-c/src/messenger.c,
line 327
https://reviews.apache.org/r/6302/diff/2/?file=134512#file134512line327
Is there a way to do the equivalent of 0.0.0.0 on windows? This is
Many apologies, I got a bit too excited and submitted a bunch of changes
without attaching the issue reference. And now Jira itself is down so I
can't even add a reference at that end!
Anyway changes r1371774 r1371775 were the changes to close out
QPID-4180.
Sorry
Andrew
On Fri, 2012-08-10 at 19:24 +0100, Gordon Sim wrote:
...
You can retrospectively edit the commit log for svn if you like.
I hope that isn't something many people do: It has the strong
possibility to totally screw up the synchronisation with git depending
on exactly when the synchronising is
I've seen this mentioned on here in the past, either by yourself or maybe
Alan, and I'm a bit curious as to what actually happens?
I cant say I have seen it cause me any problems so far when using git-svn
(git cloned from the git mirror, then git-svn initialised and rebased
against svn). Indeed,
On Fri, 2012-08-10 at 20:05 +0100, Robbie Gemmell wrote:
I've seen this mentioned on here in the past, either by yourself or maybe
Alan, and I'm a bit curious as to what actually happens?
I cant say I have seen it cause me any problems so far when using git-svn
(git cloned from the git
Ok, I think the key differences in our worklows is that I dont tend to
push/pull between repos much and only normally merge between local branches
and/or the remote svn branches before dcommiting, and as a result havent
run into the merge issues you have because the hashes differing doesnt
really
