MonoDevelop 0.11 is out ;) attached there is the new ebuild
Created attachment 86282 [details] dev-util/monodevelop-0.11.ebuild dev-util/monodevelop-0.11.ebuild
thanks for your ebuild ;)
What's the holdup? This ebuild's been waiting since May 6, and meanwhile Gentoo continues to rate poorly as a Mono development platform.
if the Gentoo Team is searching someone to maintaing the ebuild, i'm available and i use monodevelop every day so i'll be very interested to have this ebuild updated :)
(In reply to comment #4) The dotnet herd obviously needs help, but you'll need to become a Gentoo dev before you'll be allowed to maintain this ebuild. If you have the enthusiasm, time and skills I encourage you to do this. You should probably hang out in #gentoo-dotnet on Freenode and get to know the ropes first.
Maybe a "Experimental dot-net" overlay at http://overlays.gentoo.org/ could be a good way to test ebuilds like this? No need to be a dev then. :) /C.M
(In reply to comment #6) > Maybe a "Experimental dot-net" overlay at http://overlays.gentoo.org/ could be > a good way to test ebuilds like this? No need to be a dev then. :) Excellent idea. The dotnet herd could give provisional commit access to users like Toffanin offering to become more involved in working on new ebuilds. With the testing ebuilds readily available in an overlay, other interested users have more incentive to help with testing. This process is already proving quite popular over at the Sunrise overlay (I've already been contributing ebuilds and scripts there myself).
> Excellent idea. The dotnet herd could give provisional commit access to users > like Toffanin offering to become more involved in working on new ebuilds. Yes, it's a good idea, and i was just thinking to commit the new ebuilds to Sunrise Overlay. I have also a personal overlay on sourceforge manageable with layman (or gensync), where there are some experimental/new ebuilds that do not exists into the actual portage or other overlay.
(In reply to comment #8) > Yes, it's a good idea, and i was just thinking to commit the new ebuilds to > Sunrise Overlay. MonoDevelop ebuilds would have to go somewhere else since Sunrise is only for ebuilds assigned to maintainer-wanted@gentoo.org.
*** Bug 141543 has been marked as a duplicate of this bug. ***
Seems like bug# 141625 is relevant for this ebuild as well?
(In reply to comment #11) > Seems like bug# 141625 is relevant for this ebuild as well? yes it is rilevant (also v0.11 is affected) and is a duplicate of this bug: https://bugs.gentoo.org/show_bug.cgi?id=132465 #132465 involve another bug other than the metacity missing libs: - monodevelop compiled without metacity: gtk designer crash - monodevelop compiled with metacity onto Firefox: gtk designer do not crash but do not work at all (no RAD tools as mentioned in #132465) - monodevelop compiled with metacity onto Gecko-SDK: gtk designer do not crash and all the RAD tools work like a charm so there is another point to not let compile monodevelop against Firefox (must be point out to #98839 ? )
Created attachment 93568 [details] Screenshot.png And how will you explain this:) and emerge -D1pv gecko-sdk mozilla seamonkey These are the packages that would be merged, in order: Calculating dependencies... done! [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.3) [ebuild N ] net-libs/gecko-sdk-1.7.13 USE="crypt gnome ipv6 java ldap mozcalendar mozdevelop mozsvg postgres ssl truetype xprint -debug -moznocompose -moznoirc -moznomail -moznoxft -xinerama" 30,013 kB [ebuild N ] www-client/mozilla-1.7.13 USE="crypt gnome ipv6 java ldap mozcalendar mozdevelop mozsvg postgres ssl truetype xprint -debug -moznocompose -moznoirc -moznomail -moznoxft -xinerama" 468 kB [ebuild N ] www-client/seamonkey-1.0.3 USE="crypt gnome ipv6 java ldap mozcalendar mozdevelop postgres xprint -debug -moznocompose -moznoirc -moznomail -moznoroaming -xinerama" 35,022 kB Total size of downloads: 65,504 kB
See the following article. I had to "tweak" things a little to make it work. http://forums.gentoo.org/viewtopic-t-482255-highlight-.html
So much for 0.11... let's shoot for 0.12? ;) http://www.monodevelop.com/Release_notes_for_MonoDevelop_0.12
Created attachment 96240 [details] monodevelop-0.12.ebuild ebuild for 0.12
Created attachment 96267 [details] dev-util/monodevelop-0.12-r1.ebuild an improved ebuild for monodevelop 0.12: - add support for the new Nemerle add-in - more archs (actualy tested successfuly the ebuild on ~x86 e ~amd64) - few fix
monodevelop-0.12-r1 ebuild still misses asp.net support
(In reply to comment #17) > - more archs (actualy tested successfuly the ebuild on ~x86 e ~amd64) From your ebuild: KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc-macos ~ppc64 ~s390 ~sparc ~x86" Don't add arches which you haven't personally tested this ebuild on... that defeats the purpose of keywords. If you tested only on ~x86 and ~amd64, change it to: KEYWORDS="~x86 ~amd64" > - few fix You removed "-j1" from the line: emake -j1 || die "make failed" Please put it back. Parallel make does *not* work with this ebuild on my ~x86 test boxes, so -j1 is necessary (also see your 0.11 ebuild).
#18 & #19: yes, you are right, sorry for the inconvenient, i'm doing some new ebuilds for monodevelop-0.12 and other dotnet stuff related to v0.12, because there are wrong dependencies and missing features. when will be ready i'll sumbit here.
The 0.12-r1 ebuild works for me with the added -j1 on ~AMD64 (on a system compiled with -ftree-vectorize and --as-need which are fairly aggressive). What I'd like to see most is the dependency on gecko-sharp getting turned into a useflag. I don't have a use for it but it forces me to pull in the whole mozilla instead of only firefox...
(In reply to comment #21) > What I'd like to see most is the dependency on gecko-sharp getting turned into > a useflag. i'll do the ebuild modification ;)
Thanks a lot, if you can turn some hard dependencies into use flags, I'm sure many people will thank you. Not having to install optional dependencies for features you don't use is one of the strenghts of gentoo (or source distributions in general) over traditional ones. Although, looking at the deps I'm not sure wheter more of them are really optional. I hope that at least gecko-sharp really is, it's the hugest pull-in. :-) To make it more obvious - here's the list of packages required just for monodevelop as I'm using KDE usually (based upon 0.10 which was in portage at that time): Calculating dependencies ... done! [ebuild N ] dev-util/monodevelop-0.10 USE="-boo -java" 2,729 kB [ebuild N ] dev-dotnet/gtkhtml-sharp-2.8.2 2,118 kB [ebuild N ] gnome-extra/gtkhtml-3.10.2 USE="-debug" 1,238 kB [ebuild N ] gnome-base/gail-1.8.11 USE="-debug -doc" 570 kB [ebuild N ] net-libs/libsoup-2.2.94 USE="-debug -doc -ssl -static" 471 kB [ebuild N ] dev-dotnet/gconf-sharp-2.8.2 0 kB [ebuild N ] dev-dotnet/glade-sharp-2.8.2 0 kB [ebuild N ] dev-dotnet/gtksourceview-sharp-0.10-r1 140 kB [ebuild N ] x11-libs/gtksourceview-1.6.1 USE="-debug -doc" 726 kB [ebuild N ] dev-dotnet/gnome-sharp-2.8.2 0 kB [ebuild N ] gnome-base/gnome-panel-2.14.2 USE="-debug -doc -eds" 2,510 kB [ebuild N ] gnome-base/gnome-menus-2.14.0 USE="-debug" 398 kB [ebuild N ] gnome-base/gnome-desktop-2.14.2 USE="-debug -doc" 1,159 kB [ebuild N ] app-text/scrollkeeper-0.3.14-r2 USE="nls" 663 kB [ebuild N ] app-text/docbook-xml-dtd-4.1.2-r6 73 kB [ebuild N ] app-text/docbook-xsl-stylesheets-1.70.1 1,589 kB [ebuild N ] app-text/build-docbook-catalog-1.2 3 kB [ebuild N ] app-text/sgml-common-0.6.3-r5 74 kB [ebuild N ] app-text/gnome-doc-utils-0.6.1 USE="-debug" 375 kB [ebuild N ] gnome-base/libgnomeui-2.14.1 USE="jpeg -debug -doc" 1,847 kB [ebuild N ] gnome-base/libbonoboui-2.14.0 USE="X -debug -doc" 872 kB [ebuild N ] gnome-base/gnome-keyring-0.4.9 USE="-debug" 386 kB [ebuild N ] x11-libs/libwnck-2.14.2 USE="-debug -doc" 449 kB [ebuild N ] x11-libs/startup-notification-0.8 230 kB [ebuild N ] gnome-base/libgnome-2.14.1 USE="-debug -doc -esd -static" 971 kB [ebuild N ] dev-dotnet/art-sharp-2.8.2 0 kB [ebuild N ] gnome-base/libgnomeprintui-2.12.1 USE="-debug -doc" 631 kB [ebuild N ] gnome-base/libgnomeprint-2.12.1 USE="-cups -debug -doc" 769 kB [ebuild N ] x11-themes/gnome-icon-theme-2.14.2 USE="-debug" 2,878 kB [ebuild N ] x11-misc/icon-naming-utils-0.7.2 60 kB [ebuild N ] dev-perl/XML-Simple-2.14 USE="perl -minimal" 64 kB [ebuild N ] gnome-base/libgnomecanvas-2.14.0 USE="X -debug -doc -static" 597 kB [ebuild N ] dev-dotnet/vte-sharp-2.8.2 0 kB [ebuild N ] x11-libs/vte-0.12.2 USE="opengl python -debug -doc" 951 kB [ebuild N ] dev-dotnet/gnomevfs-sharp-2.8.2 0 kB [ebuild N ] gnome-base/gnome-vfs-2.14.2 USE="hal samba ssl -avahi -debug -doc -gnutls -ipv6" 1,773 kB [ebuild N ] gnome-base/libbonobo-2.14.0 USE="-debug -doc" 1,354 kB [ebuild N ] gnome-base/gnome-mime-data-2.4.2 USE="-debug" 829 kB [ebuild N ] dev-dotnet/gecko-sharp-0.11 172 kB [ebuild N ] www-client/mozilla-1.7.13 USE="crypt ssl -debug -gnome -ipv6 -java -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznoxft -mozsvg -postgres -truetype -xinerama -xprint" 30,381 kB [ebuild N ] dev-dotnet/gtk-sharp-2.8.2 USE="doc" 0 kB [ebuild N ] dev-perl/XML-LibXML-1.58-r1 USE="perl -minimal" 167 kB [ebuild N ] dev-perl/XML-LibXML-Common-0.13 USE="perl -minimal" 12 kB [ebuild N ] dev-perl/XML-SAX-0.14-r1 USE="perl -minimal" 57 kB [ebuild N ] dev-perl/XML-NamespaceSupport-1.09 USE="perl -minimal" 7 kB [ebuild N ] dev-util/monodoc-1.1.13 17,246 kB [ebuild N ] dev-lang/mono-1.1.16.1 USE="X nptl" 18,667 kB [ebuild N ] dev-dotnet/libgdiplus-1.1.16.1 USE="gif jpeg png tiff" 1,738 kB [ebuild N ] sys-devel/bc-1.06.94 USE="readline -libedit -static" 276 kB
I even forgot some stuff ;-) Total size of downloads: 98,243 kB x11-wm/metacity-2.14.5 dev-util/glade-2.12.1 x11-themes/metacity-themes IIRC for metacity there's a missing dependency somewhere. Didn't compile without it but nothing pulled it in automatically as well. Total size was without those packages I emerged later on to get it running.
The monodevelop-0.12-r1 ebuild isn't working for me. I get this error: Making all in MonoDevelop.GtkCore make[2]: Entering directory `/var/tmp/portage/monodevelop-0.12-r1/work/monodevelop-0.12/Extras/MonoDevelop.GtkCore' mkdir -p ../../build/AddIns/MonoDevelop.GtkCore make[2]: *** No rule to make target `../../build/AddIns/MonoDevelop.GtkCore/MonoDevelop.GtkCore.dll.mdb', needed by `all-am'. Stop. make[2]: *** Waiting for unfinished jobs.... (...) !!! ERROR: dev-util/monodevelop-0.12-r1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile monodevelop-0.12-r1.ebuild, line 43: Called die
Look at Comment #19 - you need to add -j1 to the emake call to get it working.
(In reply to comment #23) > Although, looking at the deps I'm not sure wheter more of them are really > optional. I hope that at least gecko-sharp really is, it's the hugest pull-in. yes, i agree too, i'm not sure if all the actual dependecies can be made as USE flags, surerely gecko-sharp can be. actualy i'm fighting against nemerle, antlr e nant ebuilds because the one present into portage are too old, and do not work correctly with monodevelop-0.12, so i'm updating them. For now i'm working on my personal portage overlay, when i have resolved all the conflict and the ebuilds will be more 'stable' i'll attach here. for who want to try/test the new ebuilds can do directly throught layman and sync to my personal overlay: layman -f -o http://wtk-overlay.sf.net/layman.xml -a WTK-Testing p.s.: there is a lot of work to do with monodevelop and related stuff
p.s.: tested also on ~ppc and apparently seem to work.
nemerle is compiled per default, you need --disable-nemerle to actually turn it off. And since monodevelop needs a nemerle newer than the one in portage, it will fail to build on any system where nemerle is installed. Even without the nemerle useflag set.
(In reply to comment #29) > And since monodevelop needs a nemerle newer than the one in portage, it will > fail to build on any system where nemerle is installed. Even without the > nemerle useflag set. as i wrote i'm doing new ebuils, for monodevelop, nemerle, antlrm, nant and other dotned stuff. so will be more recent packages versions :) (i have only two hand, please be patient) p.s.: i have done also the ebuild for mono-debugger because is missing in portage
Created attachment 96332 [details] dev-util/monodevelop-0.12-r2 new ebuild release. - gecko-sdk optional (USE="mozilla") - support for Mono Debugger (ebuild here: http://bugs.gentoo.org/show_bug.cgi?id=146720) - support for nemerle (ebuild here: http://bugs.gentoo.org/show_bug.cgi?id=146721) - support for ASP.NET - working with mono 1.1.17.1 (~x86 and ~amd64) N.B.: if nemerle USE is active, will be required a mono release >1.1.15, so you'll need to rebuild a lot of mono tools (such as monodoc, log4dev ecc ecc), if you are using the stable mono release (=<1.1.13), please pay attention!; will be required also other tools (some not present into the portage) such as: - nant-0.85_rc4 (ebuild here: http://bugs.gentoo.org/show_bug.cgi?id=137443) - log4net 1.2.10 (ebuild here: http://bugs.gentoo.org/show_bug.cgi?id=63395) - antlr (nemerle ebuild warn you if antlr is not compiled properly, i prefer to prevent bugs instead to create new one ;) ) N.B2: for the ones who have layman, all the job to manual donwload the extras ebuilds can be skipped just simple syncing to my personal overlay: # layman -f -o http://wtk-overlay.sf.net/layman.xml -a WTK-Testing P.S: actualy the dev-dotnet/xsp version present into portage (1.1.10 ) is too old, and monodevelop is not able to use it due the API changes. tomorrow i'll do a new ebuild for the most recent version: dev-dotnet/xsp-1.1.17.1, so also this part will be fixed correctly. P.P.S: dev-lang/nemerle-0.9.3 is the last official release, but monodevelop require the 0.9.3.33+ that is not an official release but a (old) daily snapshot from SVN. so it is hard to create a propel ebuild for it. i'm working to a solution to be suitable also for the future release of nemerle (so please be patient).
You should check dependencies before you makes them optional. Seems like for some strange reasons gecko-sharp isn't an optional dependency. :-( At least I found out that metacity doesn't seem to be required anymore.
(In reply to comment #32) > You should check dependencies before you makes them optional. Seems like for > some strange reasons gecko-sharp isn't an optional dependency. :-( indead i have tested, i'm using mono-1.1.17.1 and monodevelop-0.12 without gecko-sharp and seem to work correctly (also Stetic); you can report more infos about your problem with gecko-sharp? thanks > At least I found out that metacity doesn't seem to be required anymore. is no more necessary, was into the ebuild for a monodevelo-0.10 bug, but it is fixed in the new release, so i have removed from the ebuild. if there are others problems, please report, so i can improve the ebuild and dev-dotnet stuff.
I tried an emerge -C gecko-sharp; emerge monodevelop (0.12-r2): checking GTKSOURCEVIEW_SHARP_CFLAGS... -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/gnome-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/art-api.xml -I:/usr/lib64/pkgconfig/../../share/gapi-2.0/gnome-vfs-api.xml checking GTKSOURCEVIEW_SHARP_LIBS... -r:/usr/lib64/mono/gtksourceview-sharp-2.0/gtksourceview-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/glib-sharp.dll checking for gecko-sharp-2.0 >= 0.10... Package gecko-sharp-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gecko-sharp-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gecko-sharp-2.0' found configure: error: Library requirements (gecko-sharp-2.0 >= 0.10) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. What else should I do? I'm using ~AMD64 so mono is at 1.1.17.1. I'm not using any custom ebuilds besides the monodevelop one though. dev-util/monodevelop-0.12-r2 USE="-asp -boo -debugger -java -mozilla -nemerle"
Created attachment 96353 [details] dev-util/monodevelop-0.12-r3 new ebuild release: - fixed gecko-sharp dependency (was my fault sorry) - better support for ASP.NET Project unfortunately ASP.NET Visual Designer is not actualy usable and do not exists an official release bundled with dev-dotnet/xsp, but is only available by SVN. an update dev-dotnet/xsp can be found here: http://bugs.gentoo.org/show_bug.cgi?id=146763
(In reply to comment #34) > dev-util/monodevelop-0.12-r2 USE="-asp -boo -debugger -java -mozilla -nemerle" > about gecko-sharp dependency was a my fault, i have an old gecko-sharp version installed (due to the dev-dotnet tests i'm doing), so i have a false positive about gecko-sharp; i have fixed the problem with -r3 of the ebuild. sorry.
(In reply to comment #35) > Created an attachment (id=96353) [edit] > dev-util/monodevelop-0.12-r3 > Build works fine, but while trying to start: beowulf@wks ~ $ monodevelop no implementation for interface method MonoDevelop.Ide.Codons.IDisplayBinding::get_DisplayName() in class MonoDevelop.XmlEditor.XmlDisplayBinding METHOD .ctor() METHOD CanCreateContentForMimeType(string) METHOD CreateContentForMimeType(string,System.IO.Stream) METHOD CanCreateContentForFile(string) METHOD CreateContentForFile(string) ** ERROR **: file class.c: line 1912 (mono_class_setup_vtable_general): should not be reached aborting... Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r3, 2.6.17-gentoo-r7 i686) ================================================================= System uname: 2.6.17-gentoo-r7 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.12.4 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="" ALSA_CARDS="via82xx" ARCH="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CCACHE_SIZE="512M" CCACHE_TEMPDIR="/var/tmp/ccache" CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" CLASSPATH="." CLEAN_DELAY="5" COLORTERM="gnome-terminal" CONFIG_PROTECT="/etc /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CVS_RSH="ssh" CXXFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-Eipby1jagE,guid=c7860045641308d5f1fe696fdbed7800" DESKTOP_SESSION="gnome" DESKTOP_STARTUP_ID="" DISPLAY=":1.0" DISTDIR="/usr/portage/distfiles" EDITOR="/bin/nano" ELIBC="glibc" EMERGE_DEFAULT_OPTS="-avt" EMERGE_WARNING_DELAY="10" FEATURES="autoconfig buildpkg ccache confcache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox" FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp --limit-rate=200k ${URI} -P ${DISTDIR}" GCC_SPECS="" GDK_USE_XFT="1" GDMSESSION="gnome" GDM_LANG="de_DE.UTF-8" GDM_XSERVER_LOCATION="local" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" GNOME_DESKTOP_SESSION_ID="Default" GNOME_KEYRING_SOCKET="/tmp/keyring-pGu0xV/socket" GNOME_LANG="de_DE.UTF-8" GTK_RC_FILES="/etc/gtk/gtkrc:/home/beowulf/.gtkrc-1.2-gnome2" G_BROKEN_FILENAMES="1" G_FILENAME_ENCODING="UTF-8" HOME="/home/beowulf" INFOPATH="/usr/share/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/info" INPUT_DEVICES="keyboard mouse" JAVAC="/opt/blackdown-jdk-1.4.2.03/bin/javac" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JDK_HOME="/opt/blackdown-jdk-1.4.2.03" KERNEL="linux" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LC_CTYPE="de_DE.UTF-8" LESS="-R -M --shift 5" LESSOPEN="|lesspipe.sh %s" LINGUAS="de" LOGNAME="beowulf" LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.qt=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.flac=01;35:*.mp3=01;35:*.mpc=00;36:*.ogg=00;36:*.wav=00;36:*.mid=00;36:*.midi=00;36:*.au=00;36:*.flac=00;36:*.aac=00;36:" MAKEOPTS="-j2" MANPATH="/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/man::/opt/blackdown-jdk-1.4.2.03/man" MOZILLA_FIVE_HOME="/usr/lib/mozilla" OPENGL_PROFILE="xorg-x11" PAGER="/usr/bin/less" PATH="/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.4.6:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin:/usr/games/bin" PKGDIR="/usr/portage/packages" PORTAGE_ARCHLIST="ppc s390 amd64 ppc64 x86-fbsd m68k arm sparc sh mips ia64 alpha ppc-macos hppa x86" PORTAGE_BINHOST_CHUNKSIZE="3000" PORTAGE_BIN_PATH="/usr/lib/portage/bin" PORTAGE_CALLER="emerge" PORTAGE_CONFIGROOT="/" PORTAGE_ELOG_CLASSES="info log" PORTAGE_ELOG_MAILFROM="portage" PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}" PORTAGE_ELOG_MAILURI="root" PORTAGE_ELOG_SYSTEM="save" PORTAGE_GID="250" PORTAGE_INST_GID="0" PORTAGE_INST_UID="0" PORTAGE_NICENESS="10" PORTAGE_PYM_PATH="/usr/lib/portage/pym" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_RSYNC_RETRIES="3" PORTAGE_RSYNC_TIMEOUT="180" PORTAGE_TMPDIR="/var/tmp" PORTAGE_TMPFS="/dev/shm" PORTAGE_WORKDIR_MODE="0700" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local" PORT_LOGDIR="/var/log/portage" PRELINK_PATH="" PRELINK_PATH_MASK="/usr/lib/gstreamer-0.10" PWD="/home/beowulf" PYTHONPATH="/usr/lib/portage/pym" RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp --limit-rate=200k ${URI} -P ${DISTDIR}" ROOT="/" RPMDIR="/usr/portage/rpm" SESSION_MANAGER="local/wks:/tmp/.ICE-unix/8116" SHELL="/bin/bash" SHLVL="1" SSH_AGENT_PID="8144" SSH_AUTH_SOCK="/tmp/ssh-lvtvLV8116/agent.8116" SYNC="rsync://rsync.gentoo.org/gentoo-portage" TERM="xterm" USE="x86 3dnow 3dnowext 7zip X a52 aac ace acpi aim alsa avi bash-completion berkdb bitmap-fonts bzip2 cairo cdda cddb cdr cli crypt cups dbus directfb dlloader dvd dvdr dvdread emboss encode esd fbcon ffmpeg firefox fortran gdbm gif gimp gnome gnutls gstreamer gtk gtk2 gtkhtml hal hbci howl icq imap imlib isdnlog jabber java javascript jpeg jpeg2k libg++ libnotify libwww mad md5sum mmx mono mp3 mpeg msn musicbrainz nautilus ncurses network nls nntp nptl nptlonly nsplugin objc ofx ogg oscar pam pam_console pcre pdf pdflib perl png pppd python quicktime rar readline real reflection sdl session smtp sox speex spell spl sqlite sqlite3 sse sse2 ssl symlink tagwriting tcpd theora tiff totem truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vidix vorbis win32codecs wxwindows xml xml2 xmlrpc xorg xv xvid yahoo zip zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_de userland_GNU video_cards_mga video_cards_fbdev" USER="beowulf" USERLAND="GNU" USERNAME="beowulf" USE_EXPAND="CROSSCOMPILE_OPTS DVB_CARDS ELIBC FCDSL_CARDS FOO2ZJS_DEVICES FRITZCAPI_CARDS INPUT_DEVICES KERNEL LINGUAS LIRC_DEVICES MISDN_CARDS USERLAND VIDEO_CARDS" USE_EXPAND_HIDDEN="CROSSCOMPILE_OPTS ELIBC KERNEL USERLAND" USE_ORDER="env:pkg:conf:defaults" VIDEO_CARDS="mga fbdev" WINDOWID="37754966" XARGS="xargs -r" XAUTHORITY="/home/beowulf/.Xauthority" _="/usr/bin/emerge"
(In reply to comment #37) > Build works fine, but while trying to start: > > ** ERROR **: file class.c: line 1912 (mono_class_setup_vtable_general): should > not be reached > aborting... This is not a monodevelop compilation problem, is due to the XmlEditor Editor Add-in; remove it because it is not compatile with the 0.12 version, but only with the 0.10. Add-in extensions (as a lot of other monodevelop parts) are in a early stage development and there are frequently API changes, breaking compability, so use them at your own risk. The best is to grab them from the SVN, not from Add-in Manager.
(In reply to comment #38) > (In reply to comment #37) > > Build works fine, but while trying to start: > > > > ** ERROR **: file class.c: line 1912 (mono_class_setup_vtable_general): should > > not be reached > > aborting... > > This is not a monodevelop compilation problem, is due to the XmlEditor Editor > Add-in; remove it because it is not compatile with the 0.12 version, but only > with the 0.10. > Add-in extensions (as a lot of other monodevelop parts) are in a early stage > development and there are frequently API changes, breaking compability, so use > them at your own risk. The best is to grab them from the SVN, not from Add-in > Manager. > Thanks for the tipp... since I can not find where Monodevelop stores its Settings, I
(In reply to comment #38) > (In reply to comment #37) > > Build works fine, but while trying to start: > > > > ** ERROR **: file class.c: line 1912 (mono_class_setup_vtable_general): should > > not be reached > > aborting... > > This is not a monodevelop compilation problem, is due to the XmlEditor Editor > Add-in; remove it because it is not compatile with the 0.12 version, but only > with the 0.10. > Add-in extensions (as a lot of other monodevelop parts) are in a early stage > development and there are frequently API changes, breaking compability, so use > them at your own risk. The best is to grab them from the SVN, not from Add-in > Manager. > Thanks for the tipp... since I can not find where Monodevelop stores its Settings, I´ll have to ask for that.. I just emerge --unmerged monodevelop-0.11 und emerge the new one... How can I remove the Plugins?
> How can I remove the Plugins? the Add-in are stored into ~/.config/MonoDevelop
*** Bug 147210 has been marked as a duplicate of this bug. ***
Thanks for your hard work! On amd64, after installing r4 of your ebuild, I get the following error when trying to run monodevelop. Also, do you plan to continue using mozilla as opposed to seamonkey? I think that will end up conflicting with the seamonkey requirement of eclipse-sdk. ERROR: ** ERROR **: file mini-amd64.c: line 173 (amd64_patch): assertion failed: (amd64_is_imm32 (disp)) aborting... ================================================================= Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= Stacktrace: at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_delegate_to_ftnptr (object) <0x0000b> at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_delegate_to_ftnptr (object) <0xffffffff> at (wrapper managed-to-native) Gtk.NodeStore.gtksharp_node_store_set_tree_model_callbacks (intptr,Gtk.NodeStore/TreeModelIfaceDelegates&) <0xffffffff> at Gtk.NodeStore.BuildTreeModelIface () <0x0033e> at Gtk.NodeStore..ctor (System.Type) <0x000cb> at MonoDevelop.DesignerSupport.Toolbox.ToolboxStore..ctor () <0x00076> at MonoDevelop.DesignerSupport.Toolbox.Toolbox..ctor (MonoDevelop.DesignerSupport.ToolboxService) <0x004df> at MonoDevelop.DesignerSupport.ToolboxPad..ctor () <0x0005a> at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Reflection.MonoCMethod.InternalInvoke (object,object[]) <0x0000b> at (wrapper managed-to-native) System.Reflection.MonoCMethod.InternalInvoke (object,object[]) <0xffffffff> at System.Reflection.MonoCMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x000e6> at System.Reflection.MonoCMethod.Invoke (System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x00042> at System.Reflection.ConstructorInfo.Invoke (object[]) <0x0004f> at System.Activator.CreateInstance (System.Type,bool) <0x0015c> at System.Activator.CreateInstance (System.Type) <0x00013> at MonoDevelop.Core.AddIns.AddIn.CreateObject (string) <0x00033> at MonoDevelop.Ide.Codons.PadCodon.CreatePad () <0x000b8> at MonoDevelop.Ide.Codons.PadCodon.BuildItem (object,System.Collections.ArrayList,MonoDevelop.Core.AddIns.ConditionCollection) <0x0002a> at MonoDevelop.Core.AddIns.DefaultAddInTreeNode.BuildChildItems (object) <0x001e0> at MonoDevelop.Core.AddIns.AddInService.GetTreeItems (string,System.Type) <0x00099> at MonoDevelop.Ide.Gui.DefaultWorkbench.InitializeLayout (MonoDevelop.Ide.Gui.IWorkbenchLayout) <0x0009c> at MonoDevelop.Ide.Gui.Workbench.Initialize (MonoDevelop.Core.IProgressMonitor) <0x000d5> at MonoDevelop.Ide.Gui.IdeApp.Initialize (MonoDevelop.Core.IProgressMonitor) <0x001a7> at MonoDevelop.Ide.Gui.IdeStartup.Run (string[]) <0x00e49> at MonoDevelop.Core.AddIns.AddInService.StartApplication (string,string[]) <0x0021f> at MonoDevelop.Startup.SharpDevelopMain.Main (string[]) <0x00054> at (wrapper runtime-invoke) System.Object.runtime_invoke_int_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: /usr/bin/mono(mono_handle_native_sigsegv+0xe2) [0x500552] /lib/libpthread.so.0 [0x2aaefec1bd00] /lib/libc.so.6(gsignal+0x35) [0x2aaefeeaa565] /lib/libc.so.6(abort+0x10e) [0x2aaefeeab76e] /usr/lib/libglib-2.0.so.0 [0x2aaefe9954bb] /usr/lib/libglib-2.0.so.0(g_log+0x83) [0x2aaefe995543] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x76) [0x2aaefe9955c6] /usr/bin/mono [0x42b2cd] /usr/bin/mono(mono_codegen+0x2d6) [0x4d0fb6] /usr/bin/mono [0x4ebf1c] /usr/bin/mono [0x4ecb69] /usr/bin/mono(mono_delegate_to_ftnptr+0x3b) [0x4717ab] [0x40350b9b] Aborted EMERGE INFO Portage 2.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r7 x86_64) ================================================================= System uname: 2.6.17-gentoo-r7 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3 800+ Gentoo Base System version 1.12.1 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" 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/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfpermsstrict" GENTOO_MIRRORS="ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo http://gentoo.mirrors.pair.com/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ ftp://gentoo.cites.uiuc.edu/pub/gentoo/" LDFLAGS="-Wl,-O1,-Bdirect" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress--force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/stuart-desktop /usr/portage/local/layman/gentopia /usr/portage/local/layman/sunrise /usr/portage/local/layman/portage-xgl /usr/portage/local/layman/WTK-Testing" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="16bit 7zip X a52 aac acpi aim alsa amarok amazon amd amd64 apm applet artsasf audacious automount avi beagle berkdb bidi binary-drivers bitmap-fonts bittorrent bmpx branding cairo cdr cli cpudetection crypt css cups dbus dlloader dridvd dvdr dvdread eds elibc_glibc emboss emul-linux-x86 encode epiphany esd fam f fmpeg firefox flac fortran fuse gdbm gif glitz gmail gmailtimestamps gnome gpm g streamer gstreamer010 gtk gtk2 hal input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility kernel_linux ldap libg++ mad mikmod mono mp3 mpeg musepack musicbrainz ncurses nls nptl nptlonly nsplugin nvidia ogg opengl oss pam pcre pdf pdflib perlpng ppds pppd python qt3 qt4 quicktime rar readline reflection sdl session spell spl ssl svg symlink tcpd theora tiff truetype truetype-fonts type1-fonts udev u nicode usb userland_GNU vcd vorbis x264 xine xml xmms xorg xv xvid zlib video_cards_nv video_cards_nvidia video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #42) > ** ERROR **: file mini-amd64.c: line 173 (amd64_patch): assertion failed: > (amd64_is_imm32 (disp)) > aborting... it's a mono bug, not a problem of monodevelop itself; however seem that the bug if fixable trought a patch: http://bugzilla.ximian.com/show_bug.cgi?id=79271 i can revert the patch to the dev-lang/mono ebuild, but i need to know which version your are running; please, can you paste the output of "emerge -av dev-lang/mono" ?
Created attachment 96795 [details] dev-util/monodevelop-0.12-r4 after a deeper investigation, the only optional dependency is "vte-sharp", all the others packages are required to compile monodevelop (unless to modify the autotools configuration files). the -r4 version make vte-sharp optionable throught USE flag
> Also, do you plan to continue using mozilla as > opposed to seamonkey? I think that will end up conflicting with the seamonkey > requirement of eclipse-sdk. mozilla is a dependency of gecko-sharp and not monodevelop; gecko-sharp must be fixed to compile against seamonkey and not the old mozilla, thanks for the report, i'll quick do a new ebuild for gecko-sharp and do some testing (for monodevelop v0.10 there was some bugs about gecko-sharp compiled against Firefox, so i hope usign a gecko-sharp compiled againt Seamonkey do not throw new bugs!)
Once again, I really appreciate your work and quick responses. The version of mono I have installed is: dev-lang/mono-1.1.17.1 Do you think it would be appropriate to file a mono bug under bugs.gentoo?
(In reply to comment #46) > Do you think it would be appropriate to file a mono bug under bugs.gentoo? or better... you can sync to my overlay (i suppose you are using, right?) and you'll find dev-lang/mono-1.1.16.1-r1 and dev-lang/mono-1.1.17.1-r1 with the patch revert from the mono SVN; try to recompile it and see if the problem go away. After i'll do a bugreport to explain the problem and the patch to apply so the ebuilds into portage can be updated. Thank you for your patience and support. Mauro
Yes, I do sync to your overlay. I just synced up and tried emerging the mono .17r1 ebuild. I get an error which I have included at the end. I tried using MAKEOPTS="-j1". I also (to test) tried re-emerging .17 vanilla from portage to see if the compile error was newly introduced or if its something wrong with the rest of my system and I got no error. HOWEVER, it seems after re-emerging the original 1.1.17.1 that was in portage, I can now START MONODEVELOP WITHOUT ISSUE. So it seems the problem was on my end after all, though from the looks of the bug that you linked on the ximian site, it happens randomly so who knows. If the problem re-appears, I will let you know, thanks again. Therefore, I guess you shouldnt really spend your time on your mono ebuild for the time being if since there are other stuff I am sure you would like to be doing :P Anyhow, as to your new mono ebuild, basically, I think the patch may have introduced some type of problem, error log incoming: MONO_PATH="../../class/lib/monolite:$MONO_PATH" /var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/runtime/mono-wrapper ../../class/lib/monolite/mcs.exe /codepage:28591 -nowarn:169,612,618,649 -d:INSIDE_CORLIB -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -unsafe -nostdlib -resource:resources/collation.core.bin -resource:resources/collation.tailoring.bin -resource:resources/collation.cjkCHS.bin -resource:resources/collation.cjkCHT.bin -resource:resources/collation.cjkJA.bin -resource:resources/collation.cjkKO.bin -resource:resources/collation.cjkKOlv2.bin -target:library -out:mscorlib.dll @corlib.dll.sources Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Mono.CSharp.Unary.TryReduceNegative (Mono.CSharp.Constant expr) [0x00000] at Mono.CSharp.Unary.Reduce (Mono.CSharp.EmitContext ec, Mono.CSharp.Constant e, Mono.CSharp.Expression result) [0x00000] at Mono.CSharp.Unary.ResolveOperator (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Unary.DoResolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec, ResolveFlags flags) [0x00000] at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.Expression.ResolveAsConstant (Mono.CSharp.EmitContext ec, Mono.CSharp.MemberCore mc) [0x00000] at Mono.CSharp.Const.ResolveValue () [0x00000] at Mono.CSharp.Const.Emit () [0x00000] at Mono.CSharp.TypeContainer.EmitConstants () [0x00000] at Mono.CSharp.TypeContainer.EmitType () [0x00000] at Mono.CSharp.RootContext.EmitCode () [0x00000] at Mono.CSharp.Driver.MainDriver (System.String[] args) [0x00000] at Mono.CSharp.Driver.Main (System.String[] args) [0x00000] make[8]: *** [../../class/lib/basic/mscorlib.dll] Error 1 make[8]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs/class/corlib' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs/class/corlib' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs/class' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs' make[4]: *** [profile-do--basic--all] Error 2 make[4]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/mcs' make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/mono-1.1.17.1-r1/work/mono-1.1.17.1' make: *** [all] Error 2 !!! ERROR: dev-lang/mono-1.1.17.1-r1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile mono-1.1.17.1-r1.ebuild, line 91: Called die !!! compile failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/portage/local/layman/WTK-Testing'
(In reply to comment #48) > HOWEVER, it seems after re-emerging the original 1.1.17.1 that was in portage, > I can now START MONODEVELOP WITHOUT ISSUE. So it seems the problem was on my > end after all, though from the looks of the bug that you linked on the ximian > site, it happens randomly so who knows. good. sometime is necessary to "emerge -C mono && emerge -av mono" to resolve random SIGABRT and issues like the last one you report.
I just tried the latest monodevelop, and after some research it seems even with --enable-nemerle it's disabled for me. Is anyone else seeing this? (configure also reports nemerle : no, even though all nemerle tests pass, and I have the --enable-nemerle switch).
more research on this, monodevelop requires nemerle 0.9.3.99 or higher, and if it can't find it it silently sets enable_nemerle to off, even when --enable-nemerle is set as a configure option.
(In reply to comment #51) > more research on this, monodevelop requires nemerle 0.9.3.99 or higher, and please read comment #31, i have just write an explanation for this problem. (next time read all the comments ;) )
Created attachment 97174 [details] monodevelop-0.12 ebuild with aspnetedit support Last night SchAmane and I have developed a monodevelop ebuild that builds against jscall-sharp (see bug #147845) and includes AspNetEdit support. It lacks the rest of dependencies like vte-sharp or java, but it would be quite easy to supplement it. Hope you like it
Created attachment 97175 [details, diff] monodevelop-0.12-makeinstall-fix.diff Patch required for the ebuild
Created attachment 97333 [details] dev-util/monodevelop-0.12-r5.ebuild new revision release, that import the patches made by Jurek Bartuszek (thanks a lot for your work!) for ASP.NET Edit; this revision use the autotools eclass instead of the solution proposed by Jurek Bartuszek, making the ebuild more portage compliant.
Created attachment 97334 [details, diff] monodevelop-0.12-makeinstall-fix.diff original patch from Jurek Bartuszek but cleaned from redundant paths (make the patch smaller)
There's one more thing. The lowest version boundary of xsp dependancy for the 'asp' use flag should be provided, because while it doesn't work properly with xsp-1.1.10, it does with xsp-1.1.17.1. I'm not sure which version is the lowest one working. I've noticed that xsp/mod_mono 1.1.17.1 ebuilds are on their way in bugzilla (#146763), therefore this might be a good choice.
(In reply to comment #57) > because while it doesn't work properly with > xsp-1.1.10, it does with xsp-1.1.17.1. I'm not sure which version is the lowest > one working. apparently, the configure do not check any specific xsp version, so teorically any can work with monodevelop (also the web site do not tell nothing); but your report is correct, if you have found troubles with xsp-1.1.10 it is better to force the xsp-1.1.17.1 version. unfortunately i can not test monodevelop ASP support, because i do not use it. can you confirm that xsp-1.1.10 have issues/troubles that make the ASP extension not useable?
Sure. When I run the ASP.NET project with xsp-1.1.10, only a blank page is being displayed in my web browser irrespective of the application tested (or the location of the document requested). This does not occur with xsp-1.1.17.1. SchAmane can also confirm this problem so I think it's a common thing.
so how about 0.12??? I'm anxios to get ahold of it.
In monodevelop-0.12-r5 ebuild: -boo has the same effect as boo useflag I think. Running ./configure --disable-boo generate: *boo supprot = yes the same as with ./configure --enable-boo, running ./configure without any of this option generate *boo support = no.. I don't know if anybody else has the same problem. With boo useflag i have this error: ** (/usr/lib/boo/booc.exe:725): WARNING **: Missing method GetEnumerator in assembly /var/tmp/portage/monodevelop-0.12-r5/work/monodevelop-0.12/build/bin/MonoDevelop.Core.dll, type Typespec 0x1b000009 BCE0106: Failed to access the types defined in the assembly 'MonoDevelop.Core, Version=0.12.0.0, Culture=neutral'. 1 error(s). make[3]: *** [../../../build/AddIns/BackendBindings/BooShell.dll] B??d 255 make[3]: Opuszczenie katalogu `/var/tmp/portage/monodevelop-0.12-r5/work/monodevelop-0.12/Extras/BooBinding/BooShell' make[2]: *** [all-recursive] B??d 1 make[2]: Opuszczenie katalogu `/var/tmp/portage/monodevelop-0.12-r5/work/monodevelop-0.12/Extras/BooBinding' make[1]: *** [all-recursive] B??d 1 make[1]: Opuszczenie katalogu `/var/tmp/portage/monodevelop-0.12-r5/work/monodevelop-0.12/Extras' make: *** [all-recursive] B??d 1 !!! ERROR: dev-util/monodevelop-0.12-r5 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile monodevelop-0.12-r5.ebuild, line 87: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/portage/local/layman/WTK-Testing'
Ok, I've bumped this in portage. However, I did not have time to fully do QA on the ASP.NET stuff, so I'm leaving this bug open for now to track progress on getting that integrated. I needed a quick bump with known ok stuff to help the mozilla herd with the mozilla dep removal in bug #137665. Thanks everyone for the work and patience here. We'll hopefully get the ASP.NET stuff going soon in a revision bump.
Created attachment 101986 [details] dev-util/monodevelop-0.12-r6.ebuild new revision bump. this revision make use of the new jscall-sharp-0.0.2 ebuild: http://bugs.gentoo.org/show_bug.cgi?id=147845 instead of the old one that use the SVN repository. now jscall-sharp is gone outside the beta testing and will be release soon as stable. the new jscall-sharp ebuild fix also the Mozilla/Seamonkey dependencies, making the ebuild more portage compliant, deprecating all the old Mozilla stuff presente into the configure file. please, also pay attention to this bug: http://bugs.gentoo.org/show_bug.cgi?id=151710 when upgrading mono packages. p.s.: i'm just working to the new ebuild revision which integrate the new Mono Profiler tool called "heap-shot" (a very useful tool!), stay tuned.
(In reply to comment #61) > In monodevelop-0.12-r5 ebuild: > -boo has the same effect as boo useflag I think. > Running ./configure --disable-boo generate: *boo supprot = yes the same as with > ./configure --enable-boo, running ./configure without any of this option > generate *boo support = no.. I don't know if anybody else has the same problem. thank you for the report, i'm investigating on it and today i'll do a fix to the configure file and than i'll supply a patch.
Toffanin: You should base your work off of the monodevelop-0.12 in portage, which has the boo problem fixed there.
(In reply to comment #65) > Toffanin: You should base your work off of the monodevelop-0.12 in portage, > which has the boo problem fixed there. obviously, the mentioned patch is intended for the ebuild of this bugreport. however also on my local machines monodevelop-0.12-r5 work fine and do not suffer from the boo problem reported, but i have found a machine from a mine customer where the problem happen, and happen also with the monodevelop-0.12 in portage, so it's better to investigate and try to understand what is broke.
I just treid to compile the latest version with debugger enabled but it didn't find the dependency monodebugger. Would be nice to link to it's ebuild from here...
(In reply to comment #67) > I just treid to compile the latest version with debugger enabled but it didn't > find the dependency monodebugger. Would be nice to link to it's ebuild from > here... when you emerge monodevelop with USE "debugger", this warning is show: * The USE="debugger" flag install Mono Debugger (dev-dotnet/monodebugger), * but the software is subject to API changes soften because is still a relative * young project, so can happen that the configure process fail due an: * -The debugger add-in is not currently supported due to the API changes being done in the Mono debugger- * Unfortunately there is not a real solution to the problem, until the mono devels will stop * the API changes and made an official release. * As a temporarely workaround set USE="-debugger" what is not clear? it's not an ebuild issue. however for the monodebugger ebuild, the link has just been published, please see comment #31
I try to emerge monodevelop-0.12-r6 with nemerle and debugger flags and this is what I get: >>> Unpacking monodevelop-0.12.tar.gz to /var/tmp/portage/dev-util/monodevelop-0.12-r6/work * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /usr/local/portage/dev-util/monodevelop/files/monodevelop-0.12-makeinstall-fix.diff * ( monodevelop-0.12-makeinstall-fix.diff ) !!! ERROR: dev-util/monodevelop-0.12-r6 failed. Call stack: ebuild.sh, line 1618: Called dyn_unpack ebuild.sh, line 755: Called qa_call 'src_unpack' environment, line 3424: Called src_unpack monodevelop-0.12-r6.ebuild, line 40: Called epatch '/usr/local/portage/dev-util/monodevelop/files/monodevelop-0.12-makeinstall-fix.diff' eutils.eclass, line 198: Called die !!! Cannot find $EPATCH_SOURCE! !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-util/monodevelop-0.12-r6/temp/build.log'. !!! This ebuild is from an overlay: '/usr/local/portage'
Monodevelop 0.13 is out :)
also is monodevelop 0.14 :) Here is the ebuild i used: # Copyright 1999-2006 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/dev-util/monodevelop/monodevelop-0.12.ebuild,v 1.3 2006/12/11 01:03:43 compnerd Exp $ inherit mono eutils fdo-mime DESCRIPTION="Free .NET development environment" SRC_URI="http://www.go-mono.com/sources/${PN}/${P}.tar.gz" HOMEPAGE="http://monodevelop.com/" LICENSE="GPL-2" IUSE="boo java" DEPEND=">=dev-dotnet/gtksourceview-sharp-0.10 >=dev-dotnet/gecko-sharp-0.10 >=dev-lang/mono-1.1.10 >=dev-util/monodoc-1.0 >=dev-dotnet/gtk-sharp-2.4.0 >=dev-dotnet/gnomevfs-sharp-2.4.0 >=dev-dotnet/gnome-sharp-2.4.0 >=dev-dotnet/gconf-sharp-2.4.0 >=dev-dotnet/gtkhtml-sharp-2.4.0 >=dev-dotnet/glade-sharp-2.4.0 x11-wm/metacity boo? ( >=dev-lang/boo-0.7.6 ) java? ( || ( >=dev-dotnet/ikvm-bin-0.14 >=dev-dotnet/ikvm-0.14.0.1-r1 ) )" KEYWORDS="~amd64 ~ppc ~x86" SLOT="0" src_unpack() { unpack ${A} cd ${S} } src_compile() { econf \ $(use_enable boo) \ $(use_enable java) \ --enable-nunit \ --enable-versioncontrol \ --disable-update-mimedb \ --disable-update-desktopdb \ || die emake -j1 || die } src_install () { make DESTDIR=${D} install || die dodoc ChangeLog README } pkg_postinst() { fdo-mime_desktop_database_update fdo-mime_mime_database_update }
I'm getting: checking for update-desktop-database... no configure: error: You need to install update-desktop-database With this ebuild and have no idea which package contains this file. Seems like your dependency section is a bit off.
monodevelop-0.14 is in the tree now, thank you all for providing the ebuilds, patches and support. Please report any related and not yet solved problems mentioned here by filing new bugs.
