Bugzilla Bug 156077

New version doesnt appear to be building the StorageDriver for dspam.
The ebuild appears to be enabling the correct flags, but when make gets to
mysql, it says there is nothing to build.

This install was functional with dspam 3.6.6

Notes from irc session in #dspam
---------------------------------
21:31 -!- Channel #dspam created Wed Mar  3 02:50:17 2004
21:31 -!- Irssi: Join to #dspam was synced in 1 secs
21:33 < slestak> can anyone tell me if libmysql_drv.so is packaged with dspam
or
                 mysql?  it is in my dspam.conf as the StorageDriver
21:35 < slestak> it is not present in the old 3.6.6 location at /usr/lib or at
                 the 3.6.8 location /usr/lib/dspam.
21:35 < guppy> its a dspam thing
21:35 < guppy> did you enable it when you did ./configure?
21:38 < slestak> it is supposed to be with my distros setup, i had it set to
use
                 mysql, and it used mysql asof two weeks ago with 3.6.6
21:38 < slestak> i will reinstall and watch configure step closely
21:41 < slestak>  --with-mysql-includes=/usr/include/mysql
                 --with-mysql-libraries=/u
21:41 < slestak> sr/lib/mysql --with-storage-driver=mysql_drv
21:48 < slestak> i think i need to file a bug downstream with my distros
                 packager.  i have mysql selected, but it dowsnt seem to be
                 cimpiling it.
22:02 < slestak> Making all in tools.mysql_drv
22:02 < slestak> make[3]: Entering directory
`/var/tmp/portage/dspam-3.6.8/work/dspam-3.6.8/src/tools.mysql_drv'
22:02 < slestak> make[3]: Nothing to be done for `all'.
22:02 < slestak> make[3]: Leaving directory
`/var/tmp/portage/dspam-3.6.8/work/dspam-3.6.8/src/tools.mysql_drv'
22:03 < slestak> interesting, it looks like it tried, but had nothing to build.

webserver dspam # emerge --info
Portage 2.1.1-r2 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.4-r4,
2.6.17-gentoo-r8 i686)
=================================================================
System uname: 2.6.17-gentoo-r8 i686 Pentium III (Coppermine)
Gentoo Base System version 1.12.6
Last Sync: Wed, 22 Nov 2006 08:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-mtune=pentium3 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/mail/dspam /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/run/dspam"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-mtune=pentium3 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo
http://gentoo.mirrors.pair.com/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm berkdb browserplugin cli cracklib crypt cups dbus
dlloader dri dvd dvdr eds elibc_glibc emboss encode esd firefox foomaticdb
fortran gdbm gif gpm hal iconv imlib input_devices_kdb input_devices_mouse ipv6
isdnlog java jpeg kde kernel_linux libg++ libwww mad maildir mikmod mmx mp3
musicbrainz ncurses nls nptl nptlonly nsplugin nvidia ogg opengl oss pam pcre
pda perl png ppds pppd python qt qt3 qt4 quicktime readline reflection sasl
scanner session snmp spell spl sse ssl tcpd truetype truetype-fonts type1-fonts
udev userland_GNU userlocale video_cards_fbdev video_cards_nv video_cards_vesa
virus-scan vorbis wifi win32codecs xine xml xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Backend drivers are not build in src/tools*, they are build in src.

I cannot reproduce it. Please submit your relevant USE flag configuration and
attach the output of the following command:
  cd /usr/portage/mail-filter/dspam && ebuild dspam-3.6.8.ebuild compile

I have the same problem; I attached logs of compile and install steps. In the
install notice that the library is missing. In src/.libs, only the .o file is
found, while src/ has .o and .lo (plus sources). I can't figure out why it's
not
being built, but then again I am no libtools expert.

My relevant USE flags etc.:
CFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
USE="daemon mysql ..." (only those two flags turned on, for dspam).

Created an attachment (id=102889) [details]
Log from ebuild dspam-3.6.8 compile

Log showing(?) that the mysql driver is not being built.

Created an attachment (id=102890) [details]
Log from ebuild dspam-3.6.8 install

Log showing that the mysql driver is not found, during installation.

(In reply to comment #4)
> USE="daemon mysql ..." (only those two flags turned on, for dspam).

When a single backend is selected, the dspam is statically linked with the
driver (no point in making it selectable through StorageDriver parameter since
you really don't have an option).

This is also explained in /etc/dspam/dspam.conf:
# StorageDriver: Specifies the storage driver backend (library) to use.
# You'll only need to set this if you are using dynamic storage driver plugins.
# The default when one storage driver is specified is to statically link. Be
# sure to include the path to the library if necessary, and some systems may
# use an extension other than .so.

*** Bug 166470 has been marked as a duplicate of this bug. ***

*** Bug 185718 has been marked as a duplicate of this bug. ***