looking for a debian sponsor for openser

[Daniel-Constantin Mierla]

Hello,

On 03/10/06 23:35, Kilian Krause wrote:
> Mikael and Daniel,
>
>   
>> I have made a patch that fixes some of the problems. It adds bison, flex 
>> and libmysqlclient15-dev to the build depends. The source package also 
>> depends on radiusclient which can be downloaded from iptel 
>> (radiusclient-ng-0.5.2.tar.gz).
>>     
>
> As soon as radiusclient will cease running autoconf in debian/rules it's
> also available from the pkg-voip buildd webspace
> (http://pkg-voip.buildserver.net).
>
>   
>> What's the reason to build two set of packages, with and without tls 
>> support? I also think it's very odd that object files are cleaned in the 
>> middle of the install target. The rules file in my patch compiles one 
>> set of packages which can be selected by include or leave out notls in 
>> DEB_BUILD_OPTIONS.
>>     
>
> Still these changes have a quite hackish air to me. I do agree that
> shipping both TLS-enabled and TLS-disabled is probably overdoing the
> packaging only because we *can* do it, yet rebuilding half way through
> the install target is actually a very bad thing. The policy forces the
> install to run as root (or fakeroot) which should usually not do any
> compilation (for obvious reasons). It's meant to only move precompiled
> binaries into place for wrapping up the debs afterwards. Thus, if we
> need to provide both TLS-enabled and TLS-disabled we will need to
> compile this in two namespaces (read two subdirs) and then run the
> install target on these two dirs without the recompile.
>
> So, Daniel, is it an option to only ship the TLS-enabled version? Will
> anything seriously break that cannot be switched off by a proper
> config-file option? For me, I'm positive about shipping only the
> TLS-enabled binaries with a TLS-disabled config leaving the user to
> decide and enable whatever he feels most convenient with.
>   
TLS can be disabled from configuration file. The only objection we got 
from users is that the tls-enabled packages depends on libssl. We can 
provide both on project's site and only the tls-version to be included 
in debian -- I believe that in future the TLS version will gain more and 
more space, as soon as more sip phones will support tls (now just a few 
does).

Cheers,
Daniel


> Objections?
>
>