tag 508418 +wontfix
thanks
Zaptel has been replaced with DAHDI in Squeeze. This issue is not likely
to be resolved in the stable version.
Furthermore, I'm not sure calling udevsettle in the middle of an init.d
script is the best option. It may hurt concurrency. Thus I don't move
this bug to the
On Thu, Dec 11, 2008 at 08:43:12AM +0100, Lars Bensmann wrote:
Package: zaptel
Version: 1:1.4.11~dfsg-3
Severity: wishlist
It would be nice to include a call to 'udevsettle' after modprobing
ztdummy. Otherwise ztcfg ist not called.
Is udevsettle safe for usage? Or is it expected to be
On Thu, Dec 11, 2008 at 10:05:01AM +0200, Tzafrir Cohen wrote:
Is udevsettle safe for usage? Or is it expected to be replaced by
'udevadm settle' ?
Mmmh. I just found some filed bugs for Gentoo and Archlinux, but nothing
for Debian. But they state that udevsettle is deprecated. So I guess,
On Thu, Dec 11, 2008 at 09:13:05AM +0100, Lars Bensmann wrote:
On Thu, Dec 11, 2008 at 10:05:01AM +0200, Tzafrir Cohen wrote:
Is udevsettle safe for usage? Or is it expected to be replaced by
'udevadm settle' ?
Mmmh. I just found some filed bugs for Gentoo and Archlinux, but nothing
for
On Thu, 11 Dec 2008 10:46:17 +0200, Tzafrir Cohen wrote:
We have an ugly fix for it in the script (the loop that waits for
/dev/zap/ctl), but it's, well, ugly. udevsettle indeed seems like a much
better idea. It will require more testing and thus I'll check it
upstream.
Are we still talking
Package: zaptel
Version: 1:1.4.11~dfsg-3
Severity: wishlist
It would be nice to include a call to 'udevsettle' after modprobing
ztdummy. Otherwise ztcfg ist not called.
I also found one other minor things:
# /etc/init.d/zaptel status
/etc/init.d/zaptel: line 136: check_zaptel_timing: command
6 matches
Mail list logo