Time to make some new builds :-)
Cheers,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
his should also be on the project website
(if it's not there already).
- Forums: Does anyone use those instead of mailing lists in 2013? ;-)
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
can do to help,
whatever the choice is, don't hesitate to ask :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
On Feb 18, 2013, at 6:14 PM, Peter Lemenkov wrote:
> 2013/2/18 Saúl Ibarra Corretgé :
>>> Also I'd like to propose a switch to a new issue tracker at SF.net.
>>> Just compare that one we have to use now with the newest one:
>>>
>>> * ht
On Feb 18, 2013, at 5:52 PM, Peter Lemenkov wrote:
> 2013/2/18 Saúl Ibarra Corretgé :
>
>>> What things need to be sorted out when moving to GIT:
>>>
>>
>> First question: would it be a self-hosted Git repository or the GitHub
>> service?
>
tHub also has an issue tracker, so existing issues can be migrated there.
This would also help remove all sorts of old issues that have piled up over
time ;-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
On Feb 11, 2013, at 12:38 PM, Saúl Ibarra Corretgé wrote:
> Hi Bogdan and team,
>
> On Feb 9, 2013, at 7:40 PM, Bogdan-Andrei Iancu wrote:
>
>> Hi all,
>>
>> According the the release policy
>> (http://www.opensips.org/Development/Development), I would
points in case there are any doubts :-)
Thanks for letting us fill-up your TODO list ;-)
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
___
> Devel mailing list
> Devel@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
the source tarballs are available. Also DEBs
> for Debian ans Ubuntu should be ready soon on the official repository.
>
Congrats to the team! See (some of) you in Brussels!
Also, FWIW, I've been running OpenSIPS straight from trunk for a while now
without major problems, everyone g
Awesome, thanks!
On Jan 29, 2013, at 7:34 PM, Bogdan-Andrei Iancu wrote:
> yes, indeed - loosing or having extra garbage :)
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
>
> On 01/29/2013 07:33
__
> Devel mailing list
> Devel@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
me to do it this week. It
would be nice to have a generic function/macro which would print the given
error string + IP (port) + error description with the given error severity ,
for example :-) Then we can use it in more places later on.
Regards,
--
Saúl Ib
ocket related operations which
> write unhelpful log text, so this is not a complete solution.
>
Improved logging messages are of course great :-) I have a few unfinished
patches in this regard as well, so if you send over partial improvements I'll
incorporate them. Howe
oad
> purposes ? I'm open to any suggestions :)
>
Here is a proposal: There could be 2 types of files: releases and svn
snapshots. Releases look like opensips-1.8.3.tar.gz and svn snapshot like
opensips-1.8-svn1234.tar.gz
Regards,
--
Saúl Ibarra Corretgé
AG Projects
_
e an AVP as an argument and save the value there,
then your function would return 1 if all went ok or -1 if there was some kind
of error.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
t a life span for 2 years.
>
2 years sounds about right.
Thanks for doing this in the Open, Bogdan :-)
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
dependencies.
Btw, the appropriate place for questions bout SylkServer is the SIP Beyond VoIP
mailing list: http://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.op
n
out.
We can try to see how a similar approach can work out for us. Instead of a
year, say 6 months. What's important is to define what a security fix is and
what it's not. An error in the software that can be consistently triggered from
the outside (ie, with SIP traffic) an
fted
> (like when 1.9 will become stable, 1.7 will become obsolete and
> unsupported).
>
What about security fixes? I can understand that when 1.9 is released 1.7 goes
to EOL (sort of), but what if there is a bug in the parser (for example) which
can cause a cras
ards,
On Nov 8, 2012, at 11:05 AM, Saúl Ibarra Corretgé wrote:
> Hi all,
>
> I've been working for quite a while now in adding external references to RLS
> and pres-rules documents following IETF and OMA specifications respectively.
> And it works! \o/ In the process I no
P will also be modified
accordingly.
About xcap_server configuration option:
Currently it's only used in non-integrated mode, but it's also needed in
integrated mode on order to know if a reference is local or not and thus if it
should be followed or not.
You made it this far! Grea
to do it until
TCP works properly, given that WebSocket is a transport protocol on top of TCP.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
t see the need to do it in the 1.x series. You can use OverSIP
to do protocol translation to TCP/TLS and send the call to OpenSIPS. Now, IIRC
there was some problem in parsing the Via headers, because they now have a
different transport parameter (ws and wss), but I think someone posted a
me, because there can only be one of them at a time.
Also, can we add the in-dialog requests when using GRUU bug to the wishlist? :-)
Keep up the good work guys!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
ible to
> group dispatchers, and also means the config file doesn't need to be
> changed (and the relay restarted) every time the list of dispatchers
> changes. The patch is against mediaproxy 2.4.2.
>
Thanks for the patch, I'll have a look at it.
Regards,
2012/04/HR-SEARCH-ANDREXEN-FR-SIP-ENGINEER-201204.pdf
>
I just applied the RLS fix on trunk r9375, thanks!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
se balancer before registrar.
> The command is save("location", "p0").
>
That is correct. Those are not 2 contact URIs, they are 2 contact headers in a
single line, comma separated.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
but
this complicates things for outbound, since you'd need to wait to the
transaction timeout before attempting to send the request over the other flow.
Here is where Bogdan't proposal for notifying the failure asap would help. The
performance impact of that remains to be seen I guess :
Hi Bogdan,
On Oct 12, 2012, at 5:15 PM, Bogdan-Andrei Iancu wrote:
> Hi Saúl,
>
> On 10/12/2012 06:54 PM, Saúl Ibarra Corretgé wrote:
>> Hi Bogdan,
>>
>> On Oct 12, 2012, at 4:35 PM, Bogdan-Andrei Iancu wrote:
>>
>>> Hi Saúl,
>>>
>>&g
h (with the current code) would terminate the
subscription, so looks like we may not even need to do anything there :-)
>
> What do you thing of the above idea ? :)
>
Love it :-) We already switched to TCP for the above stated reasons, so if you
need testing let me know, I'll be m
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
d.
>
> Thus, it will be present in the next OpenSIPS release.
Oh, I see now. Thanks for clarifying!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hi Vlad,
About a month ago a patch adding the disable_gruu parameter was added to trunk
but it was never backported to the 1.8 branch. At that time 1.8 was still under
development IIRC. Could we get that backported to 1.8 please? :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
to see in the
diversion header, and use the current approach if the AVP is not set.
Thoughts?
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
and generate_offline_body are set to 0 and there are no PIDFs
stored an empty NOTIFY would be generated when you send a PUBLISH with Expires:
0. You can combine both settings as you wish, no problem :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
team: please have a look. If we merge this code and discover any issues
with it in the future I do volunteer for fixing them, I'll not run away :-)
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
nk/modules/registrar/save.c
>
> This was sent by the SourceForge.net collaborative development platform, the
> world's largest Open Source development site.
>
>
> ___
> Devel mailing list
> Devel@lists.opensips.org
> htt
e. (I discussed some other alternatives with Razvan on IRC and
this seemed fine)
The patch is not big, I'd appreciate if someone can have a look, I'll commit it
once I get the green light :-)
Kind regards,
generate_offline_body.diff
Description: Binary data
--
Saúl Ib
in my terminal it just return the right thing o_O. Any
clue?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
r for you, it doesn't mean that it's better for me.
>
Sure, there is no on-fits-all solution, I just expressed my own opinion and
support for the decision taken by the core team not to include the suggested
patch.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
_
MHO, there is no need for creating a new programming language for OpenSIPS
configuration. An existing one can be embedded and used to write the config
script, think Python or Lua.
Why spend time in reinventing tools we already have?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
_
of
several m4 files and never felt the need to stretch the configuration file
syntax.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
ady soon on the official repository.
>
>
> Enjoy it and best regards,
> Bogdan
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
>
> ___
> Users mailing list
>
On Mar 22, 2012, at 1:06 PM, Nick wrote:
> Where could we get the patch?
>
Uploading the file gave me errors so I posted a link to the patch file.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensi
ch could be somewhat better, but I get your point.
> When you have time, please commit the patch you provided a couple of emails
> ago ( the one with the ;gr parameter existence check into RR ).
>
Will do.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
plicit check for the ;gr parameter, and it covers a broader topic, which is
"assume there are no strict routers in the planet".
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hi Vlad,
On Mar 21, 2012, at 11:15 AM, Vlad Paiu wrote:
> Hi Saúl,
>
> Indeed this was non RFC-compliant behaviour, and the patch seems ok to me.
> Please go ahead and apply on trunk.
>
Done, thanks for checking it!
Regards,
--
Saúl Ibarra Corre
Hi again,
I just had another idea, which would fix the problem while being more generic:
adding a new parameter to the rr module to disable strict routing support.
Thoughts?
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel
Hi,
On Mar 20, 2012, at 1:20 PM, Saúl Ibarra Corretgé wrote:
> Hi,
>
> I've been testing and analyzing the GRUU implementation and I think we need
> to fix the loose_route function to properly accommodate GRUU support. Lets
> take the following simple case (proxy
Hi,
I wrote a patch for this, it works :-) Since I guess you guys are busy with the
release I can commit it myself if you give me the green light ;-)
registrar_sip_instance.diff
Description: Binary data
Regards,
On Mar 20, 2012, at 4:52 PM, Saúl Ibarra Corretgé wrote:
> Hi,
>
&g
,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
ion, but the advanced one can't,
so I propose that the loose_route function adds an extra check: if is_myself
return true, check if the URI has the gr parameter. In such case, don't assume
the previous hop was a strict router, but a loose router.
Thoughts?
--
Saúl Ibarra Corretgé
AG P
> it.
>
Great, thanks!
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
x27;t want to keep a broken subscription
around, that will make OpenSIPS attempt to make an outgoing TCP connection for
every new NOTIFY, that will most likely fail.
If no one is against it I'd like to go ahead and make the change. Comments are
welcome :-)
Regards,
--
Saúl Ibarra Corretgé
A
ed to implement a
way to detect this in the signaling plane. I don't know about Kamailio, but in
OpenSIPS there is a way to send OPTIONS requests to both call legs of a dialog,
and if either doesn't reply a BYE will be sent. That's the
According to the docs mask
should be between 0 and 32.
If there are no objections I'd like to make this change for trunk and 1.7
branches since I believe is a bugfix.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailin
omain should also be hidden
or not.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
a valid URI.
>
> Sound ok ? Will commit a fix for this today.
>
Yeah, that sounds right. I guess the port should also be attached in the case
when @sock is added, otherwise the default would be assumed and it may not
always be the case.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
__
part and dial it just works as
expected:
;pub-gruu="sip:sag...@sipdoc.net;gr=urn:uuid:..."
Please find attached a patch for this second issue. It's just removing some
lines, but you are far more familiar with that code :-)
TLDR; it works!
Great work guys!
Regards,
fix_pub_gruu
Bogdan,
I made and attached the patch in the tracker:
http://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3414466&group_id=232389
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opens
# All is good
}
Does it make more sense now?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
-limit as a new 1.8.0 feature. I didn't know
there would be a 1.8.0 release, so the code is already in the 1.7 branch, sorry
for that.
There hasn't been a minor release for the 1.7 branch with that code yet, but
since it's already there, I'd go for keeping it in the 1.7
mit it to the tracker.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
stay on MediaProxy
2.4.4.
I hope CentOS 6 provides up-to-date enough versions for Python and iptables so
that its easy to build MediaProxy there.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
y", "media_relay_avp", "$avp(s:media_relay)")
> modparam("mediaproxy", "ice_candidate", "low-priority")
> modparam("mediaproxy", "ice_candidate_avp", "$avp(s:ice_candidate)")
> and i do opens
[3613]: ImportError:
/usr/lib/pymodules/python2.6/sipsimple/core/_core.so: undefined symbol:
pjsip_msg_find_remove_hdr_by_name
Did you build the python-sipsimple package yourself? Or did you use the
one from our repositories?
--
Saúl Ibarra Corretgé
AG Projects
y big project. As it is
only a Bachelor Thesis I thought about finding an easier way to implement my
idea.
IIRC, PJSIP does have stereo support to some degree. A quick search
returned this: http://blog.pjsip.org/2008/03/31/doing-it-in-stereo/
Regards,
--
Saúl Ibarra Corretgé
AG Pro
=http://voipusersconference.org
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
t's easier to know exactly when the meeting is in local time :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
:-) ) I can commit
it and backport it to the 1.6 branch if it's appropriate.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
C5874. Or we can just add xcap-diff as a new event.
If there are no objections I can make a patch for this.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/ma
document cointaining foreign XCAP roots where
> stored prior to setting "allow_external_references = No" (after
> restarting OpenXCAP)?
>
Next time you try to do a PUT it'll fail.
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
will just check the XPATH expression.
>
>
>> * Check entry-ref entries in resource-lists
>
> OMA prohibits the usage of entry-ref. Just external-ref is allowed.
> entry-ref just exists in IETF's incomplete specs. What does OpenXCAP
> implement exactly?
>
Can you po
oad with that request might also desirable
for someone.
Just my 2 cents :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
K!
>
> But use it to test with OpenSIPS v1.6.3 is not fully OK.
> The OpenSIPS v1.6.3's presence module seems to not work, and use soft
> client(A party) to add B party to buddy list ,
> the B party can't receive"notify" request.
>
If you do
AP will working with each other ?!
>
No, that is an *example* configuration. You need to dive into it and see
how to configure OpenSIPS presence together with OpenXCAP in your
particular scenario, as there is no "one fits all" solution.
Re
lity to store the data (contact list, icon, etc.) in OpenXCAP.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
7;in the
middle'. And also, the SDP must be fixed, because endpoints will need to
know in what codec they are talking.
This last thing could be faked by always adding G729 to the offer and
answer, but I've seen some devices fail if they get more
nario this would make more sense, since you can start
without the transcoder and if you detect it's needed, you could reINVITE
both parties and put the transcoder in the middle. In a proxy scenario,
OTOH, I find it utterly complicated.
Anyway, don't take my word for granted, there
e kernel itself is
doing the relaying of packets.
While there might be way of sitting in the middle of the packets, I'm
not curently aware of it but that looks like the way to start.
Now, assuming that the RTP transcoding can be done, I guess the SDP will
also need to be mangled to
ispatcher.
Have a look at the send_command function in RelayFactory class on file
mediaproxy/dispatcher.py. You can see how OpenSIPS uses this commands in
the mediaproxy.c file from the OpenSIPS MediaProxy module.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
__
I just commited a fix for this, now it behaves the same as in 1.6 or
trunk, that is, ignoring the case.
On 08/23/2010 08:41 AM, Saúl Ibarra Corretgé wrote:
> Hi,
>
> During some testing I noticed there is a small bug in the allow_truested
> function in branches 1.4 and 1.5 (it'
;. Juha made a fix for another project a while ago, so I
could go ahead and fix it in both branches but I thought I'd ask first,
as it's listed a s 'commonly maintained'.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
__
e several XCAP roots) they will be followed.
If someone needs that behavior the non-integrated mode should be used
though I will only implement the integrated mode at first.
Is there any use case I might be overlooking?
Thanks,
--
Saúl Ibarra Corretgé
AG Projects
chers if
applicable.
I might have forgotten or overlooked something, so any input on this
will be kindly appreciated.
Best regards,
[1]: OMA-TS-XDM_Core-V1_1. Sections 6.6.2.X
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
n for not having the deb packages installed?
Keep up the good work!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
plication over
MSRP, I am busy and my watchers should know. If I were deaf and used
video+T.140 I'd expect to be busy, but not 'On the phone'. A better
message should be chosen, but IMHO every session, no matter it's nature
shoul
7;on the phone' he would be 'In
session...', instead of being 'Ringing...' it would be 'Alerting...' or
some more appropriate messages. How does it sound?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
he request?
Thanks again for being so quick :)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
n the past they were taken
from the request.
I'm not that familiar with tm code, but how about checking if the reply
does contain a From and To header and if not take the ones from the request?
Best regards,
PS: I have a couple of SIPp scenarios to reproduce this issue, let me
know i
o when the mediaproxy
modification function is triggered it will 'see' that the 180 does have
a SDP, even if we called strip_sdp. Am I right here?
Is there any way of dealing with this situation? Thanks in advance!
Best regards,
--
Saúl Ibarra
o
work let us know so it can be fixed.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
nyone is
interested let me know and I can send over the patch.
Thanks for the tip!
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
y to build it on a 'clean' machine, because I couldn't
reproduce it :-/
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
; it to 1.4 (of course, you need to backport some TM
> dependencies also)
>
This sounds like a better idea :) I'll go this way and port 1.5 dialog
module to 1.4. Thanks for the suggestion!
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
_
!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
oblem.
> perhaps some build dependency is missing from debian/control?
>
The error looks like something in setuptools to me, so maybe it's the
setuptools version which needs to be adjusted.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
long since you did this change but do you recall if
some other change needs to be backported or if am in the right path for
backporting this?
Thank you in advance, best regards
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hum, my browser did something weird and sent the form twice, sorry for
that. You may delete this one.
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
101 - 200 of 203 matches
Mail list logo
