Re: [Pdns-users] pdns_control retrieve ALL?

2013-04-11 Thread Peter van Dijk
Hello, On Apr 10, 2013, at 17:49 , Ruben d'Arco wrote: The domains table on the slave has some administration fields. I'm not sure which as I'm unable to check. Set that to NULL or an old value and pdns will retrieve the zone again. Setting last_check to NULL will cause PowerDNS to

Re: [Pdns-users] Building pdns RPMs using custom LDAP libraries/headers

2013-04-11 Thread a b
I am still puzzled why in my case the above export statement was needed, but anyway... Because a variable setting is only good within the current process; if you do not export (or setenv in C-shells) a variable, the child process(es) will not inherit it. When you build software, a lot of

Re: [Pdns-users] Building pdns RPMs using custom LDAP libraries/headers

2013-04-11 Thread Nikolaos Milas
On 11/4/2013 4:20 μμ, a b wrote: Please add -rpath /usr/local/openldap/lib64 to your LDFLAGS so that you do not have to resort to LD_LIBRARY_PATH or ld.so.conf hacks. Hmm, it didn't work like that: LDFLAGS=${LDFLAGS} -L/usr/local/openldap/lib64 -lldap -llber -rpath

Re: [Pdns-users] Building pdns RPMs using custom LDAP libraries/headers

2013-04-11 Thread a b
Hmm, it didn't work like that: LDFLAGS=${LDFLAGS} -L/usr/local/openldap/lib64 -lldap -llber -rpath /usr/local/openldap/lib64; export LDFLAGS In config.log: gcc: unrecognized option '-rpath' That means that ./configure is using the compiler front end (gcc) to link the executable,

Re: [Pdns-users] Building pdns RPMs using custom LDAP libraries/headers

2013-04-11 Thread Nikolaos Milas
On 11/4/2013 9:51 μμ, a b wrote: That means that ./configure is using the compiler front end (gcc) to link the executable, which is correct and good, but is using LDFLAGS to do that, which is a mistake. For linking with the front end, the ./configure script should be using CFLAGS: