Bug#438792: srtp 1.4.4?
What do you think about using latest stable srtp version (1.4.4) instead of current CVS which is buggy? The test suite in srtp 1.4.4 succeeds, but crashes in CVS HEAD, when run on x86. Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431227: #431227: severity normal
package kiax severity 431227 normal thanks Kiax needs access to OSS audio devices for input and output, and it will terminate unless it can open those during startup. I'm setting the severity level back to normal, but don't think kiax can do anything but exit if it fails to initialize iaxclient, maybe add a better error message. $ grep -A 1 /dev/dsp /tmp/kiax open(/dev/dsp, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/dsp, O_WRONLY) = -1 ENOENT (No such file or directory) write(2, PortAudio error at Unable to ope..., 65PortAudio error at Unable to open streams: Illegal error number. Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431227: KDE related?
Santiago Garcia Mantinan wrote: Hi! I can run kiax here without any problem here, I don't have KDE libs installed. So I'm wondering if this has something to do with kde stuff on kiax :-??? Regards... It may be caused by aRts or another sound daemon or application blocking the access to the OSS device. Sound cards can often only be opened by one application at a time. Rebuilding kiax against current libiaxclient-dev will enable both OSS and ALSA sound drivers. But it probably won't solve the problem since OSS will always be the default driver regardless of whether any OSS device can be opened or not. I think this is a bug in PortAudio v19, and I'm looking into it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442964: bayonne: FTBFS: /usr/bin/ld: cannot find -lssl
Rene Mayorga wrote: El mar, 18-09-2007 a las 15:22 +0200, Mikael Magnusson escribió: package bayonne reassign 442964 libexosip2-dev 3.0.3-2-1 thanks This is caused by a missing Depends in libexosip2-dev, which needs libssl-dev. This package is also needed in Build-Depends, or maybe libexosip2 should be compiled without support for SSL/TLS instead? actually, libexosip2 is not compiled with SSL/TLS support ~$ ldd /usr/lib/libeXosip2.so.4 | grep ssl Mikael Only i386, since it was compiled in a environment containing the libssl-dev package. $ ldd /usr/lib/libeXosip2.so.4 | grep ssl libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7e7e000) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442964: bayonne: FTBFS: /usr/bin/ld: cannot find -lssl
package bayonne reassign 442964 libexosip2-dev 3.0.3-2-1 thanks This is caused by a missing Depends in libexosip2-dev, which needs libssl-dev. This package is also needed in Build-Depends, or maybe libexosip2 should be compiled without support for SSL/TLS instead? Mikael Lucas Nussbaum wrote: Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../engine -I/usr/include/cc++2/ -fPIC -D__LINUX__ -fPIC -DPIC -g -O2 -D_GNU_SOURCE -c -o rtpstream.o rtpstream.cpp /bin/sh ../../libtool --tag=CXX --mode=link i486-linux-gnu-g++ -fPIC -DPIC -g -O2 -D_GNU_SOURCE -o sip.ivr -module -shared driver.o session.o rtpstream.o ../../engine/libbayonne.la -leXosip2 -losipparser2 -losip2 -L/usr/lib -pthread -lccrtp1 -lccgnu2 -ldl -lrt mkdir .libs i486-linux-gnu-g++ -fPIC -DPIC -g -O2 -D_GNU_SOURCE -o .libs/sip.ivr -shared driver.o session.o rtpstream.o -pthread ../../engine/.libs/libbayonne.so -L/usr/lib /usr/lib/libccscript3.so /usr/lib/libccaudio2.so -lpthread /usr/lib/libeXosip2.so -lssl -lresolv /usr/lib/libosip2.so /usr/lib/libosipparser2.so /usr/lib/libccrtp1.so /usr/lib/libccgnu2.so /usr/lib/libgnutls.so /usr/lib/libtasn1.so -lz /usr/lib/libgcrypt.so /usr/lib/libgpg-error.so -lnsl -ldl -lrt /usr/bin/ld: cannot find -lssl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441896: linphone: error while loading shared libraries: libosipparser2.so.2
Package: linphone Version: 1.99.0-1 Severity: grave Justification: renders package unusable I believe linphone needs to be rebuild against libosip2=3.0.3-2-1, since the SONAME of libosipparser2.so.2 doesn't match what's in Depends. NEEDED libosipparser2.so.2 Depends:libosip2-3 $ linphone linphone: error while loading shared libraries: libosipparser2.so.2: cannot open shared object file: No such file or directory -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linphone depends on: ii libasound2 1.0.14a-2 ALSA library ii libatk1.0-0 1.18.0-2The ATK accessibility toolkit ii libavcodec1d 0.cvs20070307-6 ffmpeg codec library ii libavutil1d 0.cvs20070307-6 ffmpeg utility library ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libcairo21.4.10-1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.0-2The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii liblinphone1 1.99.0-1linphone web phone's library (supp ii libmediastreamer01.7.1-3 linphone web phone's media library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libortp7 1.99.0-1Real-time Transport Protocol stack ii libosip2-3 2.2.2-3.1 Session Initiation Protocol (SIP) ii libpango1.0-01.18.1-1Layout and rendering of internatio ii libraw1394-8 1.2.1-3.1 library for direct access to IEEE ii libspeex11.1.12-3The Speex Speech Codec ii libtheora0 0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-2The Vorbis General Audio Compressi ii libvorbisenc21.2.0.dfsg-2The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii linphone-nox 1.99.0-1web phone linphone recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440402: yaws: License needs update
Package: yaws Version: 1.68-4 Severity: serious Justification: Policy 4.5 The license in debian/copyright needs to be updated. Upstream changed to a regular BSD type license in 2006. /Mikael -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yaws depends on: ii adduser 3.104 add and remove users and groups ii erlang-base [erlang-abi-1 1:11.b.5dfsg-4 Concurrent, real-time, distributed ii erlang-nox1:11.b.5dfsg-4 Concurrent, real-time, distributed ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii openssl 0.9.8e-6 Secure Socket Layer (SSL) binary a yaws recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439481: linphone: FTBFS: error: osip2/osip_negotiation.h: No such file or directory
On Sat, Aug 25, 2007 at 10:00:10AM +0200, Lucas Nussbaum wrote: Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user/linphone-1.7.1/exosip' if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DOSIP_MT -DHAVE_PTHREAD -DHAVE_PTHREAD -DOSIP_MT -DENABLE_TRACE -DNEW_TIMER -DSM -DMSN_SUPPORT -DUSE_TMP_BUFFER -Wall -g -O2 -MT eXosip.lo -MD -MP -MF .deps/eXosip.Tpo -c -o eXosip.lo eXosip.c; \ then mv -f .deps/eXosip.Tpo .deps/eXosip.Plo; else rm -f .deps/eXosip.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DOSIP_MT -DHAVE_PTHREAD -DHAVE_PTHREAD -DOSIP_MT -DENABLE_TRACE -DNEW_TIMER -DSM -DMSN_SUPPORT -DUSE_TMP_BUFFER -Wall -g -O2 -MT eXosip.lo -MD -MP -MF .deps/eXosip.Tpo -c eXosip.c -fPIC -DPIC -o .libs/eXosip.o In file included from eXosip.c:25: eXosip2.h:47:36: error: osip2/osip_negotiation.h: No such file or directory Support for SDP negotiation (in osip_negotiation.h) was removed in libosip2 version 2.2.3 according to libosip2 changelog, which means this version of linphone needs libosip2 version 2.2.2 (or earlier). Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420138: twinkle: Crashes when making/receiving a call
Chris Davies wrote: Package: twinkle Version: 1:1.0-3 Severity: grave Justification: renders package unusable Twinkle starts and runs happily until a call is made or received. As soon as the session is established Twinkle crashes. This error is printed on the console: KCrash: Application 'twinkle' crashing... twinkle: userintf.cpp:2016: virtual void t_userintf::lock(): Assertion `!is_prohibited_thread()' failed. Unable to start Dr. Konqi There is no backtrace available to KCrash. Twinkle 1:1.0-2 worked for me; I'd try to downgrade if I could find a deb for it. Thanks, Chris Seems to be some issues with GNU ccRTP 1.5.1 and twinkle, since update from 1.5.0 is the only entry listen in twinkle 1:1.0-3 changelog. Rebuild for libccrtp-dev 1.5.1 [libccrtp soname] Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406754: Bug #406754: portaudio19: FTBFS: #error Memory barriers are not defined on this system.
Falk Hueffner wrote: Mikael Magnusson [EMAIL PROTECTED] writes: Falk Hueffner wrote: Hi, the correct solution is to use __sync_synchronize as fallback, which is a full memory barrier defined by gcc (starting from 4.1) for all platforms. It is also desirable to use this on all platforms that don't differentiate read/write/full barriers, since it gives the compiler better opportunities to optimize. Do you have a patch? I tried to use __sync_synchronize on i386, but it doesn't generate any synchronization code in the assembler output. Sorry, you need __sync_synchronize(). (Does __sync_synchronize on its own not generate a warning?) According to [1] gcc does not implement __sync_synchronize() as a full memory barrier on X86, in spite of the documentation. Do you know what architecture __sync_synchronize() is implemented as a full memory barrier? PortAudio implements native memory barriers for i386 and powerpc. We can use __sync_synchronize() for other architectures if it's implemented as a full memory barrier on those. Otherwise we need to disable JACK on those architectures (already committed to SVN). Mikael [1]http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2047.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406754: Bug #406754: portaudio19: FTBFS: #error Memory barriers are not defined on this system.
Falk Hueffner wrote: Hi, the correct solution is to use __sync_synchronize as fallback, which is a full memory barrier defined by gcc (starting from 4.1) for all platforms. It is also desirable to use this on all platforms that don't differentiate read/write/full barriers, since it gives the compiler better opportunities to optimize. Do you have a patch? I tried to use __sync_synchronize on i386, but it doesn't generate any synchronization code in the assembler output. Mikael --- old-working/src/common/pa_ringbuffer.c 2007-01-29 11:27:55.0 +0100 +++ new-working/src/common/pa_ringbuffer.c 2007-01-29 11:27:55.0 +0100 @@ -86,9 +86,9 @@ # define PaUtil_ReadMemoryBarrier() asm volatile(sync:::memory) # define PaUtil_WriteMemoryBarrier() asm volatile(sync:::memory) # elif defined( __i386__ ) || defined( __i486__ ) || defined( __i586__ ) || defined( __i686__ ) -# define PaUtil_FullMemoryBarrier() asm volatile(mfence:::memory) -# define PaUtil_ReadMemoryBarrier() asm volatile(lfence:::memory) -# define PaUtil_WriteMemoryBarrier() asm volatile(sfence:::memory) +# define PaUtil_FullMemoryBarrier() __sync_synchronize +# define PaUtil_ReadMemoryBarrier() __sync_synchronize +# define PaUtil_WriteMemoryBarrier() __sync_synchronize # else # ifdef ALLOW_SMP_DANGERS # warning Memory barriers not defined on this system or system unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406754: More memory barriers
Bjorn Roche wrote: Now, it should work on Linux x86, Linux PPC, Mac OS X and FreeBSD. On other systems (I don't know what else uses these ring-buffers, other than Jack/Linux and CoreAudio) it should fail to compile, but give the user enough info to compile without SMP safety if they want (by defining ALLOW_SMP_DANGERS, which should probably have a better name). Any feedback before I commit (especially from someone familiar with x86)? What about other architectures? The Debian portaudio19 package I'm maintaining together with the Debian VoIP team fails to build on most architectures. (Reported in Debian BTS #406754[1]) error: src/common/pa_ringbuffer.c:100:11: error: #error Memory barriers are not define d on this system. You can still compile by defining ALLOW_SMP_DANGERS, but SMP safety will not be guaranteed. PortAudio V19 used to build on all architectures: alpha, amd64, arm, hppa ,i386, ia64, m68k, mips, mipsel, powerpc, s390 and sparc. Any solution? Please, keep CC to [EMAIL PROTECTED] in replies. Mikael [1]http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406754 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395148: libcommoncpp2-1.5-0: undefined symbol: gnutls_global_init
Package: libcommoncpp2-1.5-0 Version: 1.5.1-1 Severity: grave Tags: patch Justification: renders package unusable The shared library libccext2 uses a symbol from gnutls and needs to be linked against the gnu ssl libraries. twinkle: symbol lookup error: /usr/lib/libccext2-1.5.so.0: undefined symbol: gnutls_global_init I have added patch (gnutls.dpatch) to pkg-voip svn. Mikael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (30, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-vserver-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libcommoncpp2-1.5-0 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 libcommoncpp2-1.5-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382616: Workaround and patch
package linphone tags 382616 +patch thanks Try to define HAVE_CONFIG_H (or maybe HAVE_GLIB) as a workaround, it worked for me when I compiled emptylinphone.c. I'm also including a patch that can be used instead of the workaround. Mikael --- /usr/include/linphone/sndcard.h.orig2006-05-15 19:26:25.0 +0200 +++ /usr/include/linphone/sndcard.h 2006-08-21 12:37:11.0 +0200 @@ -25,9 +25,7 @@ #undef PACKAGE #undef VERSION -#ifdef HAVE_CONFIG_H -# include config.h -#endif +#include config.h #undef PACKAGE #undef VERSION -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356330: libosip2-3: libosip2.so.3.0.0 must be linked against libpthread.so
Package: libosip2-3 Version: 2.2.2-2 Severity: serious Tags: patch Justification: Policy 10.2 The libosip2.so.3.0.0 library in libosip2-3 must be linked against libpthread.so since it uses symbols from that library. It can be done by configuring with --enable-pthread. /Mikael --- ./debian/rules.orig 2006-03-11 09:41:55.0 +0100 +++ ./debian/rules 2006-03-11 09:42:06.0 +0100 @@ -36,7 +36,7 @@ config.status: configure dh_testdir # Add here commands to configure the package. - CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-gperf + CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-gperf --enable-pthread build: build-stamp -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (30, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-vserver-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libosip2-3 depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an libosip2-3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356223: iaxcomm: wxWindows Fatal Error: Couldn't Initialize IAX Client
Ruben Porras wrote: Package: iaxcomm Version: 0.0+cvs20050725-6 Severity: grave Justification: renders package unusable ~$ iaxcomm Error wxWindows Fatal Error : Couldn't Initialize IAX Client . and iaxcomm dies... Thanks. Iaxcomm probably fails because it can't open the sound device. You need to find out if you use ALSA or OSS. Try to run cat /proc/asound/version in a terminal. That will output Advanced Linux Sound Architecture Driver.. if you use ALSA. Iaxcomm requires OSS support, and you need to load the snd_pcm_oss with modprobe snd_pcm_oss as root if you use ALSA (aoss doesn't work well with iaxcomm). Another program may be using the sound card which prevents iaxcomm from using it, unless you have a card that has a hardware mixer. /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340534: twinkle is not installable on sid
Package: twinkle Version: 0.4.1-1 Severity: grave Justification: renders package unusable twinkle is not installable on sid i386, since it depends on kdelibs4c2 (= 4:3.4.3-1) from experimental. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (30, 'unstable'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-vserver-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]