Bug#590558: asterisk: Asterisk should not depend on dahdi
Package: asterisk Version: 1:1.6.2.5-0ubuntu1 Severity: normal Dahdi installation has many impacts : - It requires to rebuild the kernel module (long process) - It depends on many unuseful packages for the build (download time, disk space) - It has to download some parts (need full internet access or configuring wget when behind a proxy) And the most important part is that not every people using Asterisk need Dhadi! Please can you split the package so there is no Dhadi dependency on the base package. Thanks -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-21-server (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk depends on: ii adduser3.112ubuntu1 add and remove users and groups ii asterisk-c 1:1.6.2.5-0ubuntu1Configuration files for Asterisk ii asterisk-s 1:1.6.2.5-0ubuntu1Core Sound files for Asterisk (Eng ii dahdi 1:2.2.1-0ubuntu2 utilities for using the DAHDI kern ii libasound2 1.0.22-0ubuntu7 shared library for ALSA applicatio ii libc-clien 8:2007e~dfsg-3.1 c-client library for mail protocol ii libc6 2.11.1-0ubuntu7 Embedded GNU C Library: Shared lib ii libcap21:2.17-2ubuntu1 support for getting/setting POSIX. ii libcurl3 7.19.7-1ubuntu1 Multi-protocol file transfer libra ii libgcc11:4.4.3-4ubuntu5 GCC support library ii libglib2.0 2.24.0-0ubuntu4 The GLib library of C routines ii libgmime-2 2.2.22-5 MIME library ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libiksemel 1.2-4build1 C library for the Jabber IM platfo ii libldap-2. 2.4.21-0ubuntu5 OpenLDAP libraries ii liblua5.1- 5.1.4-5 Simple, extensible, embeddable pro ii libncurses 5.7+20090803-2ubuntu3 shared libraries for terminal hand ii libnewt0.5 0.52.10-5ubuntu1 Not Erik's Windowing Toolkit - tex ii libogg01.1.4~dfsg-2 Ogg bitstream library ii libopenais 1.1.2-0ubuntu1Standards-based cluster framework ii libpopt0 1.15-1lib for parsing cmdline parameters ii libpq5 8.4.3-1 PostgreSQL C client library ii libpri1.4 1.4.10.2-1Primary Rate ISDN specification li ii libradiusc 0.5.6-1 Enhanced RADIUS client library ii libsdl1.2d 1.2.14-4ubuntu1 Simple DirectMedia Layer ii libsnmp15 5.4.2.1~dfsg0ubuntu1-0ubuntu2 SNMP (Simple Network Management Pr ii libspandsp 0.0.6~pre12-1 Telephony signal processing librar ii libspeex1 1.2~rc1-1ubuntu1 The Speex codec runtime library ii libspeexds 1.2~rc1-1ubuntu1 The Speex extended runtime library ii libsqlite0 2.8.17-6build2SQLite shared library ii libss7-1 1.0.2-1 Signalling System 7 (ss7) library ii libssl0.9. 0.9.8k-7ubuntu8 SSL shared libraries ii libstdc++6 4.4.3-4ubuntu5The GNU Standard C++ Library v3 ii libsybdb5 0.82-6build1 libraries for connecting to MS SQL ii libtiff4 3.9.2-2 Tag Image File Format (TIFF) libra ii libtonezon 1:2.2.1-0ubuntu2 tonezone library (runtime) ii libvorbis0 1.2.3-3ubuntu1The Vorbis General Audio Compressi ii libvorbise 1.2.3-3ubuntu1The Vorbis General Audio Compressi ii libvpb04.2.44-1ubuntu1 Voicetronix telephony hardware use ii libx11-6 2:1.3.2-1ubuntu3 X11 client-side library ii libxml22.7.6.dfsg-1ubuntu1 GNOME XML library ii unixodbc 2.2.11-21 ODBC tools libraries ii zlib1g 1:1.2.3.3.dfsg-15ubuntu1 compression library - runtime Versions of packages asterisk recommends: ii sox 14.3.0-1.1build1 Swiss army knife of sound processi Versions of packages asterisk suggests: pn asterisk-dev none (no description available) pn asterisk-doc none (no description available) ii asterisk-h323 1:1.6.2.5-0ubuntu1 H.323 protocol support for Asteris -- no debconf information # Ce courriel et les documents qui lui sont joints peuvent contenir des informations confidentielles ou ayant un caractère privé. S'ils ne vous sont pas destinés, nous vous signalons qu'il est strictement interdit de les divulguer, de les reproduire ou d'en utiliser de quelque manière que ce soit le contenu. Si ce message vous a été transmis par erreur, merci d'en informer l'expéditeur et de
Bug#590558: asterisk: Asterisk should not depend on dahdi
notfound 590558 1:1.4.21.2~dfsg-3 found 590558 1:1.6.2.0~rc3-1 severity 590558 wishlist thanks On Tue, Jul 27, 2010 at 11:43:00AM +0200, Pascal GRELICHE wrote: Package: asterisk Version: 1:1.6.2.5-0ubuntu1 Or rather, anything above 1.6.1, and more so: anything above 1.6.2 . [Off-topic: how did such an Ubuntu bug get reported to Debian? I'm not complaining - this is a good bug report and thanks for reporting it] I've considered it. Should we want such a split, the modules in a asterisk-dahdi package would be, beyond chan_dahdi.so itself: $ grep 'dahdi' */*.c apps/app_dahdibarge.c: dependdahdi/depend apps/app_dahdiras.c:dependdahdi/depend apps/app_dahdiscan.c: dependdahdi/depend apps/app_flash.c: dependdahdi/depend apps/app_meetme.c: dependdahdi/depend apps/app_page.c:dependdahdi/depend apps/app_rpt.c: dependdahdi/depend channels/chan_dahdi.c: dependdahdi/depend codecs/codec_dahdi.c: dependdahdi/depend res/res_musiconhold.c: usedahdi/use res/res_timing_dahdi.c: dependdahdi/depend Thus we have: /usr/lib/asterisk/modules/app_dahdibarge.so /usr/lib/asterisk/modules/app_dahdiras.so /usr/lib/asterisk/modules/app_dahdiscan.so /usr/lib/asterisk/modules/app_flash.so /usr/lib/asterisk/modules/app_meetme.so /usr/lib/asterisk/modules/app_page.so /usr/lib/asterisk/modules/chan_dahdi.so /usr/lib/asterisk/modules/codec_dahdi.so /usr/lib/asterisk/modules/res_timing_dahdi.so /usr/lib/asterisk/modules/res_musiconhold.so (??) app_rpt is not built ATM (not built by default). I'm really surprised to see res_musiconhold in the list, and need to look into it. Looks like it should stay in the main package. Apart from it, all the others are obvious. meetme has a reasonable replacement with app_confbridge now. But anybody who needs Meetme specifically will need DAHDI anyway. Another question is the matter of timing. Is splitting Asterisk now a good thing? For the record: there is another pending split request: move the conflicting packages of voicemail backends to separate packages. It has not yet been recorded by a bug report. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590558: Réf. : Re: Bug#590558: asterisk: Asterisk should not depend on dahdi
Answer to the off-topic : I use a fresh Ubuntu I checked if the same problem (dependency on dahdi) was also on Debian packages. It is! So I wanted to report the bug to Debian and not only Ubuntu... (Ubuntu may update then...) to do so, I installed reportbug, then typed reportbug -B debian and after modifying my reportbugrc by adding bts debian I finaly typed reportbug asterisk Tzafrir Cohen tzafrir.co...@xorcom.com 27/07/2010 13:33 Remis le : 27/07/2010 13:42 Pour : Pascal GRELICHE pascal.greli...@ctdi-europe.fr, 590...@bugs.debian.org cc : Objet : Re: Bug#590558: asterisk: Asterisk should not depend on dahdi notfound 590558 1:1.4.21.2~dfsg-3 found 590558 1:1.6.2.0~rc3-1 severity 590558 wishlist thanks On Tue, Jul 27, 2010 at 11:43:00AM +0200, Pascal GRELICHE wrote: Package: asterisk Version: 1:1.6.2.5-0ubuntu1 Or rather, anything above 1.6.1, and more so: anything above 1.6.2 . [Off-topic: how did such an Ubuntu bug get reported to Debian? I'm not complaining - this is a good bug report and thanks for reporting it] I've considered it. Should we want such a split, the modules in a asterisk-dahdi package would be, beyond chan_dahdi.so itself: $ grep 'dahdi' */*.c apps/app_dahdibarge.c: dependdahdi/depend apps/app_dahdiras.c:dependdahdi/depend apps/app_dahdiscan.c: dependdahdi/depend apps/app_flash.c: dependdahdi/depend apps/app_meetme.c: dependdahdi/depend apps/app_page.c:dependdahdi/depend apps/app_rpt.c: dependdahdi/depend channels/chan_dahdi.c: dependdahdi/depend codecs/codec_dahdi.c: dependdahdi/depend res/res_musiconhold.c: usedahdi/use res/res_timing_dahdi.c: dependdahdi/depend Thus we have: /usr/lib/asterisk/modules/app_dahdibarge.so /usr/lib/asterisk/modules/app_dahdiras.so /usr/lib/asterisk/modules/app_dahdiscan.so /usr/lib/asterisk/modules/app_flash.so /usr/lib/asterisk/modules/app_meetme.so /usr/lib/asterisk/modules/app_page.so /usr/lib/asterisk/modules/chan_dahdi.so /usr/lib/asterisk/modules/codec_dahdi.so /usr/lib/asterisk/modules/res_timing_dahdi.so /usr/lib/asterisk/modules/res_musiconhold.so (??) app_rpt is not built ATM (not built by default). I'm really surprised to see res_musiconhold in the list, and need to look into it. Looks like it should stay in the main package. Apart from it, all the others are obvious. meetme has a reasonable replacement with app_confbridge now. But anybody who needs Meetme specifically will need DAHDI anyway. Another question is the matter of timing. Is splitting Asterisk now a good thing? For the record: there is another pending split request: move the conflicting packages of voicemail backends to separate packages. It has not yet been recorded by a bug report. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir # Ce courriel et les documents qui lui sont joints peuvent contenir des informations confidentielles ou ayant un caractère privé. S'ils ne vous sont pas destinés, nous vous signalons qu'il est strictement interdit de les divulguer, de les reproduire ou d'en utiliser de quelque manière que ce soit le contenu. Si ce message vous a été transmis par erreur, merci d'en informer l'expéditeur et de supprimer immédiatement de votre système informatique ce courriel ainsi que tous les documents qui y sont attachés. ** This e-mail and any attached documents may contain confidential or proprietary information. If you are not the intended recipient, you are notified that any dissemination, copying of this e-mail and any attachments thereto or use of their contents by any means whatsoever is strictly prohibited. If you have received this e-mail in error, please advise the sender immediately and delete this e-mail and all attached documents from your computer system. #