First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 91888
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: dotnet <dotnet@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Aldo "xoen" Giambelluca <xoen.gnu@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 91888 depends on: Show dependency tree
Bug 91888 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-05-08 07:34 0000
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 From Peter Johanson (RETIRED) 2005-05-08 11:18:58 0000 -------
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 From Aldo "xoen" Giambelluca 2005-05-08 14:52:17 0000 -------
> 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 From Peter Johanson (RETIRED) 2005-05-09 08:07:24 0000 -------
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 From Michael Ditum 2005-05-10 13:10:19 0000 -------
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 From Aldo "xoen" Giambelluca 2005-05-10 13:42:08 0000 -------
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 From Peter Johanson (RETIRED) 2005-05-10 13:47:53 0000 -------
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 From Michael Ditum 2005-05-10 14:17:05 0000 -------
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 From Aldo "xoen" Giambelluca 2005-05-13 10:46:10 0000 -------
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 From Ed Catmur 2005-05-14 10:11:36 0000 -------
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 From Ed Catmur 2005-05-14 10:19:22 0000 -------
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 From Matze Braun 2005-05-17 05:46:35 0000 -------
Had the same problem here and MAKEOPTS="-j1" fixed it.

------- Comment #12 From Peter Johanson (RETIRED) 2005-05-17 06:04:03 0000 -------
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.

First Last Prev Next    No search results available      Search page      Enter new bug