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 <[email protected]>
27/07/2010 13:33
Remis le : 27/07/2010 13:42
Pour : Pascal GRELICHE <[email protected]>,
[email protected]
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: <depend>dahdi</depend>
apps/app_dahdiras.c: <depend>dahdi</depend>
apps/app_dahdiscan.c: <depend>dahdi</depend>
apps/app_flash.c: <depend>dahdi</depend>
apps/app_meetme.c: <depend>dahdi</depend>
apps/app_page.c: <depend>dahdi</depend>
apps/app_rpt.c: <depend>dahdi</depend>
channels/chan_dahdi.c: <depend>dahdi</depend>
codecs/codec_dahdi.c: <depend>dahdi</depend>
res/res_musiconhold.c: <use>dahdi</use>
res/res_timing_dahdi.c: <depend>dahdi</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:[email protected]
+972-50-7952406 mailto:[email protected]
http://www.xorcom.com iax:[email protected]/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."
#
