It seem as the configure script for (at least) mail-mta/courier-0.47-r1 checks for vpopmail on the system. If vpopmail is found, then the authdeamond.mysql is not built - even if the USE flag is set. Removing vpopmail fixes the problem and MySQL support is properly installed. Reproducible: Always Steps to Reproduce: Portage 2.0.51-r3 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.2, glibc-2.3.4.20040808- r1, 2.6.10-ikke3 i686) =================================================== ============== System uname: 2.6.10-ikke3 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/ share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/ bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.ipv6.uni-muenster.de/pub/linux/distributions/gentoo ftp:// trumpetti.atm.tut.fi/gentoo/ ftp://ftp.uninett.no/pub/linux/Gentoo http://ds.thn.htu.se/ linux/gentoo http://mirror.pudas.net/gentoo ftp://mirror.pudas.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage_overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aavm accessibility acpi apache2 artworkextra avi bcmath berkdb bitmap- fonts bzlib calendar crypt ctype curl dba dio encode esd exif extensions f77 fam flac flash font-server foomaticdb fortran ftp gd gdbm gif gmp gnome gnutls gpm gstreamer gtk gtk2 gtkhtml hal howl imap imlib ipv6 jabber java javascript jce jpeg junit ldap libg++ libwww mad maildir mhash mikmod mime ming mmx motif mozilla mpeg msn mysql ncurses nls nntp nptl oggvorbis opengl oscar pam pcntl pcre pdflib perl pic png posix python qt quicktime readline samba sasl sdl session shared sharedmem simplexml slang snmp sockets spell spl sse ssh ssl svga tcltk tcpd tidy tiff truetype truetype-fonts type1-fonts unicode xml xml2 xmlrpc xmms xsl xv yahoo zlib"
this is correct you should only need mysql support if your not intending on using mysql support in vpopmail which I dont recommend. Bug should be closed it is invalid.
I am not sure how it is invalid. There should be some test so the mysql flag can't be set if vpopmail is installed?
From courier's own README.authmysql.html: NOTE: this authentication module should NOT be used if you are using the vpopmail virtual mailing list manager. You should select the authvchkpw authentication module instead (which should happen automatically). It may be necessary to use the --without-authmysql flag to the configure script, because configure by default will include authmysql if it finds MySQL client libraries.. Therefore, the current behavior is correct.
The behaviour is not what I'd expect. It says that the configure script will build authmysql if it finds mysql headers. But that does not happen. In any case, it is impossible for the user to know the readme file unless he tries to install the package. Why not add a vpopmail flag that makes mysql flag illegal if set?
True, it is not necessarily obvious in the older ebuilds. There was however a lot of cleanup that included announcing the fact that the database modules are not being built when it detects vpopmail. The ebuilds were rewritten in preparation of courier-authlib being split into its own package, which has happened already and those all currently exist and are keyworded as ~x86.
Oh I see. I have not used any masked packages yet, but only courier-0.47-r1. If this issue is already looked at for newer things then thats great. Thanks.