Re: [Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)
Hi, > I also loved the idea of the installer, but developers that had multiple > versions of Mono installed ended up with partial setups of Mono and > people would complain that things were broken. Can you not have a dead switch (something akin to how the configure script works) that runs mono -V and if it returns something then the installer quits saying there is a version already installed (possibly running which mono will show the user where it is). Okay, it doesn't catch if there are multiple copies in there, but it does go some way to re-instating the installer. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SSL and SMTP
Hello, > For the record, these procedure got me working (you need to follow all steps): > > http://go-mono.com/forums/#nabble-td19851624|a19892174 This question keeps popping up in the forums and irc, it seems like we need to add this to the FAQ. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)
> Why make it predict anything? From my experience, packages are either > put into /usr/local, /usr or /opt - why not just have a radio button on > the installer? Developers used the installer to install private copies of Mono in their home directories. I also loved the idea of the installer, but developers that had multiple versions of Mono installed ended up with partial setups of Mono and people would complain that things were broken. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono.Simd - Phylosophical comments
Hello, I just wanted to clarify Rodrigo's post a little: > 3) I would add more high level constructs like Matrix that > make use of the > SIMD hardware. > > We first need to expose a rich and usable set of intrinsics to what > SSE currently has. Once we do finish with that, we might look at > exposing more high level functionality. > > On the other hand, such experimentation should happens outside of > Mono.Simd to be more agile and not bound to mono's own release > schedule. > > I would love to see such extensions been build, but rather as a > separate library which has way more flexibility in how it's developed > - let's take the awesome Mono.Rocks as a fine example of that. The Mono.Rocks that Rodrigo is talking about is a library of extension methods that was created to augment existing data types and collections. The idea behind the "Rocks" families is that they add value to existing libraries, can be prototyped easily, and do not get added to libraries that might have a tighter release schedule or API change limitations. Miguel. > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] NUnit Version - Upgrade soon?
Hello, > I use NUnit for work and have been using the latest version for > months. I wrote some test for Mono and found out that the version > that Mono is using does not support some of the asserts I am using > (IsEmpty). Is there any plan to upgrade the version of NUnit that is > used with the Mono build/test? The NUnit that ships with Mono should be considered Mono's own copy of NUnit and not a public version of it. We should probably make packages of the latest version of NUnit, encourage the NUnit developer to maintain those and encourage developers to use the public NUnit as opposed to the private copy that Mono ships. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Web.Config connection strings not working - all I get is "Unrecognized attribute 'ConnectionString'. ()"
Web.Config snippets: also, and, in my asp.net usercontrol but all I ever get is "Unrecognized attribute 'ConnectionString'. ()", with a stacktrace that seems mainly to complain about XmlSerializer exceptions. I'm using Mono 1.9.1, and Connector/Net 5.2.3, which is supposed to work well with 1.9.1. What gives? I mean, there are workarounds, but a lot of crucial libs expect the connection string to live in the connectionStrings section. -- View this message in context: http://www.nabble.com/Web.Config-connection-strings-not-working---all-I-get-is-%22Unrecognized-attribute-%27ConnectionString%27.-%28%29%22-tp20533025p20533025.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
Re: [Mono-list] Mono Boolean to C bool
Kevin Heeney wrote: > Thanks. That worked. I didn't realize there was a MonoBoolean. I > just knew of MonoObject, MonoString and MonoArray for managed > objects. Is there any API documentation on top of the embedding mono > page? Wiki: http://www.mono-project.com/Embedding_Mono Samples: http://anonsvn.mono-project.com/viewvc/trunk/mono/samples/embed/ API Docs (under the "Mono Embedding" node): http://www.go-mono.com/docs/ Public header files: $prefix/include/mono-1.0/mono/ especially $prefix/include/mono-1.0/mono/metadata/ Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)
Hi, > The generic linux installer has been discontinued. It cannot correctly > predict where to put things on all version of linux, so people end up > with broken Mono installs. Why make it predict anything? From my experience, packages are either put into /usr/local, /usr or /opt - why not just have a radio button on the installer? As for where to put things, you only really need to know if you're using Fedora or not for this (I don't know if any other distro puts things in /usr/lib64 for 64 bit versions of mono). Assuming you're not using Fedora/Redhat, then it will be /opt/mono... or /usr/lib/mono... or /usr/local/lib/mono... Okay, this is very simplistic and probably is missing a pile of things (I've never used the Mono generic installer), but from what I can see, it should do the job. YAMV ;-) TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Olive/REST/WCF
MoMA 1.9+ should pick up WCF projects just fine. However, it reports based on what we actually ship with Mono, so if there are parts we have in SVN that we do not ship yet, those will show as API that Mono does not have yet. Jonathan Danny Waite wrote: > Hi Atsushi , > > Will moma pick up WCF projects? I guess not seen as the > System.ServiceModel.Web code seems still to be in SVN. > > Do you have any experience with REST? If so, should WCF web services be > workable in mono? > > My goal is to create something like the following. > > http://weblogs.asp.net/shijuvarghese/archive/2008/04/04/rest-and-wcf-3-5.aspx > > Regards, > Danny > > > Date: Mon, 17 Nov 2008 01:28:27 +0900 > > From: [EMAIL PROTECTED] > > To: mono-list@lists.ximian.com > > Subject: Re: [Mono-list] Olive/REST/WCF > > > > There is "gui-compare" and "moma" when you are curious about > > missing/not-supported functionality (google them for details). > > > > Atsushi Eno > > > > Danny Waite wrote: > > > Excellent, thanks Atsushi, > > > > > > Are you able to comment on the parts that are not yet ready? Is it > > > workable right now for basic functionality? > > > > > > Regards, > > > Danny > > > > > > > Date: Sun, 16 Nov 2008 08:39:13 +0900 > > > > From: [EMAIL PROTECTED] > > > > To: mono-list@lists.ximian.com > > > > Subject: Re: [Mono-list] Olive/REST/WCF > > > > > > > > Hi, > > > > > > > > The WCF core is incomplete, but System.ServiceModel.Web is almost > > > > already done: > > > > > > > > http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/ > > > > > > > > Atsushi Eno > > > > > > > > > > > > Danny Waite wrote: > > > > > Hi All, > > > > > > > > > > I'm looking at the possibility of using REST together with mono > and > > > wondering if anyone has any experience with this. > > > > > > > > > > .NET 3.5 provides such functionality using System.ServiceModel.Web > > > however I'm unsure if this functionality is implemented in Olive yet. > > > > > > > > > > I see there are a number of REST libraries around that might do > the > > > trick, but before I dive in I want to see if anyone else has been on > > > this path. > > > > > > > > > > Any help/comments are appreciated. > > > > > > > > > > Regards, > > > > > Danny > > > > > ___ > > > > > 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 > > > > > > > ___ > > 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Boolean to C bool
Thanks. That worked. I didn't realize there was a MonoBoolean. I just knew of MonoObject, MonoString and MonoArray for managed objects. Is there any API documentation on top of the embedding mono page? Thanks, Kevin On Nov 16, 2008, at 10:40 AM, Robert Jordan wrote: > Kevin Heeney wrote: >> I am using C to invoke Mono and it is working well. A few weeks >> ago I >> hit an issue where I was calling a few functions that returned a >> boolean >> from Mono. I changed those functions to return an integer ( I >> cast the >> boolean to an int and did Math.Abs on that int in Mono) and just >> set the >> returned int to a bool in C. That worked fine, but now I am >> re-evaluating and cleaning some things up. What would be the best >> way >> to take a MonoObject* referencing a Boolean and get a C bool out >> of it >> (or a integer representing the value of that boolean). >> >> I have a couple of ideas for ways to do this that I know would >> work, but >> I have a feeling there is an easier way. >> >> In other words, how can I get a C bool (or an int where false=0 >> and true >> is anything else) out of the monOb in this code: >> >> MonoMethodDesc *monoMethDesc2 = mono_method_desc_new >> (":callSomeMethodThatReturnsABoolean()",FALSE); >> MonoMethod *meth2= mono_method_desc_search_in_class >> (monoMethDesc2, myMonoClass); >> MonoObject* monOb = mono_runtime_invoke (meth2, >> theObjectThatOwnsTheMethodThatReturnsABoolean, NULL, NULL); > > You must unbox value types because mono_runtime_invoke is > always returning value types boxed as objects: > > if (monObj) { > MonoBoolean *b = (MonoBoolean*) mono_object_unbox (monOb); > if (*b) { > --> true > } else { > --> false > } > } else { > // handle error condition > } > > Robert > > ___ > 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] Mono.Simd - Phylosophical comments
Hi Etienne. On Fri, Nov 14, 2008 at 2:38 PM, efortin <[EMAIL PROTECTED]>wrote: > > Hi All, > I just decided to get involved more in Mono and all related tools. Was an > hardcore .NET Framework (Windows) developer but now it seems time to let go > and explore something else. And Mono is just what I need! > > Anyway, I was quite pleased to see the Mono.Simd experimental addition. > It's > about time someone in the CIL world put efforts in exploiting the power of > the SIMD instruction sets on modern x86 CPU, even more because most of the > processing power increase in these CPU comes from SSE and al. > > I have a couple of comments on Mono.Simd: > > 1) Why calling it something that ties it to the underlying technology used? > Why not calling it Mono.Math.Advanced, or Mono.Math.Vectors, or > Mono.Math.Matrix? It doesn't have a big impact and it's just a question of > taste I guess, but I find that Mono.Simd relates too much to the > implementation technology. The idea is to expose the Single Instruction Multiple Data extensions of modern cpus. It's not specific to vector or matrix math as it can be used with cryptography and image processing with the same degree of success. > 2) Would it be possible to use generic instead of "hardcoding" the types > and > sizes of vectors in each class? I don't know if it's possible, but there > are > probably ways to pre-instantiate templates like you do in C++, so you have > each supported template specification ready, and/or design the native > underlying module that actually does the transformation to SIMD > instructions > do it in hardware only for the supported types. This would make this > library > quite flexible I think. Generics would pose some of very complicated problems to solve, such as the default implementation (can't do math over generic arguments), and confusion with the users as to what would get accelerated or not. The second issue is due to the fact that not all operations are available for all element types and the vector unit is 128 bits long - so a Vector16 would not flight. > 3) I would add more high level constructs like Matrix that make use of the > SIMD hardware. > We first need to expose a rich and usable set of intrinsics to what SSE currently has. Once we do finish with that, we might look at exposing more high level functionality. On the other hand, such experimentation should happens outside of Mono.Simd to be more agile and not bound to mono's own release schedule. I would love to see such extensions been build, but rather as a separate library which has way more flexibility in how it's developed - let's take the awesome Mono.Rocks as a fine example of that. 4) Maybe classes to help "vectorize" loops and other code construct would be > good, since the runtime is not currently able to vectorize code itself. I > still don't know how this could be done, but something like the "using" > directive in C#, but using method calls and not extension to the language, > could do the trick. > There are a lot of stuff to be explored here. One could do a vectorizing extension of LINQ to Objects, for example. Bytecode manipulation with CECIL is another opportunity. Or maybe something a lot simpler such a set of foundation classes to build such algorithms is enough. I don't know which solution could work or could be better than the others, so I'm open to help anyone trying any crazy idea over Mono.Simd. Thanks for the feedback, Rodrigo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Olive/REST/WCF
Hi Atsushi , Will moma pick up WCF projects? I guess not seen as the System.ServiceModel.Web code seems still to be in SVN. Do you have any experience with REST? If so, should WCF web services be workable in mono? My goal is to create something like the following. http://weblogs.asp.net/shijuvarghese/archive/2008/04/04/rest-and-wcf-3-5.aspx Regards, Danny> Date: Mon, 17 Nov 2008 01:28:27 +0900> From: [EMAIL PROTECTED]> To: mono-list@lists.ximian.com> Subject: Re: [Mono-list] Olive/REST/WCF> > There is "gui-compare" and "moma" when you are curious about> missing/not-supported functionality (google them for details).> > Atsushi Eno> > Danny Waite wrote:> > Excellent, thanks Atsushi,> > > > Are you able to comment on the parts that are not yet ready? Is it > > workable right now for basic functionality?> > > > Regards,> > Danny> > > > > Date: Sun, 16 Nov 2008 08:39:13 +0900> > > From: [EMAIL PROTECTED]> > > To: mono-list@lists.ximian.com> > > Subject: Re: [Mono-list] Olive/REST/WCF> > >> > > Hi,> > >> > > The WCF core is incomplete, but System.ServiceModel.Web is almost> > > already done:> > > > > http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/> > >> > > Atsushi Eno> > >> > >> > > Danny Waite wrote:> > > > Hi All,> > > >> > > > I'm looking at the possibility of using REST together with mono and > > wondering if anyone has any experience with this.> > > >> > > > .NET 3.5 provides such functionality using System.ServiceModel.Web > > however I'm unsure if this functionality is implemented in Olive yet.> > > >> > > > I see there are a number of REST libraries around that might do the > > trick, but before I dive in I want to see if anyone else has been on > > this path.> > > >> > > > Any help/comments are appreciated.> > > >> > > > Regards,> > > > Danny> > > > ___> > > > 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> > > > ___> 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] Mono Boolean to C bool
Kevin Heeney wrote: > I am using C to invoke Mono and it is working well. A few weeks ago I > hit an issue where I was calling a few functions that returned a boolean > from Mono. I changed those functions to return an integer ( I cast the > boolean to an int and did Math.Abs on that int in Mono) and just set the > returned int to a bool in C. That worked fine, but now I am > re-evaluating and cleaning some things up. What would be the best way > to take a MonoObject* referencing a Boolean and get a C bool out of it > (or a integer representing the value of that boolean). > > I have a couple of ideas for ways to do this that I know would work, but > I have a feeling there is an easier way. > > In other words, how can I get a C bool (or an int where false=0 and true > is anything else) out of the monOb in this code: > > MonoMethodDesc *monoMethDesc2 = mono_method_desc_new > (":callSomeMethodThatReturnsABoolean()",FALSE); > MonoMethod *meth2= mono_method_desc_search_in_class > (monoMethDesc2, myMonoClass); > MonoObject* monOb = mono_runtime_invoke (meth2, > theObjectThatOwnsTheMethodThatReturnsABoolean, NULL, NULL); You must unbox value types because mono_runtime_invoke is always returning value types boxed as objects: if (monObj) { MonoBoolean *b = (MonoBoolean*) mono_object_unbox (monOb); if (*b) { --> true } else { --> false } } else { // handle error condition } Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Olive/REST/WCF
There is "gui-compare" and "moma" when you are curious about missing/not-supported functionality (google them for details). Atsushi Eno Danny Waite wrote: > Excellent, thanks Atsushi, > > Are you able to comment on the parts that are not yet ready? Is it > workable right now for basic functionality? > > Regards, > Danny > > > Date: Sun, 16 Nov 2008 08:39:13 +0900 > > From: [EMAIL PROTECTED] > > To: mono-list@lists.ximian.com > > Subject: Re: [Mono-list] Olive/REST/WCF > > > > Hi, > > > > The WCF core is incomplete, but System.ServiceModel.Web is almost > > already done: > > > http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/ > > > > Atsushi Eno > > > > > > Danny Waite wrote: > > > Hi All, > > > > > > I'm looking at the possibility of using REST together with mono and > wondering if anyone has any experience with this. > > > > > > .NET 3.5 provides such functionality using System.ServiceModel.Web > however I'm unsure if this functionality is implemented in Olive yet. > > > > > > I see there are a number of REST libraries around that might do the > trick, but before I dive in I want to see if anyone else has been on > this path. > > > > > > Any help/comments are appreciated. > > > > > > Regards, > > > Danny > > > ___ > > > 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 > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)
The generic linux installer has been discontinued. It cannot correctly predict where to put things on all version of linux, so people end up with broken Mono installs. Some more details are available in this post: http://lists.ximian.com/pipermail/mono-list/2008-September/039581.html You could grab the .rpm for opensuse and extract the files from it if you just want the binaries. Jonathan atesti wrote: > Hi! > > I'm quite frustrated: I use Debian (not the supported Suse or Redhat or > Windows stuff) and don't want debian packaged Mono either. I want the most > recent official version. > > I used to grab the generic installer from > http://www.mono-project.com/Other_Downloads > but it is still 1.9.1_2 > > Why has it not been updated? > > I usually install it to /opt, tell it to leave my environment alone and then > strip it manually down to 10mb which I need for my purpose. > > I would really like to get hold of the official binaries (I don't want to > compile it myself, that might introduce bugs from my libarries or other > problems). > > I don't actually need the installer btw. Just a tgz file of the binary raw > contents would be great. > > If I go to the mono homepage and try to download something for Suse or > redhat, that leads me nowhere! I just get told to use the buildin update > managers, etc. BAH! No possibility of downloading one large RPM and just > extracing it and using the good fine binaries directly. (for the windows > version (one big isntaller) that woudl be easy) > > And how would I be sure that I really get the most recent official 2.1 > release that way??? > > I'm pretty frustrated with the way the mono system "supports" the distros. I > mean it's great that mono gets good integration into distros, but I would > certainly prefer MUCH LESS integration. > > Can anyone trigger the person who builds the generic Linux updater? > > Why did it stop to be updated? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Olive/REST/WCF
Excellent, thanks Atsushi, Are you able to comment on the parts that are not yet ready? Is it workable right now for basic functionality? Regards, Danny> Date: Sun, 16 Nov 2008 08:39:13 +0900> From: [EMAIL PROTECTED]> To: mono-list@lists.ximian.com> Subject: Re: [Mono-list] Olive/REST/WCF> > Hi,> > The WCF core is incomplete, but System.ServiceModel.Web is almost> already done:> http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/> > Atsushi Eno> > > Danny Waite wrote:> > Hi All,> > > > I'm looking at the possibility of using REST together with mono and wondering if anyone has any experience with this.> > > > .NET 3.5 provides such functionality using System.ServiceModel.Web however I'm unsure if this functionality is implemented in Olive yet.> > > > I see there are a number of REST libraries around that might do the trick, but before I dive in I want to see if anyone else has been on this path.> > > > Any help/comments are appreciated.> > > > Regards,> > Danny> > ___> > 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___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Sync Framework on Mono
Hi, I'm interested to port de http://msdn.microsoft.com/en-us/sync/bb821992.aspx Microsoft Sync Framework to mono. Recently, I've developer a http://sourceforge.net/projects/sqliteclientsyn/ Sqlite ClientSyncProvider for replace the SqlCE client sync provider. I don't know the legal implications of do that. Thanks in advance.- José -- View this message in context: http://www.nabble.com/Sync-Framework-on-Mono-tp20515616p20515616.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
[Mono-list] Mono.Simd - Phylosophical comments
Hi All, I just decided to get involved more in Mono and all related tools. Was an hardcore .NET Framework (Windows) developer but now it seems time to let go and explore something else. And Mono is just what I need! Anyway, I was quite pleased to see the Mono.Simd experimental addition. It's about time someone in the CIL world put efforts in exploiting the power of the SIMD instruction sets on modern x86 CPU, even more because most of the processing power increase in these CPU comes from SSE and al. I have a couple of comments on Mono.Simd: 1) Why calling it something that ties it to the underlying technology used? Why not calling it Mono.Math.Advanced, or Mono.Math.Vectors, or Mono.Math.Matrix? It doesn't have a big impact and it's just a question of taste I guess, but I find that Mono.Simd relates too much to the implementation technology. 2) Would it be possible to use generic instead of "hardcoding" the types and sizes of vectors in each class? I don't know if it's possible, but there are probably ways to pre-instantiate templates like you do in C++, so you have each supported template specification ready, and/or design the native underlying module that actually does the transformation to SIMD instructions do it in hardware only for the supported types. This would make this library quite flexible I think. 3) I would add more high level constructs like Matrix that make use of the SIMD hardware. 4) Maybe classes to help "vectorize" loops and other code construct would be good, since the runtime is not currently able to vectorize code itself. I still don't know how this could be done, but something like the "using" directive in C#, but using method calls and not extension to the language, could do the trick. That's it for now. Keep up the good work on Mono, we need it in the marketplace! -- View this message in context: http://www.nabble.com/Mono.Simd---Phylosophical-comments-tp20503986p20503986.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
[Mono-list] Generic Linux installer for Mono 2.1 still missing (or just the files)
Hi! I'm quite frustrated: I use Debian (not the supported Suse or Redhat or Windows stuff) and don't want debian packaged Mono either. I want the most recent official version. I used to grab the generic installer from http://www.mono-project.com/Other_Downloads but it is still 1.9.1_2 Why has it not been updated? I usually install it to /opt, tell it to leave my environment alone and then strip it manually down to 10mb which I need for my purpose. I would really like to get hold of the official binaries (I don't want to compile it myself, that might introduce bugs from my libarries or other problems). I don't actually need the installer btw. Just a tgz file of the binary raw contents would be great. If I go to the mono homepage and try to download something for Suse or redhat, that leads me nowhere! I just get told to use the buildin update managers, etc. BAH! No possibility of downloading one large RPM and just extracing it and using the good fine binaries directly. (for the windows version (one big isntaller) that woudl be easy) And how would I be sure that I really get the most recent official 2.1 release that way??? I'm pretty frustrated with the way the mono system "supports" the distros. I mean it's great that mono gets good integration into distros, but I would certainly prefer MUCH LESS integration. Can anyone trigger the person who builds the generic Linux updater? Why did it stop to be updated? -- View this message in context: http://www.nabble.com/Generic-Linux-installer-for-Mono-2.1-still-missing-%28or-just-the-files%29-tp20479893p20479893.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