When emergeing unixODBC-2.2.6 after 25mins of compiling it fails with the following: checking for gettext in libc... yes checking for msgfmt... /usr/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext sed: can't read ./intl/po2tbl.sed.in: No such file or directory checking for ODBC files... configure: error: ODBC backend not found !!! ERROR: dev-db/unixODBC-2.2.6 failed. !!! Function src_compile, Line 42, Exitcode 1 !!! (no error message) Reproducible: Always Steps to Reproduce: 1. emerge -UD world or emerge unixODBC Actual Results: sed: can't read ./intl/po2tbl.sed.in: No such file or directory checking for ODBC files... configure: error: ODBC backend not found !!! ERROR: dev-db/unixODBC-2.2.6 failed. !!! Function src_compile, Line 42, Exitcode 1 !!! (no error message) Expected Results: The emerge should have completed sucessfully. =============================================================== [root@hercules pts/1:0 portage]# emerge --info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.20-gentoo-r8) ================================================================= System uname: 2.4.20-gentoo-r8 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/ share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/ tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache autoaddcvs sandbox userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/ Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss avi crypt cups encode gif jpeg libg++ mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa readline arts aalib nas ggi java X sdl tcpd pam libwww ssl perl python imlib oggvorbis qt kde opengl cdr -3dfx 3dnow aalib acl acpi -afs alsa apache2 apm arts -atlas avi -berkdb -bidi -bonobo -canna cdr -cjk crypt -cscope cups -curl -debug dedicated dga directfb doc -dvb dvd -dvdr -emacs -emacs-w3 encode -esd ethereal -evo fam fastcgi fbcon -firebird flash foomaticdb freetds -freewnn -gb gd gdbm ggi gif -gnome gphoto2 -gpm -gps -gstreamer gtk -gtk2 -gtkhtml -guile -icc -icc-pgo imap imlib -innodb -informix ipv6 -jack java jikes -joystick jpeg -junit kde -kerberos -krb4 -ladcca lcms -ldap -leim libg++ -libgda libwww -lirc mad maildir matrox -mbox mcal mikmod memlimit mmx -motif -mozilla mpeg mpi -mule -mysql nas ncurses -nhc98 nls -nocardbus nocd -oci8 odbc oggvorbis opengl oss pam -pcmcia pda ppds pdflib perl plotutils png -pnp postgres bindist prelude python qt quicktime readline ruby samba sasl -scanner sdl slang slp snmp -socks5 spell -sse ssl svga -tcltk tcpd tetex tiff truetype -trusted unicode usb -videos -voodoo3 wavelan wmf -wxwindows X -Xaw3d -xface xinerama xosd xml xml2 xmms xv -zeo zlib caps vim-with-x opie avantgo pg-hier artswrappersuid jbig faad dv matroska parse-clocks X509 skey hostap-noplx acpi4linux evms2 xfs nptl pic"
I've commited a fix to the ebuild just a few minutes ago. Does this problem persist?
I've just done an "emerge sync" and "emerge unixODBC" and it has now completed successfully. Thanks
I just tried an "emerge sync" followed by an "emerge unixODBC", and I still get the build failing at the same point described above. The ChangeLog file says: # $Header: /home/cvsroot/gentoo-x86/dev-db/unixODBC/ChangeLog,v 1.17 2003/12/16 12:11:33 gmsoft Exp $ 16 Dec 2003; Guy Martin <gmsoft@gentoo.org> unixODBC-2.2.6.ebuild: Marked stable on hppa. 15 Dec 2003; <rphillips@gentoo.org> unixODBC-2.2.6.ebuild: added Cory Visi's modified ebuild to correct the dependecy problems with gODBCconfig. #35889 04 Dec 2003; Jason Wever <weeve@gentoo.org> unixODBC-2.2.6.ebuild: Marked stable to fix dependency borkage. No mention of #35875. Did the fix for this problem get overwritten or am I just not waiting long enough for the ebuild to propagate to the mirror?
I can't get it working too. emerge sync was done today.
On the off chance that my problem was being caused by long propagation delays to the mirrors, I just tried sync and build again just minutes ago. Now emerge wants to build x11-libs/qt-3.2.3 before dev-db/unixODBC-2.2.6. I.e. the dependencies have been flipped around since the last time I tried building. Part way through the qt build, it fails with this error: make[3]: Entering directory `/var/tmp/portage/qt-3.2.3/work/qt-x11-free-3.2.3/plugins/src/sqldrivers/odbc' g++ -c -pipe -I/usr/include/mysql -fno-exceptions -Wall -W -O2 -D_REENTRANT -fPIC -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED -I/var/tmp/portage/qt-3.2.3/work/qt-x11-free-3.2.3/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../../../../include -I/usr/X11R6/include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o .obj/main.o main.cpp In file included from main.cpp:38: ../../../../src/sql/drivers/odbc/qsql_odbc.h:72:17: sql.h: No such file or directory ../../../../src/sql/drivers/odbc/qsql_odbc.h:78:22: sqlucode.h: No such file or directory ../../../../src/sql/drivers/odbc/qsql_odbc.h:81:20: sqlext.h: No such file or directory In file included from main.cpp:38: ../../../../src/sql/drivers/odbc/qsql_odbc.h:94: syntax error before `)' token ../../../../src/sql/drivers/odbc/qsql_odbc.h:121: syntax error before `env' ../../../../src/sql/drivers/odbc/qsql_odbc.h:137: syntax error before `)' token ../../../../src/sql/drivers/odbc/qsql_odbc.h:138: syntax error before `)' token make[3]: *** [.obj/main.o] Error 1 It looks as though the dependancies have been twisted around somehow and that the problem is only fixed for people who have already picked up enough of the dependancies through previous ebuilds. Could someone please mark this bug as reopened? Thanks.
I just tried yet another sync and build, but this time removing the qt flag as recommended in Bug 14178. E.g.: USE="-qt" emerge -v unixODBC The emerge once again fails in the way described above with: sed: can't read ./intl/po2tbl.sed.in: No such file or directory checking for ODBC files... configure: error: ODBC backend not found This is blocking several application emerges.
John: I committed a bug fix at 14:30... Have you synced and got the latest ebuild?
I have synced and I am in the middle of testing a variety of ebuild scenarios with it, removing qt and unixODBC each time. It looks good so far, but I will post another update when I am finished.
Build testing done. In each case described below, I ran the command "emerge -Cv unixODBC qt" before running the emerge command. emerge -v unixODBC This failed on the missing odbc include files as per Bug 14178. It tried to build qt before unixODBC. emerge -v qt This built okay. It built unixODBC before building qt. USE='-qt' emerge -v unixODBC && emerge -v qt && emerge -v unixODBC This built okay. USE='-odbc' emerge -v qt && emerge -v unixODBC && emerge -v qt This built okay. It looks like this ebuild is golden. The only problem remaining is the circular dependency between qt and unixODBC as described in Bug 14178. I don't know how the "emerge -v qt" worked, given this dependancy, but it appears to have done so without any problems. I will add a comment to Bug 14178 pointing back to this one. Thanks.
Can someone reopen this bug? I'm getting exactly the same error again. This occurred today with the release of the new 2.2.6-r1 build. I haven't tested the older versions. The problem disappears if USE="-gnome" is set, although I don't think that's acceptable behaviour, really!
I get this bug too, using unixODBC-2.2.6-r1. Please REOPEN this bug.
I'm opening a new bug.
what is the new bug number for this? I'm getting this same error with unixODBC 2.2.8
