module-assistant support for zaptel

[Tzafrir Cohen]

On Sun, Mar 27, 2005 at 11:50:06PM +0200, Jose Carlos Garcia Sogo wro=
te:
> El dom, 27-03-2005 a las 23:06 +0200, Tzafrir Cohen escribi=F3:

> > >=20
> > > In addition, hotplug does a good job at detecting the PCI cards=
. I
> > > wouldn't think of automating the scan after installing zaptel. =
However
> > > telling the user how to do that would help.=20
> > >=20
> > > Anything better than /etc/init.d/hotplug restart ?
>=20
>   Well, I don't think you will need to do that. User should be wise
> enough to install modules "after" shutting down the machine for
> installing the card. If he doesn't do that, he should load the modu=
le
> himself as for any other hardware. I think we shouldn't mess here, =
and
> restarting hotplug sometimes hangs some computers (for example my l=
aptop
> after it having been suspended)

I'm just trying to avoid an extra reboot after installing the
zaptel-modules package.

>=20
> > >=20
> > > Another common case to handle is installation of kernel 2.4 wit=
hout udev
> > > and without devfs (the default of sarge). My current hack for t=
hem is to
> > > create the device files at asterisk install time if no udev/dev=
fs is
> > > detected.
> > >=20
> > > This won't help in a case where someone installed asterisk with=
 kernel=20
> > > 2.6/udev but later runs with kernel 2.4/no-udev. But it still h=
andles
> > > the common case and does practically no harm.
>=20
>    Yes, we should keep creating devices by default, if no udev or d=
evfs
> is detected. But perhaps we can improve that script and create thos=
e
> nodes in the real /dev that is kept around (at least udev does it),=
 so
> in case udev in deinstalled, user still have them created.

Where is it, exactly?

> > > However asterisk is not the only user of zaptel. What about yat=
e? I
> > > don't want the config files of Asterisk to mess with the instal=
lation of
> > > yate and vice-versa.
>=20
>   Yes, Diana pointed us to that yet. Then we should think on a glob=
al
> solution for the problem.

One obvious solution is to create an extra group, zaptel. Any better
idea?


--=20
Tzafrir Cohen     icq#16849755  +972-50-7952406
tzafrir.cohen@xorcom.com  http://www.xorcom.com