Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 91888 - gtk-sharp 1.9.3-r1 can't be emerged with "doc" USE flag
Summary: gtk-sharp 1.9.3-r1 can't be emerged with "doc" USE flag
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: dotnet project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-08 07:34 UTC by Aldo "xoen" Giambelluca
Modified: 2005-05-17 06:04 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aldo "xoen" Giambelluca 2005-05-08 07:34:28 UTC
Hi, I've a problem with the installation of gtk-sharp-1.9.3-r1.
When I try to emerge it get an error :

~~~~~~~~~~~~~~~~~~~~
    Processing input file TextScrolledHandler.xml
    Processing input file VteGlyphFlags.xml
Have 47 elements in the GLib
Have 703 elements in the Gtk
Have 1 elements in the Gtk.DotNet
Have 21 elements in the Glade
Have 68 elements in the Gnome.Vfs
Have 12 elements in the GConf.PropertyEditors
Have 83 elements in the Gda
Have 25 elements in the Vte
Have 7 elements in the GConf
Have 64 elements in the Pango
Have 157 elements in the Gdk
Have 71 elements in the Atk
Have 244 elements in the Gnome
Have 22 elements in the Rsvg
Have 37 elements in the Art
Have 48 elements in the GnomeDb

!!! ERROR: dev-dotnet/gtk-sharp-1.9.3-r1 failed.
!!! Function src_compile, Line 56, Exitcode 2
!!! Failed to generate docs
!!! If you need support, post the topmost build error, NOT this status message.
~~~~~~~~~~~~~~~~~~~~

I've seen the Line 56 of the ebuild :

	if use doc && has_version dev-util/monodoc
	then
		cd ${S}/doc
Line 56:	emake assemble || die "Failed to generate docs"
	fi

So I've tried to emerge gtk-sharp with the "-doc" USE flag ... gtk-sharp is emerged ... So, "probably" this is the problem.

<stupid question> Why the "Failed to generate docs" message is not shown? </stupid question>

Reproducible: Always
Steps to Reproduce:
1. emerge =gtk-sharp-1.9.3-r1
Actual Results:  
An error

Expected Results:  
GTK# Installed ;)

#####################
##   emerge info   ##
#####################
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r4 i686)
=================================================================
System uname: 2.6.11-gentoo-r4 i686 AMD Athlon(TM) XP 2000+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Apr 30 2005, 08:15:18)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=athlon-xp -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=athlon-xp -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="it_IT.utf8"
LC_ALL="it_IT.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowex X a52 aac aalib acpi alsa apm audiofile avi
bash-completion berkdb bitmap-fonts bonobo cddb cdparanoia cdr cjk crypt cups
curl directfb divx4linux doc dts dvd dvdr dvdread eds emboss encode examples
exif fam fbcon ffmpeg flac flash foomaticdb fortran gcj gdbm gif gimpprint gnome
gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal imagemagick imlib ipv6 jabber
java javascript jpeg libcaca libg++ libwww lm_sensors mad matroska mikmod mime
ming mmx mmx2 mng mono motif mozilla mp3 mpeg ncurses network nls nvidia ogg
oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline real rtc
sdl spell sqlite sse sse2 ssl svg svga tcltk tcpd tetex tga tiff truetype
truetype-fonts type1-fonts unicode usb vcd videos vorbis win32codecs wmf xml
xml2 xmms xpm xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS, LINGUAS
Comment 1 Peter Johanson (RETIRED) gentoo-dev 2005-05-08 11:18:58 UTC
It is, it's in the error message at the end. Can you please report the version of monodoc, mono, and gtk-sharp-1.0.x you have installed? Thanks.
Comment 2 Aldo "xoen" Giambelluca 2005-05-08 14:52:17 UTC
> It is, it's in the error message at the end.
Ops...it was a <stupid question> :)

> Can you please report the version of monodoc, mono, and gtk-sharp-1.0.x
> you have installed? Thanks.
Of course :
[ebuild   R   ] dev-lang/mono-1.1.7  +X -debug -icu -nptl 0 kB
[ebuild   R   ] dev-util/monodoc-1.0.6  0 kB
[ebuild   R   ] dev-dotnet/gtk-sharp-1.0.8  0 kB

