This is a continuation of bug 34650 - which I can't reopen: After battling for a long time to compile unixODBC on a fresh Gentoo installation, I found the problem: gODBCConfig has a dependancy that unixODBC must already be installed. The fix in 34650 will only work if unixODBC is already installed on the system (in which case the configure script for gODBCConfig reports "checking for ODBC files... found ODBC in /usr"). If this is the first install of unixODBC, however, you get "checking for ODBC files... no ODBC backend found" (or very similar) and the emerge fails. I fixed it by installing unixODBC with USE="-gtk", then again with USE="gtk" :( I'm new to gentoo and the portage system, but it looks as if the patch from 34650 either needs to be moved into src_install after "make install" (nasty), or gODBCConfig needs to be moved into a seperate ebuild. Sorry to be the bearer of bad news... Stuart
Workaround, part 2: Once I got unixODBC installed using USE="-gtk" as previously described, I re-emerged unixODBC without specifying USE="-gtk" and this time everything compiled fine since the basic libs were there for gODBCconfig to compile.
That's true - I think that gtk may be a default USE flag, so that this method will allow unixODBC to be installed. This wasn't my main problem, though. Whilst gODBCConfig is "nice to have" rather than vital, having a USE flag set shouldn't make a build unbuildable - no package should have an unfulfillable dependancy on itself! I reckon that either gODBCConfig should be split off into a seperate ebuild or (if possible with portage) unixODBC should be built in a two-stage process if gtk is specified as a USE flag. Is the latter possible? Cheers, Stuart
I've made a new version of the ebuild to work around this bug, see bug #35691
Fixed with bug #35691
This is broken again, as noted in comment to bug #34650.
