[Kroupware] Problem building Apache and other thoughts

[Stephan Buys]

Hi,

On Wednesday 02 July 2003 17:54, Vincent Knecht wrote:
> 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' ?
>

That is definitely a typo. Should read '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 ?
>

Just some, please refer to my previous mail.

> ----------
>
> 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/ )
>

You could roll PKI with OpenSSL. I'm not familiar with all the products.
Kolab was built with security in mind.

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

The "philosiphy" behind Kolab is to use proven technologies and integrate
them into the server. So glueing on zope would be the correct answer here.

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

No directory replication or integration is supported. This will be a great-to-have
in the future though. As far as remote server admin features are concerned:
ssh, https and ldap.

> 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
>

:-) This is a Free Software project after all so the more users/contributors we
can get the sooner you will see some of these features.
Of course corporate sponsorship is very nice to have as well.

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

No idea.

>
> 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,
>
> _______________________________________________
> Kroupware mailing list
> Kroupware at mail.kde.org
> http://mail.kde.org/mailman/listinfo/kroupware

-- 
Stephan  Buys
Technical Director
Code Fusion cc.
Tel: +27 11 391 1412
Mobile: +27 83 294 1876
Email: s.buys at codefusion.co.za