Bugzilla Bug 183465

When compiling libgda-1.2.4 with firebird use flag switched on it fails when
trying to compile the firebird support.

Reproducible: Always

Steps to Reproduce:
1.unmask libgda-1.2.4
2.switch on firebird useflag
3.try to emerge libgda-1.2.4
Actual Results:  
compilation fails

Expected Results:  
compilation succeeds ^^

Maybe you could post actual compile errors and emerge --info; hard to guess.

Created an attachment (id=123253) [details]
the build.log

emerge --info

Portage 2.1.3_rc5 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r3,
2.6.21-gentoo-r3 i686)
=================================================================
System uname: 2.6.21-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System release 1.12.10
Timestamp of tree: Tue, 26 Jun 2007 15:30:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=i686 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT=""
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild
/etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=i686 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms
strict unmerge-orphans"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3ds 7zip X a52 aac acl acpi admin administrator aiglx aim aimextras
allegro alsa altenburgcards amd animgif aoss apm arts avahi bash-completion
berkdb bitmap-fonts bittorrent bonjour bonobo bookmarks branding bzip2 cairo
cdaudio cdda cddb cdparanoia cdr cdrom cli colordiff console corba cpudetection
cracklib crypt css cups cvs cvsgraph daap dbus de_tvtoday depth32 dia divx djvu
dnotify dri dv dvb dvd dvdnav dvdr dvdread dvi editor emboss emerald encode esd
examples exif extra-algorithms extra-cardsets fam fame fat fbcon fbsplash
ffmpeg finger firebird firefox flac flash fortran ftp gaim gajim galago gdbm
gif glut gnome gpm gstreamer gtk gtkhtml hal iconv icq ipv6 isdnlog jabber java
javascript jpeg jpeg2k kerberos libg++ libnotify lm_sensors mad midi mikmod
mime mono mp3 mpeg mplayer msn mudflap musicbrainz mysql ncurses nls nptl
nptlonly ogg openal opengl openmp oscar oss pam pcre pdf perl png pppd python
qt3 qt3support qt4 quicktime rar readline real realmedia reflection regex rhino
rhythmbox ruby samba scanner sdl session slang sockets speex spell spl sse2 ssl
svg svga symlink tcpd theora threads tiff tracker truetype truetype-fonts
type1-fonts unicode usb v4l vcd videos vorbis win32codecs wmf wxwindows x86
xcomposite xml xorg xpm xv xvid yahoo" ALSA_CARDS="ali5451 als4000 atiixp
atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968
fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi
null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780
lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips
cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv
r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga
trident tseng v4l vesa vga via vmware voodoo"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

Need to reopen.

there is no option for reopening.

This was likely a result of the headers not being in /usr/include. I just moved
Firebird out of /opt in ~arch. So more than likely that will correct this
issue. I will test ASAP and report back. If anyone else beats me to it, please
comment on bug. Thanks

what's the status here ?

(In reply to comment #6)
> This was likely a result of the headers not being in /usr/include. I just moved
> Firebird out of /opt in ~arch. So more than likely that will correct this
> issue. I will test ASAP and report back. If anyone else beats me to it, please
> comment on bug. Thanks

 /me beats wltjr

In bug 198213 stabilisation of the firebird version that doesn't install in
/opt anymore is handled.  x86 is already done, amd64 pending, so stabilisation
can go on for libgda.

I must correct myself: The new version does not fix the problem with
USE=firebird.  wltjr, could you please have a closer look?

Yeah sorry, laptop power died last night when i was looking into this. Need to
get a new battery. Anyway 1.2.4 doesn't compile because it looks like it's not
been updated to current versions of Firebird. The hell you say? 

Well looks like libgda needs some LUV :) Present stable release is 3.0, and
development is 3.1.2 atm. We have a masked ebuild in tree for 3.0.1. Unmasking
and merging that, it compiles fine against Firebird 2.1.0 beta 2. So I have no
doubts it will compile against 2.0.3 which was just stabilized.

So I say let's umask libgda-3.0.1, look to stabilize it, and be done with this
all. Which includes removing the 1.2.x cruft from tree. I guess no one is
really using this. Since it's quite behind. Even the mask was put into place
earlier this year. Some time ago.

Not possible.  The deps that I have for libgda are all for 1*, so 3.x is not a
solution.

Maybe we just need to remove firebird support from the 1.x versions of libgda?

(In reply to comment #12)
> Maybe we just need to remove firebird support from the 1.x versions of libgda?

 Yes.  Remove it.

Okay, nuked.