Thanks to you!
Comment 3 Peter Johanson (RETIRED) gentoo-dev 2005-05-09 08:07:24 UTC
This is really odd, since the last line before the error message is the last line here that occurs in the docs generation, at which point it continues to the install stage..

Can you modify the ebuild to instead of dying, do 'einfo "$?"' to get the return value from the docs generation? Thanks.
Comment 4 Michael Ditum 2005-05-10 13:10:19 UTC
I'm also having the same problem and have the same versions of mono, monodoc and gtk-sharp...

I modified the ebuild to say...

if use doc && has_version dev-util/monodoc
then
        cd ${S}/doc
        emake assemble || einfo "$?"; die "Failed to generate docs"
fi

and it outputs...

Have 22 elements in the Rsvg
Have 37 elements in the Art
Have 48 elements in the GnomeDb
 * 2

!!! ERROR: dev-dotnet/gtk-sharp-1.9.3-r1 failed.
!!! Function src_compile, Line 56, Exitcode 0
!!! Failed to generate docs
!!! If you need support, post the topmost build error, NOT this status message.

so it looks like the return value is 2...
Comment 5 Aldo "xoen" Giambelluca 2005-05-10 13:42:08 UTC
Scuse me but I've had some problem with my computer (solded now) and few time, but Michael have done the works for me ;)

Do you want also my return value?
Comment 6 Peter Johanson (RETIRED) gentoo-dev 2005-05-10 13:47:53 UTC
Bizarre... nowhere in the monodoc source does a return value of 2 seem to happen, so i'm assuming this is the make return value. I'll try to dig up what make reporting this value might mean.

In the mean time, can you try building gtk-sharp by hand, and then running "make assemble" in the docs/ dir, and see if it errors out at all there, or suceeds? Thanks.
Comment 7 Michael Ditum 2005-05-10 14:17:05 UTC
I did the following...

tar zxvf /usr/portage/distfiles/gtk-sharp-1.9.3.tar.gz
cd gtk-sharp-1.9.3
./configure
make
cd docs
make assemble

output seems to be the same... no errors are shown...

if I then do echo $? it prints 0

Hope this helps
Comment 8 Aldo "xoen" Giambelluca 2005-05-13 10:46:10 UTC
I've tried also with gtk-sharp-1.9.3.1 ... I get the same error with the "doc" use like with the previous version.
Comment 9 Ed Catmur 2005-05-14 10:11:36 UTC
I have a feeling this is a parallel make problem: off the top of the screen is this error:

Unhandled Exception: System.IO.IOException: Sharing violation on path gtk-sharp-docs.zip
in <0x0032a> System.IO.FileStream:.ctor (System.String name, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean isAsync, Boolean anonymous)
in <0x0001d> System.IO.FileStream:.ctor (System.String name, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
in (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
in <0x000c9> System.IO.File:Create (System.String path, Int32 buffersize)
in <0x0000f> System.IO.File:Create (System.String path)
in <0x00041> Monodoc.HelpSource:SetupForOutput ()
in <0x00084> Monodoc.HelpSource:.ctor (System.String base_filename, Boolean create)
in <0x004a1> Monodoc.Assembler:Main (System.String[] args)
make: *** [gtk-sharp-docs.tree] Error 1
make: *** Waiting for unfinished jobs....

I'll try it with MAKEOPTS="-j1" and report back.
Comment 10 Ed Catmur 2005-05-14 10:19:22 UTC
Yes, MAKEOPTS="-j1" works.

I think this is a problem for quite a few monodoc-dependent ebuilds - all the *-sharp packages, but also dbus +mono +doc, etc.
Comment 11 Matze Braun 2005-05-17 05:46:35 UTC
Had the same problem here and MAKEOPTS="-j1" fixed it.
Comment 12 Peter Johanson (RETIRED) gentoo-dev 2005-05-17 06:04:03 UTC
Ok, I've just commited a fix to force -j1 for the docs generation. Thanks for
all the help tracking this down. Marking this FIXED, please feel free to re-open
if the fix commited doesn't fix things. Thanks.