Some mono applications fail to build on AMD64. I had to create two symlinks in /usr/lib/ to /usr/lib64 in order to get mono to build I think the problem is with mono and gtk-sharp or maybe they just don lrwxrwxrwx 1 root root 23 Aug 2 20:42 gtk-sharp-2.0 -> ../lib64/gtk-sharp-2.0/ lrwxrwxrwx 1 root root 13 Aug 2 20:30 mono -> ../lib64/mono Reproducible: Always Steps to Reproduce: 1. get an AMD64 system with multilib up and running 2. try and emerge mono 3. some things break as above Actual Results: Ebuilds fail
1) Please state the exact issue you are facing. 2) Attach the build logs for the packages that fail to build. 3) Post your `emerge --info' output. 4) Reopen this bug report.
gtk-sharp-2.0 does not build on AMD64.
Please don't ma
* Installation prefix = /usr * C# compiler: /usr/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GTK_SHARP_2_10 -define:GTK_SHARP_2_12 Optional assemblies included in the build: * glade-sharp.dll: yes * gtk-dotnet.dll: no * Mono.Cairo.dll: using system assembly NOTE: if any of the above say 'no' you may install the corresponding development packages for them, rerun autogen.sh to include them in the build. * Documentation build enabled: yes WARNING: The install prefix is different than the monodoc prefix. Monodoc will not be able to load the documentation. --- >>> Source configured. >>> Compiling source in /usr/portage/distfiles/portage/dev-dotnet/gtk-sharp-2.12.10/work/gtk-sharp-2.12.10 ... make -j9 CSC=/usr/bin/gmcs Making all in . make[1]: Entering directory `/usr/portage/distfiles/portage/dev-dotnet/gtk-sharp-2.12.10/work/gtk-sharp-2.12.10/gtk' cp ./gtk-api.raw gtk-api.xml cp ../gtk-sharp.snk . cp ../AssemblyInfo.cs . chmod u+w gtk-api.xml sed -e "s/@ASSEMBLY_NAME@/gtk-sharp/" -e "s/@POLICY@/2.4/" ../policy.config > policy.2.4.config sed -e "s/@ASSEMBLY_NAME@/gtk-sharp/" -e "s/@POLICY@/2.6/" ../policy.config > policy.2.6.config /usr/bin/gapi2-fixup --api=gtk-api.xml --metadata=./Gtk.metadata --symbols=./gtk-symbols.xml sed -e "s/@ASSEMBLY_NAME@/gtk-sharp/" -e "s/@POLICY@/2.8/" ../policy.config > policy.2.8.config sed -e "s/@ASSEMBLY_NAME@/gtk-sharp/" -e "s/@POLICY@/2.10/" ../policy.config > policy.2.10.config /usr/bin/al -link:policy.2.4.config -out:policy.2.4.gtk-sharp.dll -keyfile:gtk-sharp.snk /usr/bin/al -link:policy.2.6.config -out:policy.2.6.gtk-sharp.dll -keyfile:gtk-sharp.snk /usr/bin/al -link:policy.2.10.config -out:policy.2.10.gtk-sharp.dll -keyfile:gtk-sharp.snk /usr/bin/al -link:policy.2.8.config -out:policy.2.8.gtk-sharp.dll -keyfile:gtk-sharp.snk The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. make[1]: *** [policy.2.6.gtk-sharp.dll] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: *** [policy.2.4.gtk-sharp.dll] Error 1 The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. make[1]: *** [policy.2.10.gtk-sharp.dll] Error 1 The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. make[1]: *** [policy.2.8.gtk-sharp.dll] Error 1 The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory. make[1]: *** [gtk-api.xml] Error 1 make[1]: Leaving directory `/usr/portage/distfiles/portage/dev-dotnet/gtk-sharp-2.12.10/work/gtk-sharp-2.12.10/gtk' make: *** [all-recursive] Error 1 emake failed * ERROR: dev-dotnet/gtk-sharp-2.12.10 failed (compile phase): * emake failed * * Call stack:
now create the missing symlink ls -l $PWD/mono lrwxrwxrwx 1 root root 13 Aug 3 21:11 /usr/lib/mono -> ../lib64/mono and you can emerge gtk-sharp file. The gtk ebuild has the same problem as the mono one, so I guess someone should raise a bug on mono.
Please don't CC arches on your own
1) Don't CC random aliases. 2) Please attach your `emerge --info' output. 3) Attach the entire build log.
What you want me to build it again? I only saw on please, you were two pleases short. When I upgrade again, I might consider sharing my problems in order to improve things, but from what I can tell there seems to be some issues at the "foundation".
Took me about 90 seconds to resolve.
jer@gentoo.org - please don't change the description to some non sensical miscellanous comment that was taken from the summary.
*** This bug has been marked as a duplicate of bug 377355 ***
emerge --info Portage 2.1.10.9 (unavailable, gcc-4.5.2, glibc-2.13-r4, 3.0.0 x86_64) ================================================================= System uname: Linux-3.0.0-x86_64-Intel-R-_Core-TM-_i5-2400_CPU_@_3.10GHz-with-gentoo-2.0.3 Timestamp of tree: Unknown dev-lang/python: 2.7.2-r2::gentoo, 3.2-r2::gentoo sys-devel/autoconf: 2.13::gentoo, 2.68::gentoo sys-devel/automake: 1.11.1-r1::gentoo sys-devel/binutils: 2.21.1::gentoo sys-devel/libtool: 2.4-r1::gentoo sys-kernel/linux-headers: 2.6.38::gentoo (virtual/os-headers) Repositories: x-portage ACCEPT_KEYWORDS="~amd64" ACCEPT_LICENSE="* -@EULA" CFLAGS="-O2 -march=core2 -mssse3 -msse4.1 -msse4.2 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx -mtune=core2 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=core2 -mssse3 -msse4.1 -msse4.2 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx -mtune=core2 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks ebuild-locks fixlafiles fixpackages metadata-transfer news nodoc noinfo notitles parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch usersync webrsync-gpg" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/portage/distfiles" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amr apng directfb egl ffmpeg fontconfig gnutls graphite gsm lto mmx mmx2 network policykit pulseaudio sasl sqlite sse sse2 sse3 sse4 sse4_1 sse4_2 threads vaapi video x264 xinerama xvmc" Unset: EMERGE_DEFAULT_OPTS, PORTAGE_BUNZIP2_COMMAND
Thanks for reporting this issue, assigning to maintainers. By the way, the request for build wasn't assuming you'd rebuild the whole thing to get a log; most gentoo users set PORT_LOGDIR in make.conf to save build logs for later analysis. Consider setting it yourself if you haven't already, it will come in handy sooner or later.
Naah been quite happy with gentoo over that last couple of years. Early on it was a bit rank with many failures but it is now quite good, and I don't normally expect to find bugs, much less bugs that are not already reported. (In reply to comment #13) > Thanks for reporting this issue, assigning to maintainers. > > By the way, the request for build wasn't assuming you'd rebuild the whole thing > to get a log; most gentoo users set PORT_LOGDIR in make.conf to save build logs > for later analysis. Consider setting it yourself if you haven't already, it > will come in handy sooner or later.
*** This bug has been marked as a duplicate of bug 374867 ***
