The following issue has been CLOSED ====================================================================== 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: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 26-Aug-05 20:18 CEST Last Modified: 01-Oct-05 11:02 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. ---------------------------------------------------------------------- sr - 03-Sep-05 17:51 ---------------------------------------------------------------------- The -enable-shared=no trick does not help. I have attached config.log ---------------------------------------------------------------------- sr - 08-Sep-05 14:04 ---------------------------------------------------------------------- Hi, any news about this one? I'm stuck to 2.0.5 because .6 and .7 don't work... What code change took place between .5 and .6 to determine such change in behavior? Thanks Stefano ---------------------------------------------------------------------- paul - 08-Sep-05 21:27 ---------------------------------------------------------------------- Stefano, like I said: the only thing that could explain any changed behaviour is the re-generated 'configure' script. You could try using the configure from 2.0.5. Only difference will be that dbmail thinks it's version 2.0.5 even though you *will* be running 2.0.7 But why doesn't --enable-shared=no help?? If the binaries still complain about missing libs, you are running the *wrong* binaries: try ldd ./dbmail-imapd They shouldn't be loading any more libdbmail.* libraries. I'm resetting this bug's status to low-priority. There's no indication something is seriously broken in dbmail perse. Feel free to prove me wrong of course. I just need better info, or confirmation from someone else having the same problem. I run 32bit on my amd boards, so I have no way of reproducing this. ---------------------------------------------------------------------- sr - 15-Sep-05 16:07 ---------------------------------------------------------------------- Deleting the whole source tree, rebuilding it and re-running ./configure --enable-shared=no solved the problem. Sorry for taking your time. Stefano ---------------------------------------------------------------------- paul - 01-Oct-05 11:02 ---------------------------------------------------------------------- not a bug 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 03-Sep-05 17:43 sr Note Added: 0000909 03-Sep-05 17:49 sr Note Edited: 0000909 03-Sep-05 17:50 sr File Added: config_noshared.log 03-Sep-05 17:51 sr Note Edited: 0000909 08-Sep-05 14:04 sr Note Added: 0000914 08-Sep-05 21:27 paul Note Added: 0000915 15-Sep-05 15:30 sr Note Added: 0000921 15-Sep-05 16:06 sr Note Deleted: 0000921 15-Sep-05 16:07 sr Note Added: 0000922 01-Oct-05 11:02 paul Status confirmed => closed 01-Oct-05 11:02 paul Note Added: 0000933 ======================================================================
