This is needed for getting empathy stabilized, please add arches if you agree: alpha amd64 ia64 ppc sparc x86 Thanks Reproducible: Always
Arch teams, please proceed to stabilise. The empathy client is the recommended program to use the SIP stack with. You may call 555@linx.net if you want an automated test audio stream. Talk to me on IRC if you wish to do in-depth testing using SIP.
failed one test here on x86 FAIL: torture_url =================== 1 of 1 tests failed =================== make[4]: *** [check-TESTS] Error 1 make[4]: Leaving directory `/var/tmp/portage/net-libs/sofia-sip-1.12.10/work/sofia-sip-1.12.10/libsofia-sip-ua/url' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/var/tmp/portage/net-libs/sofia-sip-1.12.10/work/sofia-sip-1.12.10/libsofia-sip-ua/url' make[2]: *** [check] Error 2 make[2]: Leaving directory `/var/tmp/portage/net-libs/sofia-sip-1.12.10/work/sofia-sip-1.12.10/libsofia-sip-ua/url' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-libs/sofia-sip-1.12.10/work/sofia-sip-1.12.10/libsofia-sip-ua' make: *** [check-recursive] Error 1 * ERROR: net-libs/sofia-sip-1.12.10 failed:
Maybe build.log would be useful since provided error doesn't show the exact failure :-(
Created attachment 239935 [details] net-libs/sofia-sip-1.12.10 build.log
(In reply to comment #3) > Maybe build.log would be useful since provided error doesn't show the exact > failure :-( I have the same problem on my x86 machine.
Same failure over here, but i've got it to pass a manual "make check" cleanly, if i replace the two occurrences of "CANNED%20MSG" as well as the one with "CANNED MSG" with one without a whitespace like "CANNEDMSG". I've done this in libsofia-sip-ua/url/torture_url.c ...But honestly, I don't know if now a kitty gets killed if someone gets a canned message with whitespaces!? ;-)
I have not being able to reproduce, but have reported anyway to upstream: https://sourceforge.net/tracker/?func=detail&aid=3034730&group_id=143636&atid=756076
Since I cannot reproduce on amd64 (yet), can affected people try the following mandriva patch? http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/sofia-sip/releases/1.12.10/3mdv2010.1/SOURCES/sofia-sip-1.12.10-string-format.patch?revision=534009&content-type=text/plain&view=co Good luck!
(In reply to comment #8) > Good luck! Unfortunately there is none for me. Still fails.
I would go ahead anyway since doesn't seem to affect all people and I am unsure about it will really cause some breakage :-/, I have also checked how other distributions handle this and have failed to find any fix (some of them doesn't even run tests)
Pacho, can I suggest that you RESTRICT tests if you are able to get the test audio stream working bi-directionally?
I will try to simply skip torture_url test, keeping bug 330261 for that until a real fix is found
(In reply to comment #12) > I will try to simply skip torture_url test, keeping bug 330261 for that until a > real fix is found > But other tests fail :-S Better restrict them, but I won't be able to test audio stream working bi-directionally today or tomorrow :-( Can any other from arch teams test it please? Thanks a lot
Not really sure how to test but here it goes, I used net-im/empathy-2.30.2 to call my asterisk server using sip and sound worked fine.
(In reply to comment #14) > Not really sure how to test but here it goes, I used > net-im/empathy-2.30.2 to call my asterisk server using sip and sound worked > fine. So do restrict it, then we can go on.
Just restricted (thanks a lot David for testing), I think arches can now proceed finally :-D
amd64 done
x86 stable, thanks David
alpha/ia64/sparc stable
27 Jun 2010; <nixnut@gentoo.org> sofia-sip-1.12.10.ebuild: ppc stable #321591