Building x11-libs/pango-1.24.2 with the doc use flag enabled results in a failure. I am able to build this package with: USE="-doc" emerge pango Reproducible: Always Steps to Reproduce: 1. Execute USE="doc" emerge pango 2. Build fails. Actual Results: Build fails with this error: collect2: ld returned 1 exit status Linking of scanner failed: make[3]: *** [scan-build.stamp] Error 1 make[3]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.2/work/pango-1.24.2/docs' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.2/work/pango-1.24.2/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.2/work/pango-1.24.2' make: *** [all] Error 2 * * ERROR: x11-libs/pango-1.24.2 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2801: Called gnome2_src_compile * environment, line 2147: Called die * The specific snippet of code: * emake || die "compile failure" * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/pango-1.24.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/pango-1.24.2/temp/environment'. * Expected Results: Successful compile.
The missing error lines were (for me): gtk-doc: Linking scanner libtool: link: x86_64-pc-linux-gnu-gcc -O2 -pipe -Wall -Wl,-O1 -o .libs/pango-scan .libs/pango-scan.o -Wl,-O1 ../pango/.libs/libpangocairo-1.0.so /usr/lib64/libcairo.so /usr/lib64/libpixman-1.so /usr/lib64/libpng12.so /var/tmp/portage/x11-libs/pango-1.24.2/work/pango-1.24.2/pango/.libs/libpangoft2-1.0.so /var/tmp/portage/x11-libs/pango-1.24.2/work/pango-1.24.2/pango/.libs/libpango-1.0.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libglib-2.0.so -lm /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lz /usr/lib64/libexpat.so .libs/pango-scan.o: In function `main': pango-scan.c:(.text+0x1da4): undefined reference to `pango_xft_font_get_type' pango-scan.c:(.text+0x1db0): undefined reference to `pango_xft_font_map_get_type' pango-scan.c:(.text+0x1dbc): undefined reference to `pango_xft_renderer_get_type' collect2: ld returned 1 exit status Linking of scanner failed: make[3]: *** [scan-build.stamp] Error 1 And it will go away if you have both X and doc USE flags enabled for pango. So, it could be the "same" bug that was reported for earlier pango ebuilds, e.g., over here: bug #228581 -- just for the current version?
I bet Arttu is exactly right. Would either of you post 'emerge --info' output? Then we'll see what gnome team has to say.
Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r5-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7500_@_2.20GHz-with-gentoo-1.12.11.1 Timestamp of tree: Sat, 01 Aug 2009 16:00:01 +0000 app-shells/bash: 3.2_p39 dev-lang/python: 2.5.4-r3, 2.6.2-r1 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=core2 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="7zip X a52 aac acl acpi amd64 berkdb bonjour branding bzip2 cli cracklib crypt cups dbus dirac dri encode faac faad ffmpeg fortran gd gdbm gnome gpm gtk hal iconv imagemagick ipv6 isdnlog jpeg mmx mp3 mudflap multilib ncurses network nls nptl nptlonly ogg opengl openmp pam pcre perl php png pppd python readline reflection samba schroedinger session spl sse sse2 ssl ssse3 svg sysfs tcpd theora threads tiff truetype unicode vorbis x264 xml xorg xvid zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Disregard post #3... wrong machine... Portage 2.1.6.13 (default/linux/amd64/2008.0/server, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r5-x86_64-Intel-R-_Atom-TM-_CPU_330_@_1.60GHz-with-gentoo-1.12.11.1 Timestamp of tree: Sat, 01 Aug 2009 08:00:20 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.6.2-r1 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="7zip a52 aac acl acpi aim amd64 amr apache2 avahi bash-completion berkdb bzip2 cgi clamav cli cracklib crypt ctype cups curl dbus dirac diskio doc dri dvdr dvdread encode exif expat faac faad fastcgi fat fbcon fbcondecor ffmpeg flac fortran gd gdbm gif gpm grub hal headless iconv imagemagick ipv6 isdnlog jadetex javascript jpeg lame ldap libextractor lm_sensors mailwrapper mdnsresponder-compat midi mmx mmxext mp3 mudflap multilib mysql ncurses network nls nptl nptlonly ogg opengl openmp pam pcre perl php png pppd python readline reflection rrdtool samba schroedinger session snmp sockets spl sqlite sqlite3 sse sse2 ssl ssse3 svg sysfs taglib tcpd theora threads tiff truetype unicode x264 xml xorg xvid zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" 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="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
please try 1.24.5
pango-1.24.5 gives out the same with USE="doc -X": gtk-doc: Linking scanner libtool: link: x86_64-pc-linux-gnu-gcc -O2 -pipe -Wall -Wl,-O1 -o .libs/pango-scan .libs/pango-scan.o -Wl,-O1 ../pango/.libs/libpangocairo-1.0.so /usr/lib64/libcairo.so /usr/lib64/libpixman-1.so /usr/lib64/libpng12.so /var/tmp/portage/x11-libs/pango-1.24.5/work/pango-1.24.5/pango/.libs/libpangoft2-1.0.so /var/tmp/portage/x11-libs/pango-1.24.5/work/pango-1.24.5/pango/.libs/libpango-1.0.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libglib-2.0.so -lm /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lz /usr/lib64/libexpat.so .libs/pango-scan.o: In function `main': pango-scan.c:(.text+0x1da4): undefined reference to `pango_xft_font_get_type' pango-scan.c:(.text+0x1db0): undefined reference to `pango_xft_font_map_get_type' pango-scan.c:(.text+0x1dbc): undefined reference to `pango_xft_renderer_get_type' collect2: ld returned 1 exit status Linking of scanner failed: make[3]: *** [scan-build.stamp] Error 1 make[3]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.5/work/pango-1.24.5/docs' Looking into the files: pango-scan.c includes pango/pangoxft-render.h, which in turn includes X11/X11.h and X11/Xft/xft.h. So USE="doc" sort of implies USE="X" -- but nothing currently enforces this in the ebuild?
please open a bug report upstream. Something in code isn't properly wrapped with #ifdef about X hence triggering this issue. Then please paste the URL here, thanks.
Pardon my ignorance, but when you say upstream, what do you mean exactly?
Gentoo is downstream, and Gnome is upstream in this case. Please open a bug report over at http://bugzilla.gnome.org/ and paste the bug report url here. Thanks :)
I politely disagree about this being an upstream error. If you take a look at what that docs/pango-scan.c appears to be doing -- AFAICT, it is dynamically creating and printing/writing the API docs XML. This is done by instantiating pretty much everything from pango (see the array at the beginning) -- including the apparently USE="X"-requiring xft_*-stuff (which would seem to cause this error with USE="doc -X"). IMHO the question is which is worse: USE="doc" implying USE="X" (only needed on Gentoo, no upstream or disturbing other distros necessary) -- or creating a patch which will enable compiling pango with USE="doc -X", but which will result in an *incomplete* API documentation (might surprise anyone trying to read it)? I'd go with the former nearly any day, but it's not my call.
if upstreams package doesn't build with options upstream provides, I don't see why it should be considered as something else than an upstream issue. It's not the only package using gtk-doc with documentation relying on code that can be disabled at build time FYI, so it's perfectly doable. @herd, anyway, we should just stop providing USE=doc and use the pre-generated doc, all those doc bugs are just noise for us (at least that's what it is to me).
(In reply to comment #11) > @herd, anyway, we should just stop providing USE=doc and use the pre-generated > doc, all those doc bugs are just noise for us (at least that's what it is to > me). > I agree that USE=doc should just install the pre-generated docs. Maybe have USE=rebuild-docs for re-generating docs? (Actually, I personally see no use in the user rebuilding docs at all)
(In reply to comment #11) > @herd, anyway, we should just stop providing USE=doc and use the pre-generated > doc, all those doc bugs are just noise for us (at least that's what it is to > me). Didn't we decide to do exactly that in the last meeting we had? Cheers
(In reply to comment #13) > (In reply to comment #11) > > @herd, anyway, we should just stop providing USE=doc and use the pre-generated > > doc, all those doc bugs are just noise for us (at least that's what it is to > > me). > > Didn't we decide to do exactly that in the last meeting we had? maybe, but since no-one took action, I guess it's completely stalled :)
It's stalled on that xref figuring out I think? Also gtkdoc-rebase is installed by full gtk-doc right now, I'd like that to be available from something like gtk-doc-am, to always work. Then if all the cross-linked docs define online documentation location, it should work with gtkdoc-rebase without rebuilding. gtk+-2.16 and glib-2.20 and more had commits for adding an online doc location with log messages about it making xref work nicely. Anyhow, tweaking description to specify USE=-X
(In reply to comment #11) > @herd, anyway, we should just stop providing USE=doc and use the pre-generated > doc, all those doc bugs are just noise for us (at least that's what it is to > me). > I agree, personally I see no use in the user rebuilding docs at all, as nirbheek said, and the pre-generated doc must be generated for each tarball (on upstream), so finally it's totally up-to-date. @nirbheek : USE=rebuild-doc (or something else similar) could cause the same problem.
I'm getting this also. Note that the error is: .libs/pango-scan.o: In function `main':pango-scan.c:(.text+0x2172): undefined reference to `pango_xft_font_get_type' pango-scan.c:(.text+0x2183): undefined reference to `pango_xft_font_map_get_type' pango-scan.c:(.text+0x2194): undefined reference to `pango_xft_renderer_get_type' collect2: ld returned 1 exit statusLinking of scanner failed: make[3]: *** [scan-build.stamp] Error 1 make[3]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.5-r1/work/pango -1.24.5/docs' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.5-r1/work/pango -1.24.5/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.24.5-r1/work/pango -1.24.5' make: *** [all] Error 2 * * ERROR: x11-libs/pango-1.24.5-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2788: Called gnome2_src_compile * environment, line 2144: Called die * The specific snippet of code: * emake || die "compile failure" * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if rele vant. * A complete build log is located at '/var/tmp/portage/x11-libs/pango-1.24.5-r1 /temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/pango-1. 24.5-r1/temp/environment'. * >>> Failed to emerge x11-libs/pango-1.24.5-r1, Log file: >>> '/var/tmp/portage/x11-libs/pango-1.24.5-r1/temp/build.log' Is this simply #228581 rearing its ugly head again?
NB: I saw this on x11-libs/pango-1.24.2, but also on x11-libs/pango-1.24.5-r1 today.
*** Bug 303140 has been marked as a duplicate of this bug. ***
Can't really fix this until gnome2 eclass is fixed or the ebuild uses another eclass.
With eapi4 we could maybe force "doc X" USE flags to be set :-/
(In reply to comment #21) > With eapi4 we could maybe force "doc X" USE flags to be set :-/ Agree. I put this in /etc/portage/package.use x11-libs/cairo doc X x11-libs/pango doc X I'm running headless on the box experiencing this problem. I think the ebuild is buggy as I can't see how pango will build without the X libraries which are conditionally brought in with the X use flag. So... the conditional depedencies shouldn't be an option... Since X was busted up, we'll be seeing more X libraries showing up as dependencies on headless machines not running X. Think this is one of them.
I removed "doc" and "test" from IUSE of x11-libs/pango-1.28.3-r1 from my local overlay ebuild and could emerge that version w/o problems at my x86 system after I removed the appropriate 2 sections of "doc?" and "test?" too ofc.
(In reply to comment #21) > With eapi4 we could maybe force "doc X" USE flags to be set :-/ Will do this then on next need update
+ 30 Jan 2012; Pacho Ramos <pacho@gentoo.org> pango-1.29.4.ebuild: + REQUIRED_USE='doc? ( X )' due upstream bug #643802, move gnome2_src_prepare to + proper place. +
