[Kroupware] Problem building Apache and other thoughts

[Vincent Knecht]

Le mer 02/07/2003 à 17:00, Laurent Rathle a ecrit :

Hi 

I just at this problem a second time this afternoon.
Could it be a typo in the QIM saying to build gdbm
with --define 'with_with_ndbm yes' instead of
--define 'with_ndbm yes' ?

if that's right, i think we should rebuild all
packages from gdbm to the end. Is that correct ?
Or may we just rebuild some packages depending
on gdbm, and which ?

----------

however, i've got some thoughts i would like to
share and get some info:

my compagny heavily uses domino/lotus notes.
i'd like to know if kolab actually supports this kind
of public/private keys and certification process
(remember i'm stuck at apache building for now :-(
and if not the case, would that be possible with
integration of idx-pki for example ?
( http://idx-pki.idealx.org/ )

second, there's the application server side, though
that would probably easyier to 'glue' some other
product like zope than building this from scratch.

and last there're are replication and remote server admin features

i know you'll probably tell me
"just fund it and you'll get it" but i'm gathering max of informations
before any proposal to the groupware techs

mmm, just now i'm asking myself i making a kolab plugin for lotus
notes client would be easier than outlook ?


thank you



> Hello,
> 
> I get this message while building Apache :
> 
> kolab/lib/libimap.a(osdep.o)(.text+0xa2a3): In function `ssl_server_init':
> /kolab/RPM/TMP/imap-2002d/c-client/osdep.c:267: the use of `tmpnam' is 
> dangerous, better use `mkstemp'
> /kolab/lib/libldap.a(os-ip.o)(.text+0x39b): In function 
> `ldap_pvt_is_socket_ready':
> : `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
> /kolab/lib/libldap.a(os-ip.o)(.text+0x392): In function 
> `ldap_pvt_is_socket_ready':
> : `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
> modules/proxy/libproxy.a(proxy_cache.o)(.text+0x261c): In function 
> `ap_proxy_cache_update':
> : the use of `mktemp' is dangerous, better use `mkstemp'
> modules/standard/libstandard.a(mod_auth_dbm.o)(.text+0xb6): In function 
> `get_dbm_pw':
> : undefined reference to `dbm_open'
> modules/standard/libstandard.a(mod_auth_dbm.o)(.text+0xd3): In function 
> `get_dbm_pw':
> : undefined reference to `dbm_fetch'
> modules/standard/libstandard.a(mod_auth_dbm.o)(.text+0xe8): In function 
> `get_dbm_pw':
> : undefined reference to `dbm_close'
> collect2: ld returned 1 exit status
> make[3]: *** [target_static] Error 1
> make[2]: *** [build-std] Error 2
> make[1]: *** [build] Error 2
> make: *** [install-all] Error 2
> + /kolab/lib/openpkg/shtool install -c -m 644 /dev/null 
> /kolab/RPM/TMP/apache-1.3.27-root/kolab/etc/apache/php.ini
> cp: cannot create regular file 
> `/kolab/RPM/TMP/apache-1.3.27-root/kolab/etc/apache/#INST at 20650#': No such 
> file or directory
> error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.9270 (%install)
> 
> 
> I'm using Mandrake 9.1. Is it a problem with libimap ?
> 
> Thank you,