[Mono-dev] Mono 3.2.8 fails to compile from source
Hi, mono 3.2.8 fails to compile from source tarball (at least on a x86_64, don't tested it on a i686 system). Following error appears: System.IO.MemoryMappedFiles/MemoryMappedFile.cs(442,8): warning CS0414: The private field `System.IO.MemoryMappedFiles.MemoryMappedFile.fileCapacity' is assigned but its value is never used Compilation succeeded - 10 warning(s) MCS [build] mcs.exe AOT [build] mscorlib.dll.so AOT [build] mcs.exe.so MCS [build] gacutil.exe MCS [build] sn.exe MCS [build] culevel.exe CompileUplevel.cs(943,34): warning CS0618: `System.CodeDom.Compiler.CodeDomProvider.CreateGenerator()' is obsolete: `ICodeGenerator is obsolete' Compilation succeeded - 1 warning(s) mkdir -p -- ../../class/lib/net_2_0/tmp/ MCS [net_2_0] mscorlib.dll Unhandled Exception: Nested exception detected. Original Exception: at System.NumberFormatter.GetInstance () 0x00029 at System.NumberFormatter.NumberToString (string,int,System.IFormatProvider) 0x00016 at int.ToString (string,System.IFormatProvider) 0x00027 at string.FormatHelper (System.Text.StringBuilder,System.IFormatProvider,string,object[]) 0x00539 at System.Text.StringBuilder.AppendFormat (System.IFormatProvider,string,object[]) 0x0002e at System.Text.StringBuilder.AppendFormat (string,object,object,object) 0x000a2 at Mono.CSharp.ReportPrinter.Print (Mono.CSharp.AbstractMessage,System.IO.TextWriter,bool) 0x00150 at Mono.CSharp.StreamReportPrinter.Print (Mono.CSharp.AbstractMessage,bool) 0x00028 at Mono.CSharp.Report.Error (int,Mono.CSharp.Location,string) 0x0008e at Mono.CSharp.Report.Error (int,Mono.CSharp.Location,string,string) 0x00040 at Mono.CSharp.Report.Error (int,string,string) 0x00046 at Mono.CSharp.CommandLineParser.ParseOption (string,string[],Mono.CSharp.CompilerSettings) 0x01fcb at Mono.CSharp.CommandLineParser.ParseArguments (Mono.CSharp.CompilerSettings,string[]) 0x0035c at Mono.CSharp.CommandLineParser.ParseArguments (string[]) 0x00040 at Mono.CSharp.Driver.Main (string[]) 0x00081 Nested exception:at System.NumberFormatter.GetInstance () 0x00029 at System.NumberFormatter.NumberToString (string,int,System.IFormatProvider) 0x00016 at int.ToString (string,System.IFormatProvider) 0x00027 at string.FormatHelper (System.Text.StringBuilder,System.IFormatProvider,string,object[]) 0x00539 at System.Text.StringBuilder.AppendFormat (System.IFormatProvider,string,object[]) 0x0002e at System.Text.StringBuilder.AppendFormat (string,object) 0x00052 at System.Exception.AddFrames (System.Text.StringBuilder,string,string,System.Diagnostics.StackTrace) 0x001e9 at System.Exception.get_StackTrace () 0x0016b at System.Exception.ToString () 0x0010d [ERROR] FATAL UNHANDLED EXCEPTION: Nested exception detected. Original Exception: at System.NumberFormatter.GetInstance () 0x00029 at System.NumberFormatter.NumberToString (string,int,System.IFormatProvider) 0x00016 at int.ToString (string,System.IFormatProvider) 0x00027 at string.FormatHelper (System.Text.StringBuilder,System.IFormatProvider,string,object[]) 0x00539 at System.Text.StringBuilder.AppendFormat (System.IFormatProvider,string,object[]) 0x0002e at System.Text.StringBuilder.AppendFormat (string,object,object,object) 0x000a2 at Mono.CSharp.ReportPrinter.Print (Mono.CSharp.AbstractMessage,System.IO.TextWriter,bool) 0x00150 at Mono.CSharp.StreamReportPrinter.Print (Mono.CSharp.AbstractMessage,bool) 0x00028 at Mono.CSharp.Report.Error (int,Mono.CSharp.Location,string) 0x0008e at Mono.CSharp.Report.Error (int,Mono.CSharp.Location,string,string) 0x00040 at Mono.CSharp.Report.Error (int,string,string) 0x00046 at Mono.CSharp.CommandLineParser.ParseOption (string,string[],Mono.CSharp.CompilerSettings) 0x01fcb at Mono.CSharp.CommandLineParser.ParseArguments (Mono.CSharp.CompilerSettings,string[]) 0x0035c at Mono.CSharp.CommandLineParser.ParseArguments (string[]) 0x00040 at Mono.CSharp.Driver.Main (string[]) 0x00081 Nested exception:at System.NumberFormatter.GetInstance () 0x00029 at System.NumberFormatter.NumberToString (string,int,System.IFormatProvider) 0x00016 at int.ToString (string,System.IFormatProvider) 0x00027 at string.FormatHelper (System.Text.StringBuilder,System.IFormatProvider,string,object[]) 0x00539 at System.Text.StringBuilder.AppendFormat (System.IFormatProvider,string,object[]) 0x0002e at System.Text.StringBuilder.AppendFormat (string,object) 0x00052 at System.Exception.AddFrames (System.Text.StringBuilder,string,string,System.Diagnostics.StackTrace) 0x001e9 at System.Exception.get_StackTrace () 0x0016b at System.Exception.ToString () 0x0010d ../../build/library.make:263: recipe for target '../../class/lib/net_2_0/tmp/mscorlib.dll' failed make[8]: *** [../../class/lib/net_2_0/tmp/mscorlib.dll] Error 1 ../../build/rules.make:143: recipe for target 'do-all' failed make[7]: *** [do-all] Error 2 ../build/rules.make:164: recipe for target 'all-recursive' failed make[6]: *** [all-recursive] Error 1 build/rules.make:164: recipe for target 'all-recursive' failed make[5]: ***
[Mono-list] Packaging mono and monodevelop
Hi, I'm the mono maintainer of Arch Linux and I would really like to package and push the mono framework and monodevelop to the next stable release out there. But it is totally not possible to find out what the latest stable release of mono (and subpackages) and monodevelop is on the servers. Since ages there is mono 3.x out there but it's stated as beta on the official download page. Monodevelop latest release is 4.0.8, but it isn't possible to compile it because it's complaining about missing dependency. I would really like to support the mono developers and provide the latest packages to our community, but with all the splitted sources and packages and absolutely no information about a release, it is not possible to maintain this. This is a call to the mono developers / Xamarin to change this and to provide us packagers with the information we need to package mono and the related packages for our distribution. I don't want to click anymore through github repositories and outdated webpages on mono-project.com to get the information I need. A webpage with information about the latest (stable) packages and links to the source tarballs would be perfect! In the past this was done, but since Xamarin has taken the development this page doesn't exists anymore. I'm really disappointed at the moment with the information policy of Xamarin and the packager for Linux distribution. I really hope that there will be an answer for this call. Cheers - Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Where is the source of libgdiplus-3.0.tar.gz
This isn't really an option. If you try to package mono 3 and you don't have a tarball of the 3.0 source code, this is really annoying. Even on the download page mono 3.0 is stated as beta and MacOSX only release. There is no clear statement that mono 3.0 is the new stable release and should be used instead of mono 2.10.x! Would be great if there is a clear statement of the mono developers if it's a stable release or not, as a packager (like me for Arch Linux, I'm the mono maintainer) it's really hard to follow the stable release series here. Since Xamarin took over the development, the webpage of the mono-project is rarely updated with the necessary information! Please change this! I want really support mono and I want really package it to deliver the latest mono release to our users. My 2 cent to the release politics! Daniel Am 04.11.2012 23:17, schrieb Daniel Lo Nigro: Try grabbing the master branch from Github: https://github.com/mono/libgdiplus/archive/master.tar.gz This will have the latest code (and should therefore be compatible with Mono 3.0) On Mon, Nov 5, 2012 at 8:00 AM, Akira Sonoda akira.sonod...@gmail.com mailto:akira.sonod...@gmail.com wrote: Hello, As described in the Mono 3.0 Releasenotes: http://www.mono-project.com/Release_Notes_Mono_3.0 Mono 3.0 can be built from source. But i am failing at the first step: Compile libgdiplus to support System.Drawing: $ tar xzf libgdiplus-3.0.tar.gz Where is libgdiplus-3.0.tar.gz? Here it does not show up: http://download.mono-project.com/sources/libgdiplus/ Regards, Akira ___ Mono-list maillist - Mono-list@lists.ximian.com mailto:Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoDevelop 3.0.4.6 released
On Sat, 2012-09-08 at 14:17 +0200, Paweł Sikora wrote: On Thursday 06 of September 2012 23:36:46 slluis.de...@gmail.com wrote: The MonoDevelop team is proud to announce the release of MonoDevelop 3.0.4.6. MonoDevelop is a Mono based IDE primarily designed for C# and other .NET languages. MonoDevelop enables developers to quickly write desktop and ASP.NET Web applications on Linux, Windows and Mac OSX. MonoDevelop makes it easy for developers to port .NET applications created with Visual Studio to Linux and to maintain a single code base for all platforms. This release contains several fixes and improvements. Check the release notes to know more about the changes. Sources and packages are available in the MonoDevelop Download page. Enjoy! Hi, i can't build this release. configure{.in} tries to generate makefiles for non-existent items: (...) config.status: creating tests/Makefile config.status: error: cannot find input file: `tests/UnitTests/Makefile.in' ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list The same happens here on Arch Linux. This happens more often since three or four release yet. Please fix this, this is really annyoing for packaging monodevelop. -Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Status of gecko-sharp-2.0 with newest xulrunner?
Am 09.03.2012 14:50, schrieb Alp Toker: On 08/03/2012 10:01, Daniel Isenmann wrote: It would be really great, if this page or any other page is tracking the movement of development for the stable releases. It's too hard for package maintainers to follow the project at all. I know that xamarin has lots of things to do at the moment, but there are still some distros out there which are try to support mono and the mono stack in their distribution. Daniel, I strongly recommend coordinating with the Debian Mono packaging team in that case. They've already dealt with the same issues and have policy and infrastructure in place to go from raw upstream to a set of high quality packages. I'm sure they'd welcome you and give some tips if you approach constructively. Try the Monodeb mailing lists and their IRC as a starting point: http://pkg-mono.alioth.debian.org/ Regards, Alp First of all thanks Alp to answer to my mails as the only one on this list. Thanks for the link to the page and the Debian Mono packaging team, but I know that page already. I'm maintaining the complete mono stack at Arch Linux more than 4 (nearly 5) years now. The packages are all packaged well and everything is working since ages. Debian and Arch Linux are too different in packaging to do any coordinating here. Personally (and I mean really personally, no official statement of Arch Linux) I get lost in the number of packages Debian has, I mean there is one mono-2.10.8.tar.bz2 source package and Debian is making nearly hundreds (haven't count all the packages, such a rough guess) of packages out of it. Nevertheless, this is another topic. I'm just a little bit disappointed from the mono developers and their information policy, that's all. It was easier when they were at Novell, but I think setting up a new company and deal with all the needed stuff around the company consuming a lot of time. Hopefully they will update the sources-stable webpage regularly again in the near future or give some other information on the stable versions. Regards, Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Status of gecko-sharp-2.0 with newest xulrunner?
Am 08.03.2012 10:18, schrieb Alp Toker: Daniel, This is not surprising. There was a general switch from gecko-sharp to webkit-sharp or similar bindings wrapping WebKit GTK+ (at least amongst gtk-sharp applications). gecko-sharp was dropped from Debian and other distros some years ago IIRC, dunno if it ever re-surfaced. Is there something in Arch Linux still depending on it? If nothing is using it and it doesn't work... Regards, Alp No, nothing depends on it. I just wonder why this library is still available for downloading. It's totally obsolete and should be deleted. It's really hard to follow the mono project and to determine which is the latest version of the software. On September last year I was asking for keeping the sources-stable webpage uptodate (http://lists.ximian.com/pipermail/mono-list/2011-September/047726.html), but this only worked until mono 2.10.6. It would be really great, if this page or any other page is tracking the movement of development for the stable releases. It's too hard for package maintainers to follow the project at all. I know that xamarin has lots of things to do at the moment, but there are still some distros out there which are try to support mono and the mono stack in their distribution. If any other mono developer read this mail, please give some more feedback on the development. It would be enough to give us (package maintainer) more information which version of mono/sharp-libraries are the latest stable release like on the sources-stable webpage! Thanks, Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Status of gecko-sharp-2.0 with newest xulrunner?
Am 02.03.2012 08:58, schrieb Daniel Isenmann: Hi, what is the status of gecko-sharp-2.0? Since the mozilla developers had removed the support for gtkmozembed in xulrunner 8 or 9 (https://groups.google.com/forum/#!topic/mozilla.dev.embedding/c_NMcO-N8wo), I think that gecko-sharp-2.0 isn't working anymore. The demo applications in the source package of gecko-sharp-2.0 doesn't work. We are trying to figure out if the package is still necessary in our (Arch Linux) repository because of this remove. Any news to this from the mono developers or maintainer of gecko-sharp-2.0 would be great. Thanks Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Nothing? No statement from the devs about the status? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Status of gecko-sharp-2.0 with newest xulrunner?
Hi, what is the status of gecko-sharp-2.0? Since the mozilla developers had removed the support for gtkmozembed in xulrunner 8 or 9 (https://groups.google.com/forum/#!topic/mozilla.dev.embedding/c_NMcO-N8wo), I think that gecko-sharp-2.0 isn't working anymore. The demo applications in the source package of gecko-sharp-2.0 doesn't work. We are trying to figure out if the package is still necessary in our (Arch Linux) repository because of this remove. Any news to this from the mono developers or maintainer of gecko-sharp-2.0 would be great. Thanks Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Status of gecko-sharp-2.0 with newest xulrunner?
Hi, what is the status of gecko-sharp-2.0? Since the mozilla developers had removed the support for gtkmozembed in xulrunner 8 or 9 (https://groups.google.com/forum/#!topic/mozilla.dev.embedding/c_NMcO-N8wo), I think that gecko-sharp-2.0 isn't working anymore. We are trying to figure out if the package is still necessary in our (Arch Linux) repository because of this remove. Any news to this from the mono developers or maintainer of gecko-sharp-2.0 would be great. Thanks Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] gluezilla 2.6 still officially supported?
Hi, is gluezilla 2.6 still supported, because it doesn't build anymore against newest xulrunner 9.0.1. Prints out following error: ---code--- g++ -DHAVE_CONFIG_H -I. -I.. -DXPCOM_GLUE -DXPCOM_GLUE_NEEDS_NSPR -fno-rtti -fshort-wchar -pthread -DXPCOM_GLUE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/xulrunner-9.0.1 -I/usr/include/nspr -DXUL_VERSION=4 -g -O2 -MT SecurityWarningsDialogs.lo -MD -MP -MF .deps/SecurityWarningsDialogs.Tpo -c SecurityWarningsDialogs.cpp -fPIC -DPIC -o .libs/SecurityWarningsDialogs.o In file included from /usr/include/xulrunner-9.0.1/nsEmbedString.h:43:0, from interfaces.h:30, from SecurityWarningsDialogs.h:16, from SecurityWarningsDialogs.cpp:13: /usr/include/xulrunner-9.0.1/nsStringAPI.h:1101:3: error: 'char16_t' was not declared in this scope make[2]: ***[SecurityWarningsDialogs.lo] Error 1 make[2]: Leaving directory `/build/src/gluezilla-2.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/gluezilla-2.6' make: *** [all] Error 2 ---code end--- Or is it a dead project because of webkit-sharp? Does anyone knows a solution about this issue? Thanks Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono - Release 2.10.6
Am 10.10.2011 15:36, schrieb mac_flex: Thank you for your reply. Regards. -- View this message in context: http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3890259.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list This is strange, because you can download the 2.10.6 source package from their download server: http://download.mono-project.com/sources/mono/ So the questions is still valid, which one is the latest stable release for mono? Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Sources-stable website not uptodate
Hi, is it possible to update the sources-stable download website? It was much easier in the past to see all stable sources of a mono release on one page. It was updated regularly while it was hosted by Novell, now the sources-stable website is outdated and point to 2.10.2 release, which is rather old. As a package maintainer it's very annyoing not to see all stable sources. Here is the link: http://download.mono-project.com/sources-stable/ Thanks, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 2.8 and pkg-config behaviour
Hi, I have updated to the latest mono 2.8 release. Now I get the following behaviour of pkg-config: $ pkg-config --libs --cflags mono returns nothing in the new mono 2.8 release. In release 2.6.7 it returned: $ pkg-config --libs --cflags mono -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -L/usr/lib/pkgconfig/../../lib -lmono -ldl -lpthread -lm -lgthread-2.0 -lrt -lglib-2.0 If I try with newly added mono-2 pkg-config file in mono 2.8, then it returns: $ pkg-config --libs --cflags mono-2 -D_REENTRANT -I/usr/lib/pkgconfig/../../include/mono-2.0 -L/usr/lib/pkgconfig/../../lib -lmono-2.0 -lm -lrt -ldl -lpthread Is this behaviour intended? Should the mono.pc nothing return? This could make some troubles in backwards compatibility or am I wrong? The mono.pc file looks like this: $ cat /usr/lib/pkgconfig/mono.pc prefix=${pcfiledir}/../.. exec_prefix=${pcfiledir}/../.. libdir=${prefix}/lib includedir=${prefix}/include/mono-2.0 sysconfdir=/etc Name: Mono Description: Mono Runtime Version: 2.8 The mono-2.pc file looks like this: $ cat /usr/lib/pkgconfig/mono-2.pc prefix=${pcfiledir}/../.. exec_prefix=${pcfiledir}/../.. libdir=${prefix}/lib includedir=${prefix}/include/mono-2.0 sysconfdir=/etc Name: Mono Description: Mono Runtime Version: 2.8 Libs: -L${libdir} -lmono-2.0 -lm -lrt -ldl -lpthread Cflags: -I${includedir} -D_REENTRANT -Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.8 and pkg-config behaviour
Am 19.10.2010 12:22, schrieb Robert Jordan: On 19.10.2010 11:35, Daniel Isenmann wrote: $ pkg-config --libs --cflags mono-2 -D_REENTRANT -I/usr/lib/pkgconfig/../../include/mono-2.0 -L/usr/lib/pkgconfig/../../lib -lmono-2.0 -lm -lrt -ldl -lpthread Is this behaviour intended? Should the mono.pc nothing return? This could make some troubles in backwards compatibility or am I wrong? It's by design. The API has changed and the old one isn't supported nor available. Was this mentioned in the release notes? I have read some things about removed deprecated libraries and commands. There were two small sentences about API/ABI change for the embedding API, do you mean that API change? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.8 and pkg-config behaviour
Am 19.10.2010 14:42, schrieb Robert Jordan: On 19.10.2010 14:41, Robert Jordan wrote: On 19.10.2010 13:27, Daniel Isenmann wrote: Am 19.10.2010 12:22, schrieb Robert Jordan: On 19.10.2010 11:35, Daniel Isenmann wrote: $ pkg-config --libs --cflags mono-2 -D_REENTRANT -I/usr/lib/pkgconfig/../../include/mono-2.0 -L/usr/lib/pkgconfig/../../lib -lmono-2.0 -lm -lrt -ldl -lpthread Is this behaviour intended? Should the mono.pc nothing return? This could make some troubles in backwards compatibility or am I wrong? It's by design. The API has changed and the old one isn't supported nor available. Was this mentioned in the release notes? I have read some things about removed deprecated libraries and commands. There were two small sentences about API/ABI change for the embedding API, do you mean that API change? Yes. See Major Highlights: http://www.mono-project.com/Release_Notes_Mono_2.8 http://www.mono-project.com/Embedding_Mono#Updates_for_Mono_version_2.8.2B Thanks for the last link. Haven't seen this link before. -Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono + Webcam (cross-platform solution)?
Am 24.06.2010 06:35, schrieb davidlt: Hello, I am looking for some example of using Webcam via mono (still image capture and video stream). Solution should be cross-platform, at least working on Mac OS X and Windows with different cameras. I found some examples of C# under windows, but using DirectX, this not quite good me. Anyone tried to accomplish something like this already? Regards, david Hi, this isn't really for multimedia stuff I think, but there is one solution provided by Emgu CV http://www.emgu.com (C# wrapper for OpenCV). You can access the webcam and capture the video or only one frame, but I don't know if it is really the solution you are looking for. Here is the example in the wiki: http://www.emgu.com/wiki/index.php/Camera_Capture_in_7_lines_of_code I have tested it under Arch Linux and it worked without any problems. I captured the live stream and did some first effects to it, like those effects in cheese from Gnome. Regards, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ubuntu packaging
Am 04.03.2010 11:40, schrieb Daniel Hughes: Recently banshee turned on opt in statistic gathering, the first set of results are in, and it turns out that the overwhelming majority of Banshee users run it on Ubuntu. This possibly unexpected result is causing the banshee team to rethink their strategy regarding deployment to Ubuntu. Including the importance of providing same days packaging for ubuntu. Banshee/BuildVendor: Users: 519 292 : Ubuntu 9.10 51 : Ubuntu 9.10 c519a80 33 : source-tarball 25 : Banshee / openSUSE_11.2 22 : git-checkout 20 : banshee-project.org OSX 10.5+ i386/Intel 16 : Gentoo/banshee/1.5.4 14 : Ubuntu lucid (development branch) c519a80 7: Debian GNU/Linux unstable (sid) 6: Ubuntu 9.10 8fef2fb 4: Foresight Linux 4: Ubuntu 9.04 4: Ubuntu 9.10 0328ab7 4: Ubuntu 9.10 ffc9f0f 3: Ubuntu 9.10 424a345 3: Ubuntu 9.10 d885c99 2: ArchLinux 2: Banshee:Alpha / openSUSE_11.2 2: Ubuntu lucid (development branch) 8fef2fb 1: Fedora12-1.5.4-0.1.fc12.aa 1: Fedora12-1.5.4-1.fc12 1: Fedora13-1.5.4-1.fc13 1: Fedora14-1.5.4-1.fc14 This is only a small sample size, and does not necessarily correlate to what operating systems mono is used on. However if it did would that cause the mono project to reconsider its decision to not provide packaging for Ubuntu? I know the reasons why mono does not provide ubuntu packaging have been discussed on this mailing list in the past. However would it make a differences if it turned out that most mono users ran ubuntu? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Hi, I think such numbers aren't much representative because most users doesn't send usage statistic. Regarding to our own stats generated from responses of 2034 users so far (the response is voluntary): 31,61% (642 users) have installed mono and 2,51% (51 users) have installed banshee So you see that your number (2) is much different to ours (51). I know that this only represent that they have installed the package and it doesn't mean that all the people use it. But why should someone install a package if he doesn't use it. Furthermore the banshee package isn't required by any other package as dependency, so it was explicit installed by the user. You can find the complete stats on the german website of Arch Linux: https://www.archlinux.de/?page=PackageStatistics Cheers, Daniel (mono maintainer of Arch Linux) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problems compiling Mono 2.4.2
Solved. Thanks to Garuma... On Mon, 06 Jul 2009 07:09:32 +0200 Daniel Isenmann daniel.isenm...@gmx.de wrote: Yeah, you are right. But this was built in a fakeroot environment. So it has the necessary rights for doing make install. Like I said before, it worked for all versions before 2.4.2. I'm think the real problem is that //bin/install tries to install the same file twice: /bin/install: will not overwrite just-created `/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono-1.0/mono/metadata/appdomain.h' Daniel Original-Nachricht Datum: Mon, 6 Jul 2009 09:36:19 +1000 Von: Dushara Jayasinghe dusha...@optiscan.com An: \'Daniel Isenmann\' daniel.isenm...@gmx.de, Mono-list@lists.ximian.com Mono-list@lists.ximian.com Betreff: RE: [Mono-list] Problems compiling Mono 2.4.2 Just curious, don't you need root access to do make install? d -Original Message- From: mono-list-boun...@lists.ximian.com [mailto:mono-list- boun...@lists.ximian.com] On Behalf Of Daniel Isenmann Sent: Sunday, 5 July 2009 10:09 PM To: Mono-list@lists.ximian.com Subject: [Mono-list] Problems compiling Mono 2.4.2 Hi, I have problems compiling mono 2.4.2. The compilation process went through without problems, but the make install command prints out following error: --- Making install in metadata make[2]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[3]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' test -z /usr/bin || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/bin ../../doltlibtool --quiet --mode=install /bin/install -c pedump '/home/ise/svn-packages/mono/trunk/pkg/usr/bin' test -z /usr/include/mono-1.0/mono/metadata || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata /bin/install -c -m 644 attrdefs.h appdomain.h mono-debug.h mono-gc.h debug-mono-symfile.h threads.h environment.h assembly.h opcodes.h blob.h image.h metadata.h verify.h reflection.h row-indexes.h tokentype.h loader.h class.h object.h exception.h profiler.h appdomain.h mono-config.h debug-helpers.h mempool.h '/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata' /bin/install: will not overwrite just-created `/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata/appdomain.h' with `appdomain.h' make[3]: *** [install-libmonoruntimeincludeHEADERS] Error 1 make[3]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono' make: *** [install-recursive] Error 1 I'm compiling with the following flags: ./configure --prefix=/usr --sysconfdir=/etc \ --with-libgdiplus=installed --with-icu=no \ --with-tls=pthread --with-jit=yes --with-preview=yes \ --with-sigaltstack=yes --enable-nunit-tests \ --with-moonlight=yes make || return 1 make install It worked in version 2.4 without problems. Compiling everything with gcc-4.4.0 on ArchLinux x86_64. Any hints? Thanks, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- Daniel Isenmann Vogesenstr.6 76676 Graben-Neudorf Tel.: 07255 7683338 Mobil: 0163 1439140 E-Mail: daniel.isenm...@gmx.de ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems compiling Mono 2.4.2
Hi, I have problems compiling mono 2.4.2. The compilation process went through without problems, but the make install command prints out following error: --- Making install in metadata make[2]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[3]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' test -z /usr/bin || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/bin ../../doltlibtool --quiet --mode=install /bin/install -c pedump '/home/ise/svn-packages/mono/trunk/pkg/usr/bin' test -z /usr/include/mono-1.0/mono/metadata || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/include/mono-1.0/mono/metadata /bin/install -c -m 644 attrdefs.h appdomain.h mono-debug.h mono-gc.h debug-mono-symfile.h threads.h environment.h assembly.h opcodes.h blob.h image.h metadata.h verify.h reflection.h row-indexes.h tokentype.h loader.h class.h object.h exception.h profiler.h appdomain.h mono-config.h debug-helpers.h mempool.h '/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono-1.0/mono/metadata' /bin/install: will not overwrite just-created `/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono-1.0/mono/metadata/appdomain.h' with `appdomain.h' make[3]: *** [install-libmonoruntimeincludeHEADERS] Error 1 make[3]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono' make: *** [install-recursive] Error 1 I'm compiling with the following flags: ./configure --prefix=/usr --sysconfdir=/etc \ --with-libgdiplus=installed --with-icu=no \ --with-tls=pthread --with-jit=yes --with-preview=yes \ --with-sigaltstack=yes --enable-nunit-tests \ --with-moonlight=yes make || return 1 make install It worked in version 2.4 without problems. Compiling everything with gcc-4.4.0 on ArchLinux x86_64. Any hints? Thanks, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problems compiling Mono 2.4.2
Yeah, you are right. But this was built in a fakeroot environment. So it has the necessary rights for doing make install. Like I said before, it worked for all versions before 2.4.2. I'm think the real problem is that //bin/install tries to install the same file twice: /bin/install: will not overwrite just-created `/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono-1.0/mono/metadata/appdomain.h' Daniel Original-Nachricht Datum: Mon, 6 Jul 2009 09:36:19 +1000 Von: Dushara Jayasinghe dusha...@optiscan.com An: \'Daniel Isenmann\' daniel.isenm...@gmx.de, Mono-list@lists.ximian.com Mono-list@lists.ximian.com Betreff: RE: [Mono-list] Problems compiling Mono 2.4.2 Just curious, don't you need root access to do make install? d -Original Message- From: mono-list-boun...@lists.ximian.com [mailto:mono-list- boun...@lists.ximian.com] On Behalf Of Daniel Isenmann Sent: Sunday, 5 July 2009 10:09 PM To: Mono-list@lists.ximian.com Subject: [Mono-list] Problems compiling Mono 2.4.2 Hi, I have problems compiling mono 2.4.2. The compilation process went through without problems, but the make install command prints out following error: --- Making install in metadata make[2]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[3]: Entering directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' test -z /usr/bin || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/bin ../../doltlibtool --quiet --mode=install /bin/install -c pedump '/home/ise/svn-packages/mono/trunk/pkg/usr/bin' test -z /usr/include/mono-1.0/mono/metadata || /bin/mkdir -p /home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata /bin/install -c -m 644 attrdefs.h appdomain.h mono-debug.h mono-gc.h debug-mono-symfile.h threads.h environment.h assembly.h opcodes.h blob.h image.h metadata.h verify.h reflection.h row-indexes.h tokentype.h loader.h class.h object.h exception.h profiler.h appdomain.h mono-config.h debug-helpers.h mempool.h '/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata' /bin/install: will not overwrite just-created `/home/ise/svn-packages/mono/trunk/pkg/usr/include/mono- 1.0/mono/metadata/appdomain.h' with `appdomain.h' make[3]: *** [install-libmonoruntimeincludeHEADERS] Error 1 make[3]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono/metadata' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/ise/svn-packages/mono/trunk/src/mono-2.4.2/mono' make: *** [install-recursive] Error 1 I'm compiling with the following flags: ./configure --prefix=/usr --sysconfdir=/etc \ --with-libgdiplus=installed --with-icu=no \ --with-tls=pthread --with-jit=yes --with-preview=yes \ --with-sigaltstack=yes --enable-nunit-tests \ --with-moonlight=yes make || return 1 make install It worked in version 2.4 without problems. Compiling everything with gcc-4.4.0 on ArchLinux x86_64. Any hints? Thanks, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mdb Crash (libmonodebuggerreadline)
On Mon, 23 Mar 2009 01:25:12 -0400 Miguel de Icaza mig...@novell.com wrote: Some one help me? I absolutly need to run the debugger... ARGGHH :-) Thanks in advance! The debugger is incorrectly compiled, it is missing the library in the error message. Already fixed on 20th of March. New package is in the repository. Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list