Bug#435146: Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-08-22 Thread Faidon Liambotis
close 433884 1:1.4.11~dfsg-1 thanks Faidon Liambotis wrote: > Unfortunately, I was wrong and I painfully discovered that this fix had > some serious implications (namely, Asterisk was segfaulting on startup, > #435146) and has been reverted in the pending-upload version of > 1:1.4.10.1~dfsg-1. >

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-08-19 Thread Faidon Liambotis
# mark it found on the pending upload found 433884 1:1.4.10.1~dfsg-1 severity 433884 important thanks Faidon Liambotis wrote: > Oh and the patch is build-tested and runtime-without-H.323 tested but I > don't expect any problems (ldd chan_h323.so is fine) Unfortunately, I was wrong and I painfully

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-21 Thread Mark Purcell
On Fri, 20 Jul 2007, Faidon Liambotis wrote: > Second version of the patch that removes the craft. Thanks Faidon, I have committed to svn and it seems to build good! tagging pending. Mark signature.asc Description: This is a digitally signed message part.

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-21 Thread Mark Purcell
On Fri, 20 Jul 2007, Faidon Liambotis wrote: > Severity: serious Faidon, Why have you tagged this as serious? While I agree that asterisk shouldn't depend on additional libs, which is why we split off the asterisk-h323, it isn't actually a 'severe violation of Debian policy'. I would perhaps

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-21 Thread Mark Purcell
On Fri, 20 Jul 2007, Tzafrir Cohen wrote: > Which brings me again to ask: should the main asterisk package depend on > odbc, postgresql and such, or do we take some of those modules to > subpackages as well? The rational for splitting asteirsk-h323 was that the footprint for the openh323 depenenc

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-19 Thread Faidon Liambotis
Tzafrir Cohen wrote: --- asterisk-1.4.8~dfsg.orig/main/Makefile +++ asterisk-1.4.8~dfsg/main/Makefile @@ -120,13 +120,6 @@ AST_EMBED_LDFLAGS:=$(foreach dep,$(EMBED AST_EMBED_LIBS:=$(foreach dep,$(EMBED_LIBS),$(value $(dep))) OBJS:=$(sort $(OBJS)) -ifneq ($(wildcard ../channels/h323/Makefile.a

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-19 Thread Tzafrir Cohen
On Fri, Jul 20, 2007 at 08:55:22AM +0300, Faidon Liambotis wrote: > Turns out that H323LDFLAGS/H323LDLIBS are only included in main/Makefile > because of this. > Second version of the patch that removes the craft. > --- asterisk-1.4.8~dfsg.orig/main/Makefile > +++ asterisk-1.4.8~dfsg/main/Makefil

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-19 Thread Tzafrir Cohen
On Fri, Jul 20, 2007 at 07:31:26AM +0300, Faidon Liambotis wrote: > Package: asterisk > Version: 1:1.4.2~dfsg-2 > Severity: serious > Tags: patch > > Upstream's makefile builds the "asterisk" binary with CXX and H323LBLIBS. > That is, > -lopenh323 -lpt -lldap -llber -lldap_r -lpthread -lsasl2 -l

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-19 Thread Faidon Liambotis
Turns out that H323LDFLAGS/H323LDLIBS are only included in main/Makefile because of this. Second version of the patch that removes the craft. --- asterisk-1.4.8~dfsg.orig/main/Makefile +++ asterisk-1.4.8~dfsg/main/Makefile @@ -120,13 +120,6 @@ AST_EMBED_LDFLAGS:=$(foreach dep,$(EMBED AST_EMBED_L

Bug#433884: Should not depend on libopenH323, libpt, libSDL, libssl, libldap, ...

2007-07-19 Thread Faidon Liambotis
Package: asterisk Version: 1:1.4.2~dfsg-2 Severity: serious Tags: patch Upstream's makefile builds the "asterisk" binary with CXX and H323LBLIBS. That is, -lopenh323 -lpt -lldap -llber -lldap_r -lpthread -lsasl2 -lssl -lcrypto -lexpat -lSDL -lresolv -ldl I don't know why they did this -- I ch