thomas: server release-notes.txt,1.102,1.103 README.1st,1.54,1.55

cvs at kolab.org cvs at kolab.org
Tue Apr 24 18:19:13 CEST 2007


Author: thomas

Update of /kolabrepository/server
In directory doto:/tmp/cvs-serv20482

Modified Files:
	release-notes.txt README.1st 
Log Message:
Documented workaround for libdb3 conflict in README.1st (kolab/issue1607)


Index: release-notes.txt
===================================================================
RCS file: /kolabrepository/server/release-notes.txt,v
retrieving revision 1.102
retrieving revision 1.103
diff -u -d -r1.102 -r1.103
--- release-notes.txt	20 Apr 2007 15:28:28 -0000	1.102
+++ release-notes.txt	24 Apr 2007 16:19:11 -0000	1.103
@@ -34,6 +34,11 @@
       For details see kolab/issue1089.
 
 
+Changes since 2.1 rc 2:
+
+    Documented workaround for libdb3 conflict in README.1st
+
+
 Changes since 2.1 rc 1:
 
     - apache-1.3.33-2.5.6_kolab2

Index: README.1st
===================================================================
RCS file: /kolabrepository/server/README.1st,v
retrieving revision 1.54
retrieving revision 1.55
diff -u -d -r1.54 -r1.55
--- README.1st	20 Apr 2007 10:24:31 -0000	1.54
+++ README.1st	24 Apr 2007 16:19:11 -0000	1.55
@@ -294,6 +294,33 @@
       a UTF-8 locale, e.g. ja_JP.UTF-8 for Japanese.
       See kolab/issue881 and kolab/issue1585 for details.
 
+    - If login on https://yourserver.example.com/fbview and triggering
+      free/busy regeneration does not work, try as user kolab:
+
+        /kolab/bin/php -r 'imap_open("{localhost:143/notls}", "" ,"");'
+
+      If it yields "Segmentation fault (core dumped)", then there probably is
+      a conflict between a dynamically loaded libdb3 from your system and a
+      statically linked libdb4 from the OpenpPKG php package. If it yields a
+      "PHP Warning: ...", this part of the system works correctly.
+
+      One reason for such a conflict could be the mere presence of
+      /lib/libnss_db.so.*, which is installed on some distributions by
+      default. On Debian systems it is contained in the package "libnss-db".
+      If you really need this library, you could work around the loading of
+      libdb3 by placing a symbolic link with the correct name in /kolab/lib,
+      e.g.:
+
+        ldd /lib/libnss_db.so.2
+                libnss_files.so.2 => /lib/tls/libnss_files.so.2 (0xb7f16000)
+           ---> libdb3.so.3 => /usr/lib/libdb3.so.3 (0xb7e6b000)
+                libc.so.6 => /lib/tls/libc.so.6 (0xb7d36000)
+                /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
+        ln -s /dev/null /kolab/lib/libdb3.so.3
+
+      See kolab/issue1607 (need to replace gdbm for pfbcache, because of
+      license clash gdbm vs php) for details.
+
     - Under some circumstance the Kolab server may not create or delete
       users or update the configuration after changes have been made in
       the web interface.  This happens most often immediately after the





More information about the commits mailing list