asterisk: cyclic-deps, gtk, docs
dr at jones.dk
Sat Aug 19 16:32:48 UTC 2006
On Sat, 19 Aug 2006 18:20:36 +0300 Tzafrir Cohen wrote:
> On Thu, Aug 17, 2006 at 11:59:17PM +0200, Jonas Smedegaard wrote:
> > On Thu, 17 Aug 2006 21:42:33 +0100 Mark Purcell wrote:
> > > Init.d will fail if the asterisk daemon isn't present.
> > >
> > > But the default install doesn't start asterisk on load,
> Which is something I want to change anyway.
> > > until
> > > default/asterisk is modified anyway..
> One way out of it is not to put /etc/default/asterisk in the package.
> The way it is now, every upgrade of asterisk updates that file. That
> file can have nothing by default.
That file is (and must be) a conffile. As such, you are incorrect:
The file is only updated if accepted by the local admin. And requests
for updates are only done each time the content of the packaged file
changes between installed and to-be-installed package.
If we want to change the default of the package from not starting the
daemon to starting it, then the correct approach is to simply change
the packaged file.
That way users updating the package are made aware of the change.
That's the point of conffiles - don't try to defeat that :-)
> > Not good enough: removing (but not purging) an earlier asterisk
> > leaves a (possibly enabled!) default/asterisk that then may cause
> > trouble on install, as you cannot be sure of the order of install
> > of packages.
> > Package asterisk can then instead predepend on one of the packages
> > containing the binary, but predepends should generally be avoided.
> If the package that contains /usr/sbin/asterisk is not at least
> unpacked when the package that contains /etc/init.d/asterisk is
> configured, asterisk will fail to start.
Correct. That's another uglines of this.
The maintainer of dovecot solved similar issues among the binary
packages dovecot-imapd, dovecot-pop3d and dovecot-common.
* dovecot-common provides sysV script
* SysV "start" action fails silently if binary does not exist
* SysV "start" action uses treats already running as no error
That last one bit me today: Some package other than asterisk itself is
updated in same batch as asterisk, restarts the daemon, and when
asterisk later attempts to start it again after updating, it fails,
telling to use restart instead.
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
- Enden er nær: http://www.shibumi.org/eoti.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/attachments/20060819/c894d65c/attachment.pgp
More information about the Pkg-voip-maintainers