[Mono-dev] Class Status pages for Olive
Hi, Status pages are generated for olive on monobuild. Here's the link (which is temporary for now because old builds get removed from mono.ximian.com): http://mono.ximian.com/monobuild/builds/HEAD/suse-100-i586/olive/86908/files/steps/api-diff/ Miguel mentioned that there are some missing assemblies (agclr, System.Silverlight, etc). Is the masterinfo information for those assemblies contained in this link? http://mono.ximian.com/masterinfos/masterinfos-3.0.tar.gz I'm assuming it's not, because it seems that each assembly has it's own corresponding xml file. Does the above masterinfo file need updating, or is there another set of masterinfos I should be using with olive? Wade signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Class Status pages for Olive
Hello, Wade Berrier wrote: Hi, Status pages are generated for olive on monobuild. Here's the link (which is temporary for now because old builds get removed from mono.ximian.com): http://mono.ximian.com/monobuild/builds/HEAD/suse-100-i586/olive/86908/files/steps/api-diff/ Ohh, nice :-) Thanks for the work Wade. Miguel mentioned that there are some missing assemblies (agclr, System.Silverlight, etc). Is the masterinfo information for those assemblies contained in this link? http://mono.ximian.com/masterinfos/masterinfos-3.0.tar.gz I'm assuming it's not, because it seems that each assembly has it's own corresponding xml file. They aren't. On Windows if you have Silverlight installed, you will find those assemblies at %PROGRAMFILES%\Microsoft Silverlight . Does the above masterinfo file need updating, or is there another set of masterinfos I should be using with olive? Hence yes. They can be generated using mono-api-info against those MS assemblies. I believe olive contains almost all assemblies (except for MS.VB.dll) that correspond to non-OSS managed assemblies from Silverlight. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Class Status pages for Olive
Superb Wade, really thanks! I can proceed then and remove my own version for WCF. Thanks again. Regards, 2007/10/5, Wade Berrier [EMAIL PROTECTED]: Hi, Status pages are generated for olive on monobuild. Here's the link (which is temporary for now because old builds get removed from mono.ximian.com): http://mono.ximian.com/monobuild/builds/HEAD/suse-100-i586/olive/86908/files/steps/api-diff/ Miguel mentioned that there are some missing assemblies (agclr, System.Silverlight, etc). Is the masterinfo information for those assemblies contained in this link? http://mono.ximian.com/masterinfos/masterinfos-3.0.tar.gz I'm assuming it's not, because it seems that each assembly has it's own corresponding xml file. Does the above masterinfo file need updating, or is there another set of masterinfos I should be using with olive? Wade ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Marcos - http://www.youcannoteatbits.org ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Messaging: Anyone currently working on this?
Hi :) On 10/3/07, Atsushi Eno [EMAIL PROTECTED] wrote: Hi, It is great that you are interested in hacking this area :-) You can start either based on unfinished SoC effort or from scratch (as you wrote, the existing code is not advanced much). Also, since System.Messaging.dll is not part of our supported component, you can directly work with mono svn. IMO even trunk is still fine (I'll take care of the dll's metadata-wise mismatch) but you might also want to create your own branch. Okay, I will do just that. (I noticed that the latest data loss disaster at the hosting service I used also hit my code. That sucks!!! So the links at the wiki page results in 404, but I could restore only the patch from archive.org and it actually lacked OpenWireBridge.cs, though it should not be hard to rewrite from scratch.) Yeah, it seems pretty straight forward, and in fact have already started in on getting some of the core functionality pieces pulled together. I am currently in head down and code mode getting ready to deliver this[1] platform (which, by the way, is a completely portable personal web communication and publishing system, the same system I've been building in stages for the last three and half years, built directly on top of and powered by Mono) which is powering this[2] site which will be launched in 11 days @ the College Music Journal Festival[3] in New York City on the 16th. When I get back from that event I will be placing all of my focus on building out System.Messaging, so expect to hear back from me in regards to both status and questions soon thereafter. Thanks, Eno! [1] http://nuxleus.googlecode.com/svn/trunk/nuxleus/ [2] http://amp.fm/ [3] http://cmj.com/marathon -- /M:D M. David Peterson http://mdavid.name | http://www.oreillynet.com/pub/au/2354 | http://dev.aol.com/blog/3155 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] String.Split() broken behavior
Hey Mono team: This is my first time contributing, so please bear with me if I do something dumb. I've provided a patch for incorrect behavior in the String.Split() function. In particular, String.Split(char[],int,StringSplitOptions) behaves incorrectly when instructed to remove empty entries while also limiting the size of the resultant array. Take for example, the following code: ,a,,b,c.Split(new char[]{','},3,StringSplitOptions.RemoveEmptyEntries); The existing implementation split the string into the following 3 components: {[], [], [a,,b,c]} Then it scans the array and removes all empty entries, returning simply {[a,,b,c]} The correct behavior would be to remove empty entries while the string was being split, and always return the maximum number of elements possible. The *correct* result to the preceding example would be: {[a],[b],[c]} In order to do this correctly and efficiently, the InternalSplit function had to be modified to be able to remove empty entries during the split procedure; this included changing the signature to accept an options parameter. This patch also removes the need for further optimization of the String.Split() call. I'm a bit unsure about the coding style required; the .c file seemed to be a bit of a combination of a few coding styles all together. Also, the new InternalSplit function in this patch contains the line: remempty = options 0x01; where 0x01 refers to the StringSplitOptions.RemoveEmptyEntries flag. I'm sure there's a better way of indicating this; either by referencing the enum somehow or with a #define somewhere. I don't know how you do that sort of thing here. The patch, as provided, DOES fix the broken code and works without any trouble, but I would appreciate it if someone more familiar with the Mono project would go over the changes and bring those style bits a bit more into conformance with what is expected. Cheers -Tyler Larson Index: mcs/class/corlib/System/String.cs === --- mcs/class/corlib/System/String.cs (revision 87020) +++ mcs/class/corlib/System/String.cs (working copy) @@ -216,12 +216,11 @@ if (count == 1) return new String[1] { ToString() }; - return InternalSplit (separator, count); + return InternalSplit (separator, count, 0); } #if NET_2_0 [ComVisible (false)] - [MonoDocumentationNote (optimization)] public String[] Split (char[] separator, int count, StringSplitOptions options) { if (separator == null || separator.Length == 0) @@ -232,28 +231,9 @@ if ((options != StringSplitOptions.None) (options != StringSplitOptions.RemoveEmptyEntries)) throw new ArgumentException (options must be one of the values in the StringSplitOptions enumeration, options); - bool removeEmpty = (options StringSplitOptions.RemoveEmptyEntries) == StringSplitOptions.RemoveEmptyEntries; + if (count==0) return new String[0]; - if (!removeEmpty) -return Split (separator, count); - else { -/* FIXME: Optimize this */ -String[] res = Split (separator, count); -int n = 0; -for (int i = 0; i res.Length; ++i) - if (res [i] == String.Empty) - n ++; -if (n 0) { - String[] arr = new String [res.Length - n]; - int pos = 0; - for (int i = 0; i res.Length; ++i) - if (res [i] != String.Empty) - arr [pos ++] = res [i]; - return arr; -} -else - return res; - } + return InternalSplit (separator, count, (int) (options StringSplitOptions.RemoveEmptyEntries) ); } [ComVisible (false)] @@ -2461,7 +2441,7 @@ private extern void InternalCopyTo (int sIndex, char[] dest, int destIndex, int count); [MethodImplAttribute (MethodImplOptions.InternalCall)] - private extern String[] InternalSplit (char[] separator, int count); + private extern String[] InternalSplit (char[] separator, int count, int options); [MethodImplAttribute (MethodImplOptions.InternalCall)] private extern String InternalTrim (char[] chars, int typ); Index: mono/mono/metadata/string-icalls.c === --- mono/mono/metadata/string-icalls.c (revision 87020) +++ mono/mono/metadata/string-icalls.c (working copy) @@ -98,7 +98,7 @@ } MonoArray * -ves_icall_System_String_InternalSplit (MonoString *me, MonoArray *separator, gint32 count) +ves_icall_System_String_InternalSplit (MonoString *me, MonoArray *separator, gint32 count, gint32 options) { MonoString * tmpstr; MonoArray * retarr; @@ -106,65 +106,141 @@ gint32 arrsize, srcsize, splitsize; gint32 i, lastpos, arrpos; gint32 tmpstrsize; + gint32 remempty; + gint32 flag; gunichar2 *tmpstrptr; gunichar2 cmpchar; MONO_ARCH_SAVE_REGS; + remempty = options 0x01; src = mono_string_chars(me); srcsize = mono_string_length(me); arrsize = mono_array_length(separator); - cmpchar = mono_array_get(separator, gunichar2, 0); - - splitsize
Re: [Mono-dev] [PATCH] String.Split() broken behavior
Hi Tyler, I some coments about our patch, some are just minor details like formating issues. You can read about our coding guidelines in http://www.mono-project.com/Coding_Guidelines For the options it's a good idea to create an enum in the c side. options SPLIT_OPTIONS_REMOVE_EMPTY_ENTRIES, or something alika, is way better than options 0x01 - which uses some sort of magical number. Take a look at the GenericParameterAttributes enum in object-internals.h. +if (string_icall_is_in_array(separator, arrsize, src[i])) { +splitsize++; Please add a space after function name and array index, it should be something like: +if (string_icall_is_in_array (separator, arrsize, src [i])) { +splitsize++; +if (lastpos == 1) +{ +splitsize++; +} Avoid braces for single line ifs. About fixing the broken code, we are going to need new unit tests for all this code. You could sent the patch for mcs/class/corlib/Test/System/StringTest.cs too ;) Cheers, Rodrigo On 10/5/07, Tyler Larson [EMAIL PROTECTED] wrote: Hey Mono team: This is my first time contributing, so please bear with me if I do something dumb. I've provided a patch for incorrect behavior in the String.Split() function. In particular, String.Split(char[],int,StringSplitOptions) behaves incorrectly when instructed to remove empty entries while also limiting the size of the resultant array. Take for example, the following code: ,a,,b,c.Split(new char[]{','},3,StringSplitOptions.RemoveEmptyEntries); The existing implementation split the string into the following 3 components: {[], [], [a,,b,c]} Then it scans the array and removes all empty entries, returning simply {[a,,b,c]} The correct behavior would be to remove empty entries while the string was being split, and always return the maximum number of elements possible. The *correct* result to the preceding example would be: {[a],[b],[c]} In order to do this correctly and efficiently, the InternalSplit function had to be modified to be able to remove empty entries during the split procedure; this included changing the signature to accept an options parameter. This patch also removes the need for further optimization of the String.Split() call. I'm a bit unsure about the coding style required; the .c file seemed to be a bit of a combination of a few coding styles all together. Also, the new InternalSplit function in this patch contains the line: remempty = options 0x01; where 0x01 refers to the StringSplitOptions.RemoveEmptyEntries flag. I'm sure there's a better way of indicating this; either by referencing the enum somehow or with a #define somewhere. I don't know how you do that sort of thing here. The patch, as provided, DOES fix the broken code and works without any trouble, but I would appreciate it if someone more familiar with the Mono project would go over the changes and bring those style bits a bit more into conformance with what is expected. Cheers -Tyler Larson ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)
On 10/2/07, Wade Berrier [EMAIL PROTECTED] wrote: I build gtk# on windows with vs .net for the sole purpose of eventually shipping gtk# for ms .net. I think it's ok to have separate installers, but we may want to reconsider the overall picture if we move everything to .msi. (Ie: maybe have an .msi installer for gtk+, or use someone elses, one for core mono, another for gtk#, etc...) Wade Is it possible to compile gtk-sharp on windows with the mono toolchain? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] .resx files
Hello! I'm writing small asp.net site and need multilanuage support (via .resx files). Where can I find any information about aspx and resx files on mono? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono.so is a broken sym link
Hi all. wether I use mac ports or I build from source, mod_mono.so looks like [EMAIL PROTECTED] ~/src/mod_mono-1.2.5]$ ls -l /opt/local/apache2/modules/mod_mono.so lrwxr-xr-x 1 root admin 17 Oct 4 14:04 /opt/local/apache2/modules/mod_mono.so - mod_mono.0.0.0.so and mod_mono.0.0.0.so is nowhere to be found. make all deleted it. any ideas? I've tried building 1.2.5 and 1.1.16, both with the same outcome. I've got xsp 1.1.16 installed. as a side note, my goal here is really just to be able to use my mac for development related hosting. so if there is a way to skip using apache all together, in a sort of mongrel type way, that would serve me just as well. thanks! -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] gtk-sharp packages available for openmoko phone
Henryk Plötz has finished the gtk-sharp package and it is now available in the mono feed: add the following to a /etc/ipkg/*-feed.conf file: src/gz mono-armv4t http://dev.bec-systems.com/feed/openmoko/mono ipkg update ipkg install libgtk2.0-cil I have tested a simple mono gtk single window application. The following components are dependencies of libgtk2.0-cil and are installed automatically: libglib2.0-cil libgtk2.0-cil libmono-cairo1.0-cil libmono-corlib1.0-cil libmono-system1.0-cil mono mono-common mono-jit The above components only require 3.9MB of space -- that seems pretty decent for mono gtk support. The gtk-sharp OE recipe should also be a useful reference for how to add mono packages to OE. Cliff -- === Cliff Brake http://bec-systems.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SuSe 10.3 repositories for mono?
On 10/5/07, Nagappan [EMAIL PROTECTED] wrote: Hi, You can use this repository directly. http://download.opensuse.org/repositories/Mono/openSUSE_10.3/ Thanks Nagappan Thanks you so much for your answer. Ruben Guinez wrote: Hi all. I want to know if is possible to install version for suse 10.2 of mono into suse 10.3 today? or is not recommended? What I have to do ?. Thanks in advance -- Rubén D. Guíñez G. Software Developer ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Nagappan A [EMAIL PROTECTED] Novell Software Development (I) Pvt. Ltd. Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com/ Novell, Inc. SUSE(r) Linux Enterprise 10 Your Linux is ready™ http://www.novell.com/linux -- Rubén D. Guíñez G. Software Developer ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono.so is a broken sym link
brian wrote: Hi all. wether I use mac ports or I build from source, mod_mono.so looks like [EMAIL PROTECTED] ~/src/mod_mono-1.2.5]$ ls -l /opt/local/apache2/modules/mod_mono.so lrwxr-xr-x 1 root admin 17 Oct 4 14:04 /opt/local/apache2/modules/mod_mono.so - mod_mono.0.0.0.so and mod_mono.0.0.0.so is nowhere to be found. make all deleted it. any ideas? I've tried building 1.2.5 and 1.1.16, both with the same outcome. I've got xsp 1.1.16 installed. as a side note, my goal here is really just to be able to use my mac for development related hosting. so if there is a way to skip using apache all together, in a sort of mongrel type way, that would serve me just as well. thanks! Ok about my side note there, I did a little RTF?M and found that xsp.exe is what I'm looking for. However, it doesn't seem to work for me. [EMAIL PROTECTED] /opt/local/lib/xsp/test]$ MONO_OPTIONS=--debug xsp --verbose xsp Adding applications '/:.'... Registering application: Host: any Port: any Virtual path: / Physical path: /opt/local/lib/xsp/test Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /opt/local/lib/xsp/test Hit Return to stop the server. it opens the port: nmap localhost -p 8080 Starting Nmap 4.20 ( http://insecure.org ) at 2007-10-05 09:40 CDT Interesting ports on localhost (127.0.0.1): PORT STATE SERVICE 8080/tcp open http-proxy Nmap finished: 1 IP address (1 host up) scanned in 0.106 seconds but requests from firefox go unanswered. any ideas? -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Compile Errors
I'm on CentOS, 'uname -a' gives: Linux 2.6.9-023stab043.1-enterprise #1 SMP Mon Mar 5 16:58:09 MSK 2007 i686 i686 i386 GNU/Linux I'm compiling the latest source (1.2.5.1) and am getting the following error. Thanks for any help! -Abe System.Windows.Forms.RTF/RTF.cs(262,30): warning CS0652: A comparison between a constant and a variable is useless. The constant is out of the range of the variable type `char' Stacktrace: at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_object_new_fast (intptr) 0x4 at (wrapper managed-to-native) System.Object.__icall_wrapper_mono_object_new_fast (intptr) 0x at Mono.CSharp.Expression.ExprClassFromMemberInfo (System.Type,System.Reflection.MemberInfo,Mono.CSharp.Location) 0x00107 at Mono.CSharp.Expression.MemberLookup (System.Type,System.Type,System.Type,string,System.Reflection.MemberTypes,System.Reflection.BindingFlags,Mono.CSharp.Location) 0x00543 at Mono.CSharp.Expression.MemberLookup (System.Type,System.Type,System.Type,string,Mono.CSharp.Location) 0x0001d at Mono.CSharp.MemberAccess.DoResolve (Mono.CSharp.EmitContext,Mono.CSharp.Expression) 0x00240 at Mono.CSharp.MemberAccess.DoResolve (Mono.CSharp.EmitContext) 0xf at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) 0x0012d at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext) 0x00012 at Mono.CSharp.ElementAccess.CommonResolve (Mono.CSharp.EmitContext) 0x00024 at Mono.CSharp.ElementAccess.DoResolve (Mono.CSharp.EmitContext) 0x00015 at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) 0x0012d at Mono.CSharp.Expression.Resolve (Mono.CSharp.EmitContext) 0x00012 at Mono.CSharp.Return.DoResolve (Mono.CSharp.EmitContext) 0x00173 at Mono.CSharp.Return.Resolve (Mono.CSharp.EmitContext) 0x00015 at Mono.CSharp.If.Resolve (Mono.CSharp.EmitContext) 0x001e6 at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001cd at Mono.CSharp.Switch.Resolve (Mono.CSharp.EmitContext) 0x00300 at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001cd at Mono.CSharp.For.Resolve (Mono.CSharp.EmitContext) 0x001a0 at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001cd at Mono.CSharp.Block.Resolve (Mono.CSharp.EmitContext) 0x001cd at Mono.CSharp.EmitContext.ResolveTopBlock (Mono.CSharp.EmitContext,Mono.CSharp.ToplevelBlock,Mono.CSharp.Parameters,Mono.CSharp.IMethodData,bool) 0x00163 at Mono.CSharp.EmitContext.EmitTopBlock (Mono.CSharp.IMethodData,Mono.CSharp.ToplevelBlock) 0x00047 at Mono.CSharp.MethodData.Emit (Mono.CSharp.DeclSpace) 0x0014c at Mono.CSharp.AbstractPropertyEventMethod.EmitMethod (Mono.CSharp.DeclSpace) 0x00013 at Mono.CSharp.AbstractPropertyEventMethod.Emit (Mono.CSharp.DeclSpace) 0x00027 at Mono.CSharp.PropertyBase.Emit () 0x00048 at Mono.CSharp.TypeContainer.EmitType () 0x003d9 at Mono.CSharp.RootContext.EmitCode () 0x0007e at Mono.CSharp.Driver.MainDriver (string[]) 0x00962 at Mono.CSharp.Driver.Main (string[]) 0x00055 at (wrapper runtime-invoke) Mono.CSharp.Driver.runtime_invoke_int_string[] (object,intptr,intptr,intptr) 0x Native stacktrace: make[8]: *** [../../class/lib/default/System.Windows.Forms.dll] Terminated make[8]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs/class/Managed.Windows.Forms' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs/class/Managed.Windows.Forms' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs/class' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs' make[4]: *** [profile-do--default--all] Error 2 make[4]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/mcs' make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/mono/1.2.5/mono-1.2.5.1' make: *** [all] Error 2 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compile Errors
From the release downloads. No repository check-out nonsense. Maybe I should also note that I had no problem compiling 1.2.4. Thanks! On 10/5/07, Adrien Dessemond [EMAIL PROTECTED] wrote: On Fri, October 5, 2007 3:12 pm, Abe Gillespie wrote: I'm on CentOS, 'uname -a' gives: Linux 2.6.9-023stab043.1-enterprise #1 SMP Mon Mar 5 16:58:09 MSK 2007 i686 i686 i386 GNU/Linux I'm compiling the latest source (1.2.5.1) and am getting the following error. Thanks for any help! Did you get the source from the 'stable release' archive or via the SVN repository ? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Install latest mono and monodevelop on OpenSuse 10.3
Hi friends I would like very much to now how to install mono and latest monodevelop on my opensuse 10.3. Thanks in advance. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Install latest mono and monodevelop on OpenSuse 10.3
Hi, Configure this in your YaST http://download.opensuse.org/repositories/Mono/openSUSE_10.3/ :) Thanks Nagappan -- Nagappan A [EMAIL PROTECTED] Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com Novell, Inc. SUSE® Linux Enterprise 10 Your Linux is ready™ http://www.novell.com/linux Carlos Adriano Portes [EMAIL PROTECTED] 10/06/07 3:31 AM Hi friends I would like very much to now how to install mono and latest monodevelop on my opensuse 10.3. Thanks in advance. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list