asterisk into unstable

[Philipp Kempgen]

Tzafrir Cohen schrieb:
> As it has to spend time in the new queue anyway, I wonder if it won't be
> best to go for Asterisk 1.6.1 and experiment with the alternative timing
> sources. I guess that even if they don't really work well on 1.6.1, they
> will work well by the time 1.6.2 is released, and hence it may be useful
> to add the following two subpackages:
> 
>   asterisk-dahdi:
>     chan_dahdi.so
>     res_timing_dahdi.so
>     codec_dahdi.so
>     app_dahdibarge.so
>     app_dahdiras.so
>     app_dahdiscan.so
> 
>   asterisk-timing-pthread:
>     res_timing_pthread.so
> 
> Both packages will provide "asterisk-timing" and the main asterisk
> package will depend on:
> 
>   asterisk-dahdi | asterisk-timing

> The over-engeneering here is because 1.6.2 has a third timing source:
> res_timing_timerfd .

My suggestion is to depend on asterisk-timing in asterisk and
to make asterisk-dahdi, asterisk-timing-pthread and
asterisk-timing-timerfd provide (Provides:) asterisk-timing.


    Philipp Kempgen
-- 
AMOOCON 2009, May 4-5, Rostock / Germany   ->  http://www.amoocon.de
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied  ->  http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
--