Bug#350113: libxft2 2.1.8.2-3 migrated to testing, breaks mozilla-mailnews
libxft2 2.1.8.2-3 migrated to testing yesterday, which breaks mozilla-mailnews in testing. /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344076: openbox: gnome integration broken on amd64
This has been fixed in cvs already and will be in the next release. On Mon, 19 Dec 2005, Jim Paris wrote: Package: openbox Version: 3.2-7 Severity: normal On amd64, the Gnome workspace switcher and window list don't show anything when openbox is running. It works fine with metacity, and works fine if I run openbox under a 32 bit chroot. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8 Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openbox depends on: ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxml2 2.6.22-2GNOME XML library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages openbox recommends: ii obconf1.5-3 Preferences manager for Openbox -- no debconf information -- Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340173: alleyoop fails to install with gconf2 version 2.10.1-1
Package: alleyoop Version: 0.9.0-3 Severity: important Upgrade of alleyoop from 0.8.2-3.1 to 0.9.0-3 failed with gconf2 version 2.10.1-1. apt-get error message: /var/lib/dpkg/info/alleyoop.postinst: line 10: /usr/sbin/gconf-schemas: File or directory not found (translated by bug reporter) The upgrade of alleyoop succeeded after first upgrading gconf2-common (2.10.1-6), libgconf2-4 (2.10.1-6) and gconf2 (2.10.1-6). /Mikael -- 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) Versions of packages alleyoop depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.8.1-2The Bonobo UI library ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgnome2-0 2.8.1-2The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeui-0 2.8.1-3The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libxml2 2.6.21-1 GNOME XML library ii valgrind 1:2.4.0-3 A memory debugger for x86-linux ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime alleyoop recommends no packages. -- no debconf information -- 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]
Bug#339707: DPI is a physical property
DPI is a physical property of the display device, and it can't be changed without changing display devices or resolutions. I thinks it's wrong to force 96 dpi in gdm.conf. How are WYSIWYG programs be able to know the physical dimension of the screen if the dpi setting is wrong? /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338006: libssl0.9.8: bad record mac because of wrong SSL_OP_TLS_BLOCK_PADDING_BUG handling
Package: libssl0.9.8 Version: 0.9.8a-3 Severity: important Use of SSL_OP_TLS_BLOCK_PADDING_BUG, which is included in SSL_OP_ALL, triggers a bug in OpenSSL if both the client and server is using version 0.9.8. Upstream bug report: http://www.aet.tu-cottbus.de/rt2/Ticket/Display.html?id=1204 The bug can be demonstrated with the following execution of s_server and s_client. Server: # openssl s_server -accept 5061 -cert /etc/apache/ssl.crt/snakeoil-dsa.crt -key /etc/apache/ssl.key/snakeoil-dsa.key -CAfile /etc/apache/ssl.crt/snakeoil-ca-dsa.crt -no_ssl2 Client: $ openssl s_client -connect skinner:5061 -no_ssl2 -bugs CONNECTED(0003) depth=1 /C=XY/ST=Snake Desert/L=Snake Town/O=Snake Oil, Ltd/OU=Certificate Authority (DSA)/CN=Snake Oil CA/[EMAIL PROTECTED] verify error:num=19:self signed certificate in certificate chain verify return:0 29985:error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac:s3_pkt.c:426: Sometimes the connection succeeds, but it fails most of the times. Regards, Mikael -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (871, 'stable'), (50, 'testing'), (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) Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0] 1.4.57 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an ii zlib1g1:1.2.3-6 compression library - runtime libssl0.9.8 recommends no packages. -- debconf information: libssl0.9.8/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337409: [Pkg-alsa-devel] Bug#337409: Further information on alsa vs. linux-kernel-2.6.14
On Tue, Nov 08, 2005 at 02:30:03PM +0100, Jordi Mallach wrote: > On Sat, Nov 05, 2005 at 10:40:27PM +0100, Stephen Kitt wrote: > > This means that the kernel currently in unstable requires ALSA currently in > > experimental to function correctly. Would it be inappropriate to upload > > 1.0.10rc2 to unstable? > > I think we have thisd unwritten policy of uploading final versions to > unstable only. Thomas, do we have a word on when the release will > happen? It's taking a long while now. > A new release candidate (1.0.10rc3) was announced today http://www.mail-archive.com/alsa-announce@lists.sourceforge.net/msg00023.html /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339607: Valgrind crashes when executing cpuid instructions
Package: valgrind
Version: 1:3.0.1-2
Severity: important
Valgrind crashes when executing the cpuid instruction.
This means valgrind can't be used to test programs that use for example
/usr/lib/i686/cmov/libcrypto.so.0.9.8 from libssl0.9.8, since it calls the
OPENSSL_ia32_cpuid function that executes cpuid.
Version 1:2.4.0-3 of valgrind doesn't have this problem.
Disabling /usr/lib/i686/cmov/libcrypto.so.0.9.8 by renaming it can be used
as a work-around.
I'm including a test program and the output when running it in valgrind.
/Mikael
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (871, 'stable'), (50, 'testing'), (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)
Versions of packages valgrind depends on:
ii libc6 2.3.5-7GNU C Library: Shared libraries an
Versions of packages valgrind recommends:
ii gdb 6.3-6 The GNU Debugger
-- no debconf information
#include
#include
static void cpuid(int operation)
{
unsigned int eax;
union {
char str[13];
struct {
unsigned int ebx, edx, ecx;
} regs;
} u;
memset(&u, 0, sizeof(u));
__asm__("cpuid"
: "=a" (eax),
"=b" (u.regs.ebx),
"=c" (u.regs.ecx),
"=d" (u.regs.edx)
: "0" (operation));
printf("Cpuid %d %08x %08x %08x %08x %s\n",
operation, eax, u.regs.ebx, u.regs.ecx, u.regs.edx, u.str);
}
int main()
{
cpuid(0);
return 0;
}
==23961== Memcheck, a memory error detector.
==23961== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
==23961== Using LibVEX rev 1367, a library for dynamic binary translation.
==23961== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP.
==23961== Using valgrind-3.0.1-Debian, a dynamic binary instrumentation
framework.
==23961== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==23961== For more details, rerun with: -v
==23961==
--23961-- DWARF2 CFI reader: unhandled CFI instruction 0:50
--23961-- DWARF2 CFI reader: unhandled CFI instruction 0:50
vex: priv/host-x86/hdefs.c:2315 (emit_X86Instr): Assertion `0' failed.
vex storage: P 512, T total 45149176 (1423758), T curr 146820 (4423)
valgrind: the 'impossible' happened:
LibVEX called failure_exit().
==23961==at 0xB0016962: vgPlain_core_panic_at (m_libcassert.c:181)
==23961==by 0xB0016961: panic (m_libcassert.c:177)
==23961==by 0xB001697F: vgPlain_core_panic_at (m_libcassert.c:182)
==23961==by 0xB0016990: vgPlain_core_panic (m_libcassert.c:187)
==23961==by 0xB002388C: failure_exit (m_translate.c:360)
==23961==by 0xB00573B6: vex_assert_fail (vex_util.c:163)
==23961==by 0xB005B8AD: emit_X86Instr (hdefs.c:2315)
==23961==by 0xB0056FF5: LibVEX_Translate (vex_main.c:574)
==23961==by 0xB0023E11: vgPlain_translate (m_translate.c:585)
==23961==by 0xB0038EE6: handle_tt_miss (scheduler.c:566)
==23961==by 0xB0039212: vgPlain_scheduler (scheduler.c:680)
==23961==by 0xB004F431: vgModuleLocal_thread_wrapper (syswrap-linux.c:80)
==23961==by 0xB004B99E: run_a_thread_NORETURN (syswrap-x86-linux.c:150)
sched status:
running_tid=1
Thread 1: status = VgTs_Runnable
==23961==at 0x8048398: cpuid (test-cpuid.c:5)
==23961==by 0x1B936EBF: __libc_start_main (in /lib/tls/libc-2.3.5.so)
==23961==by 0x8048300: ??? (start.S:119)
Note: see also the FAQ.txt in the source distribution.
It contains workarounds to several common problems.
If that doesn't help, please report this bug to: www.valgrind.org
In the bug report, send all the above text, the valgrind
version, and what Linux distro you are using. Thanks.
Bug#335485: [Pkg-alsa-devel] Missing .desktop files
Thomas Hood wrote: Mikael Magnusson wrote: echomixer, envy24control and rmedigicontrol are added to the Debian menu, isn't that enough? The submitter of #335485 seems to think that the entries are missing. If they aren't missing, then please close #335485 or ask the submitter for more information about his problem. It's correct that there are no .desktop files for echomixer, envy24control and rmedigicontrol. I think the report should be sent to upstream as a feature request, but ALSA BTS isn't working currently. /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#238517: Fixed in 1.69.1
Bug #238517 is fixed in upstream version 1.69.1. It would be nice if the Debian package could be updated. /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303371: asterisk: Depends on zaptel.h which is in a tar-ball
Package: asterisk Version: 1:1.0.7.dfsg.1-2 Severity: important When building from the source package I noticed that it didn't build chan_zap.so, app_flash.so, app_meetme.so, app_zapbarge.so, app_zapras.so and app_zapscan.so. It's caused by the fact that /usr/src/modules/zaptel/zaptel.h is distributed in zaptel.tar.bz2, and I hadn't extracted that archive. There doesn't seem to be a problem with the current binary packages, but I think it will be if/when the autobuilders build the next asterisk version. /Mikael Magnusson -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages asterisk depends on: pn asterisk-sounds Not found. ii libasound21.0.8-3ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libedit2 2.9.cvs.20040827-1 BSD editline and history libraries ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libncurses5 5.4-4 Shared libraries for terminal hand ii libopenh323-1.12.21.12.2-4 H.323 aka VoIP library ii libpq37.4.7-2PostgreSQL C client library ii libpri1 1.0.7-1Primary Rate ISDN specification li ii libpt-1.5.2 1.5.2-4Portable Windows Library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libtonezone1 1:1.0.7-3 tonezone library (runtime) ii unixodbc 2.2.4-11 ODBC tools libraries ii zlib1g1:1.2.2-3 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297977: libpri1: Updated patch
I have updated the keypad patch for libpri_1.0.7-1. I have also added support
for receiving keypad facility and called party number in the same
packet.
For example when dialing #31#1234 on Topcom Deskmaster 520i, both keypad
facility #31# and called party number 1234 are sent in the same packet.
/Mikael Magnusson
#! /bin/sh /usr/share/dpatch/dpatch-run
## 10_keypad.dpatch by <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Use received keypad facility in setup as callednum, and add
## DP: received called party number to callednum.
@DPATCH@
diff -urNad libpri-1.0.6.patch/q931.c /tmp/dpep.cXoQUV/libpri-1.0.6.patch/q931.c
--- libpri-1.0.6.patch/q931.c 2005-03-20 20:54:14.348548258 +0100
+++ /tmp/dpep.cXoQUV/libpri-1.0.6.patch/q931.c 2005-03-20 20:54:34.239900432
+0100
@@ -1035,7 +1035,9 @@
if (msgtype == Q931_INFORMATION) {
q931_get_number(call->digits, sizeof(call->digits), ie->data +
1, len - 3);
} else {
- q931_get_number(call->callednum, sizeof(call->callednum),
ie->data + 1, len - 3);
+ int oldlen = strlen(call->callednum);
+
+ q931_get_number(call->callednum + oldlen,
sizeof(call->callednum) - oldlen, ie->data + 1, len - 3);
}
call->calledplan = ie->data[0] & 0x7f;
} else {
@@ -1483,12 +1485,18 @@
static FUNC_RECV(receive_keypad_facility)
{
/* copy digits to call->callednum or call->digits */
- if (msgtype == Q931_SETUP) {
+ if (msgtype == Q931_INFORMATION) {
if (len >= 2) {
q931_get_number(call->digits, sizeof(call->digits), ie->data ,
len - 2);
} else {
pri_error("Keypad facility (len=%2d) too short.\n", len);
}
+ } else if (msgtype == Q931_SETUP) {
+ if (len >= 2) {
+ q931_get_number(call->callednum, sizeof(call->callednum),
ie->data , len - 2);
+ } else {
+ pri_error("Keypad facility (len=%2d) too short.\n", len);
+ }
} else {
// XXX we assume 1 byte keypad
call->digits[0] = ie->data[0] & 0x7f;
Bug#299184: asterisk: The configure stamp isn't used.
Package: asterisk Version: 1.0.6-2 Severity: minor Tags: patch The following patch will eliminate rerunning configure each time you run for example "debian/rules build". /Mikael diff -ur asterisk-1.0.6/debian/rules asterisk-1.0.6.new/debian/rules --- asterisk-1.0.6/debian/rules 2005-03-12 12:25:50.169477884 +0100 +++ asterisk-1.0.6.new/debian/rules 2005-03-12 12:27:12.833200427 +0100 @@ -44,9 +44,10 @@ [ ! -f sounds/fpm-sunshine.mp3 ] && \ [ ! -f sounds/fpm-world-mix.mp3 ] ) || \ (echo "WARNING: fpm sounds must to be removed from sources before packaging." ; false ) - -configure: check-sounds patch + +configure: check-sounds patch configure-stamp +configure-stamp: dh_testdir # Add here commands to configure the package. - (cd editline ; \ @@ -95,7 +96,7 @@ cleaned: dh_testdir dh_testroot - -$(RM) -f build-arch-stamp build-indep-stamp configure + -$(RM) -f build-arch-stamp build-indep-stamp configure-stamp # Add here commands to clean up after the build process. #-test -d channels/h323 && $(MAKE) -C channels/h323 clean -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages asterisk depends on: pn asterisk-sounds Not found. ii libasound21.0.8-3ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libedit2 2.9.cvs.20040827-1 BSD editline and history libraries ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libncurses5 5.4-4 Shared libraries for terminal hand ii libopenh323-1.12.21.12.2-4 H.323 aka VoIP library ii libpq37.4.7-2PostgreSQL C client library ii libpri1 1.0.4-2Primary Rate ISDN specification li ii libpt-1.5.2 1.5.2-4Portable Windows Library ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libtonezone1 1:1.0.4-3 tonezone library (runtime) ii unixodbc 2.2.4-11 ODBC tools libraries ii zlib1g1:1.2.2-3 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299386: libgnokii2-dev: The shared library must be linked against libXpm and libbluetooth.
Package: libgnokii2-dev Version: 0.6.4-1 Severity: serious Justification: Policy 10.2 The shared library must be linked against libXpm and libbluetooth since it uses symbols from them, according to the Debian Policy 10.2. cc -Wall -g gnokii-expr.c -lgnokii -o gnokii-expr /usr/lib/gcc-lib/i486-linux/3.3.5/../../../libgnokii.so: undefined reference to `XpmWriteFileFromXpmImage' /usr/lib/gcc-lib/i486-linux/3.3.5/../../../libgnokii.so: undefined reference to `str2ba' /usr/lib/gcc-lib/i486-linux/3.3.5/../../../libgnokii.so: undefined reference to `XpmReadFileToXpmImage' collect2: ld returned 1 exit status /Mikael -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libgnokii2-dev depends on: ii libgnokii20.6.4-1Gnokii library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304394: libportaudio or libiaxclient
Nathan Myers wrote: Just to add... If recompiled with the assertion commented out, it connects but the remote end of a phone connection just hears a loud buzz instead of audio from the microphone. Of course this might be libiaxclient misusing libportaudio, rather than a bug in libportaudio itself. This is the same (apparent) behavior as the current upstream iaxcomm -rc3 binary release using portaudio 18. (The -rc1 binary works.) It is possible to build my iaxclient package using libportaudio-dev (V18) instead of libportaudio19-dev (V19). You could try that if you are having problems with V19. The alsa driver has been updated after I uploaded the portaudio19 package, and an update of the Debian package may solve the problems. I will change to use libportaudio-dev by default in the next version of the iaxclient package, if it the problem persist. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305729: libosip2-3: osip_body_clone doesn't copy terminating NULL.
Package: libosip2-3
Version: 2.2.0-1
Severity: normal
Tags: patch
osip_body_clone doesn't NULL terminate the copied body.
/Mikael Magnusson
Patch from cvs:
diff -u -r1.10 -r1.11
--- osip_body.c 28 Dec 2004 17:40:22 - 1.10
+++ osip_body.c 5 Apr 2005 16:36:44 - 1.11
@@ -92,9 +92,10 @@
return -1;
- copy->body = (char*)osip_malloc(body->length+1);
+ copy->body = (char*)osip_malloc(body->length+2);
copy->length = body->length;
memcpy(copy->body,body->body,body->length);
+ copy->body[body->length]='\0';
if (body->content_type != NULL)
{
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100,
'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-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.2.ds1-20 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311362: libvcp-perl: "svk mirror" fails if cwd is NFS mounted
Package: libvcp-perl
Version: 0.9-20050110-1
Severity: important
Tags: patch
The VCP/Driver.pm creates temp files in the current working directory.
They should be created on a local file system. Creating temp files on
a NFS mounted directory will most probably fail, according to "man File::Temp",
and I can confirm that. I think it's appropriate to use/tmp instead.
The command "svk mirror" fails when mirroring a cvs repository and the
current working directory is NFS mounted. It's fixed with the following patch.
/Mikael Magnusson
--- Driver.pm.orig 2005-04-21 22:21:47.0 +0200
+++ Driver.pm 2005-05-31 15:50:02.471911399 +0200
@@ -955,11 +955,12 @@
my $log_fh = lg_fh;
{
-my $cached_in_fh = tempfile( "vcp_" );
+my $temp_dir = '/tmp';
+my $cached_in_fh = tempfile( "vcp_", DIR => $temp_dir );
my $cached_in_fd = fileno $cached_in_fh;
-my $cached_out_fh = tempfile( "vcp_" );
+my $cached_out_fh = tempfile( "vcp_", DIR => $temp_dir );
my $cached_out_fd = fileno $cached_out_fh;
-my $cached_err_fh = tempfile( "vcp_" );
+my $cached_err_fh = tempfile( "vcp_", DIR => $temp_dir );
my $cached_err_fd = fileno $cached_err_fh;
my $null_fn = File::Spec->devnull;;
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (900, 'testing'), (150, 'unstable'), (100, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Versions of packages libvcp-perl depends on:
ii libipc-run3-perl 0.01-1 perl IPC::Run3 - Run a subprocess
ii libregexp-shellish-perl 0.93-1 Shell-like regular expressions
ii libtext-diff-perl 0.35-2 Perform diffs on files and record
ii libxml-autowriter-perl0.38-1 perl XML::AutoWriter - DOCTYPE bas
ii libxml-parser-perl2.34-4 Perl module for parsing XML files
ii perl 5.8.4-8Larry Wall's Practical Extraction
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312805: elinks: Active mode IPv6 ftp connections crash
Package: elinks
Version: 0.10.4-7
Severity: important
Tags: patch
IPv6 ftp connections crash if "set protocol.ftp.use_epsv = 0" is set in
elisp.conf.
The crash is caused by get_pasv6_socket, which overwrites the stack since it
clears an argument of type struct sockaddr_storage in get_pasv6_socket, but
it was passed a struct sockaddr_in6 as parameter. The size of
struct sockaddr_storage (128) is larger than struct sockaddr_in6 (28), which
leads to overwriting the stack.
---
Crash output:
ELinks crashed. That shouldn't happen. Please report this incident to
developers. If you would like to help to debug the problem you just
uncovered, please keep the core you just got and send the developers
output of 'bt' command entered inside of gdb (which you run as:
gdb elinks core). Thanks a lot for your cooperation!
ELinks 0.10.4 (built on May 21 2005 13:57:21)
Features:
Standard, Fastmem, IPv6, gzip, bzip2, Cascading Style Sheets, Protocol
(File, FTP, HTTP, NNTP, SMB, URI rewrite, User protocols),
SSL (GnuTLS), MIME (Option system, Mailcap, Mimetypes files), LED
indicators,
Bookmarks, Cookies, Form History, Global History, Scripting (Lua, Perl)
/usr/bin/elinks(dump_backtrace+0x1d)[0x80d4dbd]
/usr/bin/elinks[0x80946c4]
/usr/bin/elinks[0x8094a04]
[0xe420]
[0x0]
Avbruten (SIGABRT)
---
patch:
--- ftp.c~ 2005-04-06 11:30:30.0 +0200
+++ ftp.c 2005-06-10 09:39:13.0 +0200
@@ -597,7 +597,7 @@
add_file_cmd_to_str(struct connection *conn)
{
#ifdef CONFIG_IPV6
- struct sockaddr_in6 data_addr;
+ struct sockaddr_storage data_addr;
#endif
struct ftp_connection_info *c_i;
struct string command;
@@ -668,7 +668,7 @@
if (c_i->use_epsv)
add_to_string(&command, "EPSV");
else
- add_eprtcmd_to_string(&command, &data_addr);
+ add_eprtcmd_to_string(&command, (struct
sockaddr_in6 *)&data_addr);
else
#endif
if (c_i->use_pasv)
@@ -702,7 +702,7 @@
if (c_i->use_epsv)
#endif
struct ftp_connection_info *c_i;
struct string command;
@@ -668,7 +668,7 @@
if (c_i->use_epsv)
add_to_string(&command, "EPSV");
else
- add_eprtcmd_to_string(&command, &data_addr);
+ add_eprtcmd_to_string(&command, (struct
sockaddr_in6 *)&data_addr);
else
#endif
if (c_i->use_pasv)
@@ -702,7 +702,7 @@
if (c_i->use_epsv)
add_to_string(&command, "EPSV");
else
- add_eprtcmd_to_string(&command, &data_addr);
+ add_eprtcmd_to_string(&command, (struct
sockaddr_in6 *)&data_addr);
else
#endif
if (c_i->use_pasv)
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing'), (100, 'unstable'), (100, 'testing')
Architecture: i386 (i686)
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 elinks depends on:
ii debconf 1.4.30.13 Debian configuration management sy
ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co
ii libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii libexpat11.95.8-3XML parsing C library - runtime li
ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library
ii libgpmg1 1.19.6-19sarge1 General Purpose Mouse - shared lib
ii libidn11 0.5.13-1.0 GNU libidn library, implementation
ii liblua50 5.0.2-5 Main interpreter library for the L
ii liblualib50 5.0.2-5 Extension library for the Lua 5.0
ii libperl5.8 5.8.4-8 Shared Perl library
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312805: elinks: Active mode IPv6 ftp connections crash
Jonas Fonseca wrote: .. Thanks, I've applied it upstream. However the patch seemed to have been whitespace corrupted. The diffs for my commit is here: http://cvsweb.elinks.or.cz/cvsweb.cgi/elinks/AUTHORS.diff?r1=1.178.2.9&r2=1.178.2.10&f=u http://cvsweb.elinks.or.cz/cvsweb.cgi/elinks/src/protocol/ftp/ftp.c.diff?r1=1.182.2.6&r2=1.182.2.7&f=u The whitespace probably got corrupted when I pasted the patch into the bugreport, but the diffs looks good. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#261560: iaxclient and iaxcomm
Tzafrir Cohen wrote: Hi Yet another ping on iaxclient. I've been using iaxcomm from the iaxclient package of mentos for a while. Seems good enough. It seems that this package is being manitained. Is it coming to Debian any time soon? http://bugs.debian.org/261560 I'm preparing an update of iaxclient that will contain the following modifications: * Remove the shared library package, since iaxclient hasn't been released and the API/ABI probably aren't stable enough. * Include only the iaxcomm client and rename the binary package to iaxcomm. * Maybe update to current iaxclient cvs version. There have been problems using SB Live and ALSA, but it seems to work in the latest version. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335703: libssl0.9.8: OpenSSL fails to handle fragmented handshake messages using DTLS
Package: libssl0.9.8 Version: 0.9.8a-2 Severity: important I'm trying to use OpenSSL DTLS in a program and have some problems with the handshake which seems to be caused by OpenSSL not handle fragmented handshake messages (certificate) correctly. As seen in the following example s_client fails to connect to s_server using the DTLS protocol if the MTU it set to 1500 (default for Ethernet). The same commands succeeds when using a large MTU, for example 65000. $ openssl s_server -accept 5069 -dtls1 -cert /etc/apache/ssl.crt/snakeoil-dsa.crt -key /etc/apache/ssl.key/snakeoil-dsa.key -CAfile /etc/apache/ssl.crt/snakeoil-ca-dsa.crt -mtu 1500 Using default temp DH parameters Using default temp ECDH parameters ACCEPT ERROR 3407:error:143F8412:SSL routines:DTLS1_READ_BYTES:sslv3 alert bad certificate:d1_pkt.c:943:SSL alert number 42 shutting down SSL CONNECTION CLOSED ACCEPT $ openssl s_client -host localhost -port 5069 -dtls1 CONNECTED(0003) 3409:error:0D07209B:asn1 encoding routines:ASN1_get_object:too long:asn1_lib.c:142: 3409:error:0D068066:asn1 encoding routines:ASN1_CHECK_TLEN:bad object header:tasn_dec.c:1269: 3409:error:0D08303A:asn1 encoding routines:ASN1_TEMPLATE_NOEXP_D2I:nested asn1 error:tasn_dec.c:653: 3409:error:0D08303A:asn1 encoding routines:ASN1_TEMPLATE_NOEXP_D2I:nested asn1 error:tasn_dec.c:704: 3409:error:0D08303A:asn1 encoding routines:ASN1_TEMPLATE_NOEXP_D2I:nested asn1 error:tasn_dec.c:743:Field=subject, Type=X509_CINF 3409:error:0D08303A:asn1 encoding routines:ASN1_TEMPLATE_NOEXP_D2I:nested asn1 error:tasn_dec.c:743:Field=cert_info, Type=X509 3409:error:1409000D:SSL routines:SSL3_GET_SERVER_CERTIFICATE:ASN1 lib:s3_clnt.c:866: /Mikael -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (871, 'stable'), (50, 'testing'), (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) Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0] 1.4.57 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an libssl0.9.8 recommends no packages. -- debconf information: libssl0.9.8/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335703: [patch] fix handling of fragmented DTLS handshake packets
I'm including a patch that fixes the problem.
/Mikael
diff -ur openssl-SNAP-20051028.orig/ssl/d1_both.c
openssl-SNAP-20051028/ssl/d1_both.c
--- openssl-SNAP-20051028.orig/ssl/d1_both.c2005-07-26 07:00:26.0
+0200
+++ openssl-SNAP-20051028/ssl/d1_both.c 2005-10-29 10:28:49.0 +0200
@@ -724,11 +724,13 @@
/* case (3): received a immediately useful fragment. Determine the
* possible overlap and copy the fragment.
*/
-overlap = (s->init_num - DTLS1_HM_HEADER_LENGTH) - frag_off;
/* retain the header for the first fragment */
if ( s->init_num > DTLS1_HM_HEADER_LENGTH)
{
+s->init_num -= DTLS1_HM_HEADER_LENGTH;
+overlap = (s->init_num - DTLS1_HM_HEADER_LENGTH) - frag_off;
+
memmove(&(s->init_buf->data[s->init_num]),
&(s->init_buf->data[s->init_num + DTLS1_HM_HEADER_LENGTH +
overlap]),
frag_len - overlap);
@@ -736,7 +738,10 @@
s->init_num += frag_len - overlap;
}
else
+{
+overlap = 0;
s->init_num += frag_len;
+}
dtls1_process_handshake_fragment(s, frag_len - overlap);
Bug#331406: speex: Patch needed by iaxclient
Package: speex
Version: 1.1.6-2
Severity: wishlist
Tags: patch
Hi,
this is a request to add a patch that is needed to build iaxlient with the
Debian speex library. The iaxclient package currently uses a statically
linked custom speex library.
Thanks,
Mikael Magnusson
diff -ur libspeex/preprocess.c
/home/mikael/tmp/cvs/iaxclient/lib/libspeex/preprocess.c
--- libspeex/preprocess.c 2005-08-10 13:59:54.0 +0200
+++ /home/mikael/tmp/cvs/iaxclient/lib/libspeex/preprocess.c2005-05-14
12:33:46.0 +0200
@@ -50,6 +50,9 @@
#define SQRT_M_PI_2 0.88623
#define LOUDNESS_EXP 2.5
+#define SPEEX_PROB_START_DEFAULT0.35f
+#define SPEEX_PROB_CONTINUE_DEFAULT 0.20f
+
#define NB_BANDS 8
#define ZMIN .1
@@ -153,6 +156,9 @@
st->reverb_decay = .5;
st->reverb_level = .2;
+ st->speech_prob_start = SPEEX_PROB_START_DEFAULT;
+ st->speech_prob_continue = SPEEX_PROB_CONTINUE_DEFAULT;
+
st->frame = (float*)speex_alloc(2*N*sizeof(float));
st->ps = (float*)speex_alloc(N*sizeof(float));
st->gain2 = (float*)speex_alloc(N*sizeof(float));
@@ -447,7 +453,8 @@
st->speech_prob = p0/(1e-25f+p1+p0);
/*fprintf (stderr, "%f %f %f ", tot_loudness, st->loudness2,
st->speech_prob);*/
- if (st->speech_prob>.35 || (st->last_speech < 20 && st->speech_prob>.1))
+ if (st->speech_prob > st->speech_prob_start
+ || (st->last_speech < 20 && st->speech_prob >
st->speech_prob_continue))
{
is_speech = 1;
st->last_speech = 0;
@@ -1037,7 +1044,29 @@
(*(float*)ptr) = st->reverb_decay;
break;
- default:
+ case SPEEX_PREPROCESS_SET_PROB_START:
+ st->speech_prob_start = (*(float*)ptr);
+ if ( st->speech_prob_start > 1 )
+ st->speech_prob_start = st->speech_prob_start / 100;
+ if ( st->speech_prob_start > 1 || st->speech_prob_start < 0 )
+ st->speech_prob_start = SPEEX_PROB_START_DEFAULT;
+ break;
+ case SPEEX_PREPROCESS_GET_PROB_START:
+ (*(float*)ptr) = st->speech_prob_start ;
+ break;
+
+ case SPEEX_PREPROCESS_SET_PROB_CONTINUE:
+ st->speech_prob_continue = (*(float*)ptr);
+ if ( st->speech_prob_continue > 1 )
+ st->speech_prob_continue = st->speech_prob_continue / 100;
+ if ( st->speech_prob_continue > 1 || st->speech_prob_continue < 0 )
+ st->speech_prob_continue = SPEEX_PROB_CONTINUE_DEFAULT;
+ break;
+ case SPEEX_PREPROCESS_GET_PROB_CONTINUE:
+ (*(float*)ptr) = st->speech_prob_continue;
+ break;
+
+ default:
speex_warning_int("Unknown speex_preprocess_ctl request: ", request);
return -1;
}
diff -ur include/speex/speex_preprocess.h
/home/mikael/tmp/cvs/iaxclient/lib/libspeex/include/speex/speex_preprocess.h
--- include/speex/speex_preprocess.h2005-07-25 11:16:04.0 +0200
+++
/home/mikael/tmp/cvs/iaxclient/lib/libspeex/include/speex/speex_preprocess.h
2005-05-14 12:33:46.0 +0200
@@ -55,6 +55,8 @@
intdereverb_enabled;
float reverb_decay;
float reverb_level;
+ float speech_prob_start;
+ float speech_prob_continue;
float *frame; /**< Processing frame (2*ps_size) */
float *ps;/**< Current power spectrum */
@@ -140,6 +142,13 @@
#define SPEEX_PREPROCESS_SET_DEREVERB_DECAY 12
#define SPEEX_PREPROCESS_GET_DEREVERB_DECAY 13
+#define SPEEX_PREPROCESS_SET_PROB_START 14
+#define SPEEX_PREPROCESS_GET_PROB_START 15
+
+#define SPEEX_PREPROCESS_SET_PROB_CONTINUE 16
+#define SPEEX_PREPROCESS_GET_PROB_CONTINUE 17
+
+
#ifdef __cplusplus
}
#endif
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (871, 'stable'), (50, 'testing'), (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]
Bug#321305: iaxcomm: fiddles mixer on startup
Nathan Myers wrote / skrev: Package: iaxcomm Severity: normal Upon startup, iaxcomm unmutes audio "capture" on the mixer associated with its output device, and sets the sensitivity to an intermediate value. This is wrong on three levels; - First, it is setting the wrong device; I use /dev/dsp for output and /dev/dsp1 (a quiet usb device) for input, and it opens /dev/mixer. - Second, it is setting the capture sensitivity to the wrong value. - Third, it really shouldn't be messing with the mixer at all. It would probably be useful for it to turn on some warning indicator in the "mic" VU meter at the top of its window if capture is muted, and maybe it should have a mute button and sensitivity slider there, but it should leave the mixer alone unless told to do something. Finally, of course, if it looks at a mixer (or mixers!) it should be looking at the right mixer for each use. I have made a patch that I think fixes the problem. Iaxclient won't touch the mixer with the patch if you don't activate analog AGC. http://sourceforge.net/mailarchive/forum.php?thread_id=7926782&forum_id=29380 /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328262: sipsak: Uses port 65535 (instead of 5060) when there is no SRV record
Package: sipsak
Version: 0.9.1-2
Severity: important
Tags: patch
Sipsak sends requests to port 65535 if no SRV record can be found and no port
number is specified on the command line.
The problem is fixed with the following patch.
/Mikael Magnusson
--- sipsak-0.9.1.orig/helper.c
+++ sipsak-0.9.1/helper.c
@@ -113,7 +113,7 @@
#ifdef HAVE_RULI_H
int srv_code;
- ruli_sync_t *sync_query = ruli_sync_query("_sip._udp", host, -1,
RULI_RES_OPT_SEARCH | RULI_RES_OPT_SRV_NOINET6 | RULI_RES_OPT_SRV_NOSORT6);
+ ruli_sync_t *sync_query = ruli_sync_query("_sip._udp", host, (*port >
0)? *port : 5060, RULI_RES_OPT_SEARCH | RULI_RES_OPT_SRV_NOINET6 |
RULI_RES_OPT_SRV_NOSORT6);
/* sync query failure? */
if (!sync_query) {
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (871, 'stable'), (50, 'testing'), (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)
Versions of packages sipsak depends on:
ii libc6 2.3.5-5GNU C Library: Shared libraries an
ii libruli4 0.33-1 Library for easily querying DNS SR
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
sipsak recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321427: Upgrading to 1.7.8-1sarge2 causes UI problems with Mozilla mail
I'm having these problems in the new security update in Sarge, version 1.7.8-1sarge2. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329433: twinkle: Thread creation timing bug causes crashes
Package: twinkle
Version: 0.2.1-2
Severity: important
Tags: patch
I have found timing problems in the audio thread creations that can cause
crashes.
If twinkle receives a call via Asterisk from another SIP phone and Asterisk
reINVITEs the call to stay out of the audio path, there is a probability
that a audio thread won't begin execution before it's deleted as a
consequence of the reINVITE. But since the is_running flag haven't been set,
the dtors won't wait for the thread to finish. It's solved in my patch by
setting the is_running flags when the thread is created.
/Mikael
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (871, 'stable'), (50, 'testing'), (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)
Versions of packages twinkle depends on:
ii libc6 2.3.5-5GNU C Library: Shared libraries an
ii libccrtp1-1.3c2 1.3.4-1Common C++ class framework for RTP
ii libcommoncpp2-1.3c2 1.3.14-1 A GNU package for creating portabl
ii libgcc1 1:4.0.1-6 GCC support library
ii libqt3-mt 3:3.3.4-7 Qt GUI Library (Threaded runtime v
ii libstdc++64.0.1-6The GNU Standard C++ Library v3
ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li
ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii libxml2 2.6.21-1 GNOME XML library
ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii zlib1g1:1.2.3-3 compression library - runtime
twinkle recommends no packages.
-- no debconf information
only in patch2:
unchanged:
--- twinkle-0.2.1.orig/src/audio/audio_session.cpp
+++ twinkle-0.2.1/src/audio/audio_session.cpp
@@ -672,11 +672,13 @@
if (audio_rx) {
try {
+ audio_rx->set_running(true);
thr_audio_rx = new t_thread(main_audio_rx, NULL);
MEMMAN_NEW(thr_audio_rx);
// thr_audio_rx->set_sched_fifo(90);
thr_audio_rx->detach();
} catch (int) {
+ audio_rx->set_running(false);
string msg("Failed to create audio_rx thread.");
log_file->write_report(msg, "t_audio_session::run",
LOG_NORMAL, LOG_CRITICAL);
@@ -688,11 +690,13 @@
if (audio_tx) {
try {
+ audio_tx->set_running(true);
thr_audio_tx = new t_thread(main_audio_tx, NULL);
MEMMAN_NEW(thr_audio_tx);
// thr_audio_tx->set_sched_fifo(90);
thr_audio_tx->detach();
} catch (int) {
+ audio_tx->set_running(false);
string msg("Failed to create audio_tx thread.");
log_file->write_report(msg, "t_audio_session::run",
LOG_NORMAL, LOG_CRITICAL);
only in patch2:
unchanged:
--- twinkle-0.2.1.orig/src/audio/audio_rx.cpp
+++ twinkle-0.2.1/src/audio/audio_rx.cpp
@@ -397,6 +397,10 @@
}
}
+void t_audio_rx::set_running(bool _is_running) {
+ is_running = _is_running;
+}
+
void t_audio_rx::run(void) {
int status;
audio_buf_info dsp_info;
only in patch2:
unchanged:
--- twinkle-0.2.1.orig/src/audio/audio_rx.h
+++ twinkle-0.2.1/src/audio/audio_rx.h
@@ -156,6 +156,8 @@
~t_audio_rx();
+ void set_running(bool is_running);
+
void run(void);
// Set the dynamic payload type for telephone events
only in patch2:
unchanged:
--- twinkle-0.2.1.orig/src/audio/audio_tx.h
+++ twinkle-0.2.1/src/audio/audio_tx.h
@@ -148,6 +148,8 @@
~t_audio_tx();
+ void set_running(bool is_running);
+
void run(void);
// Set the dynamic payload type for telephone events
only in patch2:
unchanged:
--- twinkle-0.2.1.orig/src/audio/audio_tx.cpp
+++ twinkle-0.2.1/src/audio/audio_tx.cpp
@@ -330,6 +330,10 @@
}
}
+void t_audio_tx::set_running(bool _is_running) {
+ is_running = _is_running;
+}
+
void t_audio_tx::run(void) {
const AppDataUnit* adu;
struct timespec sleeptimer;
Bug#319201: kiax Debian packages
On Mon, Jul 25, 2005 at 10:17:58AM +1000, Mark Purcell wrote: On Monday 25 July 2005 07:12, Mikael Magnusson wrote: > kiax contains a local copy of the iaxclient library (which contains local > copies of libgsm, libspeex and libportaudio). Maybe it's better to use > the libiaxclient-dev package that I have debianized? Mikael, Very keen to use shared libraries where ever possible. Although a little difficult until your packages are actually within the Debian unstable environment. Are you packages ready to be uploaded? I would be happy to sponsor the upload, but I don't think they build on a current unstable box, also I think iaxclient has been upgraded upstream from your packages. Have you sync'ed the latest upstream release? Mark Actually, I don't build a shared iaxclient library since iaxclient is under development and the API is still changing to much. But I'm linking with shared versions of gsm and portaudio (not in Debian unstable yet). The portaudio version used is v18.1, which is the stable version and it's also needed by OpenOffice.org2 (currently in experimental). I have updated iaxclient from the current CVS and made a new release (iaxclient_0.0+cvs20050725-1). I had to use the local copy of speex in iaxclient for this release, since iaxclient currently depends on a patch that hasn't been applied by upstream yet. I'm building my packages in a pbuilder chroot running sid, and it seems to work. I think both my iaxclient and portaudio packages are ready and I would be glad if you could sponsor. You find my packages on my web server[1] and Debian mentors[2]. /Mikael [1]http://hem.no-ip.info/debian/ [2]http://mentors.debian.net/debian/pool/main/p/portaudio/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269925: any news? when to upload?
Rene Engelhard wrote: Hi, is there any news about this ITP? OpenOffice.org 1.9.x already is in experimental and I'd like to build with system-portaudio (v18!). And 1.1.5 soon is coming, too which I want to build against portaudio v18, too Grüße/Regards, Rene Hi, I'm in contact with a DD that is interested in sponsor my iaxclient package, and I hope to release both iaxclient and portaudio, which is used by iaxclient, soon. Regards, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319201: kiax Debian packages
Mark Purcell wrote: On Wednesday 27 July 2005 00:24, Mikael Magnusson wrote: I have updated iaxclient from the current CVS and made a new release (iaxclient_0.0+cvs20050725-1). I had to use the local copy of speex in iaxclient for this release, since iaxclient currently depends on a patch that hasn't been applied by upstream yet. Can you submit a patch in the BTS against speex to get that patch included in the Debian version of speex. I'll do that, when I get that patch that I have requested from the iaxclient developer. I'm building my packages in a pbuilder chroot running sid, and it seems to work. I think both my iaxclient and portaudio packages are ready and I would be glad if you could sponsor. You find my packages on my web server[1] and Debian mentors[2]. They build fine here. Once ftp-master is back up, I would be happy to sign and upload. Nice, I noticed that you have uploaded the packages already. But they were rejected since the orig tar-balls were missing (-sa needed in call to dpkg-source?) Thanks, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321480: wxwindows2.4: gtk contrib debug package
Package: wxwindows2.4
Severity: wishlist
Tags: patch
Hi,
the included patch can be used to build wxGTK contrib debug libraries. I
needed to patch the xmlres source code, since there was no RTTI for
wxXmlResourceHandler. I wish the contrib debug libraries can be added,
since they are needed in order to use the debug libraries with a program that
is linked to for example libwx_gtk_xrc-2.4.so.1. You can't mix wxWindows code
with and without __WXDEBUG__.
Regards,
Mikael Magnusson
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (800, 'stable'), (500, 'testing'), (100, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-vserver-k7
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
diff -ur orig/wxwindows2.4-2.4.4/contrib/include/wx/xrc/xmlres.h
wxwindows2.4-2.4.4/contrib/include/wx/xrc/xmlres.h
--- orig/wxwindows2.4-2.4.4/contrib/include/wx/xrc/xmlres.h 2005-07-11
17:13:34.0 +0200
+++ wxwindows2.4-2.4.4/contrib/include/wx/xrc/xmlres.h 2005-08-05
16:12:09.0 +0200
@@ -305,6 +305,7 @@
class WXXMLDLLEXPORT wxXmlResourceHandler : public wxObject
{
+DECLARE_ABSTRACT_CLASS(wxXmlResourceHandler)
public:
// Constructor.
wxXmlResourceHandler();
diff -ur orig/wxwindows2.4-2.4.4/contrib/src/xrc/xmlres.cpp
wxwindows2.4-2.4.4/contrib/src/xrc/xmlres.cpp
--- orig/wxwindows2.4-2.4.4/contrib/src/xrc/xmlres.cpp 2005-07-11
17:13:46.0 +0200
+++ wxwindows2.4-2.4.4/contrib/src/xrc/xmlres.cpp 2005-08-05
20:22:01.0 +0200
@@ -633,6 +633,7 @@
+IMPLEMENT_ABSTRACT_CLASS(wxXmlResourceHandler, wxObject)
wxXmlResourceHandler::wxXmlResourceHandler()
: m_node(NULL), m_parent(NULL), m_instance(NULL),
diff -ur orig/wxwindows2.4-2.4.4/debian/control
wxwindows2.4-2.4.4/debian/control
--- orig/wxwindows2.4-2.4.4/debian/control 2005-07-11 17:15:06.0
+0200
+++ wxwindows2.4-2.4.4/debian/control 2005-08-05 14:15:18.0 +0200
@@ -171,6 +171,25 @@
Install this package if you wish to compile applications that use the
contrib libs from the wxWindows source tree.
+Package: libwxgtk2.4-contrib-dbg
+Architecture: any
+Section: libdevel
+Priority: extra
+Depends: wxwin2.4-headers (= ${Source-Version}), libwxgtk2.4-dbg (=
${Source-Version}), libc6-dev
+Conflicts: libwxgtk-contrib-dbg
+Replaces: libwxgtk-contrib-dbg
+Provides: libwxgtk-contrib-dbg
+Description: wxWindows Cross-platform C++ GUI toolkit (contrib debug libs)
+ wxWindows is a class library for C++ providing GUI (Graphical User
+ Interface) and other facilities on more than one platform. Version 2.4
+ currently supports subsets of GTK+, Motif, and MS Windows.
+ .
+ This package provides a debug version of the wxGTK contrib libraries.
+ It is compiled both with -g for normal debugger tracing and with the
+ __WXDEBUG__ flag which provides many internal checks by wxWindows
+ itself that are not performed on apps compiled with the 'release
+ version' libs in the -dev package.
+
Package: wxwin2.4-headers
Architecture: any
Section: devel
diff -ur orig/wxwindows2.4-2.4.4/debian/control.in
wxwindows2.4-2.4.4/debian/control.in
--- orig/wxwindows2.4-2.4.4/debian/control.in 2005-07-11 17:14:30.0
+0200
+++ wxwindows2.4-2.4.4/debian/control.in2005-08-05 14:10:43.0
+0200
@@ -171,6 +171,25 @@
Install this package if you wish to compile applications that use the
contrib libs from the wxWindows source tree.
+Package: libwxgtk=V-contrib-dbg
+Architecture: any
+Section: libdevel
+Priority: extra
+Depends: wxwin=V-headers (= ${Source-Version}), libwxgtk=V-dbg (=
${Source-Version}), libc6-dev
+Conflicts: libwxgtk-contrib-dbg
+Replaces: libwxgtk-contrib-dbg
+Provides: libwxgtk-contrib-dbg
+Description: wxWindows Cross-platform C++ GUI toolkit (contrib debug libs)
+ wxWindows is a class library for C++ providing GUI (Graphical User
+ Interface) and other facilities on more than one platform. Version =V
+ currently supports subsets of GTK+, Motif, and MS Windows.
+ .
+ This package provides a debug version of the wxGTK contrib libraries.
+ It is compiled both with -g for normal debugger tracing and with the
+ __WXDEBUG__ flag which provides many internal checks by wxWindows
+ itself that are not performed on apps compiled with the 'release
+ version' libs in the -dev package.
+
Package: wxwin=V-headers
Architecture: any
Section: devel
diff -ur orig/wxwindows2.4-2.4.4/debian/rules wxwindows2.4-2.4.4/debian/rules
--- orig/wxwindows2.4-2.4.4/debian/rules2005-07-11 17:14:30.0
+0200
+++ wxwindows2.4-2.4.4/debian/rules 2005-08-05 20:24:04.0 +0200
@@ -52,6 +52,7 @@
package_gtk_py_lib = libwxgtk$(sorelease)-python
package_gtk_py = wxpython$(sorelease)
package_gtk_contrib = libwxgtk$(sorelease)-contrib
+package_gtk_contrib_dbg = libwxgtk$(release)-contrib-dbg
package_gtk_contrib_dev = libwxgtk$(release)-contrib
Bug#321480: wxwindows2.4: gtk contrib debug package
Ron wrote: On Fri, Aug 05, 2005 at 08:59:59PM +0200, Mikael Magnusson wrote: Package: wxwindows2.4 Severity: wishlist Tags: patch Hi, There are a number of separate things being addressed here, let's try to divide them up between easy and hard... the included patch can be used to build wxGTK contrib debug libraries. this is easy and the reasoning sound if people are actually using the contribs now. Thanks for the patch, and the testing. I'm the maintainer of iaxcomm, which recently where uploaded to Debian unstable and it uses the xrc library. libwxgtk2.4-contrib and libwxgtk2.4-1-contrib are also used by at least plucker-desktop, kdevelop3, xmule, openmsx-catapult. Most packages use only the xrc library, but at least stc is also used (plucker-desktop). I needed to patch the xmlres source code, since there was no RTTI for wxXmlResourceHandler. This is a bigger problem. It is not a binary compatible change... It is going to take some justification, and a plan. Ok, I understand. I suppose I could wait until wxwidgets 2.6 is released in unstable. When do you think it will happen? The xrc classes are included in the main library in 2.6. Which of course will mean that packages that only uses the xrc library, for example iaxcomm, won't need contrib. - dh_strip -N$(package_gtk_dbg) -N$(package_wxbase_dbg) \ + @# Ignore "I have no package to build" + -dh_strip -N$(package_gtk_dbg) -N$(package_wxbase_dbg) \ and this is curiosity... what went wrong there? and do we really want to hide it?? It was needed in order to build only the contrib debug package, which shouldn't be stripped. Strip returns an error code, and stops the build, if there aren't any packages to strip. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292030: libpam-ldap: Please document that pam_groupdn needs to be of class groupOfUniqueNames
Package: libpam-ldap Version: 164-2 Severity: normal I tried to use pam_groupdn in my pam_ldap.conf, but I couldn't get it to work. After much research and debugging I realized that it should be of class groupOfUniqueNames. It can be of another class but at least the attribute in "pam_member_attribute" has to contain DN:s not posix user id:s. At least it should be noted in the pam_ldap.conf manual page, that the attribute in pam_member_attribute needs to contain DN:s, not posix user id:s. I think a useful extension is to match against posix user id:s if pam_member_attribute is "memberUid". At the same time you can correct the spelling error "uniquememeber". Regards, Mikael Magnusson -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libpam-ldap depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libldap22.1.30-3 OpenLDAP libraries ii libpam0g0.76-22 Pluggable Authentication Modules l -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292030: [PATCH] memberUid support
tags 292030 + patch
thanks
Hi,
I have made a small patch, that changes the behavior of pam_acct_mgmt
when memberUid is used as pam_member_attribute.
Regards,
Mikael Magnusson
diff -u libpam-ldap-169/pam_ldap.c libpam-ldap-169/pam_ldap.c
--- libpam-ldap-169/pam_ldap.c
+++ libpam-ldap-169/pam_ldap.c
@@ -3662,11 +3662,17 @@
} /* password expired */
/* group auth, per Chris's pam_ldap_auth module */
- if (session->conf->groupdn != NULL)
+ if (rc == success && session->conf->groupdn != NULL)
{
+ const char *value = session->info->userdn;
+
+ if (strcasecmp(session->conf->groupattr, "memberUid") == 0) {
+ value = username;
+ }
+
rc = ldap_compare_s (session->ld,
session->conf->groupdn,
- session->conf->groupattr, session->info->userdn);
+ session->conf->groupattr, value);
if (rc != LDAP_COMPARE_TRUE)
{
snprintf (buf, sizeof buf, "You must be a %s of %s to login.",
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#209012: What's the status of this ITP?
Free Ekanayaka wrote: Hi, is there something blocking this ITP? I made a non-official package too: http://apt.agnula.org/demudi/pool/local/a/alsa-tools/ Cheers, Free Hello, lintian complains about missing manual pages but nothing else. I have also only been able to test ac3dec and as10k1, since I don't have access to the needed hardware. I will need a sponsor, since I'm not a DD. I have previously asked for it on the Pkg-alsa-devel mailing list and I will send a new request. Have you tried my package and do you have any suggestions for improvements. Regards, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292548: libspeex1: speex 1.1 in unstable?
Package: libspeex1 Version: 1.1.6-1 Severity: wishlist Is there anything that keeps 1.1.6-1 in experimental from being uploaded to unstable? Do you know when it will happen? I'm debianizing iaxclient, which needs speex version 1.1.x. Currently I'm using 1.1.6-1 in experimental, which is working fine. Regards, Mikael Magnusson -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing'), (900, 'testing'), (150, 'unstable'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-skas-1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libspeex1 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296167: Missing include files
I have got the same problem, the missing Rules.mISDN, but it's solved by replacing Makefile with Makefile.v2.6. The next problem is missing include files. The files, isdn_compat.h and mISDNif.h, aren't in the misdn-kernel-source or any of its dependencies. They are located in misdn-kernel-headers and installed into /usr/include/linux, but I don't think they should be there according to /usr/share/doc/kernel-package/README.headers. Why aren't the include files in the misdn-kernel-source package? They could be in a include subdirectory. With Makefile replaced by Makefile.v2.6 and the include files in a subdirectory I am able to compile and install the modules with the following commands i debian/rules. # Build the module $(MAKE) -C $(KSRC) M=$(PWD) CONFIG_MISDN_DRV=m CONFIG_MISDN_HFCPCI=1 CONFIG_MISDN_AVM_FRITZ=1 CONFIG_MISDN_SPEEDFAX=1 CONFIG_MISDN_W6692=1 CONFIG_MISDN_HFCMULTI=1 CONFIG_MISDN_DSP=1 EXTRA_CFLAGS="-I$(PWD)/include" modules # Install the module $(MAKE) -C $(KSRC) M=$(PWD) CONFIG_MISDN_DRV=m CONFIG_MISDN_HFCPCI=1 CONFIG_MISDN_AVM_FRITZ=1 CONFIG_MISDN_SPEEDFAX=1 CONFIG_MISDN_W6692=1 CONFIG_MISDN_HFCMULTI=1 CONFIG_MISDN_DSP=1 EXTRA_CFLAGS="-I$(PWD)/include" modules_install INSTALL_MOD_PATH=$(CURDIR)/debian/$(shell dh_listpackages) But they aren't installed in the right directory. /lib/modules/2.6.9 instead of /lib/modules/2.6.9-1-mulder. /Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269925: ITP: portaudio -- Portable audio I/O
Rene Engelhard wrote: Hi, [ since OOo 1.1.5 and 2.0 are able to use portaudio/sndfile I am interested in this package, too ] Mikael Magnusson wrote: I have uploaded an experimental version to mentors.debian.net: http://mentors.debian.net/debian/pool/main/p/portaudio/portaudio_18.1-0.dsc What is the status of this ITP? There was a problem with the license, and I don't know if it has been resolved. Sorry to say that but that package looks broken to me. > Is upstreams or my package broken? As far as I can see in the source the portaudio upstreams have no clue about SONAMEs. Currently, when you link against libportaudio.so, you get a dependency on libportaudio.so which is bad. Either we just ship the static library (bad also) or we "fix" it by giving the packages a halfproper SONAME. Looking at the source further they apparently broke API/ABI without even caring about SONAME stuff. I saw you copnverted the stuff using libtool and apparently gave this stuff the SONAME libportaudio.so.0 (judging from the package name). As I said, since the portaudio upstreams don't seem to care about proper version numbering this is risky. So, to do the second method, I did libportaudio0.0.18[-dev] and libportaudio0.0.19[-dev] packages with the libportaudio0.0.x as SONAME so that this works at least. > I choose to name them libportaudio0[-dev] and libportaudio19-0[-dev] with libportaudio0 and libportaudio19-0 as SONAMEs respectively, and I think my naming scheme has an advantages. If portaudio v19 when release is backward compatible with v18, then libportaudio19-0[-dev] can be renamed to libportaudio0[-dev]. I don't think this will be a nightmare judging the long release cycles - considering that 18.1 is years old and v19 not even released yet. Anyway, my current (source) packages are at http://people.debian.org/~rene/portaudio/. (I included the docs in -dev since it makes no sense to make a own package for that less kb...) According to the first paragraph in Debian Policy Manual section 10.2 "Libraries", you must compile all source twice. Isn't this required anymore, as I can't see this happen in your package? Have you looked at my 20_unix_oss patch, which fixes bugs in Pa_StreamTime and Pa_UpdateStreamTime? I can upload them if wished. I also can add you as co-maintainer if you wish... Maybe. Grüße/Regards, René Regards, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289762: Problems solved by downgrading mysql-server
Hello, I have also experienced the problems described in this bug report. I tried to downgrade mysql-server as suggested, and downgrading it to 4.0.22-6 solved my problems. Regards Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290319: nagios-mysql: Leaks cleartext password in /var/log/messages
Package: nagios-mysql Version: 2:1.3-0+pre6 Severity: important nagios-mysql leaks the database password in /var/log/messages if it can't connect to the mysql server. nagios: Error: Could not connect to MySQL database 'nagios' on host '' using username 'nagios' and password 'x'. Retention data will not be processed or saved! The line above is logged in /var/log/messages and the password is in cleartext. I think the password should be replaced with asterisks. Regards, Mikael Magnusson -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.9-1-mulder Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios-mysql depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgd2-xpm 2.0.33-1.1GD Graphics Library version 2 ii libjpeg62 6b-9.hem.za.org-1 The Independent JPEG Group's JPEG ii libmysqlclient10 3.23.56-2 LGPL-licensed client library for M ii libpng12-0 1.2.8rel-1PNG library - runtime ii nagios-common 2:1.3-0+pre6 A host/service/network monitoring ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: nagios/warnmovedcommands: nagios/warncoords: * nagios/wwwsuid: true nagios/newapachecfg: nagios/upgradefromnetsaint: * nagios/configapache: Apache nagios/warnupgrade_5_6: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#261560: status of iaxcomm?
Kilian Krause wrote: Hi, I see this was uploaded to Debian mentors. Have they found it ok? Are there any plans to finally make this an official deb? If there's an open TODO list, what needs to be done and who of you is going to make this happen? Thanks for the feedback. Hi, I haven't gotten much feedback, but I haven't asked for it on for example debian-mentors either. The source and binary packages are almost lintian and linda clean, but there are no manual pages for the binaries. There shouldn't be any dependency problems, since I'm building the binary packages with pbuilder. The current iaxclient source package on mentors produces three binary package: 1. iaxclient iax clients: iaxcomm, iaxphone, testcall, tkphone and wxiax 2. libiaxclient0 shared library 3. libiaxclient-devdevelopment files I'm not sure that a shared library should be distributed, since upstream haven't released any version yet and I'm using the cvs version, and the library is under development. And maybe iaxclient shouldn't contain all clients? The upstream cvs version contains local versions of gsm, iax2, speex and portaudio libraries. Currently I'm using gsm from Debian, the local iax2 version, speex from Debian experimental, and my portaudio packages. There have been some discussion about the PortAudio license on the Debian legal mailing list. PortAudio is already used by audacity, which is in main, and the audacity maintainer thinks that it's DFSG free and can stay there. I will update iaxclient with the latest cvs, since it solves some sound issues. I think it can be uploaded to experimental after the update, if you think it's good. But it can't go into unstable, since it needs libspeex-dev >= 1.1.3-1. I sent an email to Norbert Tretkowski several months ago asking for the status, but didn't get any answer. Maybe I should take over the ITP (#261560)? Regards, Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269925: ITP: portaudio -- Portable audio I/O
Rene Engelhard wrote: Hi, Mikael Magnusson wrote: I choose to name them libportaudio0[-dev] and libportaudio19-0[-dev] with libportaudio0 and libportaudio19-0 as SONAMEs respectively, and I think my naming scheme has an advantages. If portaudio v19 when release is backward compatible with v18, then libportaudio19-0[-dev] can be renamed to libportaudio0[-dev]. I just did a diff between portaudio v18.1 and the CVS anspshot I packaged. They renamed functions (removing the old ones): e.g. PaQueryDevice -> PaOSS_QueryDevice. And AFAIS function signatures, too. So v18 and v19 *are* ABI-incompatible (which also alreyd was implied of the API changes, see above). PaQueryDevice and PaOSS_QueryDevice seem to be internal functions and aren't declared in portaudio.h. So you *need* to do a split completely and this means also wrt SONAMEs, v19 will not be compatible with pplications written for/linked against v18. Yes, I know they are ABI-incompatible and I use the SONAMEs libportaudio.so.0 and libportaudio-19.so.0 respectively in my packages. According to the first paragraph in Debian Policy Manual section 10.2 "Libraries", you must compile all source twice. Isn't this required anymore, as I can't see this happen in your package? Well... I never saw bad implications of static libraries built with -fPIC, contrary I saw that this is good since some applications/other dynamic libraries wanting to link against portaudio will not fail. Some arch require -fPIC for linking into a (dynamic) app and dynamic librar Yes, dynamic libraries must be compiled with -fPIC and static libraries must not be. According to section 1.1: "Packages that do not conform to the guidelines denoted by must (or required) will generally not be considered acceptable for the Debian distribution." Regards, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297719: Uninstallable since it tries to overwrite /etc/default/asterisk
Package: asterisk Version: 1:1.0.5-4 Severity: normal Asterisk must depend on a newer asterisk-config, since both asterisk=1:1.0.5-4 and asterisk-config=1:1.0.5-2 contains /etc/default/asterisk. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages asterisk depends on: ii asterisk-config 1:1.0.5-2 config files for asterisk ii asterisk-sounds-main 1:1.0.5-2 sound files for asterisk ii libasound21.0.8-1ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libedit2 2.9.cvs.20040827-1 BSD editline and history libraries ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpq37.4.7-2PostgreSQL C client library ii libpri1 1.0.4-1Primary Rate ISDN specification li ii libspeex1 1.0.rel.4-1The Speex Speech Codec ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libtonezone1 1:1.0.4-3 tonezone library (runtime) ii unixodbc 2.2.4-11 ODBC tools libraries ii zlib1g1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297977: libpri1: Keypad facility received during setup should be used as called number
Package: libpri1
Version: 1.0.4-2
Severity: normal
Tags: patch
Some ISDN phones sends numbers that begins with * or # as "keypad facility"
instead of "called party number" during call setup. Those are also copied
to callednum with my patch.
Regards,
Mikael
-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.6.8-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libpri1 depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
-- no debconf information
diff -ur libpri-1.0.4/q931.c libpri-1.0.4.new/q931.c
--- libpri-1.0.4/q931.c 2005-03-03 20:07:19.0 +0100
+++ libpri-1.0.4.new/q931.c 2005-03-03 20:08:26.0 +0100
@@ -1403,8 +1403,10 @@
static FUNC_RECV(receive_keypad_facility)
{
/* copy digits to call->callednum or call->digits */
- if (msgtype == Q931_SETUP) {
+ if (msgtype == Q931_INFORMATION) {
q931_get_number(call->digits, sizeof(call->digits), ie->data , len
- 2);
+ } else if (msgtype == Q931_SETUP) {
+ q931_get_number(call->callednum, sizeof(call->callednum), ie->data,
len - 2);
} else {
// XXX we assume 1 byte keypad
call->digits[0] = ie->data[0] & 0x7f;
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#407690: [Pkg-alsa-devel] Bug#407690: kernel 2.6.19.2 incompatibel with debian libasound2-dev
Steve Langasek wrote: On Mon, Jan 22, 2007 at 07:39:03AM +0100, Markus Schulz wrote: doesn't sound 'grave' to me; if anything, it sounds like a bug in 2.6.19 for changing interfaces in ways that break userspace. yes, exactly this. Should this be reported anywhere? Preferably, upstream to the kernel maintainers responsible for the breakage. According to alsa-devel the problem has been "Fixed and committed to HG tree". http://article.gmane.org/gmane.linux.alsa.devel/43900 Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369396: Regression: problems with macro calling AC_PROG_CC and AC_C_BIGENDIAN
Package: autoconf Version: 2.59.cvs.2006.05.25-1 Severity: important If you call AC_PROG_CC and AC_C_BIGENDIAN in a macro, the checks for unistd.h and some other headers will fail. See attached test case. Mikael -- 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 autoconf depends on: ii debianutils 2.16 Miscellaneous utilities specific t ii m41.4.4-1a macro processing language ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake1.6 [automaken] 1.6.3-12 A tool for generating GNU Standard ii automake1.7 [automaken] 1.7.9-7A tool for generating GNU Standard ii automake1.8 [automaken] 1.8.5-3A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4A tool for generating GNU Standard -- no debconf information dnl -*- Autoconf -*- dnl Process this file with autoconf to produce a configure script. dnl AC_PREREQ(2.57) AC_INIT(TEST, 1, [EMAIL PROTECTED]) echo 1 AC_DEFUN([TEST_INIT],[ echo test1 AC_PROG_CC echo test2 AC_C_BIGENDIAN echo test3 ]) echo 2 TEST_INIT echo 3 AC_CHECK_HEADER([unistd.h], [], [AC_MSG_ERROR([unistd.h not available?])]) AC_OUTPUT
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#402009: Multiple API-incompatible changes in Common C++ 1.5.3
As described in the Common C++ changelog, the new version contains
multiple API changes, resulting in backward-incompatible ABI changes in
the shared library.
From Common C++ 1.5.2 to 1.5.3
- some code cleanup of operators and const members
I'm including a diff which contains all changes of header files from
1.5.1 to 1.5.3.
/Mikael
--- commoncpp2-1.5.1/include/cc++/address.h 2006-10-01 14:07:12.0 +0200
+++ commoncpp2-1.5.3/include/cc++/address.h 2006-11-21 14:40:05.0 +0100
@@ -167,7 +167,7 @@
protected:
struct in_addr netmask, network;
- unsigned getMask(const char *cp);
+ unsigned getMask(const char *cp) const;
public:
/**
* Get network address associated with this cidr.
@@ -225,7 +225,7 @@
* @param saddr pointer to test.
* @return true if member of cidr.
*/
- bool isMember(struct sockaddr *saddr);
+ bool isMember(const struct sockaddr *saddr) const;
/**
* See if a low level address object is a member of this cidr's net.
@@ -233,14 +233,14 @@
* @param inaddr object to test.
* @return true if member of cidr.
*/
- bool isMember(struct in_addr &inaddr);
-};
+ bool isMember(const struct in_addr &inaddr) const;
-inline bool operator==(struct sockaddr *sa, IPV4Cidr &cidr)
- {return cidr.isMember(sa);};
+ inline bool operator==(const struct sockaddr *a) const
+ {return isMember(a);};
-inline bool operator==(struct in_addr &a, IPV4Cidr &cidr)
- {return cidr.isMember(a);};
+ inline bool operator==(const struct in_addr &a) const
+ {return isMember(a);};
+};
#ifdef CCXX_IPV6
/**
@@ -255,7 +255,7 @@
protected:
struct in6_addr netmask, network;
- unsigned getMask(const char *cp);
+ unsigned getMask(const char *cp) const;
public:
/**
* Get network address associated with this cidr.
@@ -313,7 +313,7 @@
* @param saddr pointer to test.
* @return true if member of cidr.
*/
- bool isMember(struct sockaddr *saddr);
+ bool isMember(const struct sockaddr *saddr) const;
/**
* See if a low level address object is a member of this cidr's net.
@@ -321,14 +321,14 @@
* @param inaddr object to test.
* @return true if member of cidr.
*/
- bool isMember(struct in6_addr &inaddr);
-};
+ bool isMember(const struct in6_addr &inaddr) const;
-inline bool operator==(struct sockaddr *sa, IPV6Cidr &cidr)
- {return cidr.isMember(sa);};
+ inline bool operator==(const struct sockaddr *sa) const
+ {return isMember(sa);};
-inline bool operator==(struct in6_addr &a, IPV6Cidr &cidr)
- {return cidr.isMember(a);};
+ inline bool operator==(const struct in6_addr &a) const
+ {return isMember(a);};
+};
#endif
--- commoncpp2-1.5.1/include/cc++/misc.h 2006-09-30 18:52:17.0 +0200
+++ commoncpp2-1.5.3/include/cc++/misc.h 2006-11-21 15:55:26.0 +0100
@@ -695,7 +695,7 @@
virtual void *getMemory(size_t size) = 0;
public:
- void *getPointer(const char *id);
+ void *getPointer(const char *id) const;
void setPointer(const char *id, void *data);
};
--- commoncpp2-1.5.1/include/cc++/thread.h 2006-04-27 21:16:53.0 +0200
+++ commoncpp2-1.5.3/include/cc++/thread.h 2006-11-21 14:37:09.0 +0100
@@ -1410,14 +1410,14 @@
*
* @return true if the thread is still executing.
*/
- bool isRunning(void);
+ bool isRunning(void) const;
/**
* Check if this thread is detached.
*
* @return true if the thread is detached.
*/
- bool isDetached(void);
+ bool isDetached(void) const;
/**
* Blocking call which unlocks when thread terminates.
@@ -1430,7 +1430,7 @@
*
* @return true if the current context is this object.
*/
- bool isThread(void);
+ bool isThread(void) const;
/**
* Get system thread numeric identifier.
@@ -1445,7 +1445,7 @@
*
* @return debug name.
*/
- const char *getName(void)
+ const char *getName(void) const
{return _name;};
/**
@@ -1475,7 +1475,7 @@
{if (th._start) th._start->wait();};
#ifdef WIN32
- bool isCancelled();
+ bool isCancelled() const;
static DWORD waitThread(HANDLE hRef, timeout_t timeout);
#endif
Bug#402009: #402009
package twinkle reassign 402009 libcommoncpp2-1.5-0 1.5.3-1 severity 402009 grave thanks libcommoncpp2-1.5-0 version 1.5.3-1 is ABI incompatible with version 1.5.1-4, since ost::Thread::isRunning has been changed to const. $ nm -D libccgnu2-1.5.so.0.0.3 |grep isRunning 00019486 T _ZNK3ost6Thread9isRunningEv $ nm -D libccgnu2-1.5.so.0.0.1 |grep isRunning 00019476 T _ZN3ost6Thread9isRunningEv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403210: shadow: The Swedish man page needs to be recoded to iso-8859-1
Package: shadow Version: 4.0.18.1-6 Severity: important Tags: patch The Swedish manpages in login and password need to be recoded to iso-8859-1. The file sv.po first needs to be fixed, since some utf8 sequences has been broken into two pices on different lines. A patch to man/sv/sv.po is included, which fixes all man/sv/*.xml files. The manual pages needs to be generated from the xml files, and recoded to iso-8859-1 before installed. Mikael -- System Information: Debian Release: 4.0 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.18-3-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) --- ./sv.po.orig 2006-08-03 12:30:24.0 +0200 +++ ./sv.po 2006-12-15 12:35:31.0 +0100 @@ -98,7 +98,7 @@ "respektive. Med flaggan -s, kommer de att redigera " "skuggversionerna av dessa filer, /etc/shadow och " "/etc/gshadow, respektive. Programmen kommer att ställa " -"in de lämpliga lås som behövs för att förhindra att filerna skadas. När de " +"in de lämpliga lås som behövs för att förhindra att filerna skadas. När de " "letar efter en redigerare kommer programmen att första försöka med " "miljövariabeln $VISUAL, sedan miljövariabeln $EDITOR och till sist standardredigeraren, viALL EXCEPT followed by " "a list of usernames delimited by \",\"" msgstr "" -"Där till-id är antingen ordet ALL, en lista med anvÃ" -"¤ndarnamn separerade med \",\" eller orden ALL EXCEPT " +"Där till-id är antingen ordet ALL, en lista med anvä" +"ndarnamn separerade med \",\" eller orden ALL EXCEPT " "följt av en lista med användarnamn separerade med \",\"" #: suauth.5.xml:53(para) @@ -1416,8 +1416,8 @@ "user logged in directly." msgstr "" "su används för att bli en annan användare under en " -"inloggningssession. Om det startas utan användarnamn, vÃ" -"¤ljer su superanvändaren. Det valfria argumentet -" +"inloggningssession. Om det startas utan användarnamn, vä" +"ljer su superanvändaren. Det valfria argumentet -" " kan användas för att tillhandahålla en miljö som liknar den som " "användaren skulle förvänta sig om användaren hade loggat in direkt." @@ -1532,8 +1532,8 @@ "/bin/sh if a shell could not be found by any above " "method." msgstr "" -"/bin/sh om ett skal inte kunde hittas med någon ovanstÃ" -"¥ende metod." +"/bin/sh om ett skal inte kunde hittas med någon ovanstå" +"ende metod." #: su.1.xml:114(para) msgid "" @@ -1566,8 +1566,8 @@ "If the target user has a restricted shell, this option has no effect (unless " "su is called by root)." msgstr "" -"Om målanvändaren har ett begränsat skal har denna flagga ingen effekt (sÃ" -"¥vida inte su har startats av root)." +"Om målanvändaren har ett begränsat skal har denna flagga ingen effekt (så" +"vida inte su har startats av root)." #: su.1.xml:169(para) msgid "" @@ -1757,7 +1757,7 @@ "This file must not be readable by regular users if password security is to " "be maintained." msgstr "" -"Denna fil får inte vara läsbar av vanliga användare om lösenordssäkerheten " +"Denna fil får inte vara läsbar av vanliga användare om lösenordssäkerheten " "ska upprätthållas." #: shadow.5.xml:124(para) @@ -2321,7 +2321,7 @@ "emphasis> och oper på /dev/console " "när som helst. Detta illustrerar hur filen /etc/porttime är en ordnad lista för åtkomsttider. Alla andra användare skulle " -"matcha den andra poster, vilken inte tillåter någon Ã¥tkomst oavsett tid." +"matcha den andra poster, vilken inte tillåter någon åtkomst oavsett tid." #: porttime.5.xml:62(programlisting) #, no-wrap @@ -2373,7 +2373,7 @@ "/etc/passwd contains one line for each user account, " "with seven fields delimited by colons (:). These fields are:" msgstr "" -"/etc/passwd innehåller en rad för varje användarkonto " +"/etc/passwd innehåller en rad för varje användarkonto " "men sju fält separerade med kolontecken (:). Dessa fält är:" #: passwd.5.xml:27(para) @@ -2490,13 +2490,7 @@ "may change the password for any account. passwd also " "changes account information, such as the full name of the user, the user's " "login shell, or his/her password expiry date and interval." -msgstr "" -"passwd ändrar lösenord för användarkonton. En vanlig " -"användare kan endast ändra lösenordet för sitt egna konto men superanvÃ" -"¤ndaren kan ändra lösenord för alla konton. passwd Ã" -"¤ndrar även kontoinformation, såsom det fullständiga namnet för användaren, " -"användarens inloggningsskal eller hans/hennes utgångsdatum för lösenordet " -"och intervall." +msgstr "passwd ändrar lösenord för användarkonton. En vanlig användare kan endast ändra lösenordet för sitt egna konto men superanvändaren kan ändra lösenord för alla konton. passwd ändrar även kontoinformation, såsom det fullständiga namnet för användaren, användarens inloggningsskal eller hans/hennes utgångsdatum för lösenordet och intervall." #: passw
Bug#413401: erlang: SSL IPv6 support
Package: erlang
Version: 11.b.2-4
Severity: wishlist
Tags: patch
Included patch adds support for IPv6 to the ssl application.
After applying the patch, you need to run autoconf and autoheader in the
erts subdir.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (300,
'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
diff -ur erlang-11.b.2.orig/erts/configure.in erlang-11.b.2/erts/configure.in
--- erlang-11.b.2.orig/erts/configure.in 2007-03-04 17:46:34.0 +0100
+++ erlang-11.b.2/erts/configure.in 2007-03-04 12:42:33.0 +0100
@@ -1051,6 +1051,8 @@
dnl inet_gethost with ipv6 support.
AC_CHECK_FUNCS([getipnodebyname getipnodebyaddr gethostbyname2])
AC_CHECK_TYPES([struct in6_addr],,,[#include])
+AC_CHECK_FUNCS([getnameinfo inet_pton])
+AC_CHECK_TYPES([struct sockaddr_storage],,,[#include ])
AC_CHECK_FUNCS([ieee_handler fpsetmask finite isnan isinf res_gethostbyname dlopen \
pread pwrite writev memmove strerror strerror_r strncasecmp \
diff -ur erlang-11.b.2.orig/lib/ssl/c_src/esock.c erlang-11.b.2/lib/ssl/c_src/esock.c
--- erlang-11.b.2.orig/lib/ssl/c_src/esock.c 2006-05-03 10:18:31.0 +0200
+++ erlang-11.b.2/lib/ssl/c_src/esock.c 2007-03-04 17:39:41.0 +0100
@@ -130,6 +130,11 @@
#define INADDR_NONE 0x /* Should be in . */
#endif
+#if defined(HAVE_STRUCT_SOCKADDR_STORAGE) && defined(HAVE_GETNAMEINFO) && \
+defined(HAVE_INET_PTON)
+# define USE_IPV6
+#endif
+
#include "esock.h"
#include "debuglog.h"
#include "esock_utils.h"
@@ -175,6 +180,15 @@
static void print_connections(void);
static int check_num_sock_fds(FD fd);
static void safe_close(FD fd);
+
+#if defined(USE_IPV6)
+static FD do_connect6(char *lipstring, int lport, char *fipstring, int fport);
+static FD do_listen6(char *ipstring, int lport, int backlog, int *aport);
+static int ss_getport(const struct sockaddr *sa, socklen_t size);
+static int reply_sockaddr(int cmd, int fd, const struct sockaddr *sa,
+ socklen_t size);
+#endif
+
static Connection *new_connection(int state, FD fd);
static Connection *get_connection(FD fd);
static void remove_connection(Connection *conn);
@@ -362,7 +376,11 @@
char *protocol_vsn, *cipher;
unsigned char *cert, *bin;
int certlen, binlen;
+#if defined(USE_IPV6)
+struct sockaddr_storage iserv_addr;
+#else
struct sockaddr_in iserv_addr;
+#endif
int sret = 1;
Connection *cp, *cpnext, *newcp;
Proxy *pp;
@@ -439,7 +457,12 @@
/* Add to pending proxy connections */
SET_NONBLOCKING(proxysock);
pp = new_proxy(proxysock);
+#if defined(USE_IPV6)
+ pp->peer_port =
+ ss_getport((struct sockaddr *)&iserv_addr, length);
+#else
pp->peer_port = ntohs(iserv_addr.sin_port);
+#endif
DEBUGF(("---\n"));
DEBUGF(("[PROXY_LISTEN_SOCK] conn accepted: "
"proxyfd = %d, "
@@ -494,9 +517,14 @@
* reply = {cmd(1), fd(4), port(2),
* ipstring(N), 0(1)}
*/
+#if defined(USE_IPV6)
+ reply_sockaddr(ESOCK_GETPEERNAME_REP, fd,
+ (struct sockaddr*)&iserv_addr, length);
+#else
reply(ESOCK_GETPEERNAME_REP, "42s", fd,
ntohs(iserv_addr.sin_port),
inet_ntoa(iserv_addr.sin_addr));
+#endif
}
break;
@@ -520,9 +548,14 @@
* reply = {cmd(1), fd(4), port(2),
* ipstring(N), 0(1)}
*/
+#if defined(USE_IPV6)
+ reply_sockaddr(ESOCK_GETSOCKNAME_REP, fd,
+ (struct sockaddr*)&iserv_addr, length);
+#else
reply(ESOCK_GETSOCKNAME_REP, "42s", fd,
ntohs(iserv_addr.sin_port),
inet_ntoa(iserv_addr.sin_addr));
+#endif
}
break;
@@ -698,8 +731,7 @@
}
DEBUGF(("-> PASSIVE_LISTENING (fd = %d)\n", listensock));
/* Publish listensock */
- reply(ESOCK_LISTEN_REP, "442", intref, listensock,
- ntohs(iserv_addr.sin_port));
+ reply(ESOCK_LISTEN_REP, "442", intref, listensock, lport);
break;
case ESOCK_ACCEPT_CMD:
@@ -1481,6 +1513,11 @@
struct sockaddr_in sock_addr;
long inaddr;
FD fd;
+
+#if defined(USE_IPV6)
+if (strchr(fipstring, ':'))
+ return do_connect6(lipstring, lport, fipstring, fport);
+#endif
if ((fd = socket(AF_INET, SOCK_STREAM, 0)) == INVALID_FD) {
DEBUGF(("Error calling socket()\n"));
@@ -1538,9 +1575,14 @@
static int one = 1; /* Type must be int, not long */
struct sockaddr_in sock_addr;
long inaddr;
-int length;
+unsigned int length;
FD fd;
+#if defined(USE_IPV6)
+if (strchr(ipstring, ':'))
+ return do_listen6(ipstring, lport, backlog, aport);
+#endif
+
if ((fd = socket(AF_INET, SOCK_STREAM, 0)) == INVALID_FD) {
DEBUGF(("Error calling socket()\n"));
return fd;
@@ -1596,6 +1638,145 @@
return fd;
}
+#if defined(USE_IPV6
Bug#413401: erlang: SSL IPv6 support
Torsten Werner wrote: Hi Mikael, On 3/4/07, Mikael Magnusson <[EMAIL PROTECTED]> wrote: Included patch adds support for IPv6 to the ssl application. which patch? Cheers, Torsten Hi Torsten, the patch is in an attachment linked from the bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413401 Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400476: libudns-dev: udns can't be used in C++ programs
Package: libudns-dev Version: 0.0.8-1 Severity: important Tags: patch Including udns.h in a C++ source results in the following error, caused by using the reserved word class in the C header file. Patch included below. /usr/include/udns.h:700: error: expected primary-expression before ‘enum’ --- udns.h.orig 2005-09-12 14:09:10.0 +0200 +++ udns.h 2006-11-26 14:04:18.0 +0100 @@ -693,11 +693,11 @@ UDNS_DATA_API extern const struct dns_nameval dns_rcodetab[]; UDNS_API int dns_findname(const struct dns_nameval *nv, const char *name); -#define dns_findclassname(class) dns_findname(dns_classtab, (class)) +#define dns_findclassname(cls) dns_findname(dns_classtab, (cls)) #define dns_findtypename(type) dns_findname(dns_typetab, (type)) #define dns_findrcodename(rcode) dns_findname(dns_rcodetab, (rcode)) -UDNS_API const char *dns_classname(enum dns_class class); +UDNS_API const char *dns_classname(enum dns_class cls); UDNS_API const char *dns_typename(enum dns_type type); UDNS_API const char *dns_rcodename(enum dns_rcode rcode); const char *_dns_format_code(char *buf, const char *prefix, int code); -- System Information: Debian Release: 4.0 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 libudns-dev depends on: ii libudns0 0.0.8-1async-capable DNS stub resolver li libudns-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400540: mingw32-runtime: New upstream relase of w32api
Package: mingw32-runtime Version: 3.9-4 Severity: wishlist It would be great if mingw32-runtime could be upgraded to a newer version of w32api, version 3.7 or 3.8, which was released recently. Thanks -- System Information: Debian Release: 4.0 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) mingw32-runtime depends on no packages. Versions of packages mingw32-runtime recommends: ii mingw32 3.4.5.20060117.1-1 Minimalist GNU win32 (cross) compi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398849: twinkle: Via headers containing ipv6 addresses are dropped
Package: twinkle Version: 1:0.9-2 Severity: important Twinkle can't handle Via headers containing IPv6 addresses as specified in RFC 3261. Of course Twinkle can't handle IPv6 addresses in the top Via, since it's doesn't support IPv6 transports. But it should at least insert other Via:s containing IPv6 addresses in responses it sends. -- System Information: Debian Release: 4.0 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 twinkle depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libasound2 1.0.13-1 ALSA library ii libboost-regex1.33.1 1.33.1-7+b1 regular expression library for C++ ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libccrtp1-1.5-01.5.0-2 Common C++ class framework for RTP ii libcommoncpp2-1.5-01.5.1-3 A GNU package for creating portabl ii libgcc11:4.1.1-19GCC support library ii libgsm11.0.10-13 Shared libraries for GSM speech co ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsndfile11.0.16-1 Library for reading/writing audio ii libspeex1 1.1.12-2 The Speex Speech Codec ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-2 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libzrtpcpp-0.9-0 0.9.0-2 ccrtp extension for zrtp/Zfone sup ii zlib1g 1:1.2.3-13compression library - runtime twinkle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328873: Bug#354899: Status of portaudio licence
Free Ekanayaka wrote: what's the current status of the license? Would it be now possible to package pa19? Ciao, Free I have injected a PortAudio V19 package into the pkg-voip svn repository, but it probably won't be uploaded until a released version is available from upstream. Upstream will hopefully release V19 within a couple of weeks[1]. Mikael [1]http://www.portaudio.com/trac/wiki/V19ReleasePlan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376278: svn-buildpackage: Support for quoted strings in --svn-builder option.
Package: svn-buildpackage
Version: 0.6.14
Severity: normal
Tags: patch
Current version of svn-buildpackage doesn't support quoted strings in
the "--svn-builder" option. I needed to use:
--svn-builder="pdebuild --debbuildopts '-b -sa'"
But it's not possible without the included patch, since the debbuildopts
option is broken into two strings '"-b' and '-sa"'.
Mikael
-- 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 svn-buildpackage depends on:
ii devscripts 2.9.20 Scripts to make the life of a Debi
ii libsvn-core-perl1.2.3dfsg1-3 perl bindings for Subversion (aka.
ii perl5.8.8-4 Larry Wall's Practical Extraction
ii subversion 1.2.3dfsg1-3 advanced version control system (a
ii subversion-tools1.2.3dfsg1-3 assorted tools related to Subversi
svn-buildpackage recommends no packages.
-- no debconf information
--- /usr/bin/svn-buildpackage 2005-10-23 04:24:32.0 +0200
+++ /home/mikael/sh/svn-buildpackage2 2006-07-01 17:33:40.970749776 +0200
@@ -1,5 +1,6 @@
#!/usr/bin/perl
# (c) Eduard Bloch <[EMAIL PROTECTED]>, 2003
+# Copyright (C) 2006 Mikael Magnusson <[EMAIL PROTECTED]>
# License: GPL
# Version: $Id: svn-buildpackage 2100 2005-10-13 19:29:24Z par ame ter $
@@ -132,6 +133,47 @@
&setallenv;
+sub split_command_line {
+ my ($line) = @_;
+
+ $line =~ s/^\s*//;
+ $line =~ s/\s*$//;
+
+ my @chars = split(//, $line);
+ my @args;
+ my $res = "";
+ my $quote = undef;
+ my $escape = 0;
+
+ for my $c (@chars) {
+ if ($escape) {
+ $escape = 0;
+ $res .= $c;
+ } elsif ($c eq '\\') {
+ $escape = 1;
+ } elsif (!defined $quote){
+ if ($c eq ' ') {
+ push @args, $res;
+ $res = "";
+ } elsif ($c eq '\'' || $c eq '"') {
+ $quote = $c;
+ } else {
+ $res .= $c;
+ }
+ } else {
+ if ($c eq $quote) {
+ $quote = undef;
+ } else {
+ $res .= $c;
+ }
+ }
+ }
+
+ push @args, $res unless ($res eq '');
+
+ return @args;
+}
+
for $file ($ENV{"HOME"}."/.svn-buildpackage.conf",
".svn/svn-buildpackage.conf") {
if(open($rc, $file)) {
@@ -181,7 +223,7 @@
if($opt_buildcmd || $opt_export) {
- @builder = split / /, $opt_buildcmd;
+ @builder = &split_command_line( $opt_buildcmd );
if($opt_buildcmd=~/;|\||&/) {
print "I: Looks like a shell construct in the build command, running
trough the shell\n";
[EMAIL PROTECTED] = (join(" ", @builder, @ARGV));
Bug#377617: ITP: yxa -- SIP servers written in Erlang
Package: wnpp Severity: wishlist Owner: Mikael Magnusson <[EMAIL PROTECTED]> * Package name: yxa Version : 0.91 Upstream Author : Fredrik Thulin <[EMAIL PROTECTED]> * URL : http://www.stacken.kth.se/project/yxa/index.html * License : BSD, GPL, Erlang public license Programming Lang: Erlang, C Description : SIP stack and servers written in Erlang Yxa is SIP software written in Erlang (Erlang is a programming language written by Ericsson). Yxa is both a transaction stateful SIP stack, and a set of SIP server applications. Main features * RFC3261 compliant SIP-server, capable of everything a generic domain needs : o Registrar that keeps track of your users o Handles incoming SIP requests to your domain o Handles routing of requests from your users to remote domains o TCP, UDP and TLS (including SIPS) support o Automatically maps e-mail addresses of your users to their SIP addresses, if you have the e-mail addresses in LDAP o Handles multiple domains using a single server instance * ENUM support for PSTN-bypass whenever possible * IPv6 support * Forking, both parallel and sequential * CPL (RFC3880) support for advanced user-control of events (currently incoming calls only) * Modular user database, currently with LDAP, Mnesia, MySQL and text-file backends * PSTN destination access control (per user or for anonymous users) -- 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) -- 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 -#endif +#include #undef PACKAGE #undef VERSION -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385461: New openbox shows border on the gnome-panel
On Thu, 31 Aug 2006, Nicolas Évrard wrote:
Package: openbox
Version: 3.3-1
Severity: normal
Hello,
Today I switched to the new openbox version and it seems that the
gnome-panel now display a border but I don't think it should. See the
attached screenshot.
Thank you.
Oops, feel free to include this in the debian package which should fix the
issue.
Index: openbox/client.c
===
--- openbox/client.c(revision 5482)
+++ openbox/client.c(revision 5483)
@@ -1304,7 +1304,8 @@
(self->mwmhints.decorations & OB_MWM_DECOR_TITLE)))
/* if the mwm hints request no handle or title, then all
decorations are disabled */
-self->decorations = config_theme_keepborder ?
OB_FRAME_DECOR_BORDER : 0;
+self->decorations = config_theme_keepborder ?
+self->decorations & OB_FRAME_DECOR_BORDER : 0;
}
}
--
Mikael Magnusson
ps not sure which addresses to reply to exactly with the debian bts, let
me know if this wasn't right.
Bug#375047: srtp status?
Hi, what's the current status of #375047 ITP: srtp? thanks, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386900: jabberd2-ldap-bdb: statoverride left in broken state after package removal
Package: jabberd2-ldap-bdb Version: 2.0s10-1 Severity: important The statoverride file is left in a broken state after I removed jabberd2-ldap-bdb, and removed and purged jabber-common. When I try to install any deb using dpkg or apt-get I get the following error: dpkg: syntax error: unknown user `jabber' in statoverride file Reinstall of jabber-common is also not possible. 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 jabberd2-ldap-bdb depends on: pn jabber-common (no description available) ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.24.2.52-23.1 Berkeley v4.2 Database Libraries [ ii libidn110.6.5-1 GNU libidn library, implementation ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7i-1 SSL shared libraries jabberd2-ldap-bdb recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389252: twinkle: PRACK messages should be authenticated
Package: twinkle Version: 1:0.8.1-1 Severity: normal Twinkle fails to respond to Proxy-Authentication challenges of PRACK requests. According to RFC 3262: 9 Security Considerations The PRACK request can be injected by attackers to force retransmissions of reliable provisional responses to cease. As these responses can convey important information, PRACK messages SHOULD be authenticated as any other request. Authentication procedures are specified in RFC 3261. -- 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 twinkle depends on: ii kdelibs4c2a4:3.5.4-3 core libraries and binaries for al ii libasound2 1.0.12-1 ALSA library ii libboost-regex1.33.1 1.33.1-4 regular expression library for C++ ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libccrtp1-1.4-01.4.1-2 Common C++ class framework for RTP ii libcommoncpp2-1.4-01.4.3-1 A GNU package for creating portabl ii libgcc11:4.1.1-13GCC support library ii libgsm11.0.10-13 Shared libraries for GSM speech co ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libsndfile11.0.16-1 Library for reading/writing audio ii libspeex1 1.1.12-2 The Speex Speech Codec ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxml22.6.26.dfsg-3 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime twinkle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328873: Is there a way to enable JACK support?
On Tue, Jun 27, 2006 at 05:14:13AM +0200, Free Ekanayaka wrote:
> Hi,
>
> I'vejust checked out the sourcepackage in the pkg-voip SVN
> repository, and I've noticed that JACK support is disabled ("conflicts
> with programs that use RingBuffer").
>
> As JACK support is a very interesting new feature of pa19, is there a
> way to workaround the problem and have the Debian package activate it?
>
> Ciao,
>
> Free
>
I decided to re-enabled JACK support in the pa19 package and that
the problem with multiple symbol definitions should be fixed
in the library or program that links in another copy of the ringbuffer
object.
Mikael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375047: ITP: srtp -- Secure RTP (SRTP) and UST Reference Implementations
Jonas Smedegaard wrote / skrev: Yes, I am still interested in packaging srtp, but I'd be more than happy to join you. If you don't mind using cdbs, that is ;-) There shouldn't be a problem using cdbs, since it's already used by some packages maintained by the Debian VoIP Team. I am tuning more actively into voip these days, so might also be interested in helping out with some of your other packages if interested. I'll look at the above links, subscribe to your mailinglist and stuff (have already looked quickly at your packaging, and will merge with my own done using cdbs and other cleverness). Could you please give me write access to your SVN? My nick at subversion is "js". You need to create an account on Alioth[1], and add your authorized SSH key[2]. Then ask one of the pkg-voip project leaders[3] (or post to the pkg-voip-maintainers mailing list) to add you to the VoIP team. [1]http://alioth.debian.org/ [2]https://alioth.debian.org/account/ [3]http://alioth.debian.org/projects/pkg-voip/ Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375047: ITP: srtp -- Secure RTP (SRTP) and UST Reference Implementations
Hi, are you aware of the Debian VoIP Team? You are welcome to join the team and add the package to pkg-voip SVN repository[1]. What is the status of your package, any progress? I was going to post a ITP on srtp myself when found yours, and I have made an experimental package[2]. [1]http://svn.debian.org/wsvn/pkg-voip/README?op=file&rev=0&sc=0 [2]http://www.hem.za.org/debian/pool/main/s/srtp/ Regards, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422362: vncserver: vncconnect causes Xrealvnc crash
Ola Lundqvist wrote: Hej Could you run Xrealvnc in gdb? This is the backtrace running a debug binary: (gdb) bt #0 0xb7f6b410 in ?? () #1 0xbfac84dc in ?? () #2 0x0006 in ?? () #3 0x1f77 in ?? () #4 0xb7d04d60 in raise () from /lib/i686/cmov/libc.so.6 #5 0xb7d065b1 in abort () from /lib/i686/cmov/libc.so.6 #6 0xb7d3afdb in __fsetlocking () from /lib/i686/cmov/libc.so.6 #7 0xb7d42e3d in mallopt () from /lib/i686/cmov/libc.so.6 #8 0xb7d46480 in free () from /lib/i686/cmov/libc.so.6 #9 0x080af59d in rfbRootPropertyChange () #10 0x0806b2c2 in ChangeWindowProperty () #11 0x0806b418 in ProcChangeProperty () #12 0x08060d12 in Dispatch () #13 0x0804b4cf in main () And valgrind outputs: ==7755== Invalid free() / delete / delete[] ==7755==at 0x40220CA: free (vg_replace_malloc.c:233) ==7755==by 0x80AF59C: rfbRootPropertyChange (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x806B2C1: ChangeWindowProperty (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x806B417: ProcChangeProperty (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x8060D11: Dispatch (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x804B4CE: main (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755== Address 0x435EF70 is 8 bytes inside a block of size 1,120 alloc'd ==7755==at 0x40217EF: calloc (vg_replace_malloc.c:279) ==7755==by 0x807B7E9: Xalloc (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x80AF51B: rfbRootPropertyChange (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x806B2C1: ChangeWindowProperty (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x806B417: ProcChangeProperty (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x8060D11: Dispatch (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) ==7755==by 0x804B4CE: main (in /var/lib/mythtv/tmp/vnc-3.3.7/Xvnc/programs/Xserver/Xvnc) It would also be nice to know if the same problem occur with Xvnc4. Xvnc4 works. Thanks, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421054: asterisk-bristuff: Loading module chan_zap.so failed
Package: asterisk-bristuff Version: 1:1.2.13~dfsg-2 Severity: important asterisk-bristuff fails to load module chan_zap.so since libpri-bristuffed.so.1.0 has been removed from libpri1.2. Apr 26 08:06:19 WARNING[12050]: loader.c:325 __load_resource: libpri-bristuffed.so.1.0: cannot open shared object file: No such file or directory Apr 26 08:06:19 WARNING[12050]: loader.c:499 load_modules: Loading module chan_zap.so failed! -- 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 asterisk-bristuff depends on: ii adduser 3.102 Add and remove users and groups ii asterisk 1:1.2.13~dfsg-2 Open Source Private Branch Exchang ii asterisk 1:1.2.13~dfsg-2 config files for asterisk ii asterisk 1:1.2.13~dfsg-2 sound files for asterisk ii libasoun 1.0.13-2ALSA library ii libc62.5-4 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libidn11 0.6.5-1 GNU libidn library, implementation ii libkrb53 1.4.4-8 MIT Kerberos runtime libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii libnewt0 0.52.2-10 Not Erik's Windowing Toolkit - tex ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libpq4 8.1.8-1 PostgreSQL C client library ii libpri1. 1.4.0-2 Primary Rate ISDN specification li ii libspeex 1.1.12-3The Speex Speech Codec ii libsqlit 2.8.17-2SQLite shared library ii libsqlit 3.3.14-1SQLite 3 shared library ii libssl0. 0.9.8e-4SSL shared libraries ii libtonez 1:1.4.1~dfsg-3 tonezone library (runtime) ii libvorbi 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbi 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii unixodbc 2.2.11-13 ODBC tools libraries ii zlib1g 1:1.2.3-13 compression library - runtime asterisk-bristuff recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421054: asterisk-bristuff: Loading module chan_zap.so failed
Tzafrir Cohen wrote: On Thu, Apr 26, 2007 at 08:21:19AM +0200, Mikael Magnusson wrote: Package: asterisk-bristuff Version: 1:1.2.13~dfsg-2 Severity: important asterisk-bristuff fails to load module chan_zap.so since libpri-bristuffed.so.1.0 has been removed from libpri1.2. libpri has not been removed in the 1.2 timeline. Though the packages in Lenny are asterisk 1.4 / libpri 1.4 which are probably incompatible anyway. asterisk (including asterisk-bristuff) 1:1.2.13~dfsg-2 and libpri 1.4.0-2 are in lenny. Are they supposed to be compatible? At least chan_zap in asterisk-bristuff is failing. Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422361: tightvncserver: tightvncconnect causes Xtightvnc crash
Package: tightvncserver Version: 1.2.9-21 Severity: important Using tightvncconnect to connect Xtightvnc to a listening VNC viewer crashes Xtightvnc. tightvncserver output: - New 'X' desktop is skinner:2 Starting applications specified in /usr/bin/firefox Log file is XXX *** glibc detected *** Xtightvnc: double free or corruption (out): 0x081fa720 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e58e3d] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e5c480] Xtightvnc(ChangeWindowProperty+0x240)[0x8082900] Xtightvnc(ProcChangeProperty+0x14b)[0x8082b0b] Xtightvnc(Dispatch+0x118)[0x8077ca8] Xtightvnc(main+0x79a)[0x8060aaa] /lib/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7e06ebc] Xtightvnc[0x805fff1] === Memory map: 08048000-0817f000 r-xp fe:00 13626 /usr/bin/Xtightvnc 0817f000-08186000 rw-p 00136000 fe:00 13626 /usr/bin/Xtightvnc 08186000-08229000 rw-p 08186000 00:00 0 [heap] b7a0-b7a21000 rw-p b7a0 00:00 0 b7a21000-b7b0 ---p b7a21000 00:00 0 b7c1-b7c4 rw-s 00:08 8290316/SYSV (deleted) b7c4-b7c5e000 rw-p b7c4 00:00 0 b7c5f000-b7df1000 rw-p b7c5f000 00:00 0 b7df1000-b7f2e000 r-xp 03:05 72461 /lib/i686/cmov/libc-2.5.so b7f2e000-b7f2f000 r--p 0013c000 03:05 72461 /lib/i686/cmov/libc-2.5.so b7f2f000-b7f31000 rw-p 0013d000 03:05 72461 /lib/i686/cmov/libc-2.5.so b7f31000-b7f34000 rw-p b7f31000 00:00 0 b7f34000-b7f53000 r-xp fe:00 7483 /usr/lib/libjpeg.so.62.0.0 b7f53000-b7f54000 rw-p 0001e000 fe:00 7483 /usr/lib/libjpeg.so.62.0.0 b7f54000-b7f56000 r-xp 03:05 72464 /lib/i686/cmov/libdl-2.5.so b7f56000-b7f58000 rw-p 1000 03:05 72464 /lib/i686/cmov/libdl-2.5.so b7f58000-b7f7d000 r-xp 03:05 72465 /lib/i686/cmov/libm-2.5.so b7f7d000-b7f7f000 rw-p 00024000 03:05 72465 /lib/i686/cmov/libm-2.5.so b7f7f000-b7f92000 r-xp fe:00 18897 /usr/lib/libz.so.1.2.3 b7f92000-b7f93000 rw-p 00012000 fe:00 18897 /usr/lib/libz.so.1.2.3 b7f93000-b7f94000 rw-p b7f93000 00:00 0 b7f96000-b7fa r-xp 03:05 72310 /lib/libgcc_s.so.1 b7fa-b7fa1000 rw-p 9000 03:05 72310 /lib/libgcc_s.so.1 b7fa1000-b7faa000 r-xp 03:05 72470 /lib/i686/cmov/libnss_files-2.5.so b7faa000-b7fac000 rw-p 8000 03:05 72470 /lib/i686/cmov/libnss_files-2.5.so b7fac000-b7faf000 rw-p b7fac000 00:00 0 b7fb4000-b7fb5000 rw-p b7fb4000 00:00 0 b7fb5000-b7fb6000 r-xp b7fb5000 00:00 0 [vdso] b7fb6000-b7fd1000 r-xp 03:05 72292 /lib/ld-2.5.so b7fd1000-b7fd3000 rw-p 0001b000 03:05 72292 /lib/ld-2.5.so bff98000-bffae000 rw-p bff98000 00:00 0 [stack] -- 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 tightvncserver depends on: ii dpkg 1.13.25 package maintenance system for Deb ii libc62.5-5 GNU C Library: Shared libraries ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii perl 5.8.8-7 Larry Wall's Practical Extraction ii vnc-common 3.3.7-14Virtual network computing server s ii x11-common 1:7.1.0-18 X Window System (X.Org) infrastruc ii xbase-clients1:7.1.ds1-2 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422362: vncserver: vncconnect causes Xrealvnc crash
Package: vncserver Version: 3.3.7-14 Severity: important Using vncconnect to connect Xreal to a listening VNC viewer crashes Xrealvnc. vncserver output: - New 'X' desktop is skinner:3 Starting applications specified in /usr/bin/firefox Log file is XXX *** glibc detected *** Xrealvnc: free(): invalid pointer: 0x081d1ec4 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7d86e3d] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7d8a480] Xrealvnc[0x80af58d] Xrealvnc[0x806b2c2] Xrealvnc[0x806b418] Xrealvnc[0x8060d12] Xrealvnc[0x804b4cf] /lib/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7d34ebc] Xrealvnc(__gxx_personality_v0+0xfd)[0x804a971] === Memory map: 08048000-08155000 r-xp fe:00 883/usr/bin/Xrealvnc 08155000-0815c000 rw-p 0010d000 fe:00 883/usr/bin/Xrealvnc 0815c000-081e rw-p 0815c000 00:00 0 [heap] b7a0-b7a21000 rw-p b7a0 00:00 0 b7a21000-b7b0 ---p b7a21000 00:00 0 b7b47000-b7b77000 rw-s 00:08 8323084/SYSV (deleted) b7b77000-b7b8c000 rw-p b7b77000 00:00 0 b7b99000-b7d1f000 rw-p b7b99000 00:00 0 b7d1f000-b7e5c000 r-xp 03:05 72461 /lib/i686/cmov/libc-2.5.so b7e5c000-b7e5d000 r--p 0013c000 03:05 72461 /lib/i686/cmov/libc-2.5.so b7e5d000-b7e5f000 rw-p 0013d000 03:05 72461 /lib/i686/cmov/libc-2.5.so b7e5f000-b7e62000 rw-p b7e5f000 00:00 0 b7e62000-b7e6c000 r-xp 03:05 72310 /lib/libgcc_s.so.1 b7e6c000-b7e6d000 rw-p 9000 03:05 72310 /lib/libgcc_s.so.1 b7e6d000-b7e92000 r-xp 03:05 72465 /lib/i686/cmov/libm-2.5.so b7e92000-b7e94000 rw-p 00024000 03:05 72465 /lib/i686/cmov/libm-2.5.so b7e94000-b7f6e000 r-xp fe:00 2208 /usr/lib/libstdc++.so.6.0.8 b7f6e000-b7f71000 r--p 000d9000 fe:00 2208 /usr/lib/libstdc++.so.6.0.8 b7f71000-b7f73000 rw-p 000dc000 fe:00 2208 /usr/lib/libstdc++.so.6.0.8 b7f73000-b7f79000 rw-p b7f73000 00:00 0 b7f79000-b7f8c000 r-xp fe:00 18897 /usr/lib/libz.so.1.2.3 b7f8c000-b7f8d000 rw-p 00012000 fe:00 18897 /usr/lib/libz.so.1.2.3 b7f8d000-b7f8e000 rw-p b7f8d000 00:00 0 b7f9b000-b7fa4000 r-xp 03:05 72470 /lib/i686/cmov/libnss_files-2.5.so b7fa4000-b7fa6000 rw-p 8000 03:05 72470 /lib/i686/cmov/libnss_files-2.5.so b7fa6000-b7fa9000 rw-p b7fa6000 00:00 0 b7fae000-b7faf000 rw-p b7fae000 00:00 0 b7faf000-b7fb r-xp b7faf000 00:00 0 [vdso] b7fb-b7fcb000 r-xp 03:05 72292 /lib/ld-2.5.so b7fcb000-b7fcd000 rw-p 0001b000 03:05 72292 /lib/ld-2.5.so bfc48000-bfc5e000 rw-p bfc48000 00:00 0 [stack] -- 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 vncserver depends on: ii dpkg 1.13.25 package maintenance system for Deb ii libc62.5-5 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.2-2 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii perl 5.8.8-7 Larry Wall's Practical Extraction ii vnc-common 3.3.7-14Virtual network computing server s ii x11-common 1:7.1.0-18 X Window System (X.Org) infrastruc ii xbase-clients1:7.1.ds1-2 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages vncserver recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427930: NOTIFY with empty body causes crash
Maybe the crash reported in this bug is caused by the inability to handle NOTIFYs with an empty body. When using wengophone together with yxa and presence is enabled, it crashes after receiving a NOTIFY with empty body. Caused by null dereference of body in eXosip udp.c /Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427930: Patch
The following patch fixes the crashes I experienced.
/Mikael
--- ./wifo/eXosip/src/udp.c.orig 2007-06-27 13:10:55.0 +0200
+++ ./wifo/eXosip/src/udp.c 2007-06-27 13:12:11.0 +0200
@@ -1676,8 +1676,11 @@
strncpy(je->sip_event,event_hdr->hvalue,sizeof(je->sip_event));
if (je->msg_body)
osip_free(je->msg_body);
-
-je->msg_body = osip_strdup(body->body);
+
+if (body)
+ je->msg_body = osip_strdup(body->body);
+else
+ je->msg_body = osip_strdup("");
if (je->msg_body == NULL) {
eXosip_event_free(je);
Bug#427071: libxml-stream-perl: GSSAPI SASL authentication
Package: libxml-stream-perl
Version: 1.22-2
Severity: normal
Tags: patch
The GSSAPI SASL mechanism needs service and host name in call to
client_new. The supplied patch also fixes use of uninitialied variable
in SASLAnswerChallenge.
Tested with sendxmpp connected to a xmpp server with support for GSSAPI.
-- 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 libxml-stream-perl depends on:
ii libauthen-sasl-perl 2.10-1 Authen::SASL - SASL Authentication
ii libio-socket-ssl-perl 1.02-1 Perl module implementing object or
ii perl 5.8.8-7Larry Wall's Practical Extraction
libxml-stream-perl recommends no packages.
-- no debconf information
--- Stream.pm.orig 2004-08-25 16:23:32.0 +0200
+++ Stream.pm 2007-06-01 18:56:41.0 +0200
@@ -2057,7 +2057,12 @@
$response = $self->{SIDS}->{$sid}->{sasl}->{client}->client_step($challenge);
}
-my $response64 = MIME::Base64::encode_base64($response,"");
+my $response64 = "";
+if (defined $response)
+{
+$response64 = MIME::Base64::encode_base64($response,"");
+}
+
$self->SASLResponse($sid,$response64);
}
@@ -2107,6 +2112,8 @@
my $username = shift;
my $password = shift;
+my $service = "xmpp";
+my $hostname = $self->{SIDS}->{$sid}->{hostname};
my $mechanisms = $self->GetStreamFeature($sid,"xmpp-sasl");
return unless defined($mechanisms);
@@ -2120,7 +2127,7 @@
}
);
-$self->{SIDS}->{$sid}->{sasl}->{client} = $sasl->client_new();
+$self->{SIDS}->{$sid}->{sasl}->{client} = $sasl->client_new($service, $hostname);
$self->{SIDS}->{$sid}->{sasl}->{username} = $username;
$self->{SIDS}->{$sid}->{sasl}->{password} = $password;
$self->{SIDS}->{$sid}->{sasl}->{authed} = 0;
Bug#427162: sendxmpp: Not XMPP compliant with Authen::SASL::Cyrus
Package: sendxmpp Version: 0.0.8+cvs20061115-1 Severity: important sendxmpp is not XMPP compliant when used together with Authen::SASL::Cyrus, which is used by default if both Authen::SASL::Cyrus and Authen::SASL::Perl are installed. The auth tag contains all supported mechanisms instead of only the selected: S: DIGEST-MD5PLAIN C: 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 sendxmpp depends on: ii libnet-xmpp-perl 1.0-2 XMPP Perl library ii perl 5.8.8-7Larry Wall's Practical Extraction sendxmpp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427231: sendxmpp: MUST not send default authorization identity
Package: sendxmpp Version: 0.0.8+cvs20061115-1 Severity: normal sendxmpp always sends an authorization identity, when using libauthen-sasl-perl with PLAIN and DIGEST-MD5. According to RFC 3920 it MUST NOT send the default authorization identity: RFC 3920 section 6.1 rule 7: As specified in [SASL] (Myers, J., “Simple Authentication and Security Layer (SASL),” October 1997.), the initiating entity MUST NOT provide an authorization identity unless the authorization identity is different from the default authorization identity derived from the authentication identity, as described in [SASL] (Myers, J., “Simple Authentication and Security Layer (SASL),” October 1997.). -- 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 sendxmpp depends on: ii libnet-xmpp-perl 1.0-2 XMPP Perl library ii perl 5.8.8-7Larry Wall's Practical Extraction sendxmpp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427232: sendxmpp: incompatible with libauthen-sasl-cyrus-perl DIGEST-MD5 and PLAIN
Package: sendxmpp Version: 0.0.8+cvs20061115-1 Severity: important sendxmpp is incompatible with libauthen-sasl-cyrus-perl. It can't be used with either PLAIN or DIGEST-MD5. When using DIGEST-MD5 it sends very odd looking authentication and authorization identities: authentication identity: "__xmlstream__:node:cdata" authorization identity: "1" And when using PLAIN the authentication and authorization identities are swapped which leads to authentication errors. -- 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 sendxmpp depends on: ii libnet-xmpp-perl 1.0-2 XMPP Perl library ii perl 5.8.8-7Larry Wall's Practical Extraction sendxmpp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427465: openbox: X server freeze when clock steps backward and using iceweasel
http://bugzilla.icculus.org/show_bug.cgi?id=908 On Mon, 4 Jun 2007, Nicolas Schodet wrote: Package: openbox Version: 3.3-2.1 Severity: important How can I reproduce it: - logon using openbox ; - start iceweasel on the second desktop ; - start a shell on the first desktop ; - run 'date -s "90 seconds ago"' ; - switch to the second desktop ; - move the mouse ; - try to switch to the first desktop again but nothing happens and everything looks frozen. The problem does not trigger if: - I use another window manager (Enlightenment) ; - I do not use iceweasel. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages openbox depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library Versions of packages openbox recommends: ii obconf1.6-1 Preferences manager for Openbox wi -- no debconf information -- Mikael Magnusson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436258: erlang-base: sctp support
Package: erlang-base Version: 1:11.b.5dfsg-2 Severity: wishlist I think SCTP support should be enabled in erlang, adding libsctp-dev to Build-Depends should fix that. Or are there any reasons not to enable SCTP that I'm unaware of? -- 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377617: ITP: Yxa
Yxa package is under development. It's in pkg-voip svn and a preview can be downloaded from buildserver.net: http://archive.buildserver.net/pkg-voip/release/debian/pool/main/y/yxa/ /Mikael -- 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#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#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#436258: [patch] inet_drv.c sctp support
package erlang-base tags 436258 patch thanks Hi, with this patch it's possible to build the SCTP driver against current libsctp-dev, which containst the typo fix (adaption -> adaptation). But it's still possible to build against older versions of libsctp-dev. Regards, Mikael --- ./erts/emulator/drivers/common/inet_drv.c.orig 2007-06-11 14:53:49.0 +0200 +++ ./erts/emulator/drivers/common/inet_drv.c 2007-09-23 19:47:44.0 +0200 @@ -280,6 +280,18 @@ # defineSCTP_EOFMSG_EOF #endif +/* These changed in draft 12 (February 17, 2006) */ +#ifndef SCTP_ADAPTION_LAYER +#define SCTP_ADAPTION_LAYER SCTP_ADAPTATION_LAYER +#define SCTP_ADAPTION_INDICATION SCTP_ADAPTATION_INDICATION +#define sctp_adaption_event sctp_adaptation_event +#define sai_adaption_ind sai_adaptation_ind +#define sctp_adaption_layer_event sctp_adaptation_layer_event +#define sn_adaption_event sn_adaptation_event +#define sctp_setadaption sctp_setadaptation +#define ssb_adaption_ind ssb_adaptation_ind +#endif /* SCTP_ADAPTION_LAYER */ + #endif /* SCTP supported */ #ifndef WANT_NONBLOCKING
Bug#439220: openbox: Patch for de.po
Please submit translation updates to the openbox bugzilla, see http://icculus.org/openbox/index.php/Openbox:Contribute On Thu, 23 Aug 2007, Peter Schwindt wrote: Package: openbox Version: 3.4.4-1 Severity: minor Tags: patch Small corrections for de.po - see included patch --- de.po.orig 2007-08-23 13:39:04.0 +0200 +++ de.po 2007-08-23 13:41:15.0 +0200 @@ -35,11 +35,11 @@ #: openbox/client_list_combined_menu.c:99 openbox/client_list_menu.c:156 msgid "_Add new desktop" -msgstr "_Neuen desktop hinzufügen" +msgstr "_Neuen Desktop hinzufügen" #: openbox/client_list_combined_menu.c:100 openbox/client_list_menu.c:157 msgid "_Remove last desktop" -msgstr "_Letzten desktop entfernen" +msgstr "_Letzten Desktop entfernen" #: openbox/client_list_combined_menu.c:152 msgid "Windows" @@ -159,7 +159,7 @@ #: openbox/openbox.c:149 msgid "Failed to open the display from the DISPLAY environment variable." -msgstr "Konnte das display aus der Umgebungsvariable DISPLAY nicht öffnen." +msgstr "Konnte das Display aus der Umgebungsvariable DISPLAY nicht öffnen." #: openbox/openbox.c:180 msgid "Failed to initialize the obrender library." @@ -256,12 +256,12 @@ #: openbox/openbox.c:495 msgid " --debug-focus Display debugging output for focus handling\n" msgstr "" -" --debug-focus Debugging-Informationen fürs Fokus-Handling anzeigen\n" +" --debug-focus Debugging-Informationen für's Fokus-Handling anzeigen\n" #: openbox/openbox.c:496 msgid " --debug-xineramaSplit the display into fake xinerama screens\n" msgstr "" -" --debug-xineramaAnzeige in künstliche Xinerama Bildschirme aufteilen\n" +" --debug-xineramaAnzeige in künstliche Xinerama-Bildschirme aufteilen\n" #: openbox/openbox.c:497 #, c-format @@ -285,7 +285,7 @@ #: openbox/screen.c:118 #, c-format msgid "Could not acquire window manager selection on screen %d" -msgstr "Konnte die Fenstermanager auswahl auf Bildschirm %d nicht reservieren" +msgstr "Konnte die Fenstermanagerauswahl auf Bildschirm %d nicht reservieren" #: openbox/screen.c:139 #, c-format -- Mikael Magnusson
Bug#439516: speex: Inconsistency in preprocessor API
Package: speex
Version: 1.2~beta2-2
Severity: important
The preprocessor API has been updated in 1.2beta2, and it seems
buggy to me. Both SPEEX_PREPROCESS_GET_PROB_START and
SPEEX_PREPROCESS_GET_PROB_CONTINUE only returns either 0 or 32767.
I'm including a small test program which results in the following
output which doesn't look correct for version 1.2~beta2-2:
speex 1.1.12-3
--
$ ./speex_preprocess
OK: Prob start 30
OK: Prob continue 7
speex1 1.2~beta2-2
-
./speex_preprocess
ERROR: Prob start 32767
ERROR: Prob continue 32767
/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
#include
#include
#define DEFAULT_PROB_START 20
#define DEFAULT_PROB_CONTINUE 7
/*
speex 1.1.12-3
--
$ ./speex_preprocess
OK: Prob start 30
OK: Prob continue 7
speex1 1.2~beta2-2
-
./speex_preprocess
ERROR: Prob start 32767
ERROR: Prob continue 32767
*/
int main()
{
SpeexPreprocessState *st = NULL;
int i;
int len = 1024;
int rate = 8000;
st = speex_preprocess_state_init(len,rate);
i=DEFAULT_PROB_START;
speex_preprocess_ctl(st, SPEEX_PREPROCESS_SET_PROB_START, &i);
i=DEFAULT_PROB_CONTINUE;
speex_preprocess_ctl(st, SPEEX_PREPROCESS_SET_PROB_CONTINUE, &i);
i = -1;
speex_preprocess_ctl(st, SPEEX_PREPROCESS_GET_PROB_START, &i);
fprintf(stderr, "%s: Prob start %d\n",
(i==DEFAULT_PROB_START)?"OK":"ERROR", i);
i = -1;
speex_preprocess_ctl(st, SPEEX_PREPROCESS_GET_PROB_CONTINUE, &i);
fprintf(stderr, "%s: Prob continue %d\n",
(i==DEFAULT_PROB_CONTINUE)?"OK":"ERROR", i);
speex_preprocess_state_destroy(st);
return 0;
}
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#439600: libosip2-3: package-name-doesnt-match-sonames libosip2-2
Package: libosip2-3 Version: 3.0.3-2 Severity: important The package name (libosip2-3) doesn't match the SONAME (libosip2.so.2). The SONAME looks incorrect. I think it should be libosip2.so.4 instead. /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 libosip2-3 depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries libosip2-3 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#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#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#445197: openbox: Combined client list menu crashes openbox if it contains too many entries
On Wed, 3 Oct 2007, Joerg Jaspert wrote: Package: openbox Version: 3.4.4-1 Severity: important Hi subject says it. Use the new client-list-combined-menu and have lots of open windows and desktops (I have 25 desktops and had about 45 windows open). Try the middle-click. If your desktop height is too small and it paints the "More" icon in the bottom of the menu - select it and see openbox crashing. This is fixed in openbox 3.4.5, unfortunately that isn't released yet :). iirc this is the right diff: http://git.icculus.org/?p=mikachu/openbox.git;a=commitdiff;h=c870786 (click raw near the top to get the raw patch). -- Mikael Magnusson -- 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#375047: Status of ITP: srtp?
Hi Jonas, what is the status of ITP: srtp? Do you plan to upload a srtp package? Otherwise I'm going to look for a sponsor for the my srtp package I have already imported into pkg-voip. Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323711: [patch] Compile against system portaudio library
I have made a patch that links audacity against the portaudio library available on the system. /Mikael --- audacity-1.2.4b/configure.in~ 2005-11-27 03:33:31.0 +0100 +++ audacity-1.2.4b/configure.in2006-03-18 15:41:08.0 +0100 @@ -220,7 +220,7 @@ AC_ARG_WITH(portaudio, [AC_HELP_STRING([--with-portaudio], - [which version of PortAudio to use (=[v18,v19]) [default=v18]])], + [which version of PortAudio to use (=[v18,v19,sys]) [default=v18]])], use_portaudio=$withval, use_portaudio="v18") @@ -528,10 +528,24 @@ dnl PortAudio configuration -if [[ "$use_portaudio" = "v19" ]] ; then +if [[ "$use_portaudio" = "sys" ]] ; then + AC_CHECK_HEADER([portaudio.h],, AC_MSG_ERROR([Could not find portaudio.h header file.])) + AC_CHECK_LIB(portaudio, Pa_GetDeviceCount, [have_pa=v19], [have_pa=no]) + if [[ "$have_pa19" = "no" ]] ; then + AC_CHECK_LIB(portaudio, Pa_CountDevices, [have_pa=v18], [AC_MSG_ERROR([Could not find portaudio library.])]) + else + AC_DEFINE(USE_PORTAUDIO_V19, 1, + [Define if PortAudio v19 is being used (instead of v18)]) + fi + + LIBS="$LIBS -lportaudio" + use_portaudio=$have_pa + +elif [[ "$use_portaudio" = "v19" ]] ; then AC_DEFINE(USE_PORTAUDIO_V19, 1, [Define if PortAudio v19 is being used (instead of v18)]) + BUILDLIBS="$BUILDLIBS portaudio-v19/lib/libportaudio.a" EXTRAOBJS="$EXTRAOBJS ../lib-src/portaudio-v19/lib/libportaudio.a" CXXFLAGS="-I../lib-src/portaudio-v19/pa_common $CXXFLAGS"
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#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#394602: [Pkg-alsa-devel] Bug#394602: aoss: useless warning emitted
mike castleman wrote: Package: alsa-oss Version: 1.0.12-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 when running aoss, it emits a silly warning about LD_PRELOAD, but then proceeds to do its job properly anyhow, viz.: [EMAIL PROTECTED]:~$ aoss realplay Desktop/npr3625.smil Warning: LD_PRELOAD="/usr/$LIB/libaoss.so" this does not (seem to) cause any actual problems, though. The warning is emitted by realplay and not by aoss. And realplay isn't distributed by Debian AFAIK. Mikael -- 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]
