asterisk: cyclic-deps, gtk, docs

[Jonas Smedegaard]

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, until
> default/asterisk is modified anyway..

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.


> > 2. The examples were not originally in the docs package because the
> > docs package is a huge pile of developers docs. It includes 78MB,
> > once installed. A non-programmer will only need the examples. The
> > sample configs are currently a must for anybody configuring an
> > asterisk server as they are the de-facto documentation of the
> > config files.
> 
> Good call.  I'll put the examples back into the asterisk package...

Didn't check if that's the case already, but please install them twice -
below /usr/share/doc/asterisk/examples too.


> > 3. The build requirement for asterisk was removed. However how do we
> > guarantee that the gtk module is not built accidentally?
> > BuildConfilict on the gtk lib, or an explicit rm of the generated
> > module?
> 
> I don't think it is an issue, if it gets built accidentally.
> Certainly the buildd's shouldn't so the archive should be ok, it is
> rather someones home brewed asterisk that might have that problem.
> But then it shouldn't be critical for them either.

If packaging routines simply include that extra module if the build
environment happen to offer the gtk headers, then I agree it is less
severe.

If packaging gets confused and fails if build environment offers the
gtk headers, then it is a release-candidate FTBFS bug.

 - Jonas

-- 
* 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
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/attachments/20060817/41b53fb8/attachment.pgp