Bugzilla Bug 35875

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