Have you made a new clone with depth=1? Or was a pull on existing clone?
Cheers,
Daniel
On 5/28/13 4:40 PM, DanB wrote:
Daniel,
The command which failed for me it was checking out your commit in the
git sources:
Here is how I run it:
root@IECDev:/usr/local/src/kamailio/kamailio.git# git
Daniel,
Good catch, I do not recall it but it could be I have used in first case
(when it worked) normal clone, and it second just the dept=1. I have
just rechecked now and it works checking out directly your commit, so
sorry for additional noise.
Thanks and have a good one!
DanB
Hey Daniel,
Many thanks for so fast reaction. As I always say, opensource beats
proprietary in more than one way ;).
The changes you did work smooth for me, the new redirect comes with
proper enclosure characters for uri in branches:
#
U 2013/05/28 10:44:53.201933 127.0.0.1:5070 -
Hello,
On 5/28/13 10:20 AM, DanB wrote:
Hey Daniel,
Many thanks for so fast reaction. As I always say, opensource beats
proprietary in more than one way ;).
The changes you did work smooth for me, the new redirect comes with
proper enclosure characters for uri in branches:
#
U
Daniel,
The command which failed for me it was checking out your commit in the
git sources:
Here is how I run it:
root@IECDev:/usr/local/src/kamailio/kamailio.git# git checkout
74bf08ef30cf18fb609c2c067584f1515ede23da
fatal: reference is not a tree: 74bf08ef30cf18fb609c2c067584f1515ede23da
Hey Guys,
I was wondering if someone can help me with identifying my issue (which
I suspect it as a bug).
I am doing some redirect tests between 2 servers, both running same
Kamailio version - 4.0.0 out of debian packages.
root@IECDev:/home/dan# kamailio -V
version: kamailio 4.0.0
Hello,
apparently the rule of enclosing uri in between was wrong, done only
when q was set. I changed to do it always, to protect the uri parameters.
Can you try with the patch from commit:
-