| Summary: | Stabilize =app-i18n/libtabe-0.2.6 (was: app-i18n/libtabe-0.2.5 fails to compile) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Willie Wong <wongwwy> |
| Component: | Current packages | Assignee: | CJK Team <cjk> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | hiyuh.root, jakub, pageexec, ryan |
| Priority: | High | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 159660 | ||
| Bug Blocks: | 218469 | ||
|
Description
Willie Wong
2006-09-18 10:52:14 UTC
(In reply to comment #0) > This is occuring during the 'emerge --emptytree world' for an upgrade from > gcc-3.4.6 to gcc-4.1.1, the same application compiled and installed fine > previously with gcc-3.4.6 Err, you are not using gcc-4.1.1 - see below: > Portage 2.1.2_pre1 (default-linux/x86/2006.0, gcc-3.4.6/vanilla, glibc-2.4-r3, (In reply to comment #1) > Err, you are not using gcc-4.1.1 - see below: > > > Portage 2.1.2_pre1 (default-linux/x86/2006.0, gcc-3.4.6/vanilla, glibc-2.4-r3, > I also noticed that too, and am wondering about that. But I assure you I am in the middle of rebuilding my system using gcc-4.1.1 following the upgrade guide at http://www.gentoo.org/doc/en/gcc-upgrading.xml (In reply to comment #2) > (In reply to comment #1) > > Err, you are not using gcc-4.1.1 - see below: > > > > > Portage 2.1.2_pre1 (default-linux/x86/2006.0, gcc-3.4.6/vanilla, glibc-2.4-r3, > > Okay, that funny disagreement is due to my having eselect-compiler on the system. With that removed, I have the following emerge --info: Portage 2.1.2_pre1 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.18-rc3 i686) ================================================================= System uname: 2.6.18-rc3 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.12.5 Last Sync: Sun, 17 Sep 2006 21:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.6-r1, 2.0.28-r1 dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium-m -ftracer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-Os -march=pentium-m -ftracer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://mirror.datapipe.net/gentoo http://mirror.clarkson.edu/pub/distributions/gentoo/ http://mirrors.tds.net/gentoo" LINGUAS="en fr de ja ko zh_CN zh_TW" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/science /usr/portage/local/layman/sunrise /usr/portage/local/layman/gentoo-taiwan" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 7zip X a52 aac aalib acpi aim alsa aoss asf bash-completion bcmath bidi bitmap-fonts blender-game bzip2 canna cdparanoia cdr cjk cpudetection crypt css dga directfb dlloader dri dv dvd dvdread effects elibc_glibc enca encode exif fbcon ffmpeg firefox flac ftp gdbm gif gimp glx gphoto2 gpm graphviz gs gtk gtk2 iconv imagemagick imap imlib inkjar input_devices_joystick input_devices_keyboard input_devices_mouse java javascript jpeg jpeg2k kernel_linux kqemu libcaca libwww linguas_de linguas_en linguas_fr linguas_ja linguas_ko linguas_zh_CN linguas_zh_TW lzo mad maildir matroska mbox mbrola menubar mikmod mime mmx mmxext mng motif mozilla moznocompose moznoirc moznomail mozsvg mp3 mpeg musepack ncurses nethack network nls no-old-linux nptl nptlonly nsplugin offensive ogg oggvorbis opengl oscar pcmcia pdf perl plugin png pnp posix python qemu-fast quicktime readline real rtc sdk sdl sftp simplexml smime soap softmmu sox spell sse sse2 ssl stroke subtitles svg svgz tcpd tetex tiff toolbar truetype truetype-fonts type1-fonts unicode userland_GNU userlocales uudeview vcd vdr video_cards_ati video_cards_fbdev video_cards_radeon video_cards_vesa vim vim-pager vorbis wifi win32codecs wmf x264 xanim xine xinetd xml xmms xorg xpm xrandr xv xvid xvmc zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS libtabe still fails the compile with the same error as noted in the description. Could you mind to try w/o -ftracer? It's a NULL pointer, it also fails on pitr while testing: PAX: From 151.56.124.176: execution attempt in: <NULL>, 00000000-00000000 00000000 PAX: terminating task: /var/tmp/portage/libtabe-0.2.5/work/libtabe/util/.libs/lt-tsiadd(lt-tsiadd):24595, uid/euid: 0/0, PC: 0000000000000000, SP: 000077f5b2a7b388 PAX: bytes at PC: ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? PAX: bytes at SP-8: 0000000000503f90 000033d9c097bf56 0000000000503f90 0000000000503ff0 000077f5b2a7b518 0000000000503f90 000000000000000a 000033d9c097c0d1 000000000000000a 000077f5b2a7b518 0000000000000007 i took a quick look and the problem seems to be the mixing of different db versions. in particular, here i have several slotted db versions installed (up to 4.5), and what happens is that while configure is told to look for db-3 and it finds the corresponding headers, the linker gets -ldb and will link against the highest installed version as that's what's symlinked to libdb.so - that's a quick way for runtime disaster as the underlying DB structure is different therefore all structures offsets are different (not to mention function ptr signatures). in this case the crash is on a dbp->open() call which happens to be a NULL ptr because the code (in db-4.5 as that's used at runtime) is looking for the ->open member at the wrong offset, but of course any later code trying to use the DB structure would quickly fail. i guess the solution would be to make the linker also use the same db version as the compiler, but i have no idea how to tell that to configure. Using the sources Portage retrieved, I fought with the package to get it to compile. I had to modify the Makefiles to use the linker option -ldb-3 instead of -ldb. Even after doing this, the package failed to compile, complaining about the file ./util/tsipackdb not existing. To solve this problem I merely copied ./util/tsipackdb.in to ./util/tsipackdb. It is likely that the tsipackdb problem was something else that I did not do correctly. I do not know what needs to be done to get Portage to change all of the -ldb instances to -ldb-3, but this is what needs to be done. I would really appreciate it if someone with more knowledge of ebuilds and Portage could take care of this, because I do not know how. This ebuild is completely broken and needs to use db-use eclass instead of the hacks in there. Plus can go to /dev/null as soon as app-i18n/xcin is removed, nothing else is using this. +*libtabe-0.2.6 (29 Apr 2008) + + 29 Apr 2008; Samuli Suominen <drac@gentoo.org> + +files/libtabe-0.2.6-fabs.patch, +libtabe-0.2.6.ebuild: + Version bump wrt #219348 using ebuild by Peter Alfredsen. Should fix the problem, but we need stable keywords: ppc x86 Last arch, remove the libtabe-0.2.5.ebuild and libtabe-0.2.5-db3.patch from Portage while at it. It's blocking bug 218469. (In reply to comment #10) > +*libtabe-0.2.6 (29 Apr 2008) > + > + 29 Apr 2008; Samuli Suominen <drac@gentoo.org> > + +files/libtabe-0.2.6-fabs.patch, +libtabe-0.2.6.ebuild: > + Version bump wrt #219348 using ebuild by Peter Alfredsen. > > Should fix the problem, but we need stable keywords: ppc x86 > > Last arch, remove the libtabe-0.2.5.ebuild and libtabe-0.2.5-db3.patch from > Portage while at it. It's blocking bug 218469. > Since xcin is the only thing that's using it, I suggest stabling also: app-i18n/xcin-2.5.3_pre3-r2 (it's a fixed version to avoid removal by treecleaners) x86 stable, and old removed. ppc: you still have to do app-i18n/xcin-2.5.3_pre3-r2. ppc stable all done, closing |
