Summary: | dev-lang/nemerle-0.9.2 fails to install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrizio Bassi <patrizio.bassi> |
Component: | New packages | Assignee: | dotnet project <dotnet> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | towa, uzytkownik2 |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Patrizio Bassi
2006-03-17 02:42:05 UTC
Can you please report the version of mono you are using? Thanks. lastest in portage mono --version Mono JIT compiler version 1.1.13.4, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV : normal I have the same problem. $ mono --version Mono JIT compiler version 1.1.13.4, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: normal GC: Included Boehm (with typed GC) SIGSEGV : normal $ emerge --info Portage 2.1_pre7 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.6.14 ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig digest distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ http://ftp.du.se/pub/os/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /home/kolmodin/code/gentoo-haskell/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm avi bash-completion berkdb bitmap-fonts cdr crypt cups dbus dri dvd dvdr dvdread eds emboss encode firefox foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal imlib ipv6 jpeg libg++ libwww mad mikmod mmx mmx2 motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl spell sse sse2 ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS This bug seems to occure in some releases of nemerle. I got it when merging 0.9.2 and 0.2.1-r2. I could install 0.9.2 successfully, maybe the other versions work this way, too. I also could compile and run the knuth-morris-pratt example from the nemerle homepage, so everything seems to be fine. There is a config.mak file in the source tree. This file is generated at the beginning of the compilation by the configure skript. This skript calculates a wrong $gacutil_base. Probably $mono_libdir is already wrong. It was to difficult for me to fix this skript, but I changed the two lines in config.mak where the GACUTIL_* variables are specified to GACUTIL_COMMAND = gacutil -root $(DESTDIR)/usr/lib/mono -package nemerle -i GACUTIL_UNINSTALL_COMMAND = gacutil -root $(DESTDIR)/usr/lib/mono -package nemerle -u after the compilation and before the installation, i.e. I do use ebuild instead of emerge. that's all :-) i didn't understall well..seems you tweaked the ebuild. if so, can you poste the ebuild you used? (In reply to comment #5) > i didn't understall well..seems you tweaked the ebuild. > > if so, can you poste the ebuild you used? > No, I did not modify the *.ebuild. This is what I did: #> ebuild /usr/portage/dev-lang/nemerle/nemerle-0.9.2.ebuild compile #> emacs /var/tmp/portage/nemerle-0.9.2/work/nemerle-0.9.2/config.mak ... do the changes ... #> ebuild /usr/portage/dev-lang/nemerle/nemerle-0.9.2.ebuild merge I hope this is easier to understand. It would be more comfortable, if someone could patch the configure file. Maybe I will try next week. ok, i understood your way. i confirm you way works perfectly. please patch somehow. after some helpful comments from malekith (see here: http://nemerle.org/bugs/view.php?id=651), I am still confused. But the good news is, that I have a patch for the nemerle-0.9.2.ebuild, which works for me. This is the patch: 31c31 < --prefix=/usr \ --- > --prefix=/usr --libdir=/usr/lib \ Now I have isolated the problem. See also http://nemerle.org/bugs/view.php?id=654. The correct way to resolve this bug is to move the install -d $(DESTDIR)$(PKGCONFIGDIR) command to be executed first when calling the install target, e.g. apply this patch to the Makefile: 132a133 > $(Q)install -d $(DESTDIR)$(PKGCONFIGDIR) 137d137 < $(Q)install -d $(DESTDIR)$(PKGCONFIGDIR) The bug is patched in the nemerle reposity. The next release should emerge without problems. Until then I suggest the workaround "--libdir=/usr/lib". Yup, seems cool by me. Just commited this, thanks for tracking that down. Marking this FIXED, please feel free to re-open if you still have issues with this. Thanks. |