Fwd: Re: ptlib and opal

[Eugen Dedu]

Mark Purcell wrote:
> ----------  Forwarded Message  ----------
> 
> Subject: Re: ptlib and opal
> Date: Wednesday 10 December 2008
> From: Mark Purcell <msp at debian.org>
> To: Debian VoIP Team <pkg-voip-maintainers at lists.alioth.debian.org>
> 
> On Tuesday 09 December 2008 08:45:52 Eugen Dedu wrote:
>> You will notice -lodbc in i386 build of ptlib.  This makes
>> ekiga fails to build on i386,
> 
> Eugen,
> 
> ptlib on i386 was built with odbc support enabled, as it was picked up by 
> default with my build environment - of course the other buildd's are built in 
> a chroot and don't pick up things like this by default.
> 
> This is good that this has been identified, as we don't want things to fail 
> for random reasons, even when people have different build environments.
> 
> Bug. Either;
> 
> 1. ptlib should Build-Depend: on unixodbc-dev, ptlib is built with odbc 
> support & libpt2.4.2-dev should Depend on unixodbc-dev, or
> 
> 2. ptlib should Conflict with unixodbc-dev and we should disable odbc support 
> with the configure option --disable-odbc
> 
> I intend to fix via 1. and upload a binNMU of ekiga on i386, if this wasn't 
> experimental we could also request a binNMU against all arches, but that is 
> probably overkill for this bug.

Hi Mark et al.,

Thanks for the upload.

1. I think that *all* build environments must be done in a chroot, in 
order to ensure that only explicit dependencies are installed.  So, if I 
understand correctly debian philosophy, there is an error to use 
--disable-odbc etc.; elsewhere the configure line might have many 
--disable parameters!  In fact, I prefer that all the building be done 
by debian machines instead of developers ones (so no binary upload)!

2. odbc is not needed for ekiga.  But of course, as ptlib is a library, 
maybe there will be an application which needs it.  So it's ok to enable it.

3. Shouldn't we change the directory on alioth from pwlib/experimental 
to a new directory called ptlib (identical to the source package)?

-- 
Eugen