Alexander Prinsier wrote:
I think this might be a bit debian specific, not sure if this is of any
interest to the dspam-list.
Hugo Monteiro wrote:
That's weird ... shouldn't need those if you're not using that
directive. I'll try to look at those #ifdef's. What's exactly the error
that you get when you're building?
This is what I did:
*Removed the libldap2 package and tried compiling again
./configure --enable-daemon --enable-external-lookup --enable-clamav
--enable-debug --enable-syslog --enable-preferences-extension
--enable-long-usernames --enable-virtual-users
--with-mysql-includes=/usr/include/mysql/ --enable-verbose-debug
--with-storage-driver=mysql_drv,mysql_drv
[snip]
checking mysql.h presence... yes
checking for mysql.h... yes
checking for library containing gzopen... no
configure: error: zlib required for mysql_drv
(I don't remember seeing this error before... Odd).
*I reinstall libldap2 and then compilation succeeds.
*This wasn't the error I saw when I first compiled from cvs... It then
was ldap specific (otherwise I wouldn't have known to install ldap
headers...). I can't reproduce it unfortunately. Might have been an
error on my end...
*No idea why configure doesn't complain about zlib anymore after
installing libldap2-dev.
When you say you want --enable-external-lookup you are including LDAP
support.
As for zlib, it's used by the mysql driver for some time now. But i also
have no idea why does it stop complaining about zlib if you install
libldap2-dev. It's not even a dependency for that package.
What's the problem with the patch for the dspam.conf file?
Nothing much. Apparently the original dspam.conf file changed a bit, and
patch can't find the right context to apply the diff. In the package
source, in the debian/patches directory (in my repository) you can find
those individual patches that i think apply cleanly to the original.
Drop me a line if you need help with those.
I think we had a little miscommunication. I meant, why don't the debian
patches get merged upstream? Like support for the 'Include' statement.
Alexander
There was a discussion about that topic some time ago on the list.
Apparently having a conf.d directory with splitted configuration files,
one for each backend driver, is seen as "debian specific" and some folks
pointed out thar for those not running dspam in daemon mode, it would
bring extra overhead. On this matter, i personally think there could be
support for it, and the end user could choose to use includes or not.
The patches were already sent up to the -dev list, so now it's a matter
of waiting for a response, i guess.
Regards,
Hugo Monteiro.
--
ci.fct.unl.pt:~# cat .signature
Hugo Monteiro
Email : [EMAIL PROTECTED]
Telefone : +351 212948300 Ext.15307
Centro de Informática
Faculdade de Ciências e Tecnologia da
Universidade Nova de Lisboa
Quinta da Torre 2829-516 Caparica Portugal
Telefone: +351 212948596 Fax: +351 212948548
www.ci.fct.unl.pt [EMAIL PROTECTED]
ci.fct.unl.pt:~# _
!DSPAM:1011,48384319150921977917781!
