I have been following the http://www.gentoo.org/doc/en/qmail-howto.xml to get a virtual mail system up and running. courier-authlib 0.53 failed to build the libauthvchkpw.o library after vpopmail was allready installed. The ebuild has a check for vpopmail that fails to work: if [ has_version net-mail/vpopmail ]; then myconf="${myconf} --with-authvchkpw --without-authmysql --without-authpgsql" fails to correctly detect vpopmail and does the install --without-authvchkpw. Changing the line of the ebuild above to : if 'has_version net-mail/vpopmail'; then myconf="${myconf} --with-authvchkpw --without-authmysql --without-authpgsql" correctly recognizes vpopmail install and runs configure --with-authvchkpw --without-authmysql --without-authpgsql. Reproducible: Always Steps to Reproduce: 1. 2. 3.
opps I had a typo in the changed line. Here is the correct one. if has_version 'net-mail/vpopmail'; then myconf="${myconf} --with-authvchkpw --without-authmysql --without-authpgsql" Also discussed in the forums: http://forums.gentoo.org/viewtopic-p-2206554.html
Same here... But I chenged the line to "if [ 1 ]; then", authvchkpw builds, but doesn't work anymore... There must be something else wrong also, but I cant find anything...
emerge sync and emerge courier-authlib again, those of you still having problems, and please reply here whether that does or doesn't do the trick for you.
I still can't get this ebuild to go. Here's the out put from configure: configure: running /bin/sh './configure' --prefix=/usr '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--sysconfdir=/etc/courier' '--datadir=/usr/share/courier' '--libexecdir=/usr/lib/courier' '--localstatedir=/var/lib/courier' '--sharedstatedir=/var/lib/courier/com' '--with-authdaemonvar=/var/lib/courier/authdaemon' '--with-authshadow' '--without-redhat' '--with-mailuser=mail' '--with-mailgroup=mail' '--cache-file=/var/tmp/portage/courier-authlib-0.53/work/courier-authlib-0.53/configuring.cache' '--with-authpam' '--without-authldap' '--with-db=gdbm' '--with-authvchkpw' '--without-authmysql' '--without-authpgsql' 'CFLAGS=-march=pentium2 -pipe -O2' 'CXXFLAGS=-march=pentium2 -pipe -O2' 'host_alias=i686-pc-linux-gnu' --enable-ltdl-install=no --with-db=gdbm --with-makedatprog=/usr/lib/courier/courier-authlib/makedatprog '--with-userdb=/etc/courier/authlib/userdb' --cache-file=/var/tmp/portage/courier-authlib-0.53/work/courier-authlib-0.53/configuring.cache --srcdir=. And the final error: updating cache /var/tmp/portage/courier-authlib-0.53/work/courier-authlib-0.53/configuring.cache configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands make: *** No targets. Stop. !!! ERROR: net-libs/courier-authlib-0.53 failed. !!! Function src_compile, Line 98, Exitcode 2 !!! Compile problem !!! If you need support, post the topmost build error, NOT this status message.
comment 4: you have '--with-authvchkpw' '--without-authmysql' '--without-authpgsql', and those are the options that get set when the ebuild recognizes that vpopmail is installed. Try building courier-authlib-0.55 as its due to get marked stable anyway. The final error does not show the problem. What is the first error? The reason the ebuild tested for vpopmail's existence before was because the configure script (from upstream) apparently expects to find vpopmail stuff in the directory that was checked for: configure: error: /var/vpopmail/etc/lib_deps does not exist - upgrade vpopmail to the current version or fix the permissions on this file So, for those of you that had a problem with detection based on that - where exactly is your vpopmail installed that its not got that file at that location? If its not where its supposed to be, then the change in detection logic will likely not yield good results anyway. That being the case, I should just roll back that change to how it was before.
I have vpopmail 5.4.6-r1 installed. Nothing's been customized with respect to installation directories... The 0.55 ebuild bails on me as well. You'll have to excuse me for being clueless with these ebuilds but how do I figure out the "first error"?
Old or new detection should work equally well. The vpopmail ebuild does create the file/path that was previously used for detection. I cannot reproduce here. When I install vpopmail, the authvckpw gets built just like it should. Qmail folks: any ideas?
I suspect you are using FEATURES="userpriv"... put RESTRICT="nouserpriv" into the courier-authlib ebuild and try it again.
This bug may be closed. I must thank Scott Taylor for all of his time and effort in helping debug this issue. As it turns out, the problem on my system was the result of my /etc/config-archive/var/vpopmail/etc/lib_deps file containing the following: <<<<<<< /etc/config-archive/var/vpopmail/etc/lib_deps -L/var/vpopmail/lib -lvpopmail -L/usr/lib/mysql -lmysqlclient -lz -lm -lcrypt ======= -L/var/vpopmail/lib -lvpopmail -L/usr/lib/mysql -lmysqlclient -lz >>>>>>> 1.1 It seems as though dispatch-conf messed up this file after the last vpopmail upgrade. Removing the versioning info resolved everything. The error manifested itself in sed errors during the build process.
that should wrap it up for this bug