On 27.07.2014, at 14:46, Jerry jerry@seibercom.net wrote: On Sun, 27 Jul 2014 14:21:57 +0200, Michael Grimm stated:

...

I can't get current dovecot and pigeonhole compiled; compilation stops with:

Are you using "/usr/ports/mail/dovecot2-pigeonhole" and "/usr/ports/mail/dovecot2" from the FreeBSD ports system or trying to compile from source?

I am compiling postfix and dovecot/pigeonhole from source for years now.

If from source, you can expect those problems.

Well, I ran into some issues once in a while, but I could solve them.

If you are not using the ports system, why not?

I like to have full control over those applications, and sometimes, I want to test new features not available in ports, yet. My production system runs in a jail with postfix/dovecot/pigeonhole at stable releases, my testing jail runs bleeding edge versions. And here I ran into that issue reported today.

Regards, Michael

On 28/07/2014 12:00 AM, Jerry wrote:

On Sun, 27 Jul 2014 14:56:46 +0200, Michael Grimm stated:

...

On 27.07.2014, at 14:46, Jerry jerry@seibercom.net wrote: I like to have full control over those applications, and sometimes, I want to test new features not available in ports, yet. My production system runs in a jail with postfix/dovecot/pigeonhole at stable releases, my testing jail runs bleeding edge versions. And here I ran into that issue reported today.

I have no idea what "features" you are referring to since you did not list them. However, I might suggest that either you contact the port maintainer for dovecot adamw@FreeBSD.org or pigeonhole bra@fsn.hu and express your concerns to them or , create a separate port which produces the results you want and then submit it to the FreeBSD ports crew. I have done similar things in the past and had rather good success with it.

There's no point in him contacting the ports maintainer, since he's stated he's running "bleeding edge" builds, obviously direct from Dovecot HG. They probably aren't in the ports tree.

For what it's worth, I have the same problem, ie I'm seeing the latest builds in hg fail to compile also, on a Gentoo box. On another system with openldap installed, it compiles through, but on this one without openldap, it fails to compile:

libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../../.. -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728 -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-dict -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-dns -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-http -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-mail -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-imap -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-fs -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-charset -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-auth -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-master -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-ssl-iostream -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-compression -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-settings -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-test -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-index -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-storage -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-storage/list -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-storage/index -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/lib-storage/index/raw -I/var/tmp/portage/net-mail/dovecot-2.2.13_p20140728/work/dovecot-2.2.13.p20140728/src/plugins/quota -I../../../.. -I../../../../src/lib-sieve -O0 -g -pipe -march=corei7 -mtune=native -c sieve-ldap-script.c -fPIC -DPIC -o .libs/sieve-ldap-script.o In file included from sieve-ldap-storage.h:11:0, from sieve-ldap-script.c:7: sieve-ldap-db.h:19:18: fatal error: ldap.h: No such file or directory #include ^ compilation terminated. In file included from sieve-ldap-storage.h:11:0, from sieve-ldap-db.c:8: sieve-ldap-db.h:19:18: fatal error: ldap.h: No such file or directory #include ^ compilation terminated. Makefile:517: recipe for target 'sieve-ldap-script.lo' failed

Looks like some auto-* magic might be required in hg to not try to build with openldap headers if the headers aren't detected on the system.

Reuben

On 2014-07-28 9:29, Stephan Bosch wrote:

On 7/27/2014 2:21 PM, Michael Grimm wrote:

...

I can't get current dovecot and pigeonhole compiled; compilation stops with:

| sieve-ldap-db.h:19:10: fatal error: 'ldap.h' file not found

Fixed:

http://hg.rename-it.nl/dovecot-2.2-pigeonhole/rev/5117ffc8b151

Yep. I can confirm that "--wiht-ldap=no" is regarded, now.

Thanks and regards, Michael