The following issue has been CONFIRMED. ====================================================================== http://www.dbmail.org/mantis/view.php?id=263 ====================================================================== Reported By: sr Assigned To: ====================================================================== Project: DBMail Issue ID: 263 Category: General Reproducibility: always Severity: block Priority: normal Status: confirmed ====================================================================== Date Submitted: 26-Aug-05 20:18 CEST Last Modified: 29-Aug-05 22:12 CEST ====================================================================== Summary: Libraries not found Description: While 2.0.4-5 were working smoothly, the 2.0.6 LMTP daemon refuses to start, complaining it can't find libdbmail.so.0
Linking the library to /usr/lib doesn't help ====================================================================== ---------------------------------------------------------------------- paul - 26-Aug-05 21:07 ---------------------------------------------------------------------- First thing that comes to mind is having re-run automake/autoconf before releasing the 2.0.6 tarballs. Perhaps you should try running: #>autoreconf -f -i before #>./configure ... ---------------------------------------------------------------------- aaron - 27-Aug-05 02:02 ---------------------------------------------------------------------- Perhaps a confusion of ./configure --prefix=/usr/... If there's an old .la file hanging around pointing to the wrong place (e.g. /usr/local/lib instead of /usr/lib) that might cause it. ---------------------------------------------------------------------- sr - 27-Aug-05 10:00 ---------------------------------------------------------------------- Hi guys, the .la file points to /usr/local/lib indeed: libdir='/usr/local/lib' BUT...it points to that dir in 2.0.5 as well! And my ./configure command is: ./configure --with-mysql --with-pic, the same I would issue with 2.0.4-5 with no problems whatsoever. Should I run autoreconf then? ---------------------------------------------------------------------- sr - 27-Aug-05 10:08 ---------------------------------------------------------------------- Output from autoreconf -f -i: mailserver:~/src/dbmail-2.0.6 # autoreconf -f -i acinclude.m4:128: warning: underquoted definition of DBMAIL_MSG_CONFIGURE_START run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal acinclude.m4:138: warning: underquoted definition of DBMAIL_BOTH_SQL_CHECK acinclude.m4:190: warning: underquoted definition of DBMAIL_CHECK_SQL_LIBS acinclude.m4:234: warning: underquoted definition of DBMAIL_SIEVE_CONF acinclude.m4:290: warning: underquoted definition of DBMAIL_CHECK_SIEVE_LIBS acinclude.m4:310: warning: underquoted definition of DBMAIL_AUTH_CONF acinclude.m4:366: warning: underquoted definition of DBMAIL_CHECK_LDAP_LIBS Putting files in AC_CONFIG_AUX_DIR, `buildtools'. acinclude.m4:128: warning: underquoted definition of DBMAIL_MSG_CONFIGURE_START run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal acinclude.m4:138: warning: underquoted definition of DBMAIL_BOTH_SQL_CHECK acinclude.m4:190: warning: underquoted definition of DBMAIL_CHECK_SQL_LIBS acinclude.m4:234: warning: underquoted definition of DBMAIL_SIEVE_CONF acinclude.m4:290: warning: underquoted definition of DBMAIL_CHECK_SIEVE_LIBS acinclude.m4:310: warning: underquoted definition of DBMAIL_AUTH_CONF acinclude.m4:366: warning: underquoted definition of DBMAIL_CHECK_LDAP_LIBS configure.in:23: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:23: old Automake version. You should recreate aclocal.m4 configure.in:23: with aclocal and run automake again. auth/Makefile.am: installing `buildtools/depcomp' /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL autoreconf: automake failed with exit status: 63 ---------------------------------------------------------------------- paul - 29-Aug-05 22:12 ---------------------------------------------------------------------- Please attach a config.log if you don't mind. As a work around you should try running configure --enable-shared=no. That should solve the libdbmail problem. Fixing the code to break-out the library code from the application code is a known todo. And it's way down on the list. Until then we might actually disable shared libs by default. Issue History Date Modified Username Field Change ====================================================================== 26-Aug-05 20:18 sr New Issue 26-Aug-05 21:07 paul Note Added: 0000883 27-Aug-05 02:02 aaron Note Added: 0000884 27-Aug-05 10:00 sr Note Added: 0000885 27-Aug-05 10:08 sr Note Added: 0000886 29-Aug-05 22:12 paul Note Added: 0000889 29-Aug-05 22:12 paul Status new => confirmed 29-Aug-05 22:12 paul Resolution open => won't fix ======================================================================
