Summary: | net-libs/libsoup-2.2.105-r1 fails to emerge with USE=doc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Leonid Podolny <leonidp.lists> |
Component: | [OLD] Library | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | anm.mlist01, dirk.heinrichs, dirk, ed, gmurray, howard_b_golden, Martin.vGagern, portage, tetromino, zzam |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
full build log
emerge --info build log with -j1 libsoup-2.2.105-r1.ebuild |
Description
Leonid Podolny
2008-02-25 10:15:38 UTC
Created attachment 144567 [details]
full build log
Created attachment 144569 [details]
emerge --info
Attach a full log w/ MAKEOPTS="-j1", thanks. Created attachment 144571 [details]
build log with -j1
And it builds successfully with USE="-doc" Bleh the output is still damn useless... :/ Is you system sane when you run revdep-rebuild -p, just in case? While revdep-rebuild is running, I checked a little something. If you don't apply libsoup-2.2.105-fix-devhelp-docs.patch, then everything compiles. I'm not sure how I can exclude a patch from the ebuild, so I have built this package from source. It build fine. If you apply this patch on these sources, then it begins to fail just like ebuild does. Let me know if there is anything else I can do. I am seeing the same problem on 2 ~x86 systems and revdep-rebuild reports no problems. that's probably the relevant section of the compilation on my machine (~amd64) i hope it helps. creating ssl-test make[2]: Leaving directory `/var/tmp/portage/net-libs/libsoup-2.2.105-r1/work/libsoup-2.2.105/tests' Making all in docs make[2]: Entering directory `/var/tmp/portage/net-libs/libsoup-2.2.105-r1/work/libsoup-2.2.105/docs' Making all in reference make[3]: Entering directory `/var/tmp/portage/net-libs/libsoup-2.2.105-r1/work/libsoup-2.2.105/docs/reference' gtk-doc: Scanning header files make[3]: *** No rule to make target `libsoup-2.2-docs.sgml', needed by `html-build.stamp'. Stop. make[3]: *** Waiting for unfinished jobs.... From the Changelog: 24 Feb 2008; Mart Raudsepp <leio@gentoo.org> +files/libsoup-2.2.105-fix-devhelp-docs.patch, -libsoup-2.2.3-r1.ebuild, -libsoup-2.2.105.ebuild, +libsoup-2.2.105-r1.ebuild: Fix gtk-docs not showing up in devhelp But the patch is wrong - apart from the last diff in it (to the Makefile.in) - as Mart seems to have recognised: http://bugzilla.gnome.org/show_bug.cgi?id=518384 Furthermore, the ebuild renames two devhelp files: # Fix GNOME bug #518384 - API docs not found by devhelp epatch "${FILESDIR}/${P}-fix-devhelp-docs.patch" mv "${S}/docs/reference/html/libsoup.devhelp" "${S}/docs/reference/html/libsoup-2.2.devhelp" mv "${S}/docs/reference/html/libsoup.devhelp2" "${S}/docs/reference/html/libsoup-2.2.devhelp2" which, though those files do actually exist and are used, appears to be wrong too: When I manually patch the Makefile.in and rename four files along the same lines as they have been renamed here: http://bugzilla.gnome.org/show_bug.cgi?id=518384 (ie using 2.2 instead of 2.4), libsoup builds okay and correctly named devhelp files are generated. (In reply to comment #10) > When I manually patch the Makefile.in and rename four files along the same > lines as they have been renamed here: > > http://bugzilla.gnome.org/show_bug.cgi?id=518384 > > (ie using 2.2 instead of 2.4), libsoup builds okay and correctly named devhelp > files are generated. Sorry, wrong link there. It should be: http://svn.gnome.org/viewvc/libsoup/trunk/docs/reference/ Created attachment 145043 [details]
libsoup-2.2.105-r1.ebuild
ebuild with fixes as per above.
Additional files that are moved:
mv "${S}/docs/reference/libsoup"{,-2.2}"-docs.sgml"
mv "${S}/docs/reference/libsoup"{,-2.2}"-overrides.txt"
mv "${S}/docs/reference/libsoup"{,-2.2}"-sections.txt"
mv "${S}/docs/reference/libsoup"{,-2.2}".types"
(In reply to comment #0) i can confirm this for net-libs/libsoup-2.2.105-r1. -doc solved it for me. Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.7-r1, 2.6.23-lisabook-rc2 x86_64) ================================================================= System uname: 2.6.23-lisabook-rc2 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz Timestamp of tree: Wed, 05 Mar 2008 11:30:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r6, 2.5.1-r5 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 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.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=nocona" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=nocona" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror http://ftp.uni-erlangen.de/pub/mirrors/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de hu en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" 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-overlays/my" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 amr audiofile bash-completion berkdb bluetooth bzip2 cairo cddb cdr cli cracklib crypt cups dbus dia directfb doc dri dv dvd dvdr emacs encode exif fbcon ffmpeg firefox flac foomaticdb fortran fuse gdbm gif gnome gtk gtk2 hal hbci hfs httpd ical iconv insecure-drivers ipv6 isdnlog jack jpeg ladspa lame libnotify libsamplerate live lm_sensors logrotate madwifi makecheck matroska midi mmx mmxext mod mono mozsvg mp3 mpeg mudflap musicbrainz ncurses network nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pda pdf perl pic png postscript ppds pppd python quicktime readline reflection samba sdl session shout spell spl sse sse2 ssl stream svg tcpd theora threads thunderbird truetype unicode usb v4l v4l2 vcd vlm vorbis wmf x264 xml xorg xv xvid yv12 zlib" ALSA_CARDS="hda-intel" 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" 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" CAMERAS="kodak_dc210 canon ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de hu en" USERLAND="GNU" VIDEO_CARDS="i810 vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS please, pretty please, stop the "same for me" comments. The problem is not arch specific, comment #10, #11 and #12 provide explanation and test ebuild. Trying them and reporting status would be much more appreciated. Thanks for understanding. (In reply to comment #14) > please, pretty please, stop the "same for me" comments. The problem is not arch > specific, comment #10, #11 and #12 provide explanation and test ebuild. Trying > them and reporting status would be much more appreciated. Thanks for > understanding. > Merged an ebuild from comment #12, it seems to work. Same for me. (On the comment #12 ebuild working) Sorry for the delay and breakage. We should sort this out and kill those USE=doc's in the first place... useless and just a time consumer these days in many cases. Anyhow, this should be fixed now with the four additional mv's to get the files that gtk-doc looks for based on the changed DOC_MODULES variable correctly named. I also left the patch in, as that should make it work good for the cases that USE=doc is not used.. I also tried to do more moves to get the installed files set the same for both USE=doc and USE=-doc, but that had a snowball effect, so the files that get renamed are named differently (USE=doc has libsoup-22-* and USE=-doc has just libsoup-*) between them, but at least all the internal links work then. (In reply to comment #17) > Anyhow, this should be fixed now with the four additional mv's to get the files Verified. Mart, thanks for the great work. |