mail-mta/postfix-2.4.0 will not build with dev-db/tinycdb-0.76 the ebuild seems to assume that /usr/include/cdb.h doesn't exist (it does) and has a workaroiund that looks for /usr/include/tinycdb.h which doesn't exist Reproducible: Always Steps to Reproduce: 1.emerge =dev-db/tinycdb-0.76 2.USE="cdb" emerge =mail-mta/postfix-2.4.0 3. Actual Results: >>> Unpacking postfix-2.4.0.tar.gz to /var/tmp/portage/mail-mta/postfix-2.4.0/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/mail-mta/postfix-2.4.0/work/postfix-2.4.0 ... * build with dev-db/tinycdb cp: cannot stat `/usr/include/tinycdb.h': No such file or directory Expected Results: should have emerged properly if the tinycdb hack is edited out of the ebuild then it fails with: cp libmaster.a ../../lib/libmaster.a ranlib ../../lib/libmaster.a i686-pc-linux-gnu-gcc -DHAS_PCRE -DHAS_LDAP -DUSE_TLS -DHAS_CDB -DDEF_DAEMON_DIR=\"/usr/lib/postfix\" -DDEF_MANPAGE_DIR=\"/usr/share/man\" -DDEF_README_DIR=\"/usr/share/doc/postfix-2.4.0/readme\" -DDEF_HTML_DIR=\"/usr/share/doc/postfix-2.4.0/html\" -O2 -march=pentium4 -fomit-frame-pointer -pipe -I. -I../../include -DLINUX2 -o master master.o master_conf.o master_ent.o master_sig.o master_avail.o master_spawn.o master_service.o master_status.o master_listen.o master_vars.o master_wakeup.o master_flow.o ../../lib/libglobal.a ../../lib/libutil.a -Wl,-z,now -L/usr/lib -lpcre -lcrypt -lpthread -lpam -lldap -llber -lssl -lcrypto -ltinycdb -ldb -lnsl -lresolv /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ltinycdb collect2: ld returned 1 exit status make: *** [master] Error 1 make: *** [update] Error 1
If you change CDB_LIBS="-ltinycdb" to CDB_LIBS="-lcdb", does it work ? Cheers. - ferdy
(In reply to comment #1) > If you change CDB_LIBS="-ltinycdb" to CDB_LIBS="-lcdb", does it work ? Yes. If I comment out: cp /usr/include/tinycdb.h ${S}/src/util/cdb.h || die and make the change you ecommend above it builds Chris
This is fixed in Postfix-2.4.0-r1, please emerge --sync in a few hours to get it. Best regards, CHTEKK.
*** Bug 188611 has been marked as a duplicate of this bug. ***
Maybe someone could actually remove the nonsense in stable as well, or stabilize something newer.
(In reply to comment #5) > Maybe someone could actually remove the nonsense in stable as well, or > stabilize something newer. > 2.4.(x>0) is stable now and doesn't have the problem.