From Tomas.Matousek at microsoft.com Sun Aug 1 01:10:10 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 1 Aug 2010 05:10:10 +0000 Subject: [Ironruby-core] Can't subclass IronRuby libraries ("super" doesn't resolve correctly) In-Reply-To: References: Message-ID: Place breakpoint in file SuperCallAction.cs after the call to method = targetClass.ResolveSuperMethodNoLock(currentMethodName, currentDeclaringModule).InvalidateSitesOnOverride().Info; this finds the method. You can see that it is a RubyLibraryMethodInfo (i.e. a Ruby method defined in C# library) and has two overloads (MethodBases property) {IronRuby.Builtins.RubyIO Reinitialize(IronRuby.Builtins.RubyIO, Int32, IronRuby.Builtins.MutableString)} {IronRuby.Builtins.RubyIO Reinitialize(IronRuby.Builtins.RubyIO, Int32, Int32)} This method is defined in IOOps and expects the first argument to be a file descriptor. If we look at File's private instance methods in MRI we see: irb(main):004:0> File.private_instance_methods(false).sort => ["initialize"] While in IronRuby we get a different result: >>> File.private_instance_methods(false).sort => ["blockdev?", "chardev?", "directory?", "executable?", "executable_real?", "exist?", "exists?", "file?", "grpowned?", "identical?", "owned?", "pipe?", "readable?", "readable_real?", "setgid?", "setuid?", "size", "size?", "socket?", "stic ky?", "symlink?", "writable?", "writable_real?", "zero?"] This means there are two bugs: 1) initialize is missing from File 2) bunch of private methods shouldn't be there Have a fix almost ready. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Saturday, July 31, 2010 3:35 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Can't subclass IronRuby libraries ("super" doesn't resolve correctly) I could use some help with Issue #4957 (http://ironruby.codeplex.com/workitem/4957). Does anyone know where super class ctors are resolved?? I haven't been able to spot where they are resolved in the code. -Charles _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ryan.riley at panesofglass.org Sun Aug 1 02:47:09 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 31 Jul 2010 23:47:09 -0700 Subject: [Ironruby-core] using custom controls with gestalt In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920BC6A9@TK5EX14MBXC141.redmond.corp.microsoft.com> References: <43769a4a1001250017q3c2b0438i79cf01b1d0f9474e@mail.gmail.com> <43769a4a1001251912h7421b5efl874c0b029272a189@mail.gmail.com> <1B42307CD4AADD438CDDA2FE1121CC920BC6A9@TK5EX14MBXC141.redmond.corp.microsoft.com> Message-ID: Jimmy, Did you ever get this fixed? I tried application/zip as well as application/x-zip-compressed, but in every case I get a "No such file to load" error. Here's the source:
Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ On Mon, Jan 25, 2010 at 10:32 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > Mark, > > Putting the dlls in the XAP is one way to do it. You could also put them > into a ZIP file, and in your app download the zip file and use Silverlight's > Application.GetResourceStream API to extract the DLLs from the file, and > call Assembly.Load on them. However, this is a bit annoying, so we support > doing this: > > > > > This lets you put files in a zip, and then access them like they were part > of the "filesystem". However, I just tried this and I found a bug, so I'll > check in a fix and let you know when it's fixed. > > ~Jimmy > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Mark Ryall > > Sent: Monday, January 25, 2010 7:12 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] using custom controls with gestalt > > > > In case anyone is curious - I got this to work by putting the > > Microsoft.Maps.MapControl.dll and Microsoft.Maps.MapControl.Common.dll > > assemblies directly into the DLR.xap file. > > > > This doesn't seem ideal - the slvx approach ensures that silverlight > > applications can avoid downloading command dependencies such as IronRuby, > > IronPython etc. once for every application. > > > > It's functional enough to show how easily silverlight applications can be > > created without needing an ide or a compiler. > > > > Mark. > > > > On Mon, Jan 25, 2010 at 7:17 PM, Mark Ryall > wrote: > > > I'm preparing some demos of using silverlight+ironruby with gestalt. > > > > > > It's really impressive but i'd like to show an example using the bing > > > map control but can't work out how to make external controls > > > available. > > > > > > Here's what I thought I should do: > > > > > > * Created a Microsoft.Maps.slvx containing the > > > Microsoft.Maps.MapControl.dll and Microsoft.Maps.MapControl.Common.dll > > > * Cracked open the dlr.xap file and added > > Source="Microsoft.Maps.slvx" /> to the manifest and packaged it up > > > again > > > > > > The browser had cached dlr.xap which confused me for a while but I can > > > now see the Microsoft.Maps.slvx is getting downloaded (i'm using my > > > own little webserver tool - http://bitbucket.org/markryall/webshare/) > > > but none of the classes seem to be available. > > > > > > Can anyone see what's missing? > > > > > > I'd also like to demo using silverlight 4 - does anyone know if > > > changes are required to the gestalt dlr.js, dlr.xap etc. to use the > > > new features (camera control etc.)? > > > > > > Mark. > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From briangenisio at gmail.com Sun Aug 1 07:04:47 2010 From: briangenisio at gmail.com (Brian Genisio) Date: Sun, 1 Aug 2010 07:04:47 -0400 Subject: [Ironruby-core] (no subject) Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Sun Aug 1 13:32:54 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 1 Aug 2010 12:32:54 -0500 Subject: [Ironruby-core] Can't subclass IronRuby libraries ("super" doesn't resolve correctly) In-Reply-To: References: Message-ID: Awesome - I just saw that this was marked as fixed on codeplex. Thanks for taking the time to walk me through debugging this - I'm going to try it out a little later today. I would have tried it out yesterday, but it was bed time on my side of the planet :) (12:10 AM, CDT). Btw, sorry for spamming the mailing list - I kept getting bounce back notifications, despite the fact that each email I sent to the ML shows up on rubyforge (perhaps because of html formatting?), and I presume everyone received an email too. Arg... >>>>Your message >>>> >>>> To: ironruby-core at rubyforge.org >>>> Subject: [Ironruby-core] Can't subclass IronRuby libraries ("super" >>>>doesn'tresolve correctly) >>>> Sent: Sat, 31 Jul 2010 15:34:00 -0700 >>>> >>>>did not reach the following recipient(s): -Charles On Sun, Aug 1, 2010 at 12:10 AM, Tomas Matousek wrote: > Place breakpoint in file SuperCallAction.cs after the call to > > method = targetClass.ResolveSuperMethodNoLock(currentMethodName, currentDeclaringModule).InvalidateSitesOnOverride().Info; > > this finds the method. You can see that it is a RubyLibraryMethodInfo (i.e. a Ruby method defined in C# library) and has two overloads (MethodBases property) > {IronRuby.Builtins.RubyIO Reinitialize(IronRuby.Builtins.RubyIO, Int32, IronRuby.Builtins.MutableString)} > {IronRuby.Builtins.RubyIO Reinitialize(IronRuby.Builtins.RubyIO, Int32, Int32)} > > This method is defined in IOOps and expects the first argument to be a file descriptor. > If we look at File's private instance methods in MRI we see: > > irb(main):004:0> File.private_instance_methods(false).sort > => ["initialize"] > > While in IronRuby we get a different result: > >>>> File.private_instance_methods(false).sort > => ["blockdev?", "chardev?", "directory?", "executable?", "executable_real?", "exist?", "exists?", "file?", "grpowned?", > ?"identical?", "owned?", "pipe?", "readable?", "readable_real?", "setgid?", "setuid?", "size", "size?", "socket?", "stic > ky?", "symlink?", "writable?", "writable_real?", "zero?"] > > This means there are two bugs: > 1) initialize is missing from File > 2) bunch of private methods shouldn't be there > > Have a fix almost ready. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan > Sent: Saturday, July 31, 2010 3:35 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Can't subclass IronRuby libraries ("super" doesn't resolve correctly) > > I could use some help with Issue #4957 > (http://ironruby.codeplex.com/workitem/4957). > > Does anyone know where super class ctors are resolved?? I haven't been able to spot where they are resolved in the code. > > -Charles > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From lists at ruby-forum.com Sun Aug 1 15:44:39 2010 From: lists at ruby-forum.com (Kevin Berridge) Date: Sun, 1 Aug 2010 21:44:39 +0200 Subject: [Ironruby-core] IronRuby Rake and -X:PrivateBrowsing Message-ID: <94743ffbf941bc80cd67c3ddd107b30b@ruby-forum.com> I'm trying to setup a Rake script to run all my IronRuby rspec tests. The tests need to have access to internal constructors and methods. IronRuby supports this with the -X:PrivateBinding switch on ir.exe. So, for example, if my test is called some_tests.rb, the following command works: ir -X:PrivateBinding -S spec some_tests.rb However, when I try to run rake that way it bombs out. To repo, follow these steps: Write a rakefile like the following: task :test do puts "TEST PASSED" end Running this command will succeed: ir -S rake test Running this command will fail: ir -X:PrivateBinding -S rake test with the following error: C:/IronRuby 1.1/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:1275: syntax error, unexpected `.' I'm running IronRuby 1.1.0.0 on .NET 4.0.30319.1 with rake 0.8.7. I also posted this question to Stack Overflow: http://stackoverflow.com/questions/3383365/ironruby-rake-and-xprivatebrowsing @ironshay suggested I post it here as well. Thanks, Kevin -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Sun Aug 1 18:20:57 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 1 Aug 2010 17:20:57 -0500 Subject: [Ironruby-core] IronRuby & Microsoft.Scripting.Debugging Message-ID: Hello, What is the current plan for supporting Microsoft.Scripting.Debugging in IronRuby? I'd like to implement ruby-debug-base, so I may eventually get to ruby-debug-ide (IR support in RubyMine, woot!). Could IronRuby perhaps expose an ITracePipeline instance? That alone* would provide most of the debug functionality needed (set next line, trace callbacks). Peeking into the scope could easily accomplished using the RubyContext, I think. Should I open a ticket on CodePlex for this? I couldn't find anything related using the search. -Charles * Of course, IronRuby would also have to use a DebugContext instance to rewrite the expression trees to make them debuggable, among other things. I'm not saying it wouldn't be a lot of work :) From Tomas.Matousek at microsoft.com Sun Aug 1 21:53:33 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 2 Aug 2010 01:53:33 +0000 Subject: [Ironruby-core] IronRuby & Microsoft.Scripting.Debugging In-Reply-To: References: Message-ID: There is no plan for that other than that we want to do that at some point :-) Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Sunday, August 01, 2010 3:21 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby & Microsoft.Scripting.Debugging Hello, What is the current plan for supporting Microsoft.Scripting.Debugging in IronRuby? I'd like to implement ruby-debug-base, so I may eventually get to ruby-debug-ide (IR support in RubyMine, woot!). Could IronRuby perhaps expose an ITracePipeline instance? That alone* would provide most of the debug functionality needed (set next line, trace callbacks). Peeking into the scope could easily accomplished using the RubyContext, I think. Should I open a ticket on CodePlex for this? I couldn't find anything related using the search. -Charles * Of course, IronRuby would also have to use a DebugContext instance to rewrite the expression trees to make them debuggable, among other things. I'm not saying it wouldn't be a lot of work :) _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jimmy at schementi.com Mon Aug 2 01:13:13 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 2 Aug 2010 00:13:13 -0500 Subject: [Ironruby-core] Code Review: Fix Silverlight builds Message-ID: http://github.com/jschementi/ironruby/commit/e806c00a47e8620385defa348dd702fa35b91430 Add required Silverlight 3 and 4 runtime and SDK binaries so Silverlight builds can occur without having those Silverlight versions installed. - Adds a SilverlightSdkPath MSBuild variable to Common.proj - Adds Clean.bat for cleaning all binaries - Updates package_slvx.bat so Silverlight builds work out of the Git repo - Updates Alias.txt for Silverlight builds -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Mon Aug 2 10:19:26 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Mon, 2 Aug 2010 09:19:26 -0500 Subject: [Ironruby-core] IronRuby & Microsoft.Scripting.Debugging In-Reply-To: References: Message-ID: Cool :) -Charles On Sun, Aug 1, 2010 at 8:53 PM, Tomas Matousek wrote: > There is no plan for that other than that we want to do that at some point :-) > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan > Sent: Sunday, August 01, 2010 3:21 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby & Microsoft.Scripting.Debugging > > Hello, > > What is the current plan for supporting Microsoft.Scripting.Debugging in IronRuby? ?I'd like to implement ruby-debug-base, so I may eventually get to ruby-debug-ide (IR support in RubyMine, woot!). > > Could IronRuby perhaps expose an ITracePipeline instance? ?That alone* would provide most of the debug functionality needed (set next line, trace callbacks). ?Peeking into the scope could easily accomplished using the RubyContext, I think. > > Should I open a ticket on CodePlex for this? ?I couldn't find anything related using the search. > > -Charles > > * Of course, IronRuby would also have to use a DebugContext instance to rewrite the expression trees to make them debuggable, among other things. I'm not saying it wouldn't be a lot of work :) _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From lists at ruby-forum.com Mon Aug 2 22:52:52 2010 From: lists at ruby-forum.com (Jack Hong) Date: Tue, 3 Aug 2010 04:52:52 +0200 Subject: [Ironruby-core] Error with Rails and DBI::Date In-Reply-To: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com> References: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com> Message-ID: Hi Shay, I am facing the same problem. Could you find out which versions of these gems you need to reinstall? Here is my list: Successfully installed deprecated-3.0.0 Successfully installed dbi-0.4.3 Successfully installed dbd-adonet-0.3.2 Successfully installed dbd-adonet-sqlserver-0.3.2 Successfully installed activerecord-sqlserver-adapter-2.3.1 Successfully installed activerecord-adonet-sqlserver-0.3.4 I am running rails 2.3.8, btw. Cheers, Jack Shay Friedman wrote: > It turned out to be some kind of a gem versions mess... Had to uninstall > several gems and reinstall them to get it going. > > Shay. > > Shay Friedman wrote: >> Hi guys, >> >> I'm on a new computer and I'm trying to run rails (via IronRuby) for the >> first time here. >> I have installed the rake, rails and activerecord-adonet-sqlserver gems, >> added the config.gem line to environment.rb and updated the database.yml >> file. >> >> As soon as I try to run the WEBrick I get the next exception: >> 'alias_method': undefined method `public' for class `DBI::Date' >> (NameError) >> >> This is caused because of line 57 in the date.rb file of the DBI gem: >> deprecate :initialize, :public >> >> I replaced the DBI gem with Ivan's Ironruby-dbi gem but it didn't help. >> >> Has anyone run into this problem? >> >> Thanks, >> Shay. -- Posted via http://www.ruby-forum.com/. From shay.friedman at gmail.com Tue Aug 3 04:06:52 2010 From: shay.friedman at gmail.com (Shay Friedman) Date: Tue, 3 Aug 2010 11:06:52 +0300 Subject: [Ironruby-core] Error with Rails and DBI::Date In-Reply-To: References: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com> Message-ID: I've reinstalled IR since then so I don't have the list now. I remember it was something with the deprecated gem... try to install a previous version of it. Not sure though. I'll have time to look into it only in a few days. Has someone here run into this problem, fixed it and have the solution at hand? Shay. On Tue, Aug 3, 2010 at 5:52 AM, Jack Hong wrote: > Hi Shay, > > I am facing the same problem. Could you find out which versions of these > gems you need to reinstall? Here is my list: > > Successfully installed deprecated-3.0.0 > Successfully installed dbi-0.4.3 > Successfully installed dbd-adonet-0.3.2 > Successfully installed dbd-adonet-sqlserver-0.3.2 > Successfully installed activerecord-sqlserver-adapter-2.3.1 > Successfully installed activerecord-adonet-sqlserver-0.3.4 > > I am running rails 2.3.8, btw. > > Cheers, > Jack > Shay Friedman wrote: > > It turned out to be some kind of a gem versions mess... Had to uninstall > > several gems and reinstall them to get it going. > > > > Shay. > > > > Shay Friedman wrote: > >> Hi guys, > >> > >> I'm on a new computer and I'm trying to run rails (via IronRuby) for the > >> first time here. > >> I have installed the rake, rails and activerecord-adonet-sqlserver gems, > >> added the config.gem line to environment.rb and updated the database.yml > >> file. > >> > >> As soon as I try to run the WEBrick I get the next exception: > >> 'alias_method': undefined method `public' for class `DBI::Date' > >> (NameError) > >> > >> This is caused because of line 57 in the date.rb file of the DBI gem: > >> deprecate :initialize, :public > >> > >> I replaced the DBI gem with Ivan's Ironruby-dbi gem but it didn't help. > >> > >> Has anyone run into this problem? > >> > >> Thanks, > >> Shay. > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Tue Aug 3 22:01:23 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 3 Aug 2010 21:01:23 -0500 Subject: [Ironruby-core] Code Review: Fix Silverlight builds In-Reply-To: References: Message-ID: Awesome work, Jimmy :) -Charles On Mon, Aug 2, 2010 at 12:13 AM, Jimmy Schementi wrote: > http://github.com/jschementi/ironruby/commit/e806c00a47e8620385defa348dd702fa35b91430 > > Add required Silverlight 3 and 4 runtime and SDK binaries so Silverlight > builds can occur without having those Silverlight versions installed. > - Adds a SilverlightSdkPath MSBuild variable to Common.proj > - Adds Clean.bat for cleaning all binaries > > - Updates package_slvx.bat so Silverlight builds work out of the Git repo > > - Updates Alias.txt for Silverlight builds > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From lists at ruby-forum.com Wed Aug 4 05:17:06 2010 From: lists at ruby-forum.com (Nieve Gr) Date: Wed, 4 Aug 2010 11:17:06 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface Message-ID: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Hello all, I've been trying to use caricature to stub my services in my controllers tests, now when I try to test this code: public TestController(ITestService service) { _service = service; } when my interface is: public interface ITestService { string GetContent(); } like so: s = isolate ITestService s.when_receiving(:get_content).return('some content') c = TestController.new s I get the above mentioned error (see attachment) Any ideas what I'm doing wrong? Attachments: http://www.ruby-forum.com/attachment/4902/error.jpg -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Wed Aug 4 15:45:53 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 4 Aug 2010 14:45:53 -0500 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Hi Nieve, I don't see anything that looks wrong. Which version of IronRuby are you using? Let me know and I'll see if I can reproduce the problem. If I can, I'll take a stab at debugging it. Regards, -Charles On Wed, Aug 4, 2010 at 4:17 AM, Nieve Gr wrote: > Hello all, > I've been trying to use caricature to stub my services in my controllers > tests, now when I try to test this code: > public TestController(ITestService service) > { > _service = service; > } > > when my interface is: > public interface ITestService > { > string GetContent(); > } > > like so: > s = isolate ITestService > s.when_receiving(:get_content).return('some content') > c = TestController.new s > > I get the above mentioned error (see attachment) > > Any ideas what I'm doing wrong? > > Attachments: > http://www.ruby-forum.com/attachment/4902/error.jpg > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Aug 4 16:10:05 2010 From: lists at ruby-forum.com (Nieve G.) Date: Wed, 4 Aug 2010 22:10:05 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Hi Charles, First of all, thanks for the reply. I'm currently on IronRuby 1.1 Now, I just doubled checked this, and this happens whether I call isolate the interface or the implementation. Also, I presume that's something with my code since Ben Hall's Kona example (that uses the same code) works on my machine... I can create a quick project and put it on github so it'll be easier to reproduce. cheers, ~n Charles Strahan wrote: > Hi Nieve, > > I don't see anything that looks wrong. Which version of IronRuby are > you > using? > > Let me know and I'll see if I can reproduce the problem. If I can, I'll > take a stab at debugging it. > > > Regards, > > -Charles -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Wed Aug 4 16:27:40 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 4 Aug 2010 15:27:40 -0500 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Hi Nieve, Sure thing. Let me know when you put the sample project up on github and I'll take a look at it. -Charles On Wed, Aug 4, 2010 at 3:10 PM, Nieve G. wrote: > Hi Charles, > First of all, thanks for the reply. > > I'm currently on IronRuby 1.1 > > Now, I just doubled checked this, and this happens whether I call > isolate the interface or the implementation. Also, I presume that's > something with my code since Ben Hall's Kona example (that uses the same > code) works on my machine... > > I can create a quick project and put it on github so it'll be easier to > reproduce. > > cheers, > ~n > > Charles Strahan wrote: > > Hi Nieve, > > > > I don't see anything that looks wrong. Which version of IronRuby are > > you > > using? > > > > Let me know and I'll see if I can reproduce the problem. If I can, I'll > > take a stab at debugging it. > > > > > > Regards, > > > > -Charles > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Aug 4 16:56:12 2010 From: lists at ruby-forum.com (Nieve G.) Date: Wed, 4 Aug 2010 22:56:12 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Charles, you can take a look at it here: http://github.com/nieve/IsolationTest I just hope it's not something completely obvious... -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Wed Aug 4 17:09:07 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 4 Aug 2010 16:09:07 -0500 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Nieve, Oh... my... goodness... I've never seen ANYONE make that mistake before! Just kidding ;P I'll take a look at it a little later, unless someone else beats me to it. ;) Cheers, -Charles On Wed, Aug 4, 2010 at 3:56 PM, Nieve G. wrote: > Charles, > you can take a look at it here: > http://github.com/nieve/IsolationTest > > I just hope it's not something completely obvious... > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at cloudslide.net Wed Aug 4 17:34:03 2010 From: ivan at cloudslide.net (Ivan Porto Carrero) Date: Wed, 4 Aug 2010 23:34:03 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: try doing ITestService.isolate or isolation_for ITestService --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Author of IronRuby in Action (http://manning.com/carrero) Microsoft IronRuby/C# MVP On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: > Charles, > you can take a look at it here: > http://github.com/nieve/IsolationTest > > I just hope it's not something completely obvious... > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at cloudslide.net Wed Aug 4 17:39:13 2010 From: ivan at cloudslide.net (Ivan Porto Carrero) Date: Wed, 4 Aug 2010 23:39:13 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: I just looked at your sample project It's best to require spec before caricature because caricature hooks into spec The IHomeRepository interface is empty. Try adding a method to that and see if it still occurs. you can also add require 'caricature/aspnet_mvc' I don't have a windows machine running atm but I'll check tomorrow if this didn't help you --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Author of IronRuby in Action (http://manning.com/carrero) Microsoft IronRuby/C# MVP On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: > Charles, > you can take a look at it here: > http://github.com/nieve/IsolationTest > > I just hope it's not something completely obvious... > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Wed Aug 4 17:40:09 2010 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 4 Aug 2010 23:40:09 +0200 Subject: [Ironruby-core] Fwd: "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: try doing ITestService.isolate or isolation_for ITestService --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Author of IronRuby in Action (http://manning.com/carrero) Microsoft IronRuby/C# MVP On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: > Charles, > you can take a look at it here: > http://github.com/nieve/IsolationTest > > I just hope it's not something completely obvious... > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Wed Aug 4 17:40:37 2010 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 4 Aug 2010 23:40:37 +0200 Subject: [Ironruby-core] Fwd: "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: I just looked at your sample project It's best to require spec before caricature because caricature hooks into spec The IHomeRepository interface is empty. Try adding a method to that and see if it still occurs. you can also add require 'caricature/aspnet_mvc' I don't have a windows machine running atm but I'll check tomorrow if this didn't help you --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Author of IronRuby in Action (http://manning.com/carrero) Microsoft IronRuby/C# MVP On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: > Charles, > you can take a look at it here: > http://github.com/nieve/IsolationTest > > I just hope it's not something completely obvious... > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Wed Aug 4 22:47:47 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 4 Aug 2010 21:47:47 -0500 Subject: [Ironruby-core] Fwd: "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: It looks like the generated isolation isn't implementing IHomeRepository: irb(main):032:0> repo = isolate FakeMvcProject::Controllers::IHomeRepository => # irb(main):033:0> repo.GetType.get_interfaces => [System.ComponentModel.ICustomTypeDescriptor, IronRuby.Runtime.Calls.IRubyDynamicMetaObjectProvider, System.Dynamic.IDynamicMetaObjectProvider, IronRuby.Runtime.IRubyObject, IronRuby.Runtime.IRubyObjectState, IronRuby.Runtime.IDuplicable, System.Runtime.Serialization.ISerializable] I also tried this (notice that IHomeRepository *is* listed): irb(main):034:0> class Foo irb(main):035:1> include IHomeRepository irb(main):036:1> end => Foo irb(main):037:0> Foo.new.GetType.get_interfaces => [IronRuby.Runtime.IRubyObject, IronRuby.Runtime.IRubyObjectState, System.Runtime.Serialization.ISerializable, IronRuby.Runtime.Calls.IRubyDynamicMetaObjectProvider, System.Dynamic.IDynamicMetaObjectProvider, System.ComponentModel.ICustomTypeDescriptor, IronRuby.Compiler.Generation.IRubyType, FakeMvcProject.Controllers.IHomeRepository] It looks like this might be a problem with Caricature (perhaps only when running IR 1.1?). -Charles On Wed, Aug 4, 2010 at 4:40 PM, Ivan Porto Carrero wrote: > > > try doing > > ITestService.isolate > > or > > isolation_for ITestService > --- > Met vriendelijke groeten - Best regards - Salutations > Ivan Porto Carrero > Author of IronRuby in Action (http://manning.com/carrero) > Microsoft IronRuby/C# MVP > > > > On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: > >> Charles, >> you can take a look at it here: >> http://github.com/nieve/IsolationTest >> >> I just hope it's not something completely obvious... >> -- >> Posted via http://www.ruby-forum.com/. >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Wed Aug 4 23:09:41 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 4 Aug 2010 22:09:41 -0500 Subject: [Ironruby-core] Fwd: "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: Aha! I've figured it out. Here's the `isolate' method (from lib/caricature/core_ext/object.rb): def isolate(name=nil, recorder = Caricature::MethodCallRecorder.new, expectations = Caricature::Expectations.new, &block) iso = Caricature::Isolation.for(self, recorder, expectations) return iso unless name if block if block.arity > 0 @expectation = iso.when_receiving(name, &block) else @expectation = iso.when_receiving(name) instance_eval &block end end iso end The important line to note is the following: iso = Caricature::Isolation.for(self, recorder, expectations) This `isolate' method let's you do stuff like `IHomeRepository.isolate'. The TypeError you are experiencing is due to the fact that you are isolating whatever the implicit `self' happens to be at the time you call `isolate'. If you instead use `IHomeRepository.isolate', or `Caricature::Isolation.for IHomeRepository', it should work just fine. Perhaps Caricature could be tweaked a little so that making this mistake is more obvious (I was stumped too ;P). Cheers, -Charles On Wed, Aug 4, 2010 at 9:47 PM, Charles Strahan wrote: > It looks like the generated isolation isn't implementing IHomeRepository: > > irb(main):032:0> repo = isolate > FakeMvcProject::Controllers::IHomeRepository > => # > irb(main):033:0> repo.GetType.get_interfaces > => [System.ComponentModel.ICustomTypeDescriptor, > IronRuby.Runtime.Calls.IRubyDynamicMetaObjectProvider, > System.Dynamic.IDynamicMetaObjectProvider, > IronRuby.Runtime.IRubyObject, > IronRuby.Runtime.IRubyObjectState, > IronRuby.Runtime.IDuplicable, > System.Runtime.Serialization.ISerializable] > > > I also tried this (notice that IHomeRepository *is* listed): > > irb(main):034:0> class Foo > irb(main):035:1> include IHomeRepository > irb(main):036:1> end > => Foo > irb(main):037:0> Foo.new.GetType.get_interfaces > => [IronRuby.Runtime.IRubyObject, > IronRuby.Runtime.IRubyObjectState, > System.Runtime.Serialization.ISerializable, > IronRuby.Runtime.Calls.IRubyDynamicMetaObjectProvider, > System.Dynamic.IDynamicMetaObjectProvider, > System.ComponentModel.ICustomTypeDescriptor, > IronRuby.Compiler.Generation.IRubyType, > FakeMvcProject.Controllers.IHomeRepository] > > > It looks like this might be a problem with Caricature (perhaps only when > running IR 1.1?). > > > -Charles > > > > On Wed, Aug 4, 2010 at 4:40 PM, Ivan Porto Carrero wrote: > >> >> >> try doing >> >> ITestService.isolate >> >> or >> >> isolation_for ITestService >> --- >> Met vriendelijke groeten - Best regards - Salutations >> Ivan Porto Carrero >> Author of IronRuby in Action (http://manning.com/carrero) >> Microsoft IronRuby/C# MVP >> >> >> >> On Wed, Aug 4, 2010 at 10:56 PM, Nieve G. wrote: >> >>> Charles, >>> you can take a look at it here: >>> http://github.com/nieve/IsolationTest >>> >>> I just hope it's not something completely obvious... >>> -- >>> Posted via http://www.ruby-forum.com/. >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Aug 5 02:53:16 2010 From: lists at ruby-forum.com (Nieve G.) Date: Thu, 5 Aug 2010 08:53:16 +0200 Subject: [Ironruby-core] "can't convert Subclass_..." when isolating an interface In-Reply-To: References: <15fcc657405cc0ae79a9cc92ed7ade9d@ruby-forum.com> Message-ID: <6f876e538dd97ebce91efb1ad68e87ca@ruby-forum.com> @Ivan- Many many thanks!! that worked :) I did also try to put require spec before caricature, but that didn't help. I left it though like that, since it makes sense. The one thing I still don't get is how come in Ben's Kona example the isolate Service works and on the same machine, my code doesn't... am wondering what could possibly differ, would be interesting to know. ~n -- Posted via http://www.ruby-forum.com/. From robert.brotherus at napa.fi Fri Aug 6 03:02:16 2010 From: robert.brotherus at napa.fi (Robert Brotherus) Date: Fri, 6 Aug 2010 10:02:16 +0300 Subject: [Ironruby-core] Send your IronRuby usage and quotes In-Reply-To: <62f0df8b1419e3b7c6c754a5b16aae8d@ruby-forum.com> References: <62f0df8b1419e3b7c6c754a5b16aae8d@ruby-forum.com> Message-ID: <16A7DD08F0425648AB80B28A3453C40BDEDFBB@NW60R2.napa.fi> We have taken to use IronRuby from pre-alpha stage in our GUI conversion project where we are transforming Napa SW GUI (1 mil+ SLOC) from Motif + custom script language to WPF + IronRuby. So we are using IronRuby as WPF scripting language. Still wishing for more XAML + IronRuby interop, but we manage with this level as well. Robert Brotherus Software architect Napa Ltd Tammasaarenkatu 3, Helsinki FI-00180 P.O.Box 470, Helsinki FI-00181 Tel. +358 9 22 813 1 Direct. +358 9 22 813 611 GSM +358 45 11 456 02 Fax. +358 9 22 813 800 Email: Robert.Brotherus at napa.fi www.napa.fi From charles.c.strahan at gmail.com Fri Aug 6 18:08:31 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 6 Aug 2010 17:08:31 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? Message-ID: What would you all think of having the ability to require a given Assembly? I think this could be useful when compiling code in memory, in which case there isn't a path to give Kernel.require. If this is something we could all use, I'll open a ticket for it. -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Sat Aug 7 18:16:49 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Sun, 8 Aug 2010 10:16:49 +1200 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: Message-ID: What's the advantage to extending require? Presumably you're currently using the .NET Assembly.Load or Assembly.LoadFrom methods to do this? (And if you're compiling code in memory, you'll certainly be making heavy use of the .NET reflection API's already anyway) Require is a standard part of core ruby, and is meant to take paths. While it's obvious to overload it to accept paths to dll's as well as rb files, overloading it to take non-path things (such as .NET assembly objects) seems like it's diverging a bit too far away from it's normal (ie: MRI ruby) use, and more into the realms of specific .NET extensions... On 7/08/2010, at 10:08 AM, Charles Strahan wrote: > What would you all think of having the ability to require a given Assembly? I think this could be useful when compiling code in memory, in which case there isn't a path to give Kernel.require. > > If this is something we could all use, I'll open a ticket for it. > > -Charles > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Sat Aug 7 14:21:51 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sat, 7 Aug 2010 20:21:51 +0200 Subject: [Ironruby-core] ActiveRecord loading veeeery slow Message-ID: <8ddd6805a7fd481aba32ff6d1bf89592@ruby-forum.com> Hi all, I'm having a performance issue when loading activerecord: I'm timing it in this code ----------------------- puts Time.now.to_s + "rubygems" require 'rubygems' puts Time.now.to_s + "activerecord" require 'active_record' puts Time.now.to_s + "activesupport" require 'active_support' #require 'acts_as_list' puts Time.now.to_s + "yaml" require 'yaml' ActiveRecord::Base.establish_connection( :adapter => 'sqlserver', :database => 'db', :username => 'sa', :password => 'password', :mode => 'ADONET', :host => "machine\\instance") puts Time.now.to_s + 'classes' ...... (loads all the classes ----------------------- The results are: Sat Aug 07 13:49:08 -0400 2010rubygems Sat Aug 07 13:49:09 -0400 2010activerecord WARNING: YAML.add_builtin_type is not implemented Sat Aug 07 13:49:22 -0400 2010activesupport Sat Aug 07 13:49:22 -0400 2010yaml Sat Aug 07 13:49:23 -0400 2010connection Sat Aug 07 13:49:43 -0400 2010classes as you can see the time to load activerecord is 13 seconds, and the time to establish the connection is 20 seconds, Once everything is established, the system really works fine regarding response time with the database. Is there anything I could do to improve the startup speed with activerecord and activerecord-sqlserver-adapter standard gems? Is there any relation with the YAML.add_builtin_type not implemented warning? Thank you all in advance, Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. From headius at headius.com Sat Aug 7 14:41:07 2010 From: headius at headius.com (Charles Oliver Nutter) Date: Sat, 7 Aug 2010 13:41:07 -0500 Subject: [Ironruby-core] Will the performance catch up be next milestone? In-Reply-To: <9EBA1A37-B1BE-4D46-99BF-C24C5A5F217A@gmail.com> References: <790F1F63F5D2E44E91797E821B31FDBB02F17D50@hsi-fs.HSIHealth.local> <9EBA1A37-B1BE-4D46-99BF-C24C5A5F217A@gmail.com> Message-ID: On Fri, Jul 30, 2010 at 5:27 PM, Orion Edwards wrote: > I agree with your point of view, however I draw the opposite conclusion. > Looking at MRI and JRuby, Linux (or some BSD/solaris/etc) really is the > go-to platform if you want to develop a ruby application. The performance of > MRI in particular is clearly a lot better on *nix. This is then coupled with > the fact that Rails is an outstanding platform for getting web apps up and > running, and web apps are pretty hot these days. FWIW, we do a *lot* of work to make sure JRuby behaves properly on Windows...in many cases more work than even Ruby core can put in. We've recognized that Ruby needs better representation on Windows, and until IronRuby can take over we've tried to make JRuby at least a better option than MRI. Yes, there's the unfortunate truth that almost none of the JRuby core devs use Windows, but we are actively trying to avoid Windows being treated as a second-class platform. We even have a Windows installer, executable, native library support (including FFI) and maintain all of it for our Windows users. So while it's probably fair to say *nix platforms are better supported by JRuby, I think it's also important to point out that JRuby is currently a better (more consistent, more stable, faster) option for Ruby on Windows than MRI. - Charlie From thibaut.barrere at gmail.com Sat Aug 7 15:26:15 2010 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Sat, 7 Aug 2010 21:26:15 +0200 Subject: [Ironruby-core] Will the performance catch up be next milestone? In-Reply-To: References: <790F1F63F5D2E44E91797E821B31FDBB02F17D50@hsi-fs.HSIHealth.local> <9EBA1A37-B1BE-4D46-99BF-C24C5A5F217A@gmail.com> Message-ID: Chiming in a bit late, hoping it will be useful though! > Yeah, but who wants to **deploy** Ruby code on Windows? I do deploy Ruby code on Windows (production), just not for public facing web apps. For instance, I have MRI 1.8.6 data crunching (datawarehouse) running on Windows. I also run JRuby on Windows (see http://blog.logeek.fr/2010/8/2/on-jruby-resque-and-windows) to interact with APIs that run only on Windows and to generate PDFs (the web front-end is itself running on Ubuntu). I have another client who has been able to automate an amazing amount of work in their company, thanks to relying on Ruby, OLE or other APIs (they work with many tools such as SAS, Excel, Access). I am for one *very* happy by the work put by both the JRuby team and the RubyInstaller project to ensure things work properly there (and obviously, by the IronRuby team too :-). Just to add a few data points! -- Thibaut -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Sun Aug 8 17:25:57 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Mon, 9 Aug 2010 09:25:57 +1200 Subject: [Ironruby-core] Will the performance catch up be next milestone? In-Reply-To: References: <790F1F63F5D2E44E91797E821B31FDBB02F17D50@hsi-fs.HSIHealth.local> <9EBA1A37-B1BE-4D46-99BF-C24C5A5F217A@gmail.com> Message-ID: Sorry Charles, I didn't mean to infer that the JRuby team wasn't doing a great job on windows (you certainly are - you're also doing a lot better job than the core ruby guys for windows as well. Are they still compiling with MSVC6?), my point was more about perception. I'm not sure if this is true internationally, but from what I've seen of the industry here and in australia, most development shops here seem to fall into 3 categories: 1: Web shops (PHP, etc) which have nothing to do with either Java or .NET 2: Microsoft shops (asp.net, windows client apps, deploying on windows server) 3: Java shops. This last lot of Java shops tends to be building software for larger companies (banks, etc), and seems to near-universally deploy on a unix of some kind. I'm not sure if this is because they think Java itself runs better on a non-windows OS, or if they just prefer it. (I've never professionally employed as a Java developer so I haven't had any direct interaction with these companies) At any rate, JRuby (at least from a perception/mindshare point) gets lumped along with the rest of Java. The perception is that JRuby is Java, and Java is better on unix, so therefore you should run JRuby on Unix. I don't think this would change even if 100% of the JRuby core devs used windows all day long :-) On 8/08/2010, at 6:41 AM, Charles Oliver Nutter wrote: > On Fri, Jul 30, 2010 at 5:27 PM, Orion Edwards wrote: >> I agree with your point of view, however I draw the opposite conclusion. >> Looking at MRI and JRuby, Linux (or some BSD/solaris/etc) really is the >> go-to platform if you want to develop a ruby application. The performance of >> MRI in particular is clearly a lot better on *nix. This is then coupled with >> the fact that Rails is an outstanding platform for getting web apps up and >> running, and web apps are pretty hot these days. > > FWIW, we do a *lot* of work to make sure JRuby behaves properly on > Windows...in many cases more work than even Ruby core can put in. > We've recognized that Ruby needs better representation on Windows, and > until IronRuby can take over we've tried to make JRuby at least a > better option than MRI. > > Yes, there's the unfortunate truth that almost none of the JRuby core > devs use Windows, but we are actively trying to avoid Windows being > treated as a second-class platform. We even have a Windows installer, > executable, native library support (including FFI) and maintain all of > it for our Windows users. So while it's probably fair to say *nix > platforms are better supported by JRuby, I think it's also important > to point out that JRuby is currently a better (more consistent, more > stable, faster) option for Ruby on Windows than MRI. > > - Charlie > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From orion.edwards at gmail.com Sun Aug 8 17:43:14 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Mon, 9 Aug 2010 09:43:14 +1200 Subject: [Ironruby-core] "Start spreading the news" Message-ID: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> I'm sure most of you have seen this already, but I hadn't seen Jimmy's "farewell Microsoft" blog post posted to the list, so here it is if anyone hasn't read it http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html I'd like to thank Jimmy for his work thus far on IronRuby, and certainly wish you the best of luck at your new job and living in NYC. From that point of view, it's happy days. The news about Microsoft's internal handling of IronRuby however makes me rather sad, and frankly a bit worried about the future of IronRuby in general. If there's now only 2 part-time developers working on IR inside Microsoft, and they've been told not to develop any new features, then where does that leave us? While IronRuby is open source (yay), It unfortunately hasn't seem to have become quite big enough (unlike JRuby) to be self sustaining. I personally also perceive somewhat of a problem, in that (again, unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to sign a copyright assignment form to MS, and MS controls all the repositories and other assorted stuff. (AFAIK Charles has personally controlled all the JRuby repos since day one and still does). This provides a LARGE (to me at least) disincentive to contribute to IronRuby in the future. Because MS owns IronRuby, I feel like if I were to commit code, it would not be for the benefit of a nice friendly community-driven open source group, it would be for the benefit of Microsoft Corporation. I was happy to accept this when MS were putting a lot of work into IronRuby, but now that they're not, my feeling is "So Microsoft have bailed and left us hanging, why on earth would I want to do work on their behalf after they've just done that?" At any rate, I've not committed any code to IronRuby (I've come close several times, but never just had the time) so my opinion is largely irrelevant, I just hope that other potential committers with more time and skill than I don't end up feeling this way too :-( -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 7 18:55:43 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 7 Aug 2010 15:55:43 -0700 Subject: [Ironruby-core] IronRubyMvc Update Message-ID: I just updated IronRubyMvc to IronRuby 1.0 (I know 1.1 is out, but I wanted this thing working, and I only had 1.0 for .NET 2.0) and ASP.NET MVC 2.0. Please feel free to test it out: http://github.com/panesofglass/ironrubymvc/tree/mvc-2.0 Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Aug 7 19:07:24 2010 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 7 Aug 2010 23:07:24 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> Message-ID: <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> I guess I never really sent the mail that I meant to send about my progression. Similar to Jimmy, I've also made the incredibly hard decision to move on as well. I've been working on the JavaScript team now for about 2 weeks. I've made this decision for many of the same reasons as Jimmy, but for various personal reasons, I decided to remain with MS instead of leaving. I will still be working with IronRuby, it just won't be my primary function anymore. I also had a wonderful time on the team, and I will really miss working directly with them. I agree that IronRuby is not a big community, but I don't know that it is a problem unless we let it be one :). I also feel that MS owning the code isn't a problem. It's not like it really benefits anyone inside of MS, it benefits us, the users :). It also benefits the Ruby community at large if we continue to make IronRuby a great product that people want to use in their .NET applications, because it shows people Ruby :) I understand that this is sad, and for some, expected :(, but I hope that people still continue doing the awesome things people have been doing :) JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Sunday, August 08, 2010 2:43 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] "Start spreading the news" I'm sure most of you have seen this already, but I hadn't seen Jimmy's "farewell Microsoft" blog post posted to the list, so here it is if anyone hasn't read it http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html I'd like to thank Jimmy for his work thus far on IronRuby, and certainly wish you the best of luck at your new job and living in NYC. From that point of view, it's happy days. The news about Microsoft's internal handling of IronRuby however makes me rather sad, and frankly a bit worried about the future of IronRuby in general. If there's now only 2 part-time developers working on IR inside Microsoft, and they've been told not to develop any new features, then where does that leave us? While IronRuby is open source (yay), It unfortunately hasn't seem to have become quite big enough (unlike JRuby) to be self sustaining. I personally also perceive somewhat of a problem, in that (again, unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to sign a copyright assignment form to MS, and MS controls all the repositories and other assorted stuff. (AFAIK Charles has personally controlled all the JRuby repos since day one and still does). This provides a LARGE (to me at least) disincentive to contribute to IronRuby in the future. Because MS owns IronRuby, I feel like if I were to commit code, it would not be for the benefit of a nice friendly community-driven open source group, it would be for the benefit of Microsoft Corporation. I was happy to accept this when MS were putting a lot of work into IronRuby, but now that they're not, my feeling is "So Microsoft have bailed and left us hanging, why on earth would I want to do work on their behalf after they've just done that?" At any rate, I've not committed any code to IronRuby (I've come close several times, but never just had the time) so my opinion is largely irrelevant, I just hope that other potential committers with more time and skill than I don't end up feeling this way too :-( -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sat Aug 7 20:00:23 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 7 Aug 2010 20:00:23 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: If Microsoft was simply sponsoring development and putting its stamp on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a bottleneck, as been from the start. "Sync to TFS" commits make me cringe everytime I see them. On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: > I guess I never really sent the mail that I meant to send about my > progression. > > > > Similar to Jimmy, I?ve also made the incredibly hard decision to move on as > well. I?ve been working on the JavaScript team now for about 2 weeks. I?ve > made this decision for many of the same reasons as Jimmy, but for various > personal reasons, I decided to remain with MS instead of leaving. I will > still be working with IronRuby, it just won?t be my primary function > anymore.? I also had a wonderful time on the team, and I will really miss > working directly with them. > > > > I agree that IronRuby is not a big community, but I don?t know that it is a > problem unless we let it be one J. I also feel that MS owning the code isn?t > a problem. It?s not like it really benefits anyone inside of MS, it benefits > us, the users J. It also benefits the Ruby community at large if we continue > to make IronRuby a great product that people want to use in their .NET > applications, because it shows people Ruby J > > > > I understand that this is sad, and for some, expected L, but I hope that > people still continue doing the awesome things people have been doing J > > > > JD > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards > Sent: Sunday, August 08, 2010 2:43 PM > > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] "Start spreading the news" > > > > I'm sure most of you have seen this already, but I hadn't seen Jimmy's > "farewell Microsoft" blog post posted to the list, so here it is if anyone > hasn't read it > > > > http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html > > > > I'd like to thank Jimmy for his work thus far on IronRuby, and certainly > wish you the best of luck at your new job and living in NYC. From that point > of view, it's happy days. > > > > The news about Microsoft's internal handling of IronRuby however makes me > rather sad, and frankly a bit worried about the future of IronRuby in > general. If there's now only 2 part-time developers working on IR inside > Microsoft, and they've been told not to develop any new features, then where > does that leave us? > > > > While IronRuby is open source (yay), It unfortunately hasn't seem to have > become quite big enough (unlike JRuby) to be self sustaining. > > > > I personally also perceive somewhat of a problem, in that (again, unlike > with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to > sign a copyright assignment form to MS, and MS controls all the repositories > and other assorted stuff. (AFAIK Charles has personally controlled all the > JRuby repos since day one and still does). > > This provides a LARGE (to me at least) disincentive to contribute to > IronRuby in the future. Because MS owns IronRuby, I feel like if I were to > commit code, it would not be for the benefit of a nice friendly > community-driven open source group, it would be for the benefit of Microsoft > Corporation. > > I was happy to accept this when MS were putting a lot of work into IronRuby, > but now that they're not, my feeling is "So Microsoft have bailed and left > us hanging, why on earth would I want to do work on their behalf after > they've just done that?" > > > > At any rate, I've not committed any code to IronRuby (I've come close > several times, but never just had the time) so my opinion is largely > irrelevant, I just hope that other potential committers with more time and > skill than I don't end up feeling this way too :-( > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From will at hotgazpacho.org Sat Aug 7 20:36:13 2010 From: will at hotgazpacho.org (William Green) Date: Sat, 7 Aug 2010 20:36:13 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: <709728789967955917@unknownmsgid> I agree with Michael here. As long as the canonical source for IronRuby lives in TFS behind the big blue firewall, with only MSFT employees as core committers, there is a problem. What I propose is that we, as a community, designate the github repo as the canonical one, and that whoever controls it opens up commit access beyond the MSFT core team, perhaps to those that have already had accepted contribution. (this may already be in place, I don't know) Bottom line is that MSFT has decided they no longer desire to invest in the project. If we want IronRuby, we're going to have to make it happen, on our own. -- Will Green http://hotgazpacho.org/ On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: > If Microsoft was simply sponsoring development and putting its stamp > on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a > bottleneck, as been from the start. "Sync to TFS" commits make me > cringe everytime I see them. > > On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >> I guess I never really sent the mail that I meant to send about my >> progression. >> >> >> >> Similar to Jimmy, I?ve also made the incredibly hard decision to move on as >> well. I?ve been working on the JavaScript team now for about 2 weeks. I?ve >> made this decision for many of the same reasons as Jimmy, but for various >> personal reasons, I decided to remain with MS instead of leaving. I will >> still be working with IronRuby, it just won?t be my primary function >> anymore. I also had a wonderful time on the team, and I will really miss >> working directly with them. >> >> >> >> I agree that IronRuby is not a big community, but I don?t know that it is a >> problem unless we let it be one J. I also feel that MS owning the code isn?t >> a problem. It?s not like it really benefits anyone inside of MS, it benefits >> us, the users J. It also benefits the Ruby community at large if we continue >> to make IronRuby a great product that people want to use in their .NET >> applications, because it shows people Ruby J >> >> >> >> I understand that this is sad, and for some, expected L, but I hope that >> people still continue doing the awesome things people have been doing J >> >> >> >> JD >> >> >> >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards >> Sent: Sunday, August 08, 2010 2:43 PM >> >> To: ironruby-core at rubyforge.org >> Subject: [Ironruby-core] "Start spreading the news" >> >> >> >> I'm sure most of you have seen this already, but I hadn't seen Jimmy's >> "farewell Microsoft" blog post posted to the list, so here it is if anyone >> hasn't read it >> >> >> >> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html >> >> >> >> I'd like to thank Jimmy for his work thus far on IronRuby, and certainly >> wish you the best of luck at your new job and living in NYC. From that point >> of view, it's happy days. >> >> >> >> The news about Microsoft's internal handling of IronRuby however makes me >> rather sad, and frankly a bit worried about the future of IronRuby in >> general. If there's now only 2 part-time developers working on IR inside >> Microsoft, and they've been told not to develop any new features, then where >> does that leave us? >> >> >> >> While IronRuby is open source (yay), It unfortunately hasn't seem to have >> become quite big enough (unlike JRuby) to be self sustaining. >> >> >> >> I personally also perceive somewhat of a problem, in that (again, unlike >> with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to >> sign a copyright assignment form to MS, and MS controls all the repositories >> and other assorted stuff. (AFAIK Charles has personally controlled all the >> JRuby repos since day one and still does). >> >> This provides a LARGE (to me at least) disincentive to contribute to >> IronRuby in the future. Because MS owns IronRuby, I feel like if I were to >> commit code, it would not be for the benefit of a nice friendly >> community-driven open source group, it would be for the benefit of Microsoft >> Corporation. >> >> I was happy to accept this when MS were putting a lot of work into IronRuby, >> but now that they're not, my feeling is "So Microsoft have bailed and left >> us hanging, why on earth would I want to do work on their behalf after >> they've just done that?" >> >> >> >> At any rate, I've not committed any code to IronRuby (I've come close >> several times, but never just had the time) so my opinion is largely >> irrelevant, I just hope that other potential committers with more time and >> skill than I don't end up feeling this way too :-( >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sat Aug 7 22:13:32 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 8 Aug 2010 02:13:32 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <709728789967955917@unknownmsgid> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? Is anybody willing to run a continuous integration server that guards the repo from erroneous patches? A canonical repo needs to have such a gatekeeper. Our internal SNAP system has provided this functionality for the internal TFS repo. BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now have that tool, thanks to Jim, so you should see less of these. Code review emails has been sent for most of the changes that were made to Ruby repo anyways. So if you watched the mailing list you could easily track what's going on. Only comments to changesets that included some internal infrastructure changes weren't sent to the mailing list. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of William Green Sent: Saturday, August 07, 2010 5:36 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" I agree with Michael here. As long as the canonical source for IronRuby lives in TFS behind the big blue firewall, with only MSFT employees as core committers, there is a problem. What I propose is that we, as a community, designate the github repo as the canonical one, and that whoever controls it opens up commit access beyond the MSFT core team, perhaps to those that have already had accepted contribution. (this may already be in place, I don't know) Bottom line is that MSFT has decided they no longer desire to invest in the project. If we want IronRuby, we're going to have to make it happen, on our own. -- Will Green http://hotgazpacho.org/ On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: > If Microsoft was simply sponsoring development and putting its stamp > on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a > bottleneck, as been from the start. "Sync to TFS" commits make me > cringe everytime I see them. > > On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >> I guess I never really sent the mail that I meant to send about my >> progression. >> >> >> >> Similar to Jimmy, I?ve also made the incredibly hard decision to move >> on as well. I?ve been working on the JavaScript team now for about 2 >> weeks. I?ve made this decision for many of the same reasons as Jimmy, >> but for various personal reasons, I decided to remain with MS instead >> of leaving. I will still be working with IronRuby, it just won?t be >> my primary function anymore. I also had a wonderful time on the >> team, and I will really miss working directly with them. >> >> >> >> I agree that IronRuby is not a big community, but I don?t know that >> it is a problem unless we let it be one J. I also feel that MS owning >> the code isn?t a problem. It?s not like it really benefits anyone >> inside of MS, it benefits us, the users J. It also benefits the Ruby >> community at large if we continue to make IronRuby a great product >> that people want to use in their .NET applications, because it shows >> people Ruby J >> >> >> >> I understand that this is sad, and for some, expected L, but I hope >> that people still continue doing the awesome things people have been >> doing J >> >> >> >> JD >> >> >> >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion >> Edwards >> Sent: Sunday, August 08, 2010 2:43 PM >> >> To: ironruby-core at rubyforge.org >> Subject: [Ironruby-core] "Start spreading the news" >> >> >> >> I'm sure most of you have seen this already, but I hadn't seen >> Jimmy's "farewell Microsoft" blog post posted to the list, so here it >> is if anyone hasn't read it >> >> >> >> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-o >> f-jimmy.html >> >> >> >> I'd like to thank Jimmy for his work thus far on IronRuby, and >> certainly wish you the best of luck at your new job and living in >> NYC. From that point of view, it's happy days. >> >> >> >> The news about Microsoft's internal handling of IronRuby however >> makes me rather sad, and frankly a bit worried about the future of >> IronRuby in general. If there's now only 2 part-time developers >> working on IR inside Microsoft, and they've been told not to develop >> any new features, then where does that leave us? >> >> >> >> While IronRuby is open source (yay), It unfortunately hasn't seem to >> have become quite big enough (unlike JRuby) to be self sustaining. >> >> >> >> I personally also perceive somewhat of a problem, in that (again, >> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, committers >> still had to sign a copyright assignment form to MS, and MS controls >> all the repositories and other assorted stuff. (AFAIK Charles has >> personally controlled all the JRuby repos since day one and still does). >> >> This provides a LARGE (to me at least) disincentive to contribute to >> IronRuby in the future. Because MS owns IronRuby, I feel like if I >> were to commit code, it would not be for the benefit of a nice >> friendly community-driven open source group, it would be for the >> benefit of Microsoft Corporation. >> >> I was happy to accept this when MS were putting a lot of work into >> IronRuby, but now that they're not, my feeling is "So Microsoft have >> bailed and left us hanging, why on earth would I want to do work on >> their behalf after they've just done that?" >> >> >> >> At any rate, I've not committed any code to IronRuby (I've come close >> several times, but never just had the time) so my opinion is largely >> irrelevant, I just hope that other potential committers with more >> time and skill than I don't end up feeling this way too :-( >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jimmy at schementi.com Sat Aug 7 22:17:18 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Sat, 7 Aug 2010 22:17:18 -0400 Subject: [Ironruby-core] IronRubyMvc Update In-Reply-To: References: Message-ID: Did you base your work off of Ivan's code? I haven't pulled from him in a long time, so his is definitely the latest. ~Jimmy On Sat, Aug 7, 2010 at 6:55 PM, Ryan Riley wrote: > I just updated IronRubyMvc to IronRuby 1.0 (I know 1.1 is out, but I wanted > this thing working, and I only had 1.0 for .NET 2.0) and ASP.NET MVC 2.0. > Please feel free to test it out: > http://github.com/panesofglass/ironrubymvc/tree/mvc-2.0 > > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jb at nurv.fr Sat Aug 7 22:22:56 2010 From: jb at nurv.fr (Jb Evain) Date: Sun, 8 Aug 2010 04:22:56 +0200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: On Sun, Aug 8, 2010 at 4:13 AM, Tomas Matousek wrote: > Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? Certainly. I was interested from day one in contributing to the core part or IR and to the DLR. I never bothered to do so knowing the limitations of the current process. -- Jb Evain? From michael.letterle at gmail.com Sat Aug 7 22:34:19 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 7 Aug 2010 22:34:19 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: We've had a CI server set up on CJ's hardware for a while, it's actually worked from time to time as well :) http://twitter.com/IronRubyCI I'm more then willing to get that up and running again, it wasn't a general CI server though, it was mostly for mine and Ivan's changes for compilation under Linux. And Code review emails are just one extra step that's not needed, it's just bureaucracy added on by the current situation, it's a barrier to entry and a hassle. Don't misunderstand, the work gone into them IS appreciated, but it's just another *groan*. And I find it hard to believe that the only reason for an internal canonical repo was lack of external CI.. that's not what's being implied, is it? On Sat, Aug 7, 2010 at 10:13 PM, Tomas Matousek wrote: > Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? > Is anybody willing to run a continuous integration server that guards the repo from erroneous patches? A canonical repo needs to have such a gatekeeper. Our internal SNAP system has provided this functionality for the internal TFS repo. > > BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now have that tool, thanks to Jim, so you should see less of these. Code review emails has been sent for most of the changes that were made to Ruby repo anyways. So if you watched the mailing list you could easily track what's going on. Only comments to changesets that included some internal infrastructure changes weren't sent to the mailing list. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of William Green > Sent: Saturday, August 07, 2010 5:36 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] "Start spreading the news" > > I agree with Michael here. As long as the canonical source for IronRuby lives in TFS behind the big blue firewall, with only MSFT employees as core committers, there is a problem. > > What I propose is that we, as a community, designate the github repo as the canonical one, and that whoever controls it opens up commit access beyond the MSFT core team, perhaps to those that have already had accepted contribution. (this may already be in place, I don't > know) > > Bottom line is that MSFT has decided they no longer desire to invest in the project. If we want IronRuby, we're going to have to make it happen, on our own. > > -- > Will Green > http://hotgazpacho.org/ > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: > >> If Microsoft was simply sponsoring development and putting its stamp >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a >> bottleneck, as been from the start. ?"Sync to TFS" commits make me >> cringe everytime I see them. >> >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >>> I guess I never really sent the mail that I meant to send about my >>> progression. >>> >>> >>> >>> Similar to Jimmy, I?ve also made the incredibly hard decision to move >>> on as well. I?ve been working on the JavaScript team now for about 2 >>> weeks. I?ve made this decision for many of the same reasons as Jimmy, >>> but for various personal reasons, I decided to remain with MS instead >>> of leaving. I will still be working with IronRuby, it just won?t be >>> my primary function anymore. ?I also had a wonderful time on the >>> team, and I will really miss working directly with them. >>> >>> >>> >>> I agree that IronRuby is not a big community, but I don?t know that >>> it is a problem unless we let it be one J. I also feel that MS owning >>> the code isn?t a problem. It?s not like it really benefits anyone >>> inside of MS, it benefits us, the users J. It also benefits the Ruby >>> community at large if we continue to make IronRuby a great product >>> that people want to use in their .NET applications, because it shows >>> people Ruby J >>> >>> >>> >>> I understand that this is sad, and for some, expected L, but I hope >>> that people still continue doing the awesome things people have been >>> doing J >>> >>> >>> >>> JD >>> >>> >>> >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion >>> Edwards >>> Sent: Sunday, August 08, 2010 2:43 PM >>> >>> To: ironruby-core at rubyforge.org >>> Subject: [Ironruby-core] "Start spreading the news" >>> >>> >>> >>> I'm sure most of you have seen this already, but I hadn't seen >>> Jimmy's "farewell Microsoft" blog post posted to the list, so here it >>> is if anyone hasn't read it >>> >>> >>> >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-o >>> f-jimmy.html >>> >>> >>> >>> I'd like to thank Jimmy for his work thus far on IronRuby, and >>> certainly wish you the best of luck at your new job and living in >>> NYC. From that point of view, it's happy days. >>> >>> >>> >>> The news about Microsoft's internal handling of IronRuby however >>> makes me rather sad, and frankly a bit worried about the future of >>> IronRuby in general. If there's now only 2 part-time developers >>> working on IR inside Microsoft, and they've been told not to develop >>> any new features, then where does that leave us? >>> >>> >>> >>> While IronRuby is open source (yay), It unfortunately hasn't seem to >>> have become quite big enough (unlike JRuby) to be self sustaining. >>> >>> >>> >>> I personally also perceive somewhat of a problem, in that (again, >>> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, committers >>> still had to sign a copyright assignment form to MS, and MS controls >>> all the repositories and other assorted stuff. (AFAIK Charles has >>> personally controlled all the JRuby repos since day one and still does). >>> >>> This provides a LARGE (to me at least) disincentive to contribute to >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I >>> were to commit code, it would not be for the benefit of a nice >>> friendly community-driven open source group, it would be for the >>> benefit of Microsoft Corporation. >>> >>> I was happy to accept this when MS were putting a lot of work into >>> IronRuby, but now that they're not, my feeling is "So Microsoft have >>> bailed and left us hanging, why on earth would I want to do work on >>> their behalf after they've just done that?" >>> >>> >>> >>> At any rate, I've not committed any code to IronRuby (I've come close >>> several times, but never just had the time) so my opinion is largely >>> irrelevant, I just hope that other potential committers with more >>> time and skill than I don't end up feeling this way too :-( >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From bobby.johnson at gmail.com Sat Aug 7 22:47:58 2010 From: bobby.johnson at gmail.com (Bobby Johnson) Date: Sat, 7 Aug 2010 19:47:58 -0700 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: what about the code better teamcity server? http://teamcity.codebetter.com/ On Sat, Aug 7, 2010 at 7:34 PM, Michael Letterle wrote: > We've had a CI server set up on CJ's hardware for a while, it's > actually worked from time to time as well :) > http://twitter.com/IronRubyCI > > I'm more then willing to get that up and running again, it wasn't a > general CI server though, it was mostly for mine and Ivan's changes > for compilation under Linux. > > And Code review emails are just one extra step that's not needed, it's > just bureaucracy added on by the current situation, it's a barrier to > entry and a hassle. Don't misunderstand, the work gone into them IS > appreciated, but it's just another *groan*. > > And I find it hard to believe that the only reason for an internal > canonical repo was lack of external CI.. that's not what's being > implied, is it? > > On Sat, Aug 7, 2010 at 10:13 PM, Tomas Matousek > wrote: > > Is there anybody who decided not to submit a patch based upon the > limitations/requirements of the current process and who would contribute > otherwise? > > Is anybody willing to run a continuous integration server that guards the > repo from erroneous patches? A canonical repo needs to have such a > gatekeeper. Our internal SNAP system has provided this functionality for the > internal TFS repo. > > > > BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now > have that tool, thanks to Jim, so you should see less of these. Code review > emails has been sent for most of the changes that were made to Ruby repo > anyways. So if you watched the mailing list you could easily track what's > going on. Only comments to changesets that included some internal > infrastructure changes weren't sent to the mailing list. > > > > Tomas > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of William Green > > Sent: Saturday, August 07, 2010 5:36 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] "Start spreading the news" > > > > I agree with Michael here. As long as the canonical source for IronRuby > lives in TFS behind the big blue firewall, with only MSFT employees as core > committers, there is a problem. > > > > What I propose is that we, as a community, designate the github repo as > the canonical one, and that whoever controls it opens up commit access > beyond the MSFT core team, perhaps to those that have already had accepted > contribution. (this may already be in place, I don't > > know) > > > > Bottom line is that MSFT has decided they no longer desire to invest in > the project. If we want IronRuby, we're going to have to make it happen, on > our own. > > > > -- > > Will Green > > http://hotgazpacho.org/ > > > > > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle > wrote: > > > >> If Microsoft was simply sponsoring development and putting its stamp > >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a > >> bottleneck, as been from the start. "Sync to TFS" commits make me > >> cringe everytime I see them. > >> > >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville > wrote: > >>> I guess I never really sent the mail that I meant to send about my > >>> progression. > >>> > >>> > >>> > >>> Similar to Jimmy, I?ve also made the incredibly hard decision to move > >>> on as well. I?ve been working on the JavaScript team now for about 2 > >>> weeks. I?ve made this decision for many of the same reasons as Jimmy, > >>> but for various personal reasons, I decided to remain with MS instead > >>> of leaving. I will still be working with IronRuby, it just won?t be > >>> my primary function anymore. I also had a wonderful time on the > >>> team, and I will really miss working directly with them. > >>> > >>> > >>> > >>> I agree that IronRuby is not a big community, but I don?t know that > >>> it is a problem unless we let it be one J. I also feel that MS owning > >>> the code isn?t a problem. It?s not like it really benefits anyone > >>> inside of MS, it benefits us, the users J. It also benefits the Ruby > >>> community at large if we continue to make IronRuby a great product > >>> that people want to use in their .NET applications, because it shows > >>> people Ruby J > >>> > >>> > >>> > >>> I understand that this is sad, and for some, expected L, but I hope > >>> that people still continue doing the awesome things people have been > >>> doing J > >>> > >>> > >>> > >>> JD > >>> > >>> > >>> > >>> From: ironruby-core-bounces at rubyforge.org > >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion > >>> Edwards > >>> Sent: Sunday, August 08, 2010 2:43 PM > >>> > >>> To: ironruby-core at rubyforge.org > >>> Subject: [Ironruby-core] "Start spreading the news" > >>> > >>> > >>> > >>> I'm sure most of you have seen this already, but I hadn't seen > >>> Jimmy's "farewell Microsoft" blog post posted to the list, so here it > >>> is if anyone hasn't read it > >>> > >>> > >>> > >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-o > >>> f-jimmy.html > >>> > >>> > >>> > >>> I'd like to thank Jimmy for his work thus far on IronRuby, and > >>> certainly wish you the best of luck at your new job and living in > >>> NYC. From that point of view, it's happy days. > >>> > >>> > >>> > >>> The news about Microsoft's internal handling of IronRuby however > >>> makes me rather sad, and frankly a bit worried about the future of > >>> IronRuby in general. If there's now only 2 part-time developers > >>> working on IR inside Microsoft, and they've been told not to develop > >>> any new features, then where does that leave us? > >>> > >>> > >>> > >>> While IronRuby is open source (yay), It unfortunately hasn't seem to > >>> have become quite big enough (unlike JRuby) to be self sustaining. > >>> > >>> > >>> > >>> I personally also perceive somewhat of a problem, in that (again, > >>> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, committers > >>> still had to sign a copyright assignment form to MS, and MS controls > >>> all the repositories and other assorted stuff. (AFAIK Charles has > >>> personally controlled all the JRuby repos since day one and still > does). > >>> > >>> This provides a LARGE (to me at least) disincentive to contribute to > >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I > >>> were to commit code, it would not be for the benefit of a nice > >>> friendly community-driven open source group, it would be for the > >>> benefit of Microsoft Corporation. > >>> > >>> I was happy to accept this when MS were putting a lot of work into > >>> IronRuby, but now that they're not, my feeling is "So Microsoft have > >>> bailed and left us hanging, why on earth would I want to do work on > >>> their behalf after they've just done that?" > >>> > >>> > >>> > >>> At any rate, I've not committed any code to IronRuby (I've come close > >>> several times, but never just had the time) so my opinion is largely > >>> irrelevant, I just hope that other potential committers with more > >>> time and skill than I don't end up feeling this way too :-( > >>> > >>> _______________________________________________ > >>> Ironruby-core mailing list > >>> Ironruby-core at rubyforge.org > >>> http://rubyforge.org/mailman/listinfo/ironruby-core > >>> > >>> > >> > >> > >> > >> -- > >> Michael Letterle > >> IronRuby MVP > >> http://blog.prokrams.com > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- "The explanation requiring the fewest assumptions is most likely to be correct." - Occam?s Razor http://en.wikipedia.org/wiki/Occam's_Razor -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.foy at gmail.com Sat Aug 7 22:56:21 2010 From: cory.foy at gmail.com (Cory Foy) Date: Sat, 7 Aug 2010 22:56:21 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <709728789967955917@unknownmsgid> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: Ok, I like to propose a pause in action. Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main person left, and from the emails we've received, he's only working on it part-time. I don't know the politics of this specific org, but being an ex-softie I do have an idea, and that hunch is that the politics that caused the reshuffle were not a conspiracy theory against IronRuby, but just normal organization dysfunction and quarterly reorganization. We also know thay we have a community of people who are passionate about IronRuby, and a secondary wave of people driven into action by the events of the past day or so. It stands to reason, from work I've done in other communties, that one or two will end up being long term participants because of the new awareness. That said, I don't think that what we should do right now is fork it, since IronRuby relies heavily on the DLR which wouldn't be controlled. This is not to say that we take it off the table. Rather we need to ask ourselves what holes have now opened up that we need to fill: 1) Jimmy provided leadership and vision for the project. We've now lost that, and either Tomas will pick this up internally, or we will need an external person to run with the vision. Regardless, the person will have to interface with and understand the vision from the Microsoft side. 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there are lots of other needs, and if this is truly a community-owned movement, we need to engage with Tomas and the remaining team to understand what else we're missing. 3) IronRuby has likely taken a huge blow of credibility from the enterprise adoption side, because if it isn't supported by Microsoft PSS, they will be unlikely to use it internally or in their products. All three of these are vital points that we need to think about as a community. Someone is going to have to step up to take charge of this - and it's not going to come from the Mono side. Tomas may be willing to take charge as much as possible - no one has asked him, and that's a shame. IronRuby has not had a heart attack which requires CPR. That means we need to take a measured, levelheaded response as a community and work to understand how we can help and how we can respond in a way that makes sense. We already know from Jimmy's tweets that he's planning an email for the group - how can we take advantage of the knowledge Jim and Jimmy have, and support the work Tomas is doing? Finally, we may have a burst of energy right now, but no form of sprinting is going to help solve this. This is not a "we have to take action now before we lose the opportunity!" moment. The code is there. Many of the contributors are there, and know what is going on internally. Let's collaborate and find a way to make this project a real success. Cory On Aug 7, 2010, at 20:36, William Green wrote: > I agree with Michael here. As long as the canonical source for > IronRuby lives in TFS behind the big blue firewall, with only MSFT > employees as core committers, there is a problem. > > What I propose is that we, as a community, designate the github repo > as the canonical one, and that whoever controls it opens up commit > access beyond the MSFT core team, perhaps to those that have already > had accepted contribution. (this may already be in place, I don't > know) > > Bottom line is that MSFT has decided they no longer desire to invest > in the project. If we want IronRuby, we're going to have to make it > happen, on our own. > > -- > Will Green > http://hotgazpacho.org/ > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: > >> If Microsoft was simply sponsoring development and putting its stamp >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a >> bottleneck, as been from the start. "Sync to TFS" commits make me >> cringe everytime I see them. >> >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >>> I guess I never really sent the mail that I meant to send about my >>> progression. >>> >>> >>> >>> Similar to Jimmy, I?ve also made the incredibly hard decision to move on as >>> well. I?ve been working on the JavaScript team now for about 2 weeks. I?ve >>> made this decision for many of the same reasons as Jimmy, but for various >>> personal reasons, I decided to remain with MS instead of leaving. I will >>> still be working with IronRuby, it just won?t be my primary function >>> anymore. I also had a wonderful time on the team, and I will really miss >>> working directly with them. >>> >>> >>> >>> I agree that IronRuby is not a big community, but I don?t know that it is a >>> problem unless we let it be one J. I also feel that MS owning the code isn?t >>> a problem. It?s not like it really benefits anyone inside of MS, it benefits >>> us, the users J. It also benefits the Ruby community at large if we continue >>> to make IronRuby a great product that people want to use in their .NET >>> applications, because it shows people Ruby J >>> >>> >>> >>> I understand that this is sad, and for some, expected L, but I hope that >>> people still continue doing the awesome things people have been doing J >>> >>> >>> >>> JD >>> >>> >>> >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards >>> Sent: Sunday, August 08, 2010 2:43 PM >>> >>> To: ironruby-core at rubyforge.org >>> Subject: [Ironruby-core] "Start spreading the news" >>> >>> >>> >>> I'm sure most of you have seen this already, but I hadn't seen Jimmy's >>> "farewell Microsoft" blog post posted to the list, so here it is if anyone >>> hasn't read it >>> >>> >>> >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html >>> >>> >>> >>> I'd like to thank Jimmy for his work thus far on IronRuby, and certainly >>> wish you the best of luck at your new job and living in NYC. From that point >>> of view, it's happy days. >>> >>> >>> >>> The news about Microsoft's internal handling of IronRuby however makes me >>> rather sad, and frankly a bit worried about the future of IronRuby in >>> general. If there's now only 2 part-time developers working on IR inside >>> Microsoft, and they've been told not to develop any new features, then where >>> does that leave us? >>> >>> >>> >>> While IronRuby is open source (yay), It unfortunately hasn't seem to have >>> become quite big enough (unlike JRuby) to be self sustaining. >>> >>> >>> >>> I personally also perceive somewhat of a problem, in that (again, unlike >>> with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to >>> sign a copyright assignment form to MS, and MS controls all the repositories >>> and other assorted stuff. (AFAIK Charles has personally controlled all the >>> JRuby repos since day one and still does). >>> >>> This provides a LARGE (to me at least) disincentive to contribute to >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I were to >>> commit code, it would not be for the benefit of a nice friendly >>> community-driven open source group, it would be for the benefit of Microsoft >>> Corporation. >>> >>> I was happy to accept this when MS were putting a lot of work into IronRuby, >>> but now that they're not, my feeling is "So Microsoft have bailed and left >>> us hanging, why on earth would I want to do work on their behalf after >>> they've just done that?" >>> >>> >>> >>> At any rate, I've not committed any code to IronRuby (I've come close >>> several times, but never just had the time) so my opinion is largely >>> irrelevant, I just hope that other potential committers with more time and >>> skill than I don't end up feeling this way too :-( >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sat Aug 7 23:09:39 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 8 Aug 2010 03:09:39 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: Contributing to IR core should not be an issue anymore. DLR is still off limits due to a possibility that parts of it might be productized and become part of .NET Framework. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jb Evain Sent: Saturday, August 07, 2010 7:23 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" On Sun, Aug 8, 2010 at 4:13 AM, Tomas Matousek wrote: > Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? Certainly. I was interested from day one in contributing to the core part or IR and to the DLR. I never bothered to do so knowing the limitations of the current process. -- Jb Evain? _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sat Aug 7 23:26:47 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 8 Aug 2010 03:26:47 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: Re CI server: cool, let's get one up and running then. Ideally we would have 2 - one running on Windows and other on Linux to make sure that IronRuby works well on both platforms. Both should run the same test-suite (irtests script). The harness might need some tweaks for Linux and you're welcome to submit patches. Re "Code review emails are just one extra step that's not needed": Code reviews are absolutely needed! It's not a bureaucracy, it's a quality gateway. Nobody should commit anything without a code review from the code owner. For now, that would be mostly me (core, libraries, csproj files), Jim (test harness, infrastructure) and Jimmy (Silverlight, ironRack). If anybody's interesting in owning some part of IronRuby let know the current owner. Actually, what do you mean by "canonical" repo? What would make GIT repo canonical? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, August 07, 2010 7:34 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" We've had a CI server set up on CJ's hardware for a while, it's actually worked from time to time as well :) http://twitter.com/IronRubyCI I'm more then willing to get that up and running again, it wasn't a general CI server though, it was mostly for mine and Ivan's changes for compilation under Linux. And Code review emails are just one extra step that's not needed, it's just bureaucracy added on by the current situation, it's a barrier to entry and a hassle. Don't misunderstand, the work gone into them IS appreciated, but it's just another *groan*. And I find it hard to believe that the only reason for an internal canonical repo was lack of external CI.. that's not what's being implied, is it? On Sat, Aug 7, 2010 at 10:13 PM, Tomas Matousek wrote: > Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? > Is anybody willing to run a continuous integration server that guards the repo from erroneous patches? A canonical repo needs to have such a gatekeeper. Our internal SNAP system has provided this functionality for the internal TFS repo. > > BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now have that tool, thanks to Jim, so you should see less of these. Code review emails has been sent for most of the changes that were made to Ruby repo anyways. So if you watched the mailing list you could easily track what's going on. Only comments to changesets that included some internal infrastructure changes weren't sent to the mailing list. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of William > Green > Sent: Saturday, August 07, 2010 5:36 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] "Start spreading the news" > > I agree with Michael here. As long as the canonical source for IronRuby lives in TFS behind the big blue firewall, with only MSFT employees as core committers, there is a problem. > > What I propose is that we, as a community, designate the github repo > as the canonical one, and that whoever controls it opens up commit > access beyond the MSFT core team, perhaps to those that have already > had accepted contribution. (this may already be in place, I don't > know) > > Bottom line is that MSFT has decided they no longer desire to invest in the project. If we want IronRuby, we're going to have to make it happen, on our own. > > -- > Will Green > http://hotgazpacho.org/ > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: > >> If Microsoft was simply sponsoring development and putting its stamp >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a >> bottleneck, as been from the start. ?"Sync to TFS" commits make me >> cringe everytime I see them. >> >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >>> I guess I never really sent the mail that I meant to send about my >>> progression. >>> >>> >>> >>> Similar to Jimmy, I've also made the incredibly hard decision to >>> move on as well. I've been working on the JavaScript team now for >>> about 2 weeks. I've made this decision for many of the same reasons >>> as Jimmy, but for various personal reasons, I decided to remain with >>> MS instead of leaving. I will still be working with IronRuby, it >>> just won't be my primary function anymore. ?I also had a wonderful >>> time on the team, and I will really miss working directly with them. >>> >>> >>> >>> I agree that IronRuby is not a big community, but I don't know that >>> it is a problem unless we let it be one J. I also feel that MS >>> owning the code isn't a problem. It's not like it really benefits >>> anyone inside of MS, it benefits us, the users J. It also benefits >>> the Ruby community at large if we continue to make IronRuby a great >>> product that people want to use in their .NET applications, because >>> it shows people Ruby J >>> >>> >>> >>> I understand that this is sad, and for some, expected L, but I hope >>> that people still continue doing the awesome things people have been >>> doing J >>> >>> >>> >>> JD >>> >>> >>> >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion >>> Edwards >>> Sent: Sunday, August 08, 2010 2:43 PM >>> >>> To: ironruby-core at rubyforge.org >>> Subject: [Ironruby-core] "Start spreading the news" >>> >>> >>> >>> I'm sure most of you have seen this already, but I hadn't seen >>> Jimmy's "farewell Microsoft" blog post posted to the list, so here >>> it is if anyone hasn't read it >>> >>> >>> >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future- >>> o >>> f-jimmy.html >>> >>> >>> >>> I'd like to thank Jimmy for his work thus far on IronRuby, and >>> certainly wish you the best of luck at your new job and living in >>> NYC. From that point of view, it's happy days. >>> >>> >>> >>> The news about Microsoft's internal handling of IronRuby however >>> makes me rather sad, and frankly a bit worried about the future of >>> IronRuby in general. If there's now only 2 part-time developers >>> working on IR inside Microsoft, and they've been told not to develop >>> any new features, then where does that leave us? >>> >>> >>> >>> While IronRuby is open source (yay), It unfortunately hasn't seem to >>> have become quite big enough (unlike JRuby) to be self sustaining. >>> >>> >>> >>> I personally also perceive somewhat of a problem, in that (again, >>> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, >>> committers still had to sign a copyright assignment form to MS, and >>> MS controls all the repositories and other assorted stuff. (AFAIK >>> Charles has personally controlled all the JRuby repos since day one and still does). >>> >>> This provides a LARGE (to me at least) disincentive to contribute to >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I >>> were to commit code, it would not be for the benefit of a nice >>> friendly community-driven open source group, it would be for the >>> benefit of Microsoft Corporation. >>> >>> I was happy to accept this when MS were putting a lot of work into >>> IronRuby, but now that they're not, my feeling is "So Microsoft have >>> bailed and left us hanging, why on earth would I want to do work on >>> their behalf after they've just done that?" >>> >>> >>> >>> At any rate, I've not committed any code to IronRuby (I've come >>> close several times, but never just had the time) so my opinion is >>> largely irrelevant, I just hope that other potential committers with >>> more time and skill than I don't end up feeling this way too :-( >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From bobby.johnson at gmail.com Sat Aug 7 23:43:13 2010 From: bobby.johnson at gmail.com (Bobby Johnson) Date: Sat, 7 Aug 2010 20:43:13 -0700 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: I could take a stab at getting a codebetter CI build up. Im pretty familiar with TeamCity, we use it at work. Not sure how CI friendly the current build script is, but hey ill give it a shot if your interested. On Sat, Aug 7, 2010 at 8:26 PM, Tomas Matousek wrote: > Re CI server: cool, let's get one up and running then. Ideally we would > have 2 - one running on Windows and other on Linux to make sure that > IronRuby works well on both platforms. > Both should run the same test-suite (irtests script). The harness might > need some tweaks for Linux and you're welcome to submit patches. > > Re "Code review emails are just one extra step that's not needed": > Code reviews are absolutely needed! It's not a bureaucracy, it's a quality > gateway. Nobody should commit anything without a code review from the code > owner. For now, that would be mostly me (core, libraries, csproj files), Jim > (test harness, infrastructure) and Jimmy (Silverlight, ironRack). If > anybody's interesting in owning some part of IronRuby let know the current > owner. > > Actually, what do you mean by "canonical" repo? What would make GIT repo > canonical? > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Saturday, August 07, 2010 7:34 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] "Start spreading the news" > > We've had a CI server set up on CJ's hardware for a while, it's actually > worked from time to time as well :) http://twitter.com/IronRubyCI > > I'm more then willing to get that up and running again, it wasn't a general > CI server though, it was mostly for mine and Ivan's changes for compilation > under Linux. > > And Code review emails are just one extra step that's not needed, it's just > bureaucracy added on by the current situation, it's a barrier to entry and a > hassle. Don't misunderstand, the work gone into them IS appreciated, but > it's just another *groan*. > > And I find it hard to believe that the only reason for an internal > canonical repo was lack of external CI.. that's not what's being implied, is > it? > > On Sat, Aug 7, 2010 at 10:13 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > Is there anybody who decided not to submit a patch based upon the > limitations/requirements of the current process and who would contribute > otherwise? > > Is anybody willing to run a continuous integration server that guards the > repo from erroneous patches? A canonical repo needs to have such a > gatekeeper. Our internal SNAP system has provided this functionality for the > internal TFS repo. > > > > BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now > have that tool, thanks to Jim, so you should see less of these. Code review > emails has been sent for most of the changes that were made to Ruby repo > anyways. So if you watched the mailing list you could easily track what's > going on. Only comments to changesets that included some internal > infrastructure changes weren't sent to the mailing list. > > > > Tomas > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of William > > Green > > Sent: Saturday, August 07, 2010 5:36 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] "Start spreading the news" > > > > I agree with Michael here. As long as the canonical source for IronRuby > lives in TFS behind the big blue firewall, with only MSFT employees as core > committers, there is a problem. > > > > What I propose is that we, as a community, designate the github repo > > as the canonical one, and that whoever controls it opens up commit > > access beyond the MSFT core team, perhaps to those that have already > > had accepted contribution. (this may already be in place, I don't > > know) > > > > Bottom line is that MSFT has decided they no longer desire to invest in > the project. If we want IronRuby, we're going to have to make it happen, on > our own. > > > > -- > > Will Green > > http://hotgazpacho.org/ > > > > > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle > wrote: > > > >> If Microsoft was simply sponsoring development and putting its stamp > >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a > >> bottleneck, as been from the start. "Sync to TFS" commits make me > >> cringe everytime I see them. > >> > >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville > wrote: > >>> I guess I never really sent the mail that I meant to send about my > >>> progression. > >>> > >>> > >>> > >>> Similar to Jimmy, I've also made the incredibly hard decision to > >>> move on as well. I've been working on the JavaScript team now for > >>> about 2 weeks. I've made this decision for many of the same reasons > >>> as Jimmy, but for various personal reasons, I decided to remain with > >>> MS instead of leaving. I will still be working with IronRuby, it > >>> just won't be my primary function anymore. I also had a wonderful > >>> time on the team, and I will really miss working directly with them. > >>> > >>> > >>> > >>> I agree that IronRuby is not a big community, but I don't know that > >>> it is a problem unless we let it be one J. I also feel that MS > >>> owning the code isn't a problem. It's not like it really benefits > >>> anyone inside of MS, it benefits us, the users J. It also benefits > >>> the Ruby community at large if we continue to make IronRuby a great > >>> product that people want to use in their .NET applications, because > >>> it shows people Ruby J > >>> > >>> > >>> > >>> I understand that this is sad, and for some, expected L, but I hope > >>> that people still continue doing the awesome things people have been > >>> doing J > >>> > >>> > >>> > >>> JD > >>> > >>> > >>> > >>> From: ironruby-core-bounces at rubyforge.org > >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion > >>> Edwards > >>> Sent: Sunday, August 08, 2010 2:43 PM > >>> > >>> To: ironruby-core at rubyforge.org > >>> Subject: [Ironruby-core] "Start spreading the news" > >>> > >>> > >>> > >>> I'm sure most of you have seen this already, but I hadn't seen > >>> Jimmy's "farewell Microsoft" blog post posted to the list, so here > >>> it is if anyone hasn't read it > >>> > >>> > >>> > >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future- > >>> o > >>> f-jimmy.html > >>> > >>> > >>> > >>> I'd like to thank Jimmy for his work thus far on IronRuby, and > >>> certainly wish you the best of luck at your new job and living in > >>> NYC. From that point of view, it's happy days. > >>> > >>> > >>> > >>> The news about Microsoft's internal handling of IronRuby however > >>> makes me rather sad, and frankly a bit worried about the future of > >>> IronRuby in general. If there's now only 2 part-time developers > >>> working on IR inside Microsoft, and they've been told not to develop > >>> any new features, then where does that leave us? > >>> > >>> > >>> > >>> While IronRuby is open source (yay), It unfortunately hasn't seem to > >>> have become quite big enough (unlike JRuby) to be self sustaining. > >>> > >>> > >>> > >>> I personally also perceive somewhat of a problem, in that (again, > >>> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, > >>> committers still had to sign a copyright assignment form to MS, and > >>> MS controls all the repositories and other assorted stuff. (AFAIK > >>> Charles has personally controlled all the JRuby repos since day one and > still does). > >>> > >>> This provides a LARGE (to me at least) disincentive to contribute to > >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I > >>> were to commit code, it would not be for the benefit of a nice > >>> friendly community-driven open source group, it would be for the > >>> benefit of Microsoft Corporation. > >>> > >>> I was happy to accept this when MS were putting a lot of work into > >>> IronRuby, but now that they're not, my feeling is "So Microsoft have > >>> bailed and left us hanging, why on earth would I want to do work on > >>> their behalf after they've just done that?" > >>> > >>> > >>> > >>> At any rate, I've not committed any code to IronRuby (I've come > >>> close several times, but never just had the time) so my opinion is > >>> largely irrelevant, I just hope that other potential committers with > >>> more time and skill than I don't end up feeling this way too :-( > >>> > >>> _______________________________________________ > >>> Ironruby-core mailing list > >>> Ironruby-core at rubyforge.org > >>> http://rubyforge.org/mailman/listinfo/ironruby-core > >>> > >>> > >> > >> > >> > >> -- > >> Michael Letterle > >> IronRuby MVP > >> http://blog.prokrams.com > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- "The explanation requiring the fewest assumptions is most likely to be correct." - Occam?s Razor http://en.wikipedia.org/wiki/Occam's_Razor -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 7 23:43:10 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 7 Aug 2010 20:43:10 -0700 Subject: [Ironruby-core] IronRubyMvc Update In-Reply-To: References: Message-ID: <7CCA605A-1A65-42C1-BE0C-49F715326C34@panesofglass.org> Yes, I did. Sorry, should have sent the patch and a link to this list. I did not update much on the specs and didn't touch the test or web projects as they didn't open in VS 2008. Ryan Sent from my iPhone On Aug 7, 2010, at 7:17 PM, Jimmy Schementi wrote: > Did you base your work off of Ivan's code? I haven't pulled from him in a long time, so his is definitely the latest. > ~Jimmy > > > On Sat, Aug 7, 2010 at 6:55 PM, Ryan Riley wrote: > I just updated IronRubyMvc to IronRuby 1.0 (I know 1.1 is out, but I wanted this thing working, and I only had 1.0 for .NET 2.0) and ASP.NET MVC 2.0. Please feel free to test it out: http://github.com/panesofglass/ironrubymvc/tree/mvc-2.0 > > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 7 23:57:55 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 7 Aug 2010 20:57:55 -0700 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: <636CD8F8-ACB1-486C-97F7-CB46A67015D0@panesofglass.org> +1 Sent from my iPhone On Aug 7, 2010, at 7:56 PM, Cory Foy wrote: > Ok, I like to propose a pause in action. > > Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main person left, and from the emails we've received, he's only working on it part-time. I don't know the politics of this specific org, but being an ex-softie I do have an idea, and that hunch is that the politics that caused the reshuffle were not a conspiracy theory against IronRuby, but just normal organization dysfunction and quarterly reorganization. > > We also know thay we have a community of people who are passionate about IronRuby, and a secondary wave of people driven into action by the events of the past day or so. It stands to reason, from work I've done in other communties, that one or two will end up being long term participants because of the new awareness. > > That said, I don't think that what we should do right now is fork it, since IronRuby relies heavily on the DLR which wouldn't be controlled. This is not to say that we take it off the table. Rather we need to ask ourselves what holes have now opened up that we need to fill: > > 1) Jimmy provided leadership and vision for the project. We've now lost that, and either Tomas will pick this up internally, or we will need an external person to run with the vision. Regardless, the person will have to interface with and understand the vision from the Microsoft side. > > 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there are lots of other needs, and if this is truly a community-owned movement, we need to engage with Tomas and the remaining team to understand what else we're missing. > > 3) IronRuby has likely taken a huge blow of credibility from the enterprise adoption side, because if it isn't supported by Microsoft PSS, they will be unlikely to use it internally or in their products. > > All three of these are vital points that we need to think about as a community. Someone is going to have to step up to take charge of this - and it's not going to come from the Mono side. Tomas may be willing to take charge as much as possible - no one has asked him, and that's a shame. > > IronRuby has not had a heart attack which requires CPR. That means we need to take a measured, levelheaded response as a community and work to understand how we can help and how we can respond in a way that makes sense. We already know from Jimmy's tweets that he's planning an email for the group - how can we take advantage of the knowledge Jim and Jimmy have, and support the work Tomas is doing? > > Finally, we may have a burst of energy right now, but no form of sprinting is going to help solve this. This is not a "we have to take action now before we lose the opportunity!" moment. The code is there. Many of the contributors are there, and know what is going on internally. Let's collaborate and find a way to make this project a real success. > > Cory > > > > On Aug 7, 2010, at 20:36, William Green wrote: > >> I agree with Michael here. As long as the canonical source for >> IronRuby lives in TFS behind the big blue firewall, with only MSFT >> employees as core committers, there is a problem. >> >> What I propose is that we, as a community, designate the github repo >> as the canonical one, and that whoever controls it opens up commit >> access beyond the MSFT core team, perhaps to those that have already >> had accepted contribution. (this may already be in place, I don't >> know) >> >> Bottom line is that MSFT has decided they no longer desire to invest >> in the project. If we want IronRuby, we're going to have to make it >> happen, on our own. >> >> -- >> Will Green >> http://hotgazpacho.org/ >> >> >> >> On Aug 7, 2010, at 8:00 PM, Michael Letterle wrote: >> >>> If Microsoft was simply sponsoring development and putting its stamp >>> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a >>> bottleneck, as been from the start. "Sync to TFS" commits make me >>> cringe everytime I see them. >>> >>> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville wrote: >>>> I guess I never really sent the mail that I meant to send about my >>>> progression. >>>> >>>> >>>> >>>> Similar to Jimmy, I?ve also made the incredibly hard decision to move on as >>>> well. I?ve been working on the JavaScript team now for about 2 weeks. I?ve >>>> made this decision for many of the same reasons as Jimmy, but for various >>>> personal reasons, I decided to remain with MS instead of leaving. I will >>>> still be working with IronRuby, it just won?t be my primary function >>>> anymore. I also had a wonderful time on the team, and I will really miss >>>> working directly with them. >>>> >>>> >>>> >>>> I agree that IronRuby is not a big community, but I don?t know that it is a >>>> problem unless we let it be one J. I also feel that MS owning the code isn?t >>>> a problem. It?s not like it really benefits anyone inside of MS, it benefits >>>> us, the users J. It also benefits the Ruby community at large if we continue >>>> to make IronRuby a great product that people want to use in their .NET >>>> applications, because it shows people Ruby J >>>> >>>> >>>> >>>> I understand that this is sad, and for some, expected L, but I hope that >>>> people still continue doing the awesome things people have been doing J >>>> >>>> >>>> >>>> JD >>>> >>>> >>>> >>>> From: ironruby-core-bounces at rubyforge.org >>>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards >>>> Sent: Sunday, August 08, 2010 2:43 PM >>>> >>>> To: ironruby-core at rubyforge.org >>>> Subject: [Ironruby-core] "Start spreading the news" >>>> >>>> >>>> >>>> I'm sure most of you have seen this already, but I hadn't seen Jimmy's >>>> "farewell Microsoft" blog post posted to the list, so here it is if anyone >>>> hasn't read it >>>> >>>> >>>> >>>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html >>>> >>>> >>>> >>>> I'd like to thank Jimmy for his work thus far on IronRuby, and certainly >>>> wish you the best of luck at your new job and living in NYC. From that point >>>> of view, it's happy days. >>>> >>>> >>>> >>>> The news about Microsoft's internal handling of IronRuby however makes me >>>> rather sad, and frankly a bit worried about the future of IronRuby in >>>> general. If there's now only 2 part-time developers working on IR inside >>>> Microsoft, and they've been told not to develop any new features, then where >>>> does that leave us? >>>> >>>> >>>> >>>> While IronRuby is open source (yay), It unfortunately hasn't seem to have >>>> become quite big enough (unlike JRuby) to be self sustaining. >>>> >>>> >>>> >>>> I personally also perceive somewhat of a problem, in that (again, unlike >>>> with JRuby) Microsoft "owns" IronRuby. Last I knew, committers still had to >>>> sign a copyright assignment form to MS, and MS controls all the repositories >>>> and other assorted stuff. (AFAIK Charles has personally controlled all the >>>> JRuby repos since day one and still does). >>>> >>>> This provides a LARGE (to me at least) disincentive to contribute to >>>> IronRuby in the future. Because MS owns IronRuby, I feel like if I were to >>>> commit code, it would not be for the benefit of a nice friendly >>>> community-driven open source group, it would be for the benefit of Microsoft >>>> Corporation. >>>> >>>> I was happy to accept this when MS were putting a lot of work into IronRuby, >>>> but now that they're not, my feeling is "So Microsoft have bailed and left >>>> us hanging, why on earth would I want to do work on their behalf after >>>> they've just done that?" >>>> >>>> >>>> >>>> At any rate, I've not committed any code to IronRuby (I've come close >>>> several times, but never just had the time) so my opinion is largely >>>> irrelevant, I just hope that other potential committers with more time and >>>> skill than I don't end up feeling this way too :-( >>>> >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>>> >>> >>> >>> >>> -- >>> Michael Letterle >>> IronRuby MVP >>> http://blog.prokrams.com >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Sun Aug 8 00:00:44 2010 From: jdeville at microsoft.com (Jim Deville) Date: Sun, 8 Aug 2010 04:00:44 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: <571651983633624F9BA6BDE490351AEE03522278@TK5EX14MBXC201.redmond.corp.microsoft.com> If you can get me access I'd be happy to help you out with that. Especially if we can get access to a linux and win box in there. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Bobby Johnson Sent: Saturday, August 07, 2010 8:43 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" I could take a stab at getting a codebetter CI build up. Im pretty familiar with TeamCity, we use it at work. Not sure how CI friendly the current build script is, but hey ill give it a shot if your interested. On Sat, Aug 7, 2010 at 8:26 PM, Tomas Matousek > wrote: Re CI server: cool, let's get one up and running then. Ideally we would have 2 - one running on Windows and other on Linux to make sure that IronRuby works well on both platforms. Both should run the same test-suite (irtests script). The harness might need some tweaks for Linux and you're welcome to submit patches. Re "Code review emails are just one extra step that's not needed": Code reviews are absolutely needed! It's not a bureaucracy, it's a quality gateway. Nobody should commit anything without a code review from the code owner. For now, that would be mostly me (core, libraries, csproj files), Jim (test harness, infrastructure) and Jimmy (Silverlight, ironRack). If anybody's interesting in owning some part of IronRuby let know the current owner. Actually, what do you mean by "canonical" repo? What would make GIT repo canonical? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, August 07, 2010 7:34 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" We've had a CI server set up on CJ's hardware for a while, it's actually worked from time to time as well :) http://twitter.com/IronRubyCI I'm more then willing to get that up and running again, it wasn't a general CI server though, it was mostly for mine and Ivan's changes for compilation under Linux. And Code review emails are just one extra step that's not needed, it's just bureaucracy added on by the current situation, it's a barrier to entry and a hassle. Don't misunderstand, the work gone into them IS appreciated, but it's just another *groan*. And I find it hard to believe that the only reason for an internal canonical repo was lack of external CI.. that's not what's being implied, is it? On Sat, Aug 7, 2010 at 10:13 PM, Tomas Matousek > wrote: > Is there anybody who decided not to submit a patch based upon the limitations/requirements of the current process and who would contribute otherwise? > Is anybody willing to run a continuous integration server that guards the repo from erroneous patches? A canonical repo needs to have such a gatekeeper. Our internal SNAP system has provided this functionality for the internal TFS repo. > > BTW, "Sync to TFS" was an artifact of lack of automated sync tool. We now have that tool, thanks to Jim, so you should see less of these. Code review emails has been sent for most of the changes that were made to Ruby repo anyways. So if you watched the mailing list you could easily track what's going on. Only comments to changesets that included some internal infrastructure changes weren't sent to the mailing list. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of William > Green > Sent: Saturday, August 07, 2010 5:36 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] "Start spreading the news" > > I agree with Michael here. As long as the canonical source for IronRuby lives in TFS behind the big blue firewall, with only MSFT employees as core committers, there is a problem. > > What I propose is that we, as a community, designate the github repo > as the canonical one, and that whoever controls it opens up commit > access beyond the MSFT core team, perhaps to those that have already > had accepted contribution. (this may already be in place, I don't > know) > > Bottom line is that MSFT has decided they no longer desire to invest in the project. If we want IronRuby, we're going to have to make it happen, on our own. > > -- > Will Green > http://hotgazpacho.org/ > > > > On Aug 7, 2010, at 8:00 PM, Michael Letterle > wrote: > >> If Microsoft was simply sponsoring development and putting its stamp >> on it, it wouldn't be a problem.. but the fact that MS "owns" it IS a >> bottleneck, as been from the start. "Sync to TFS" commits make me >> cringe everytime I see them. >> >> On Sat, Aug 7, 2010 at 7:07 PM, Jim Deville > wrote: >>> I guess I never really sent the mail that I meant to send about my >>> progression. >>> >>> >>> >>> Similar to Jimmy, I've also made the incredibly hard decision to >>> move on as well. I've been working on the JavaScript team now for >>> about 2 weeks. I've made this decision for many of the same reasons >>> as Jimmy, but for various personal reasons, I decided to remain with >>> MS instead of leaving. I will still be working with IronRuby, it >>> just won't be my primary function anymore. I also had a wonderful >>> time on the team, and I will really miss working directly with them. >>> >>> >>> >>> I agree that IronRuby is not a big community, but I don't know that >>> it is a problem unless we let it be one J. I also feel that MS >>> owning the code isn't a problem. It's not like it really benefits >>> anyone inside of MS, it benefits us, the users J. It also benefits >>> the Ruby community at large if we continue to make IronRuby a great >>> product that people want to use in their .NET applications, because >>> it shows people Ruby J >>> >>> >>> >>> I understand that this is sad, and for some, expected L, but I hope >>> that people still continue doing the awesome things people have been >>> doing J >>> >>> >>> >>> JD >>> >>> >>> >>> From: ironruby-core-bounces at rubyforge.org >>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion >>> Edwards >>> Sent: Sunday, August 08, 2010 2:43 PM >>> >>> To: ironruby-core at rubyforge.org >>> Subject: [Ironruby-core] "Start spreading the news" >>> >>> >>> >>> I'm sure most of you have seen this already, but I hadn't seen >>> Jimmy's "farewell Microsoft" blog post posted to the list, so here >>> it is if anyone hasn't read it >>> >>> >>> >>> http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future- >>> o >>> f-jimmy.html >>> >>> >>> >>> I'd like to thank Jimmy for his work thus far on IronRuby, and >>> certainly wish you the best of luck at your new job and living in >>> NYC. From that point of view, it's happy days. >>> >>> >>> >>> The news about Microsoft's internal handling of IronRuby however >>> makes me rather sad, and frankly a bit worried about the future of >>> IronRuby in general. If there's now only 2 part-time developers >>> working on IR inside Microsoft, and they've been told not to develop >>> any new features, then where does that leave us? >>> >>> >>> >>> While IronRuby is open source (yay), It unfortunately hasn't seem to >>> have become quite big enough (unlike JRuby) to be self sustaining. >>> >>> >>> >>> I personally also perceive somewhat of a problem, in that (again, >>> unlike with JRuby) Microsoft "owns" IronRuby. Last I knew, >>> committers still had to sign a copyright assignment form to MS, and >>> MS controls all the repositories and other assorted stuff. (AFAIK >>> Charles has personally controlled all the JRuby repos since day one and still does). >>> >>> This provides a LARGE (to me at least) disincentive to contribute to >>> IronRuby in the future. Because MS owns IronRuby, I feel like if I >>> were to commit code, it would not be for the benefit of a nice >>> friendly community-driven open source group, it would be for the >>> benefit of Microsoft Corporation. >>> >>> I was happy to accept this when MS were putting a lot of work into >>> IronRuby, but now that they're not, my feeling is "So Microsoft have >>> bailed and left us hanging, why on earth would I want to do work on >>> their behalf after they've just done that?" >>> >>> >>> >>> At any rate, I've not committed any code to IronRuby (I've come >>> close several times, but never just had the time) so my opinion is >>> largely irrelevant, I just hope that other potential committers with >>> more time and skill than I don't end up feeling this way too :-( >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> >> >> -- >> Michael Letterle >> IronRuby MVP >> http://blog.prokrams.com >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle IronRuby MVP http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- "The explanation requiring the fewest assumptions is most likely to be correct." - Occam's Razor http://en.wikipedia.org/wiki/Occam's_Razor -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Sun Aug 8 05:29:44 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Sun, 8 Aug 2010 21:29:44 +1200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: Thanks Cory for the levelheadedness. It's all too easy to get upset and overreact (as I well know) Re Tomas' question about what would it take to make the github repo canonical. To me, it would need several things 1. The release builds need to be built directly from this repo 2. All the official project webpages need to refer to this repo as the main one From lists at ruby-forum.com Sun Aug 8 08:51:38 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sun, 8 Aug 2010 14:51:38 +0200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> Message-ID: <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> I agree 100% with Cory, we just need to calm down, regroup, give support to Tomas, make our opinions heard and continue using the technology that helps us become way more productive in our jobs. On the other hand Jimmy will still be around, he just moved to another job. Regards, Eduardo Blumenfeld Cory Foy wrote: > Ok, I like to propose a pause in action. > > Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main > person left, and from the emails we've received, he's only working on it > part-time. I don't know the politics of this specific org, but being an > ex-softie I do have an idea, and that hunch is that the politics that > caused the reshuffle were not a conspiracy theory against IronRuby, but > just normal organization dysfunction and quarterly reorganization. > > We also know thay we have a community of people who are passionate about > IronRuby, and a secondary wave of people driven into action by the > events of the past day or so. It stands to reason, from work I've done > in other communties, that one or two will end up being long term > participants because of the new awareness. > > That said, I don't think that what we should do right now is fork it, > since IronRuby relies heavily on the DLR which wouldn't be controlled. > This is not to say that we take it off the table. Rather we need to ask > ourselves what holes have now opened up that we need to fill: > > 1) Jimmy provided leadership and vision for the project. We've now lost > that, and either Tomas will pick this up internally, or we will need an > external person to run with the vision. Regardless, the person will have > to interface with and understand the vision from the Microsoft side. > > 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there > are lots of other needs, and if this is truly a community-owned > movement, we need to engage with Tomas and the remaining team to > understand what else we're missing. > > 3) IronRuby has likely taken a huge blow of credibility from the > enterprise adoption side, because if it isn't supported by Microsoft > PSS, they will be unlikely to use it internally or in their products. > > All three of these are vital points that we need to think about as a > community. Someone is going to have to step up to take charge of this - > and it's not going to come from the Mono side. Tomas may be willing to > take charge as much as possible - no one has asked him, and that's a > shame. > > IronRuby has not had a heart attack which requires CPR. That means we > need to take a measured, levelheaded response as a community and work to > understand how we can help and how we can respond in a way that makes > sense. We already know from Jimmy's tweets that he's planning an email > for the group - how can we take advantage of the knowledge Jim and Jimmy > have, and support the work Tomas is doing? > > Finally, we may have a burst of energy right now, but no form of > sprinting is going to help solve this. This is not a "we have to take > action now before we lose the opportunity!" moment. The code is there. > Many of the contributors are there, and know what is going on > internally. Let's collaborate and find a way to make this project a real > success. > > Cory -- Posted via http://www.ruby-forum.com/. From slavof at gmail.com Sun Aug 8 10:36:46 2010 From: slavof at gmail.com (Slavo Furman) Date: Sun, 8 Aug 2010 16:36:46 +0200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> Message-ID: I agree with Cory, too, but on the other hand it would be very helpful if Microsoft (I mean someone who can speak for Microsoft) clearly say what are they intentions with IronRuby (and maybe IronPython, too) for the future. Are they "releasing IronRuby to the community"? Is Microsoft like to (officially) participate in future in IronRuby development? If so, in what way? As a project owner? And so on... Only knowing in what situation we really are we can make our decisions about what to do. More clarity will also help with using the technology, for example, I am considering using IronRuby for one project and now I do not know what to expect from future (questions like - will development of IronRuby continue, what about Silverlight and Azure support, what about v1.9 compatibility, ...) and it is now became problematic to make some of decisions. thanks, Slavo. On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld wrote: > I agree 100% with Cory, we just need to calm down, regroup, give support > to Tomas, make our opinions heard and continue using the technology that > helps us become way more productive in our jobs. > > On the other hand Jimmy will still be around, he just moved to another > job. > > Regards, > > Eduardo Blumenfeld > > Cory Foy wrote: >> Ok, I like to propose a pause in action. >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >> person left, and from the emails we've received, he's only working on it >> part-time. I don't know the politics of this specific org, but being an >> ex-softie I do have an idea, and that hunch is that the politics that >> caused the reshuffle were not a conspiracy theory against IronRuby, but >> just normal organization dysfunction and quarterly reorganization. >> >> We also know thay we have a community of people who are passionate about >> IronRuby, and a secondary wave of people driven into action by the >> events of the past day or so. It stands to reason, from work I've done >> in other communties, that one or two will end up being long term >> participants because of the new awareness. >> >> That said, I don't think that what we should do right now is fork it, >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >> This is not to say that we take it off the table. Rather we need to ask >> ourselves what holes have now opened up that we need to fill: >> >> 1) Jimmy provided leadership and vision for the project. We've now lost >> that, and either Tomas will pick this up internally, or we will need an >> external person to run with the vision. Regardless, the person will have >> to interface with and understand the vision from the Microsoft side. >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >> are lots of other needs, and if this is truly a community-owned >> movement, we need to engage with Tomas and the remaining team to >> understand what else we're missing. >> >> 3) IronRuby has likely taken a huge blow of credibility from the >> enterprise adoption side, because if it isn't supported by Microsoft >> PSS, they will be unlikely to use it internally or in their products. >> >> All three of these are vital points that we need to think about as a >> community. Someone is going to have to step up to take charge of this - >> and it's not going to come from the Mono side. Tomas may be willing to >> take charge as much as possible - no one has asked him, and that's a >> shame. >> >> IronRuby has not had a heart attack which requires CPR. That means we >> need to take a measured, levelheaded response as a community and work to >> understand how we can help and how we can respond in a way that makes >> sense. We already know from Jimmy's tweets that he's planning an email >> for the group - how can we take advantage of the knowledge Jim and Jimmy >> have, and support the work Tomas is doing? >> >> Finally, we may have a burst of energy right now, but no form of >> sprinting is going to help solve this. This is not a "we have to take >> action now before we lose the opportunity!" moment. The code is there. >> Many of the contributors are there, and know what is going on >> internally. Let's collaborate and find a way to make this project a real >> success. >> >> Cory > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From kevin.w.berridge at gmail.com Sun Aug 8 11:36:05 2010 From: kevin.w.berridge at gmail.com (Kevin Berridge) Date: Sun, 8 Aug 2010 11:36:05 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> Message-ID: To Cory's point about IronRuby's credibility in the Enterprise: I think its certainly true that if IronRuby is not a MS supported tool, there will be shops that will not be able to use it. On the other hand, there are still plenty of other shops that could use it, if only they understand what they could use it for and how. To date, the story of what IronRuby is "for" has been rather weak. I know it's a language, and so it's possibilities are just about endless, but what are the main areas we think people can derive significant benefit from using it? If IronRuby really does end up being primarily community driven, we need to come up with a much better story around what it is for, and helping people get started with using it for those things. This could help drive adoption, which could in turn help drive contributors. Some examples of things IronRuby may be 'for": 1. Unit Testing ( http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html ) 2. Embedded Scripting ( http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html) 3. Silverlight ( http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html ) 4. ? Jimmy talked about #1 and #2 here: http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html Thanks, Kevin Berridge On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: > I agree with Cory, too, but on the other hand it would be very helpful > if Microsoft (I mean someone who can speak for Microsoft) clearly say > what are they intentions with IronRuby (and maybe IronPython, too) for > the future. > > Are they "releasing IronRuby to the community"? Is Microsoft like to > (officially) participate in future in IronRuby development? If so, in > what way? As a project owner? And so on... > > Only knowing in what situation we really are we can make our decisions > about what to do. > > More clarity will also help with using the technology, for example, I > am considering using IronRuby for one project and now I do not know > what to expect from future (questions like - will development of > IronRuby continue, what about Silverlight and Azure support, what > about v1.9 compatibility, ...) and it is now became problematic to > make some of decisions. > > thanks, > Slavo. > > On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld > wrote: > > I agree 100% with Cory, we just need to calm down, regroup, give support > > to Tomas, make our opinions heard and continue using the technology that > > helps us become way more productive in our jobs. > > > > On the other hand Jimmy will still be around, he just moved to another > > job. > > > > Regards, > > > > Eduardo Blumenfeld > > > > Cory Foy wrote: > >> Ok, I like to propose a pause in action. > >> > >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main > >> person left, and from the emails we've received, he's only working on it > >> part-time. I don't know the politics of this specific org, but being an > >> ex-softie I do have an idea, and that hunch is that the politics that > >> caused the reshuffle were not a conspiracy theory against IronRuby, but > >> just normal organization dysfunction and quarterly reorganization. > >> > >> We also know thay we have a community of people who are passionate about > >> IronRuby, and a secondary wave of people driven into action by the > >> events of the past day or so. It stands to reason, from work I've done > >> in other communties, that one or two will end up being long term > >> participants because of the new awareness. > >> > >> That said, I don't think that what we should do right now is fork it, > >> since IronRuby relies heavily on the DLR which wouldn't be controlled. > >> This is not to say that we take it off the table. Rather we need to ask > >> ourselves what holes have now opened up that we need to fill: > >> > >> 1) Jimmy provided leadership and vision for the project. We've now lost > >> that, and either Tomas will pick this up internally, or we will need an > >> external person to run with the vision. Regardless, the person will have > >> to interface with and understand the vision from the Microsoft side. > >> > >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there > >> are lots of other needs, and if this is truly a community-owned > >> movement, we need to engage with Tomas and the remaining team to > >> understand what else we're missing. > >> > >> 3) IronRuby has likely taken a huge blow of credibility from the > >> enterprise adoption side, because if it isn't supported by Microsoft > >> PSS, they will be unlikely to use it internally or in their products. > >> > >> All three of these are vital points that we need to think about as a > >> community. Someone is going to have to step up to take charge of this - > >> and it's not going to come from the Mono side. Tomas may be willing to > >> take charge as much as possible - no one has asked him, and that's a > >> shame. > >> > >> IronRuby has not had a heart attack which requires CPR. That means we > >> need to take a measured, levelheaded response as a community and work to > >> understand how we can help and how we can respond in a way that makes > >> sense. We already know from Jimmy's tweets that he's planning an email > >> for the group - how can we take advantage of the knowledge Jim and Jimmy > >> have, and support the work Tomas is doing? > >> > >> Finally, we may have a burst of energy right now, but no form of > >> sprinting is going to help solve this. This is not a "we have to take > >> action now before we lose the opportunity!" moment. The code is there. > >> Many of the contributors are there, and know what is going on > >> internally. Let's collaborate and find a way to make this project a real > >> success. > >> > >> Cory > > > > -- > > Posted via http://www.ruby-forum.com/. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Sun Aug 8 16:25:55 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Sun, 8 Aug 2010 16:25:55 -0400 Subject: [Ironruby-core] Error with Rails and DBI::Date In-Reply-To: References: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com> Message-ID: activerecord-sqlserver-adapter now supports IronRuby directly, and does not depend on any of the DBI gems (I update http://ironruby.net/documentation/rails a while ago with this). Try just installing activerecord-sqlserver-adapter-2.3.8 without any of those DBI gems, as they might be doing something incompatible with DBI::Date. ~Jimmy On Tue, Aug 3, 2010 at 4:06 AM, Shay Friedman wrote: > I've reinstalled IR since then so I don't have the list now. I remember it > was something with the deprecated gem... try to install a previous version > of it. > > Not sure though. I'll have time to look into it only in a few days. > Has someone here run into this problem, fixed it and have the solution at > hand? > > Shay. > > > On Tue, Aug 3, 2010 at 5:52 AM, Jack Hong wrote: > >> Hi Shay, >> >> I am facing the same problem. Could you find out which versions of these >> gems you need to reinstall? Here is my list: >> >> Successfully installed deprecated-3.0.0 >> Successfully installed dbi-0.4.3 >> Successfully installed dbd-adonet-0.3.2 >> Successfully installed dbd-adonet-sqlserver-0.3.2 >> Successfully installed activerecord-sqlserver-adapter-2.3.1 >> Successfully installed activerecord-adonet-sqlserver-0.3.4 >> >> I am running rails 2.3.8, btw. >> >> Cheers, >> Jack >> Shay Friedman wrote: >> > It turned out to be some kind of a gem versions mess... Had to uninstall >> > several gems and reinstall them to get it going. >> > >> > Shay. >> > >> > Shay Friedman wrote: >> >> Hi guys, >> >> >> >> I'm on a new computer and I'm trying to run rails (via IronRuby) for >> the >> >> first time here. >> >> I have installed the rake, rails and activerecord-adonet-sqlserver >> gems, >> >> added the config.gem line to environment.rb and updated the >> database.yml >> >> file. >> >> >> >> As soon as I try to run the WEBrick I get the next exception: >> >> 'alias_method': undefined method `public' for class `DBI::Date' >> >> (NameError) >> >> >> >> This is caused because of line 57 in the date.rb file of the DBI gem: >> >> deprecate :initialize, :public >> >> >> >> I replaced the DBI gem with Ivan's Ironruby-dbi gem but it didn't help. >> >> >> >> Has anyone run into this problem? >> >> >> >> Thanks, >> >> Shay. >> >> -- >> Posted via http://www.ruby-forum.com/. >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Sun Aug 8 17:07:07 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Mon, 9 Aug 2010 09:07:07 +1200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> Message-ID: <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> 4. Rails on .NET I think asp.net mvc took a lot of the wind out of this particular scenario, but rails is still literally *years* ahead of MVC in both maturity and thinking. If we could get rails under ironruby easily deplorable to iis, I think this would help a lot On question I'd REALLY like answered is this: Does Jimmy still have commit access to the main repos on github now that he's left MS? Does anyone else outside MS have this? Thanks, Orion On 9/08/2010, at 3:36 AM, Kevin Berridge wrote: > To Cory's point about IronRuby's credibility in the Enterprise: > > I think its certainly true that if IronRuby is not a MS supported tool, there will be shops that will not be able to use it. On the other hand, there are still plenty of other shops that could use it, if only they understand what they could use it for and how. > > To date, the story of what IronRuby is "for" has been rather weak. I know it's a language, and so it's possibilities are just about endless, but what are the main areas we think people can derive significant benefit from using it? > > If IronRuby really does end up being primarily community driven, we need to come up with a much better story around what it is for, and helping people get started with using it for those things. This could help drive adoption, which could in turn help drive contributors. > > Some examples of things IronRuby may be 'for": > 1. Unit Testing (http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html) > 2. Embedded Scripting (http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html) > 3. Silverlight (http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html) > 4. ? > > Jimmy talked about #1 and #2 here: > http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html > > Thanks, > Kevin Berridge > > On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: > I agree with Cory, too, but on the other hand it would be very helpful > if Microsoft (I mean someone who can speak for Microsoft) clearly say > what are they intentions with IronRuby (and maybe IronPython, too) for > the future. > > Are they "releasing IronRuby to the community"? Is Microsoft like to > (officially) participate in future in IronRuby development? If so, in > what way? As a project owner? And so on... > > Only knowing in what situation we really are we can make our decisions > about what to do. > > More clarity will also help with using the technology, for example, I > am considering using IronRuby for one project and now I do not know > what to expect from future (questions like - will development of > IronRuby continue, what about Silverlight and Azure support, what > about v1.9 compatibility, ...) and it is now became problematic to > make some of decisions. > > thanks, > Slavo. > > On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld wrote: > > I agree 100% with Cory, we just need to calm down, regroup, give support > > to Tomas, make our opinions heard and continue using the technology that > > helps us become way more productive in our jobs. > > > > On the other hand Jimmy will still be around, he just moved to another > > job. > > > > Regards, > > > > Eduardo Blumenfeld > > > > Cory Foy wrote: > >> Ok, I like to propose a pause in action. > >> > >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main > >> person left, and from the emails we've received, he's only working on it > >> part-time. I don't know the politics of this specific org, but being an > >> ex-softie I do have an idea, and that hunch is that the politics that > >> caused the reshuffle were not a conspiracy theory against IronRuby, but > >> just normal organization dysfunction and quarterly reorganization. > >> > >> We also know thay we have a community of people who are passionate about > >> IronRuby, and a secondary wave of people driven into action by the > >> events of the past day or so. It stands to reason, from work I've done > >> in other communties, that one or two will end up being long term > >> participants because of the new awareness. > >> > >> That said, I don't think that what we should do right now is fork it, > >> since IronRuby relies heavily on the DLR which wouldn't be controlled. > >> This is not to say that we take it off the table. Rather we need to ask > >> ourselves what holes have now opened up that we need to fill: > >> > >> 1) Jimmy provided leadership and vision for the project. We've now lost > >> that, and either Tomas will pick this up internally, or we will need an > >> external person to run with the vision. Regardless, the person will have > >> to interface with and understand the vision from the Microsoft side. > >> > >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there > >> are lots of other needs, and if this is truly a community-owned > >> movement, we need to engage with Tomas and the remaining team to > >> understand what else we're missing. > >> > >> 3) IronRuby has likely taken a huge blow of credibility from the > >> enterprise adoption side, because if it isn't supported by Microsoft > >> PSS, they will be unlikely to use it internally or in their products. > >> > >> All three of these are vital points that we need to think about as a > >> community. Someone is going to have to step up to take charge of this - > >> and it's not going to come from the Mono side. Tomas may be willing to > >> take charge as much as possible - no one has asked him, and that's a > >> shame. > >> > >> IronRuby has not had a heart attack which requires CPR. That means we > >> need to take a measured, levelheaded response as a community and work to > >> understand how we can help and how we can respond in a way that makes > >> sense. We already know from Jimmy's tweets that he's planning an email > >> for the group - how can we take advantage of the knowledge Jim and Jimmy > >> have, and support the work Tomas is doing? > >> > >> Finally, we may have a burst of energy right now, but no form of > >> sprinting is going to help solve this. This is not a "we have to take > >> action now before we lose the opportunity!" moment. The code is there. > >> Many of the contributors are there, and know what is going on > >> internally. Let's collaborate and find a way to make this project a real > >> success. > >> > >> Cory > > > > -- > > Posted via http://www.ruby-forum.com/. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sun Aug 8 17:36:06 2010 From: jdeville at microsoft.com (Jim Deville) Date: Sun, 8 Aug 2010 21:36:06 +0000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> Message-ID: <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> At this point Jimmy might, but the only one that should be commiting there directly is the automated account. Once we get official word from MS on what will happen with everything, I?d be happy to discuss the fate of the IronRuby organization on Github ? From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Sunday, August 08, 2010 2:07 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] "Start spreading the news" 4. Rails on .NET I think asp.net mvc took a lot of the wind out of this particular scenario, but rails is still literally *years* ahead of MVC in both maturity and thinking. If we could get rails under ironruby easily deplorable to iis, I think this would help a lot On question I'd REALLY like answered is this: Does Jimmy still have commit access to the main repos on github now that he's left MS? Does anyone else outside MS have this? Thanks, Orion On 9/08/2010, at 3:36 AM, Kevin Berridge > wrote: To Cory's point about IronRuby's credibility in the Enterprise: I think its certainly true that if IronRuby is not a MS supported tool, there will be shops that will not be able to use it. On the other hand, there are still plenty of other shops that could use it, if only they understand what they could use it for and how. To date, the story of what IronRuby is "for" has been rather weak. I know it's a language, and so it's possibilities are just about endless, but what are the main areas we think people can derive significant benefit from using it? If IronRuby really does end up being primarily community driven, we need to come up with a much better story around what it is for, and helping people get started with using it for those things. This could help drive adoption, which could in turn help drive contributors. Some examples of things IronRuby may be 'for": 1. Unit Testing (http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html) 2. Embedded Scripting (http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html) 3. Silverlight (http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html) 4. ? Jimmy talked about #1 and #2 here: http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html Thanks, Kevin Berridge On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman > wrote: I agree with Cory, too, but on the other hand it would be very helpful if Microsoft (I mean someone who can speak for Microsoft) clearly say what are they intentions with IronRuby (and maybe IronPython, too) for the future. Are they "releasing IronRuby to the community"? Is Microsoft like to (officially) participate in future in IronRuby development? If so, in what way? As a project owner? And so on... Only knowing in what situation we really are we can make our decisions about what to do. More clarity will also help with using the technology, for example, I am considering using IronRuby for one project and now I do not know what to expect from future (questions like - will development of IronRuby continue, what about Silverlight and Azure support, what about v1.9 compatibility, ...) and it is now became problematic to make some of decisions. thanks, Slavo. On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld > wrote: > I agree 100% with Cory, we just need to calm down, regroup, give support > to Tomas, make our opinions heard and continue using the technology that > helps us become way more productive in our jobs. > > On the other hand Jimmy will still be around, he just moved to another > job. > > Regards, > > Eduardo Blumenfeld > > Cory Foy wrote: >> Ok, I like to propose a pause in action. >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >> person left, and from the emails we've received, he's only working on it >> part-time. I don't know the politics of this specific org, but being an >> ex-softie I do have an idea, and that hunch is that the politics that >> caused the reshuffle were not a conspiracy theory against IronRuby, but >> just normal organization dysfunction and quarterly reorganization. >> >> We also know thay we have a community of people who are passionate about >> IronRuby, and a secondary wave of people driven into action by the >> events of the past day or so. It stands to reason, from work I've done >> in other communties, that one or two will end up being long term >> participants because of the new awareness. >> >> That said, I don't think that what we should do right now is fork it, >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >> This is not to say that we take it off the table. Rather we need to ask >> ourselves what holes have now opened up that we need to fill: >> >> 1) Jimmy provided leadership and vision for the project. We've now lost >> that, and either Tomas will pick this up internally, or we will need an >> external person to run with the vision. Regardless, the person will have >> to interface with and understand the vision from the Microsoft side. >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >> are lots of other needs, and if this is truly a community-owned >> movement, we need to engage with Tomas and the remaining team to >> understand what else we're missing. >> >> 3) IronRuby has likely taken a huge blow of credibility from the >> enterprise adoption side, because if it isn't supported by Microsoft >> PSS, they will be unlikely to use it internally or in their products. >> >> All three of these are vital points that we need to think about as a >> community. Someone is going to have to step up to take charge of this - >> and it's not going to come from the Mono side. Tomas may be willing to >> take charge as much as possible - no one has asked him, and that's a >> shame. >> >> IronRuby has not had a heart attack which requires CPR. That means we >> need to take a measured, levelheaded response as a community and work to >> understand how we can help and how we can respond in a way that makes >> sense. We already know from Jimmy's tweets that he's planning an email >> for the group - how can we take advantage of the knowledge Jim and Jimmy >> have, and support the work Tomas is doing? >> >> Finally, we may have a burst of energy right now, but no form of >> sprinting is going to help solve this. This is not a "we have to take >> action now before we lose the opportunity!" moment. The code is there. >> Many of the contributors are there, and know what is going on >> internally. Let's collaborate and find a way to make this project a real >> success. >> >> Cory > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Mon Aug 9 02:42:33 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 9 Aug 2010 02:42:33 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: Ah, after a nice restful weekend of casually looking at the psychotic twitter reactions, I think I owe this thread a little attention. First off, I appreciate the overwhelming support, and I think I speak on behalf of Jim and Tomas as well. Thank you for caring so much, and for all the personal best wishes. Also, I appreciate everyone who stepped in and "cooled" down the situation. Those who see opportunity in this are well-suited to help shape the future of the project. But enough with the mushy stuff ... The reality of open-source software is that corporate sponsorship and funding comes and goes, and it would appear the IronRuby project is just going through that normal cycle. I'm grateful to Microsoft for not only employing me, but funding IronRuby to the 1.1 release. Keep in mind that Microsoft has not officially said anything regarding IronRuby, even it seems my leaving Microsoft speaks volumes. So, let's just assume what we suspect to be true unless told otherwise. This is a monumental opportunity for you all, the IronRuby community, to rally around something Microsoft invested in, enough to a initial 1.0 release, and make it your own. However, there are two things we should ask Microsoft to commit to during this transition: 1. *Be clear about their intentions. *I *know *this will eventually happen, but I want to make it clear to all of you that this is the first step. 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they don't plan on continuing funding). Though IronRuby is licensed under an open-source license, it is copyright Microsoft. IronRuby.net is owned by Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, etc. If the intention is to cease funding IronRuby, then a non-profit foundation owning IronRuby, like CodePlex Foundation, would be ideal, so that we don't need to jointly own the copyright. There also is precedence in Microsoft for internal employees to donate to the CodePlex foundation, so Tomas and Jim can continue to contribute. In other words, a complete transition to non-Microsoft ownership. I'm not the only person with a voice here, so if there is anything else you'd like to see Microsoft do for a smooth transition, please speak up and let's discuss it. I'm hoping my leaving announcement will speed this process along, so assume we have little time to provide "demands". After these things happen, then we can all start figuring how to run the project, put infrastructure in place, and start figuring out what we need to accomplish to release IronRuby 1.2. Or, if none if this happens in the time we'd like, we can start FeRb (as @robconery essentially started to do =)). But let's try to be patient with IronRuby itself for now. I've also hinted at revisiting RubyCLR, but that will be a separate project (do contact me if you're interested). Also, feel free to still have the important conversations brought up in the previous messages; in no way am I suggesting people stop talking. Cory mentioned that my "leadership and vision" was lost. I think you're taking my job too seriously =P ... but joking aside, I just wanted to move back to New York and it was time to leave Microsoft, but not Ruby or IronRuby. So, for the foreseeable future, or unless someone else wants to step up, you can still count on me to be the face of IronRuby and write code. Also, my new job is in the .NET world still, so to stay sane I'll still want to work on IronRuby. =) This is a challenging and emotional time indeed. Again, I appreciate everyone's support and energy. Please keep the energy high, but directed. Continue discussing "why IronRuby". Work in your private fork, take shots at fixing bugs or getting more RubySpec tests passing; they'll eventually get integrated back. Continue blogging about how you're using IronRuby. Show the world that regardless of Microsoft's position, the community is what makes the project live. Now, discuss! ~Jimmy On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: > At this point Jimmy might, but the only one that should be commiting > there directly is the automated account. Once we get official word from MS > on what will happen with everything, I?d be happy to discuss the fate of the > IronRuby organization on Github J > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards > *Sent:* Sunday, August 08, 2010 2:07 PM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] "Start spreading the news" > > > > 4. Rails on .NET > > > > I think asp.net mvc took a lot of the wind out of this particular > scenario, but rails is still literally *years* ahead of MVC in both maturity > and thinking. > > > > If we could get rails under ironruby easily deplorable to iis, I think this > would help a lot > > > > On question I'd REALLY like answered is this: > > > > Does Jimmy still have commit access to the main repos on github now that > he's left MS? Does anyone else outside MS have this? > > > > Thanks, Orion > > On 9/08/2010, at 3:36 AM, Kevin Berridge > wrote: > > To Cory's point about IronRuby's credibility in the Enterprise: > > > > I think its certainly true that if IronRuby is not a MS supported tool, > there will be shops that will not be able to use it. On the other hand, > there are still plenty of other shops that could use it, if only they > understand what they could use it for and how. > > > > To date, the story of what IronRuby is "for" has been rather weak. I know > it's a language, and so it's possibilities are just about endless, but what > are the main areas we think people can derive significant benefit from using > it? > > > > If IronRuby really does end up being primarily community driven, we need to > come up with a much better story around what it is for, and helping people > get started with using it for those things. This could help drive adoption, > which could in turn help drive contributors. > > > > Some examples of things IronRuby may be 'for": > > 1. Unit Testing ( > http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html > ) > > 2. Embedded Scripting ( > http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html > ) > > 3. Silverlight ( > http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html > ) > > 4. ? > > > > Jimmy talked about #1 and #2 here: > > > http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html > > Thanks, > > Kevin Berridge > > > > On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: > > I agree with Cory, too, but on the other hand it would be very helpful > if Microsoft (I mean someone who can speak for Microsoft) clearly say > what are they intentions with IronRuby (and maybe IronPython, too) for > the future. > > Are they "releasing IronRuby to the community"? Is Microsoft like to > (officially) participate in future in IronRuby development? If so, in > what way? As a project owner? And so on... > > Only knowing in what situation we really are we can make our decisions > about what to do. > > More clarity will also help with using the technology, for example, I > am considering using IronRuby for one project and now I do not know > what to expect from future (questions like - will development of > IronRuby continue, what about Silverlight and Azure support, what > about v1.9 compatibility, ...) and it is now became problematic to > make some of decisions. > > thanks, > Slavo. > > > On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld > wrote: > > I agree 100% with Cory, we just need to calm down, regroup, give support > > to Tomas, make our opinions heard and continue using the technology that > > helps us become way more productive in our jobs. > > > > On the other hand Jimmy will still be around, he just moved to another > > job. > > > > Regards, > > > > Eduardo Blumenfeld > > > > Cory Foy wrote: > >> Ok, I like to propose a pause in action. > >> > >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main > >> person left, and from the emails we've received, he's only working on it > >> part-time. I don't know the politics of this specific org, but being an > >> ex-softie I do have an idea, and that hunch is that the politics that > >> caused the reshuffle were not a conspiracy theory against IronRuby, but > >> just normal organization dysfunction and quarterly reorganization. > >> > >> We also know thay we have a community of people who are passionate about > >> IronRuby, and a secondary wave of people driven into action by the > >> events of the past day or so. It stands to reason, from work I've done > >> in other communties, that one or two will end up being long term > >> participants because of the new awareness. > >> > >> That said, I don't think that what we should do right now is fork it, > >> since IronRuby relies heavily on the DLR which wouldn't be controlled. > >> This is not to say that we take it off the table. Rather we need to ask > >> ourselves what holes have now opened up that we need to fill: > >> > >> 1) Jimmy provided leadership and vision for the project. We've now lost > >> that, and either Tomas will pick this up internally, or we will need an > >> external person to run with the vision. Regardless, the person will have > >> to interface with and understand the vision from the Microsoft side. > >> > >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there > >> are lots of other needs, and if this is truly a community-owned > >> movement, we need to engage with Tomas and the remaining team to > >> understand what else we're missing. > >> > >> 3) IronRuby has likely taken a huge blow of credibility from the > >> enterprise adoption side, because if it isn't supported by Microsoft > >> PSS, they will be unlikely to use it internally or in their products. > >> > >> All three of these are vital points that we need to think about as a > >> community. Someone is going to have to step up to take charge of this - > >> and it's not going to come from the Mono side. Tomas may be willing to > >> take charge as much as possible - no one has asked him, and that's a > >> shame. > >> > >> IronRuby has not had a heart attack which requires CPR. That means we > >> need to take a measured, levelheaded response as a community and work to > >> understand how we can help and how we can respond in a way that makes > >> sense. We already know from Jimmy's tweets that he's planning an email > >> for the group - how can we take advantage of the knowledge Jim and Jimmy > >> have, and support the work Tomas is doing? > >> > >> Finally, we may have a burst of energy right now, but no form of > >> sprinting is going to help solve this. This is not a "we have to take > >> action now before we lose the opportunity!" moment. The code is there. > >> Many of the contributors are there, and know what is going on > >> internally. Let's collaborate and find a way to make this project a real > >> success. > >> > >> Cory > > > > -- > > Posted via http://www.ruby-forum.com/. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Tue Aug 10 03:21:00 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 10 Aug 2010 19:21:00 +1200 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: <409EE732-A963-45A1-B298-68938766393E@gmail.com> On 9/08/2010, at 6:42 PM, Jimmy Schementi wrote: > > This is a monumental opportunity for you all, the IronRuby community, to rally around something Microsoft invested in, enough to a initial 1.0 release, and make it your own. However, there are two things we should ask Microsoft to commit to during this transition: > Be clear about their intentions. I know this will eventually happen, but I want to make it clear to all of you that this is the first step. > Donate IronRuby to a non-Microsoft entity (again, assuming they don't plan on continuing funding). Though IronRuby is licensed under an open-source license, it is copyright Microsoft. IronRuby.net is owned by Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, etc. If the intention is to cease funding IronRuby, then a non-profit foundation owning IronRuby, like CodePlex Foundation, would be ideal, so that we don't need to jointly own the copyright. There also is precedence in Microsoft for internal employees to donate to the CodePlex foundation, so Tomas and Jim can continue to contribute. +1 This seems like an ideal fit for something like the Codeplex foundation, and as far as I can think, it would solve pretty much all the current uncertainty around the future of IR :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at miguelmadero.com Mon Aug 9 04:19:59 2010 From: me at miguelmadero.com (Miguel Madero) Date: Mon, 9 Aug 2010 18:19:59 +1000 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: <409EE732-A963-45A1-B298-68938766393E@gmail.com> References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> <409EE732-A963-45A1-B298-68938766393E@gmail.com> Message-ID: +1 On Tue, Aug 10, 2010 at 5:21 PM, Orion Edwards wrote: > > On 9/08/2010, at 6:42 PM, Jimmy Schementi wrote: > > > This is a monumental opportunity for you all, the IronRuby community, to > rally around something Microsoft invested in, enough to a initial 1.0 > release, and make it your own. However, there are two things we should ask > Microsoft to commit to during this transition: > > 1. *Be clear about their intentions. *I *know *this will eventually > happen, but I want to make it clear to all of you that this is the first > step. > 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they > don't plan on continuing funding). Though IronRuby is licensed under an > open-source license, it is copyright Microsoft. IronRuby.net is owned > by Microsoft. The GitHub "ironruby" organization is managed by Microsoft. > Etc, etc. If the intention is to cease funding IronRuby, then a non-profit > foundation owning IronRuby, like CodePlex Foundation, would be ideal, so > that we don't need to jointly own the copyright. There also is precedence in > Microsoft for internal employees to donate to the CodePlex foundation, so > Tomas and Jim can continue to contribute. > > > +1 > > This seems like an ideal fit for something like the Codeplex foundation, > and as far as I can think, it would solve pretty much all the current > uncertainty around the future of IR :-) > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Miguel A. Madero Reyes www.miguelmadero.com (blog) me at miguelmadero.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From suppakilla at gmail.com Mon Aug 9 05:12:31 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Mon, 9 Aug 2010 10:12:31 +0100 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: +1 on being patient and see how we can shape the project and run a more community-driven ironruby, I think it's too early and rushed to start thinking about a fork (ferb or whatever). I'm on vacation right now so I can't do much, I'll be back in a week and see how I can help with anything. 2010/8/9, Jimmy Schementi : > Ah, after a nice restful weekend of casually looking at the psychotic > twitter reactions, I think I owe this thread a little attention. > > First off, I appreciate the overwhelming support, and I think I speak on > behalf of Jim and Tomas as well. Thank you for caring so much, and for all > the personal best wishes. Also, I appreciate everyone who stepped in and > "cooled" down the situation. Those who see opportunity in this are > well-suited to help shape the future of the project. But enough with the > mushy stuff ... > > The reality of open-source software is that corporate sponsorship and > funding comes and goes, and it would appear the IronRuby project is just > going through that normal cycle. I'm grateful to Microsoft for not only > employing me, but funding IronRuby to the 1.1 release. Keep in mind that > Microsoft has not officially said anything regarding IronRuby, even it seems > my leaving Microsoft speaks volumes. So, let's just assume what we suspect > to be true unless told otherwise. > > This is a monumental opportunity for you all, the IronRuby community, to > rally around something Microsoft invested in, enough to a initial 1.0 > release, and make it your own. However, there are two things we should ask > Microsoft to commit to during this transition: > > 1. *Be clear about their intentions. *I *know *this will eventually > happen, but I want to make it clear to all of you that this is the first > step. > 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they > don't plan on continuing funding). Though IronRuby is licensed under an > open-source license, it is copyright Microsoft. IronRuby.net is owned by > Microsoft. The GitHub "ironruby" organization is managed by Microsoft. > Etc, > etc. If the intention is to cease funding IronRuby, then a non-profit > foundation owning IronRuby, like CodePlex Foundation, would be ideal, so > that we don't need to jointly own the copyright. There also is precedence > in > Microsoft for internal employees to donate to the CodePlex foundation, so > Tomas and Jim can continue to contribute. > > In other words, a complete transition to non-Microsoft ownership. I'm not > the only person with a voice here, so if there is anything else you'd like > to see Microsoft do for a smooth transition, please speak up and let's > discuss it. I'm hoping my leaving announcement will speed this process > along, so assume we have little time to provide "demands". > > After these things happen, then we can all start figuring how to run the > project, put infrastructure in place, and start figuring out what we need to > accomplish to release IronRuby 1.2. Or, if none if this happens in the time > we'd like, we can start FeRb (as @robconery essentially started to do =)). > But let's try to be patient with IronRuby itself for now. I've also hinted > at revisiting RubyCLR, but that will be a separate project (do contact me if > you're interested). Also, feel free to still have the important > conversations brought up in the previous messages; in no way am I suggesting > people stop talking. > > Cory mentioned that my "leadership and vision" was lost. I think you're > taking my job too seriously =P ... but joking aside, I just wanted to move > back to New York and it was time to leave Microsoft, but not Ruby or > IronRuby. So, for the foreseeable future, or unless someone else wants to > step up, you can still count on me to be the face of IronRuby and write > code. Also, my new job is in the .NET world still, so to stay sane I'll > still want to work on IronRuby. =) > > This is a challenging and emotional time indeed. Again, I appreciate > everyone's support and energy. Please keep the energy high, but directed. > Continue discussing "why IronRuby". Work in your private fork, take shots at > fixing bugs or getting more RubySpec tests passing; they'll eventually get > integrated back. Continue blogging about how you're using IronRuby. Show the > world that regardless of Microsoft's position, the community is what makes > the project live. > > Now, discuss! > > ~Jimmy > > > On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: > >> At this point Jimmy might, but the only one that should be commiting >> there directly is the automated account. Once we get official word from MS >> on what will happen with everything, I?d be happy to discuss the fate of >> the >> IronRuby organization on Github J >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards >> *Sent:* Sunday, August 08, 2010 2:07 PM >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] "Start spreading the news" >> >> >> >> 4. Rails on .NET >> >> >> >> I think asp.net mvc took a lot of the wind out of this particular >> scenario, but rails is still literally *years* ahead of MVC in both >> maturity >> and thinking. >> >> >> >> If we could get rails under ironruby easily deplorable to iis, I think >> this >> would help a lot >> >> >> >> On question I'd REALLY like answered is this: >> >> >> >> Does Jimmy still have commit access to the main repos on github now that >> he's left MS? Does anyone else outside MS have this? >> >> >> >> Thanks, Orion >> >> On 9/08/2010, at 3:36 AM, Kevin Berridge >> wrote: >> >> To Cory's point about IronRuby's credibility in the Enterprise: >> >> >> >> I think its certainly true that if IronRuby is not a MS supported tool, >> there will be shops that will not be able to use it. On the other hand, >> there are still plenty of other shops that could use it, if only they >> understand what they could use it for and how. >> >> >> >> To date, the story of what IronRuby is "for" has been rather weak. I know >> it's a language, and so it's possibilities are just about endless, but >> what >> are the main areas we think people can derive significant benefit from >> using >> it? >> >> >> >> If IronRuby really does end up being primarily community driven, we need >> to >> come up with a much better story around what it is for, and helping people >> get started with using it for those things. This could help drive >> adoption, >> which could in turn help drive contributors. >> >> >> >> Some examples of things IronRuby may be 'for": >> >> 1. Unit Testing ( >> http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html >> ) >> >> 2. Embedded Scripting ( >> http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html >> ) >> >> 3. Silverlight ( >> http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html >> ) >> >> 4. ? >> >> >> >> Jimmy talked about #1 and #2 here: >> >> >> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >> >> Thanks, >> >> Kevin Berridge >> >> >> >> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >> >> I agree with Cory, too, but on the other hand it would be very helpful >> if Microsoft (I mean someone who can speak for Microsoft) clearly say >> what are they intentions with IronRuby (and maybe IronPython, too) for >> the future. >> >> Are they "releasing IronRuby to the community"? Is Microsoft like to >> (officially) participate in future in IronRuby development? If so, in >> what way? As a project owner? And so on... >> >> Only knowing in what situation we really are we can make our decisions >> about what to do. >> >> More clarity will also help with using the technology, for example, I >> am considering using IronRuby for one project and now I do not know >> what to expect from future (questions like - will development of >> IronRuby continue, what about Silverlight and Azure support, what >> about v1.9 compatibility, ...) and it is now became problematic to >> make some of decisions. >> >> thanks, >> Slavo. >> >> >> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld >> wrote: >> > I agree 100% with Cory, we just need to calm down, regroup, give support >> > to Tomas, make our opinions heard and continue using the technology that >> > helps us become way more productive in our jobs. >> > >> > On the other hand Jimmy will still be around, he just moved to another >> > job. >> > >> > Regards, >> > >> > Eduardo Blumenfeld >> > >> > Cory Foy wrote: >> >> Ok, I like to propose a pause in action. >> >> >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >> >> person left, and from the emails we've received, he's only working on >> >> it >> >> part-time. I don't know the politics of this specific org, but being an >> >> ex-softie I do have an idea, and that hunch is that the politics that >> >> caused the reshuffle were not a conspiracy theory against IronRuby, but >> >> just normal organization dysfunction and quarterly reorganization. >> >> >> >> We also know thay we have a community of people who are passionate >> >> about >> >> IronRuby, and a secondary wave of people driven into action by the >> >> events of the past day or so. It stands to reason, from work I've done >> >> in other communties, that one or two will end up being long term >> >> participants because of the new awareness. >> >> >> >> That said, I don't think that what we should do right now is fork it, >> >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >> >> This is not to say that we take it off the table. Rather we need to ask >> >> ourselves what holes have now opened up that we need to fill: >> >> >> >> 1) Jimmy provided leadership and vision for the project. We've now lost >> >> that, and either Tomas will pick this up internally, or we will need an >> >> external person to run with the vision. Regardless, the person will >> >> have >> >> to interface with and understand the vision from the Microsoft side. >> >> >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >> >> are lots of other needs, and if this is truly a community-owned >> >> movement, we need to engage with Tomas and the remaining team to >> >> understand what else we're missing. >> >> >> >> 3) IronRuby has likely taken a huge blow of credibility from the >> >> enterprise adoption side, because if it isn't supported by Microsoft >> >> PSS, they will be unlikely to use it internally or in their products. >> >> >> >> All three of these are vital points that we need to think about as a >> >> community. Someone is going to have to step up to take charge of this - >> >> and it's not going to come from the Mono side. Tomas may be willing to >> >> take charge as much as possible - no one has asked him, and that's a >> >> shame. >> >> >> >> IronRuby has not had a heart attack which requires CPR. That means we >> >> need to take a measured, levelheaded response as a community and work >> >> to >> >> understand how we can help and how we can respond in a way that makes >> >> sense. We already know from Jimmy's tweets that he's planning an email >> >> for the group - how can we take advantage of the knowledge Jim and >> >> Jimmy >> >> have, and support the work Tomas is doing? >> >> >> >> Finally, we may have a burst of energy right now, but no form of >> >> sprinting is going to help solve this. This is not a "we have to take >> >> action now before we lose the opportunity!" moment. The code is there. >> >> Many of the contributors are there, and know what is going on >> >> internally. Let's collaborate and find a way to make this project a >> >> real >> >> success. >> >> >> >> Cory >> > >> > -- >> > Posted via http://www.ruby-forum.com/. >> > _______________________________________________ >> > Ironruby-core mailing list >> > Ironruby-core at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/ironruby-core >> > >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From michael.letterle at gmail.com Mon Aug 9 09:54:07 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 9 Aug 2010 09:54:07 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: My biggest concern at this point is that Microsoft make clear what their intentions are with regards to the IronRuby project, the state of limbo that exists in untenable. One of the concerns I hear often is how the DLR is handled as well... is that pretty stable at this point, I was under that impression. The saddest thing about this whole episode is really how unsurprising it is, at least for those that have been paying attention for a while. On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi wrote: > Ah, after a nice restful weekend of casually looking at the psychotic > twitter reactions, I think I owe this thread a little attention. > First off, I appreciate the?overwhelming?support, and I think I speak on > behalf of Jim and Tomas as well. Thank you for caring so much, and for all > the personal best wishes. Also,?I appreciate everyone who stepped in and > "cooled" down the situation. Those who see opportunity in this are > well-suited to help shape the future of the project. But enough with the > mushy stuff ... > The reality of open-source software is that corporate sponsorship and > funding comes and goes, and it would appear the IronRuby project is just > going through that normal cycle. I'm grateful to Microsoft for not only > employing me, but funding IronRuby to the 1.1 release. Keep in mind that > Microsoft has not officially said anything regarding IronRuby, even it seems > my leaving Microsoft speaks volumes. So, let's just assume?what we suspect > to be true unless told otherwise. > This is a?monumental?opportunity for you all, the IronRuby community, to > rally around something Microsoft invested in, enough to a initial 1.0 > release, and make it your own. However, there are two things we should ask > Microsoft to commit to during this transition: > > Be clear about their intentions.?I?know?this will eventually happen, but I > want to make it clear to all of you that this is the first step. > Donate IronRuby to a non-Microsoft entity?(again, assuming they don't plan > on continuing funding).?Though IronRuby is licensed under an open-source > license,?it is copyright Microsoft. IronRuby.net is owned by Microsoft. The > GitHub "ironruby" organization is managed by Microsoft. Etc, etc. If the > intention is to cease funding IronRuby, then a non-profit foundation owning > IronRuby, like CodePlex Foundation, would be ideal, so that we don't need to > jointly own the copyright. There also is precedence in Microsoft for > internal employees to donate to the CodePlex foundation, so Tomas and Jim > can continue to contribute. > > In other words, a complete transition to non-Microsoft ownership. I'm not > the only person with a voice here, so if there is anything else you'd like > to see Microsoft do for a smooth transition, please speak up and let's > discuss it.?I'm hoping my leaving announcement will speed this process > along, so assume we have little time to provide "demands". > After these things happen, then we can all start figuring how to run the > project, put infrastructure in place, and start figuring out what we need to > accomplish to release IronRuby 1.2. Or, if none if this happens in the time > we'd like, we can start FeRb (as @robconery essentially started to do =)). > But let's try to be patient with IronRuby itself for now. I've also hinted > at revisiting RubyCLR, but that will be a?separate?project (do contact me if > you're interested). Also, feel free to still have the important > conversations brought up in the previous messages; in no way am I suggesting > people stop talking. > Cory mentioned that my "leadership and vision" was lost. I think you're > taking my job too seriously =P ?... but joking aside, I just wanted to move > back to New York and it was time to leave Microsoft, but not Ruby or > IronRuby. So, for the?foreseeable?future, or unless someone else wants to > step up, you can still count on me to be the face of IronRuby and write > code. Also, my new job is in the .NET world still, so to stay sane I'll > still want to work on IronRuby. =) > > This is a challenging and emotional time indeed. Again, I appreciate > everyone's support and energy. Please keep the energy high, but directed. > Continue discussing "why IronRuby". Work in your private fork, take shots at > fixing bugs or getting more RubySpec tests passing; they'll eventually get > integrated back. Continue blogging about how you're using IronRuby. Show the > world that regardless of Microsoft's position, the community is what makes > the project live. > Now, discuss! > ~Jimmy > > > On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: >> >> At this point Jimmy might, but the only one that should be commiting there >> directly is the automated account. Once we get official word from MS on what >> will happen with everything, I?d be happy to discuss the fate of the >> IronRuby organization on Github J >> >> >> >> From: ironruby-core-bounces at rubyforge.org >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards >> Sent: Sunday, August 08, 2010 2:07 PM >> >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] "Start spreading the news" >> >> >> >> 4. Rails on .NET >> >> >> >> I think asp.net mvc took a lot of the wind out of this particular >> scenario, but rails is still literally *years* ahead of MVC in both maturity >> and thinking. >> >> >> >> If we could get rails under ironruby easily deplorable to iis, I think >> this would help a lot >> >> >> >> On question I'd REALLY like answered is this: >> >> >> >> Does Jimmy still have commit access to the main repos on github now that >> he's left MS? Does anyone else outside MS have this? >> >> >> >> Thanks, Orion >> >> On 9/08/2010, at 3:36 AM, Kevin Berridge >> wrote: >> >> To Cory's point about IronRuby's credibility in the Enterprise: >> >> >> >> I think its certainly true that if IronRuby is not a MS supported tool, >> there will be shops that will not be able to use it. ?On the other hand, >> there are still plenty of other shops that could use it, if only they >> understand what they could use it for and how. >> >> >> >> To date, the story of what IronRuby is "for" has been rather weak. ?I know >> it's a language, and so it's possibilities are just about endless, but what >> are the main areas we think people can derive significant benefit from using >> it? >> >> >> >> If IronRuby really does end up being primarily community driven, we need >> to come up with a much better story around what it is for, and helping >> people get started with using it for those things. ?This could help drive >> adoption, which could in turn help drive contributors. >> >> >> >> Some examples of things IronRuby may be 'for": >> >> 1. Unit Testing >> (http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html) >> >> 2. Embedded Scripting >> (http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html) >> >> 3. Silverlight >> (http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html) >> >> 4. ? >> >> >> >> Jimmy talked about #1 and #2 here: >> >> >> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >> >> Thanks, >> >> Kevin Berridge >> >> >> >> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >> >> I agree with Cory, too, but on the other hand it would be very helpful >> if Microsoft (I mean someone who can speak for Microsoft) clearly say >> what are they intentions with IronRuby (and maybe IronPython, too) for >> the future. >> >> Are they "releasing IronRuby to the community"? Is Microsoft like to >> (officially) participate in future in IronRuby development? If so, in >> what way? As a project owner? And so on... >> >> Only knowing in what situation we really are we can make our decisions >> about what to do. >> >> More clarity will also help with using the technology, for example, I >> am considering using IronRuby for one project and now I do not know >> what to expect from future (questions like - will development of >> IronRuby continue, what about Silverlight and Azure support, what >> about v1.9 compatibility, ...) and it is now became problematic to >> make some of decisions. >> >> thanks, >> Slavo. >> >> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld >> wrote: >> > I agree 100% with Cory, we just need to calm down, regroup, give support >> > to Tomas, make our opinions heard and continue using the technology that >> > helps us become way more productive in our jobs. >> > >> > On the other hand Jimmy will still be around, he just moved to another >> > job. >> > >> > Regards, >> > >> > Eduardo Blumenfeld >> > >> > Cory Foy wrote: >> >> Ok, I like to propose a pause in action. >> >> >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >> >> person left, and from the emails we've received, he's only working on >> >> it >> >> part-time. I don't know the politics of this specific org, but being an >> >> ex-softie I do have an idea, and that hunch is that the politics that >> >> caused the reshuffle were not a conspiracy theory against IronRuby, but >> >> just normal organization dysfunction and quarterly reorganization. >> >> >> >> We also know thay we have a community of people who are passionate >> >> about >> >> IronRuby, and a secondary wave of people driven into action by the >> >> events of the past day or so. It stands to reason, from work I've done >> >> in other communties, that one or two will end up being long term >> >> participants because of the new awareness. >> >> >> >> That said, I don't think that what we should do right now is fork it, >> >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >> >> This is not to say that we take it off the table. Rather we need to ask >> >> ourselves what holes have now opened up that we need to fill: >> >> >> >> 1) Jimmy provided leadership and vision for the project. We've now lost >> >> that, and either Tomas will pick this up internally, or we will need an >> >> external person to run with the vision. Regardless, the person will >> >> have >> >> to interface with and understand the vision from the Microsoft side. >> >> >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >> >> are lots of other needs, and if this is truly a community-owned >> >> movement, we need to engage with Tomas and the remaining team to >> >> understand what else we're missing. >> >> >> >> 3) IronRuby has likely taken a huge blow of credibility from the >> >> enterprise adoption side, because if it isn't supported by Microsoft >> >> PSS, they will be unlikely to use it internally or in their products. >> >> >> >> All three of these are vital points that we need to think about as a >> >> community. Someone is going to have to step up to take charge of this - >> >> and it's not going to come from the Mono side. Tomas may be willing to >> >> take charge as much as possible - no one has asked him, and that's a >> >> shame. >> >> >> >> IronRuby has not had a heart attack which requires CPR. That means we >> >> need to take a measured, levelheaded response as a community and work >> >> to >> >> understand how we can help and how we can respond in a way that makes >> >> sense. We already know from Jimmy's tweets that he's planning an email >> >> for the group - how can we take advantage of the knowledge Jim and >> >> Jimmy >> >> have, and support the work Tomas is doing? >> >> >> >> Finally, we may have a burst of energy right now, but no form of >> >> sprinting is going to help solve this. This is not a "we have to take >> >> action now before we lose the opportunity!" moment. The code is there. >> >> Many of the contributors are there, and know what is going on >> >> internally. Let's collaborate and find a way to make this project a >> >> real >> >> success. >> >> >> >> Cory >> > >> > -- >> > Posted via http://www.ruby-forum.com/. >> > _______________________________________________ >> > Ironruby-core mailing list >> > Ironruby-core at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/ironruby-core >> > >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From charles.c.strahan at gmail.com Mon Aug 9 12:49:25 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Mon, 9 Aug 2010 11:49:25 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: Message-ID: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Those are valid points. Perhaps #load_assembly could accept an assembly reference. Sent from my iPhone On Aug 7, 2010, at 5:16 PM, Orion Edwards wrote: > What's the advantage to extending require? > > Presumably you're currently using the .NET Assembly.Load or > Assembly.LoadFrom methods to do this? (And if you're compiling code > in memory, you'll certainly be making heavy use of the .NET > reflection API's already anyway) > > Require is a standard part of core ruby, and is meant to take paths. > While it's obvious to overload it to accept paths to dll's as well > as rb files, overloading it to take non-path things (such as .NET > assembly objects) seems like it's diverging a bit too far away from > it's normal (ie: MRI ruby) use, and more into the realms of > specific .NET extensions... > > > On 7/08/2010, at 10:08 AM, Charles Strahan wrote: > >> What would you all think of having the ability to require a given >> Assembly? I think this could be useful when compiling code in >> memory, in which case there isn't a path to give Kernel.require. >> >> If this is something we could all use, I'll open a ticket for it. >> >> -Charles >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From robert.e.rouse at gmail.com Mon Aug 9 16:16:53 2010 From: robert.e.rouse at gmail.com (Robert Rouse) Date: Mon, 9 Aug 2010 15:16:53 -0500 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: If you're looking for better Enterprise "adoption", I would say the lack of Visual Studio integration is a big sticking point. Perhaps you are implying that when you talk about Microsoft support. I built a few minor apps in IronRuby with Winforms as the GUI layer. It worked, but it was not as "easy" as it was with C#. On Mon, Aug 9, 2010 at 8:54 AM, Michael Letterle wrote: > My biggest concern at this point is that Microsoft make clear what > their intentions are with regards to the IronRuby project, the state > of limbo that exists in untenable. > > One of the concerns I hear often is how the DLR is handled as well... > is that pretty stable at this point, I was under that impression. > > The saddest thing about this whole episode is really how unsurprising > it is, at least for those that have been paying attention for a while. > > On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi > wrote: > > Ah, after a nice restful weekend of casually looking at the psychotic > > twitter reactions, I think I owe this thread a little attention. > > First off, I appreciate the overwhelming support, and I think I speak on > > behalf of Jim and Tomas as well. Thank you for caring so much, and for > all > > the personal best wishes. Also, I appreciate everyone who stepped in and > > "cooled" down the situation. Those who see opportunity in this are > > well-suited to help shape the future of the project. But enough with the > > mushy stuff ... > > The reality of open-source software is that corporate sponsorship and > > funding comes and goes, and it would appear the IronRuby project is just > > going through that normal cycle. I'm grateful to Microsoft for not only > > employing me, but funding IronRuby to the 1.1 release. Keep in mind that > > Microsoft has not officially said anything regarding IronRuby, even it > seems > > my leaving Microsoft speaks volumes. So, let's just assume what we > suspect > > to be true unless told otherwise. > > This is a monumental opportunity for you all, the IronRuby community, to > > rally around something Microsoft invested in, enough to a initial 1.0 > > release, and make it your own. However, there are two things we should > ask > > Microsoft to commit to during this transition: > > > > Be clear about their intentions. I know this will eventually happen, but > I > > want to make it clear to all of you that this is the first step. > > Donate IronRuby to a non-Microsoft entity (again, assuming they don't > plan > > on continuing funding). Though IronRuby is licensed under an open-source > > license, it is copyright Microsoft. IronRuby.net is owned by Microsoft. > The > > GitHub "ironruby" organization is managed by Microsoft. Etc, etc. If the > > intention is to cease funding IronRuby, then a non-profit foundation > owning > > IronRuby, like CodePlex Foundation, would be ideal, so that we don't need > to > > jointly own the copyright. There also is precedence in Microsoft for > > internal employees to donate to the CodePlex foundation, so Tomas and Jim > > can continue to contribute. > > > > In other words, a complete transition to non-Microsoft ownership. I'm not > > the only person with a voice here, so if there is anything else you'd > like > > to see Microsoft do for a smooth transition, please speak up and let's > > discuss it. I'm hoping my leaving announcement will speed this process > > along, so assume we have little time to provide "demands". > > After these things happen, then we can all start figuring how to run the > > project, put infrastructure in place, and start figuring out what we need > to > > accomplish to release IronRuby 1.2. Or, if none if this happens in the > time > > we'd like, we can start FeRb (as @robconery essentially started to do > =)). > > But let's try to be patient with IronRuby itself for now. I've also > hinted > > at revisiting RubyCLR, but that will be a separate project (do contact me > if > > you're interested). Also, feel free to still have the important > > conversations brought up in the previous messages; in no way am I > suggesting > > people stop talking. > > Cory mentioned that my "leadership and vision" was lost. I think you're > > taking my job too seriously =P ... but joking aside, I just wanted to > move > > back to New York and it was time to leave Microsoft, but not Ruby or > > IronRuby. So, for the foreseeable future, or unless someone else wants to > > step up, you can still count on me to be the face of IronRuby and write > > code. Also, my new job is in the .NET world still, so to stay sane I'll > > still want to work on IronRuby. =) > > > > This is a challenging and emotional time indeed. Again, I appreciate > > everyone's support and energy. Please keep the energy high, but directed. > > Continue discussing "why IronRuby". Work in your private fork, take shots > at > > fixing bugs or getting more RubySpec tests passing; they'll eventually > get > > integrated back. Continue blogging about how you're using IronRuby. Show > the > > world that regardless of Microsoft's position, the community is what > makes > > the project live. > > Now, discuss! > > ~Jimmy > > > > > > On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville > wrote: > >> > >> At this point Jimmy might, but the only one that should be commiting > there > >> directly is the automated account. Once we get official word from MS on > what > >> will happen with everything, I?d be happy to discuss the fate of the > >> IronRuby organization on Github J > >> > >> > >> > >> From: ironruby-core-bounces at rubyforge.org > >> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards > >> Sent: Sunday, August 08, 2010 2:07 PM > >> > >> To: ironruby-core at rubyforge.org > >> Subject: Re: [Ironruby-core] "Start spreading the news" > >> > >> > >> > >> 4. Rails on .NET > >> > >> > >> > >> I think asp.net mvc took a lot of the wind out of this particular > >> scenario, but rails is still literally *years* ahead of MVC in both > maturity > >> and thinking. > >> > >> > >> > >> If we could get rails under ironruby easily deplorable to iis, I think > >> this would help a lot > >> > >> > >> > >> On question I'd REALLY like answered is this: > >> > >> > >> > >> Does Jimmy still have commit access to the main repos on github now that > >> he's left MS? Does anyone else outside MS have this? > >> > >> > >> > >> Thanks, Orion > >> > >> On 9/08/2010, at 3:36 AM, Kevin Berridge > >> wrote: > >> > >> To Cory's point about IronRuby's credibility in the Enterprise: > >> > >> > >> > >> I think its certainly true that if IronRuby is not a MS supported tool, > >> there will be shops that will not be able to use it. On the other hand, > >> there are still plenty of other shops that could use it, if only they > >> understand what they could use it for and how. > >> > >> > >> > >> To date, the story of what IronRuby is "for" has been rather weak. I > know > >> it's a language, and so it's possibilities are just about endless, but > what > >> are the main areas we think people can derive significant benefit from > using > >> it? > >> > >> > >> > >> If IronRuby really does end up being primarily community driven, we need > >> to come up with a much better story around what it is for, and helping > >> people get started with using it for those things. This could help > drive > >> adoption, which could in turn help drive contributors. > >> > >> > >> > >> Some examples of things IronRuby may be 'for": > >> > >> 1. Unit Testing > >> ( > http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html > ) > >> > >> 2. Embedded Scripting > >> ( > http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html > ) > >> > >> 3. Silverlight > >> ( > http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html > ) > >> > >> 4. ? > >> > >> > >> > >> Jimmy talked about #1 and #2 here: > >> > >> > >> > http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html > >> > >> Thanks, > >> > >> Kevin Berridge > >> > >> > >> > >> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: > >> > >> I agree with Cory, too, but on the other hand it would be very helpful > >> if Microsoft (I mean someone who can speak for Microsoft) clearly say > >> what are they intentions with IronRuby (and maybe IronPython, too) for > >> the future. > >> > >> Are they "releasing IronRuby to the community"? Is Microsoft like to > >> (officially) participate in future in IronRuby development? If so, in > >> what way? As a project owner? And so on... > >> > >> Only knowing in what situation we really are we can make our decisions > >> about what to do. > >> > >> More clarity will also help with using the technology, for example, I > >> am considering using IronRuby for one project and now I do not know > >> what to expect from future (questions like - will development of > >> IronRuby continue, what about Silverlight and Azure support, what > >> about v1.9 compatibility, ...) and it is now became problematic to > >> make some of decisions. > >> > >> thanks, > >> Slavo. > >> > >> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld < > lists at ruby-forum.com> > >> wrote: > >> > I agree 100% with Cory, we just need to calm down, regroup, give > support > >> > to Tomas, make our opinions heard and continue using the technology > that > >> > helps us become way more productive in our jobs. > >> > > >> > On the other hand Jimmy will still be around, he just moved to another > >> > job. > >> > > >> > Regards, > >> > > >> > Eduardo Blumenfeld > >> > > >> > Cory Foy wrote: > >> >> Ok, I like to propose a pause in action. > >> >> > >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the > main > >> >> person left, and from the emails we've received, he's only working on > >> >> it > >> >> part-time. I don't know the politics of this specific org, but being > an > >> >> ex-softie I do have an idea, and that hunch is that the politics that > >> >> caused the reshuffle were not a conspiracy theory against IronRuby, > but > >> >> just normal organization dysfunction and quarterly reorganization. > >> >> > >> >> We also know thay we have a community of people who are passionate > >> >> about > >> >> IronRuby, and a secondary wave of people driven into action by the > >> >> events of the past day or so. It stands to reason, from work I've > done > >> >> in other communties, that one or two will end up being long term > >> >> participants because of the new awareness. > >> >> > >> >> That said, I don't think that what we should do right now is fork it, > >> >> since IronRuby relies heavily on the DLR which wouldn't be > controlled. > >> >> This is not to say that we take it off the table. Rather we need to > ask > >> >> ourselves what holes have now opened up that we need to fill: > >> >> > >> >> 1) Jimmy provided leadership and vision for the project. We've now > lost > >> >> that, and either Tomas will pick this up internally, or we will need > an > >> >> external person to run with the vision. Regardless, the person will > >> >> have > >> >> to interface with and understand the vision from the Microsoft side. > >> >> > >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet > there > >> >> are lots of other needs, and if this is truly a community-owned > >> >> movement, we need to engage with Tomas and the remaining team to > >> >> understand what else we're missing. > >> >> > >> >> 3) IronRuby has likely taken a huge blow of credibility from the > >> >> enterprise adoption side, because if it isn't supported by Microsoft > >> >> PSS, they will be unlikely to use it internally or in their products. > >> >> > >> >> All three of these are vital points that we need to think about as a > >> >> community. Someone is going to have to step up to take charge of this > - > >> >> and it's not going to come from the Mono side. Tomas may be willing > to > >> >> take charge as much as possible - no one has asked him, and that's a > >> >> shame. > >> >> > >> >> IronRuby has not had a heart attack which requires CPR. That means we > >> >> need to take a measured, levelheaded response as a community and work > >> >> to > >> >> understand how we can help and how we can respond in a way that makes > >> >> sense. We already know from Jimmy's tweets that he's planning an > email > >> >> for the group - how can we take advantage of the knowledge Jim and > >> >> Jimmy > >> >> have, and support the work Tomas is doing? > >> >> > >> >> Finally, we may have a burst of energy right now, but no form of > >> >> sprinting is going to help solve this. This is not a "we have to take > >> >> action now before we lose the opportunity!" moment. The code is > there. > >> >> Many of the contributors are there, and know what is going on > >> >> internally. Let's collaborate and find a way to make this project a > >> >> real > >> >> success. > >> >> > >> >> Cory > >> > > >> > -- > >> > Posted via http://www.ruby-forum.com/. > >> > _______________________________________________ > >> > Ironruby-core mailing list > >> > Ironruby-core at rubyforge.org > >> > http://rubyforge.org/mailman/listinfo/ironruby-core > >> > > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > >> > >> > >> > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > >> > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > >> > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > -- > Michael Letterle > IronRuby MVP > http://blog.prokrams.com > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Mon Aug 9 16:45:42 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 10 Aug 2010 08:45:42 +1200 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: I'm looking through the MSDN docs for assembly loading, and it seems as though you can either load an assembly from a path, or from a byte array. Both of these methods return an Assembly object. There doesn't appear to be any other way to actually get an Assembly object other than by loading it, as the constructor is protected (assembly is abstract), and the only classes that I can see in the framework that derive from it are the internal RuntimeAssembly class (which is used for everything pretty much), and System.Reflection.Emit.AssemblyBuilder. As far as I can infer, the only way to actual get an assembly object is to load the assembly, so if you're asking how you can load an assembly given an Assembly object... it's already loaded. Am I missing something? On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > > Those are valid points. Perhaps #load_assembly could accept an assembly > reference. > > Sent from my iPhone > > > On Aug 7, 2010, at 5:16 PM, Orion Edwards wrote: > > What's the advantage to extending require? >> >> Presumably you're currently using the .NET Assembly.Load or >> Assembly.LoadFrom methods to do this? (And if you're compiling code in >> memory, you'll certainly be making heavy use of the .NET reflection API's >> already anyway) >> >> Require is a standard part of core ruby, and is meant to take paths. >> While it's obvious to overload it to accept paths to dll's as well as rb >> files, overloading it to take non-path things (such as .NET assembly >> objects) seems like it's diverging a bit too far away from it's normal (ie: >> MRI ruby) use, and more into the realms of specific .NET extensions... >> >> >> On 7/08/2010, at 10:08 AM, Charles Strahan wrote: >> >> What would you all think of having the ability to require a given >>> Assembly? I think this could be useful when compiling code in memory, in >>> which case there isn't a path to give Kernel.require. >>> >>> If this is something we could all use, I'll open a ticket for it. >>> >>> -Charles >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Mon Aug 9 21:16:05 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Tue, 10 Aug 2010 03:16:05 +0200 Subject: [Ironruby-core] mscorlib:0:in `ThrowArgumentException' error Message-ID: <4c71515acf490b733c4e7ce351044707@ruby-forum.com> Hi all, I'm having an error that I can't figure out what it is: This portion of code works perfectly by itself -------------------- config = [{:QuantityPer => "\#{2+2}"}] config.each { |xx| if xx[:QuantityPer].include? '#{' then xxx = xx[:QuantityPer].to_s xxx = xxx[2..(xxx.size-2)] puts xxx xx[:QuantityPer] = eval(xxx) puts xx[:QuantityPer] end } ------------------- prints 2+2 4 as supposed ------------ However in the middle of a routine throws this error: ----------------------- 2+2 mscorlib:0:in `ThrowArgumentException': An item with the same key has already been added. (ArgumentError) from mscorlib:0:in `Insert' from ./xxx_master.rb:641:in `eval' ----------------------- the line 641 actually is the one corresponding to the beginning of the "config.each" statement and not the one for the eval... Could someone point me in the right direction? Thank you in advance Eduardo blumenfeld -- Posted via http://www.ruby-forum.com/. From will at hotgazpacho.org Tue Aug 10 12:33:46 2010 From: will at hotgazpacho.org (Will Green) Date: Tue, 10 Aug 2010 12:33:46 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: Well, we've seen a few plus-ones on talking to Microsoft about their intentions for IronRuby. Tomas or Jim, since you're both still on the inside, perhaps one of you could speak, on behalf of the community, with someone at Microsoft who can clarify for us what their intentions are? -- Will Green http://hotgazpacho.org/ On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi wrote: > Ah, after a nice restful weekend of casually looking at the psychotic > twitter reactions, I think I owe this thread a little attention. > > First off, I appreciate the overwhelming support, and I think I speak on > behalf of Jim and Tomas as well. Thank you for caring so much, and for all > the personal best wishes. Also, I appreciate everyone who stepped in and > "cooled" down the situation. Those who see opportunity in this are > well-suited to help shape the future of the project. But enough with the > mushy stuff ... > > The reality of open-source software is that corporate sponsorship and > funding comes and goes, and it would appear the IronRuby project is just > going through that normal cycle. I'm grateful to Microsoft for not only > employing me, but funding IronRuby to the 1.1 release. Keep in mind that > Microsoft has not officially said anything regarding IronRuby, even it seems > my leaving Microsoft speaks volumes. So, let's just assume what we suspect > to be true unless told otherwise. > > This is a monumental opportunity for you all, the IronRuby community, to > rally around something Microsoft invested in, enough to a initial 1.0 > release, and make it your own. However, there are two things we should ask > Microsoft to commit to during this transition: > > 1. *Be clear about their intentions. *I *know *this will eventually > happen, but I want to make it clear to all of you that this is the first > step. > 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they > don't plan on continuing funding). Though IronRuby is licensed under an > open-source license, it is copyright Microsoft. IronRuby.net is owned by > Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, > etc. If the intention is to cease funding IronRuby, then a non-profit > foundation owning IronRuby, like CodePlex Foundation, would be ideal, so > that we don't need to jointly own the copyright. There also is precedence in > Microsoft for internal employees to donate to the CodePlex foundation, so > Tomas and Jim can continue to contribute. > > In other words, a complete transition to non-Microsoft ownership. I'm not > the only person with a voice here, so if there is anything else you'd like > to see Microsoft do for a smooth transition, please speak up and let's > discuss it. I'm hoping my leaving announcement will speed this process > along, so assume we have little time to provide "demands". > > After these things happen, then we can all start figuring how to run the > project, put infrastructure in place, and start figuring out what we need to > accomplish to release IronRuby 1.2. Or, if none if this happens in the time > we'd like, we can start FeRb (as @robconery essentially started to do =)). > But let's try to be patient with IronRuby itself for now. I've also hinted > at revisiting RubyCLR, but that will be a separate project (do contact me if > you're interested). Also, feel free to still have the important > conversations brought up in the previous messages; in no way am I suggesting > people stop talking. > > Cory mentioned that my "leadership and vision" was lost. I think you're > taking my job too seriously =P ... but joking aside, I just wanted to move > back to New York and it was time to leave Microsoft, but not Ruby or > IronRuby. So, for the foreseeable future, or unless someone else wants to > step up, you can still count on me to be the face of IronRuby and write > code. Also, my new job is in the .NET world still, so to stay sane I'll > still want to work on IronRuby. =) > > This is a challenging and emotional time indeed. Again, I appreciate > everyone's support and energy. Please keep the energy high, but directed. > Continue discussing "why IronRuby". Work in your private fork, take shots at > fixing bugs or getting more RubySpec tests passing; they'll eventually get > integrated back. Continue blogging about how you're using IronRuby. Show the > world that regardless of Microsoft's position, the community is what makes > the project live. > > Now, discuss! > > ~Jimmy > > > > On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: > >> At this point Jimmy might, but the only one that should be commiting >> there directly is the automated account. Once we get official word from MS >> on what will happen with everything, I?d be happy to discuss the fate of the >> IronRuby organization on Github J >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards >> *Sent:* Sunday, August 08, 2010 2:07 PM >> >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] "Start spreading the news" >> >> >> >> 4. Rails on .NET >> >> >> >> I think asp.net mvc took a lot of the wind out of this particular >> scenario, but rails is still literally *years* ahead of MVC in both maturity >> and thinking. >> >> >> >> If we could get rails under ironruby easily deplorable to iis, I think >> this would help a lot >> >> >> >> On question I'd REALLY like answered is this: >> >> >> >> Does Jimmy still have commit access to the main repos on github now that >> he's left MS? Does anyone else outside MS have this? >> >> >> >> Thanks, Orion >> >> On 9/08/2010, at 3:36 AM, Kevin Berridge >> wrote: >> >> To Cory's point about IronRuby's credibility in the Enterprise: >> >> >> >> I think its certainly true that if IronRuby is not a MS supported tool, >> there will be shops that will not be able to use it. On the other hand, >> there are still plenty of other shops that could use it, if only they >> understand what they could use it for and how. >> >> >> >> To date, the story of what IronRuby is "for" has been rather weak. I know >> it's a language, and so it's possibilities are just about endless, but what >> are the main areas we think people can derive significant benefit from using >> it? >> >> >> >> If IronRuby really does end up being primarily community driven, we need >> to come up with a much better story around what it is for, and helping >> people get started with using it for those things. This could help drive >> adoption, which could in turn help drive contributors. >> >> >> >> Some examples of things IronRuby may be 'for": >> >> 1. Unit Testing ( >> http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html >> ) >> >> 2. Embedded Scripting ( >> http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html >> ) >> >> 3. Silverlight ( >> http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html >> ) >> >> 4. ? >> >> >> >> Jimmy talked about #1 and #2 here: >> >> >> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >> >> Thanks, >> >> Kevin Berridge >> >> >> >> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >> >> I agree with Cory, too, but on the other hand it would be very helpful >> if Microsoft (I mean someone who can speak for Microsoft) clearly say >> what are they intentions with IronRuby (and maybe IronPython, too) for >> the future. >> >> Are they "releasing IronRuby to the community"? Is Microsoft like to >> (officially) participate in future in IronRuby development? If so, in >> what way? As a project owner? And so on... >> >> Only knowing in what situation we really are we can make our decisions >> about what to do. >> >> More clarity will also help with using the technology, for example, I >> am considering using IronRuby for one project and now I do not know >> what to expect from future (questions like - will development of >> IronRuby continue, what about Silverlight and Azure support, what >> about v1.9 compatibility, ...) and it is now became problematic to >> make some of decisions. >> >> thanks, >> Slavo. >> >> >> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld >> wrote: >> > I agree 100% with Cory, we just need to calm down, regroup, give support >> > to Tomas, make our opinions heard and continue using the technology that >> > helps us become way more productive in our jobs. >> > >> > On the other hand Jimmy will still be around, he just moved to another >> > job. >> > >> > Regards, >> > >> > Eduardo Blumenfeld >> > >> > Cory Foy wrote: >> >> Ok, I like to propose a pause in action. >> >> >> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >> >> person left, and from the emails we've received, he's only working on >> it >> >> part-time. I don't know the politics of this specific org, but being an >> >> ex-softie I do have an idea, and that hunch is that the politics that >> >> caused the reshuffle were not a conspiracy theory against IronRuby, but >> >> just normal organization dysfunction and quarterly reorganization. >> >> >> >> We also know thay we have a community of people who are passionate >> about >> >> IronRuby, and a secondary wave of people driven into action by the >> >> events of the past day or so. It stands to reason, from work I've done >> >> in other communties, that one or two will end up being long term >> >> participants because of the new awareness. >> >> >> >> That said, I don't think that what we should do right now is fork it, >> >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >> >> This is not to say that we take it off the table. Rather we need to ask >> >> ourselves what holes have now opened up that we need to fill: >> >> >> >> 1) Jimmy provided leadership and vision for the project. We've now lost >> >> that, and either Tomas will pick this up internally, or we will need an >> >> external person to run with the vision. Regardless, the person will >> have >> >> to interface with and understand the vision from the Microsoft side. >> >> >> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >> >> are lots of other needs, and if this is truly a community-owned >> >> movement, we need to engage with Tomas and the remaining team to >> >> understand what else we're missing. >> >> >> >> 3) IronRuby has likely taken a huge blow of credibility from the >> >> enterprise adoption side, because if it isn't supported by Microsoft >> >> PSS, they will be unlikely to use it internally or in their products. >> >> >> >> All three of these are vital points that we need to think about as a >> >> community. Someone is going to have to step up to take charge of this - >> >> and it's not going to come from the Mono side. Tomas may be willing to >> >> take charge as much as possible - no one has asked him, and that's a >> >> shame. >> >> >> >> IronRuby has not had a heart attack which requires CPR. That means we >> >> need to take a measured, levelheaded response as a community and work >> to >> >> understand how we can help and how we can respond in a way that makes >> >> sense. We already know from Jimmy's tweets that he's planning an email >> >> for the group - how can we take advantage of the knowledge Jim and >> Jimmy >> >> have, and support the work Tomas is doing? >> >> >> >> Finally, we may have a burst of energy right now, but no form of >> >> sprinting is going to help solve this. This is not a "we have to take >> >> action now before we lose the opportunity!" moment. The code is there. >> >> Many of the contributors are there, and know what is going on >> >> internally. Let's collaborate and find a way to make this project a >> real >> >> success. >> >> >> >> Cory >> > >> > -- >> > Posted via http://www.ruby-forum.com/. >> > _______________________________________________ >> > Ironruby-core mailing list >> > Ironruby-core at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/ironruby-core >> > >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Tue Aug 10 14:03:30 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 10 Aug 2010 13:03:30 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: Orion, Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I am doing that), but that's not *all* I want to do. I think the easiest way to communicate my intentions is to ask you the following question: Q: What happens when I call Kernel.load_assembly in IronRuby, provided I pass in some assembly name? A: Modules are created that reflect the types and namespaces within the assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will not treat that the same way as Kernel.load_assembly, nor should it. Do you see where I'm going with this? I thought I had found a way to hack around this by getting to the current context with this little hack: # ::Object is an instance of RubyClass, which holds a reference to the RubyContext within which it was created. # However, IronRuby hides the Context property, so you can't do Object.context, Kernel.context, etc (which is a good thing). # But, with a little reflection (and because I know Context really is there), I can do the following: context = Object.GetType.get_members.find { |m| m.name == 'Context' }.get_value(Object, nil) And then I figured I could do something like this: context.loader.load_assembly(...) ... but the overload I need is marked private (the one that is public expects a string containing the assembly's name, as opposed to path). I suppose I could use reflection again, but it wouldn't work without full trust. It was a cool idea, nonetheless. -Charles On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards wrote: > I'm looking through the MSDN docs for assembly loading, and it seems as > though you can either load an assembly from a path, or from a byte array. > Both of these methods return an Assembly object. > > There doesn't appear to be any other way to actually get an Assembly object > other than by loading it, as the constructor is protected (assembly is > abstract), and the only classes that I can see in the framework that derive > from it are the internal RuntimeAssembly class (which is used for everything > pretty much), and System.Reflection.Emit.AssemblyBuilder. > > As far as I can infer, the only way to actual get an assembly object is to > load the assembly, so if you're asking how you can load an assembly given an > Assembly object... it's already loaded. > > Am I missing something? > > > On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> >> Those are valid points. Perhaps #load_assembly could accept an assembly >> reference. >> >> Sent from my iPhone >> >> >> On Aug 7, 2010, at 5:16 PM, Orion Edwards >> wrote: >> >> What's the advantage to extending require? >>> >>> Presumably you're currently using the .NET Assembly.Load or >>> Assembly.LoadFrom methods to do this? (And if you're compiling code in >>> memory, you'll certainly be making heavy use of the .NET reflection API's >>> already anyway) >>> >>> Require is a standard part of core ruby, and is meant to take paths. >>> While it's obvious to overload it to accept paths to dll's as well as rb >>> files, overloading it to take non-path things (such as .NET assembly >>> objects) seems like it's diverging a bit too far away from it's normal (ie: >>> MRI ruby) use, and more into the realms of specific .NET extensions... >>> >>> >>> On 7/08/2010, at 10:08 AM, Charles Strahan wrote: >>> >>> What would you all think of having the ability to require a given >>>> Assembly? I think this could be useful when compiling code in memory, in >>>> which case there isn't a path to give Kernel.require. >>>> >>>> If this is something we could all use, I'll open a ticket for it. >>>> >>>> -Charles >>>> _______________________________________________ >>>> Ironruby-core mailing list >>>> Ironruby-core at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Aug 10 14:32:32 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 10 Aug 2010 18:32:32 +0000 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: I think it makes sense to add an overload for load_assembly that takes Assembly object instead of name. Charles, feel free to submit a patch or file a bug to trace the feature request and I'll get to it soon. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Tuesday, August 10, 2010 11:04 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Should Kernel.require accept Assembly instances? Orion, Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I am doing that), but that's not *all* I want to do. I think the easiest way to communicate my intentions is to ask you the following question: Q: What happens when I call Kernel.load_assembly in IronRuby, provided I pass in some assembly name? A: Modules are created that reflect the types and namespaces within the assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will not treat that the same way as Kernel.load_assembly, nor should it. Do you see where I'm going with this? I thought I had found a way to hack around this by getting to the current context with this little hack: # ::Object is an instance of RubyClass, which holds a reference to the RubyContext within which it was created. # However, IronRuby hides the Context property, so you can't do Object.context, Kernel.context, etc (which is a good thing). # But, with a little reflection (and because I know Context really is there), I can do the following: context = Object.GetType.get_members.find { |m| m.name == 'Context' }.get_value(Object, nil) And then I figured I could do something like this: context.loader.load_assembly(...) ... but the overload I need is marked private (the one that is public expects a string containing the assembly's name, as opposed to path). I suppose I could use reflection again, but it wouldn't work without full trust. It was a cool idea, nonetheless. -Charles On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards > wrote: I'm looking through the MSDN docs for assembly loading, and it seems as though you can either load an assembly from a path, or from a byte array. Both of these methods return an Assembly object. There doesn't appear to be any other way to actually get an Assembly object other than by loading it, as the constructor is protected (assembly is abstract), and the only classes that I can see in the framework that derive from it are the internal RuntimeAssembly class (which is used for everything pretty much), and System.Reflection.Emit.AssemblyBuilder. As far as I can infer, the only way to actual get an assembly object is to load the assembly, so if you're asking how you can load an assembly given an Assembly object... it's already loaded. Am I missing something? On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan > wrote: Those are valid points. Perhaps #load_assembly could accept an assembly reference. Sent from my iPhone On Aug 7, 2010, at 5:16 PM, Orion Edwards > wrote: What's the advantage to extending require? Presumably you're currently using the .NET Assembly.Load or Assembly.LoadFrom methods to do this? (And if you're compiling code in memory, you'll certainly be making heavy use of the .NET reflection API's already anyway) Require is a standard part of core ruby, and is meant to take paths. While it's obvious to overload it to accept paths to dll's as well as rb files, overloading it to take non-path things (such as .NET assembly objects) seems like it's diverging a bit too far away from it's normal (ie: MRI ruby) use, and more into the realms of specific .NET extensions... On 7/08/2010, at 10:08 AM, Charles Strahan wrote: What would you all think of having the ability to require a given Assembly? I think this could be useful when compiling code in memory, in which case there isn't a path to give Kernel.require. If this is something we could all use, I'll open a ticket for it. -Charles _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Tue Aug 10 15:38:03 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 10 Aug 2010 14:38:03 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: I'll send you pull request on GitHub, if that will work. -Charles On Tue, Aug 10, 2010 at 1:32 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I think it makes sense to add an overload for load_assembly that takes > Assembly object instead of name. Charles, feel free to submit a patch or > file a bug to trace the feature request and I?ll get to it soon. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Tuesday, August 10, 2010 11:04 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Should Kernel.require accept Assembly > instances? > > > > Orion, > > Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I am > doing that), but that's not *all* I want to do. I think the easiest way to > communicate my intentions is to ask you the following question: > > Q: What happens when I call Kernel.load_assembly in IronRuby, provided I > pass in some assembly name? > > A: Modules are created that reflect the types and namespaces within the > assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). > > That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will > not treat that the same way as Kernel.load_assembly, nor should it. > > Do you see where I'm going with this? > > > I thought I had found a way to hack around this by getting to the current > context with this little hack: > > # ::Object is an instance of RubyClass, which holds a reference to the > RubyContext within which it was created. > # However, IronRuby hides the Context property, so you can't do > Object.context, Kernel.context, etc (which is a good thing). > # But, with a little reflection (and because I know Context really is > there), I can do the following: > context = Object.GetType.get_members.find { |m| m.name == 'Context' > }.get_value(Object, nil) > > And then I figured I could do something like this: > context.loader.load_assembly(...) > > ... but the overload I need is marked private (the one that is public > expects a string containing the assembly's name, as opposed to path). I > suppose I could use reflection again, but it wouldn't work without full > trust. It was a cool idea, nonetheless. > > -Charles > > > On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards > wrote: > > I'm looking through the MSDN docs for assembly loading, and it seems as > though you can either load an assembly from a path, or from a byte array. > Both of these methods return an Assembly object. > > > > There doesn't appear to be any other way to actually get an Assembly object > other than by loading it, as the constructor is protected (assembly is > abstract), and the only classes that I can see in the framework that derive > from it are the internal RuntimeAssembly class (which is used for everything > pretty much), and System.Reflection.Emit.AssemblyBuilder. > > > > As far as I can infer, the only way to actual get an assembly object is to > load the assembly, so if you're asking how you can load an assembly given an > Assembly object... it's already loaded. > > > > Am I missing something? > > > > On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > > > Those are valid points. Perhaps #load_assembly could accept an assembly > reference. > > Sent from my iPhone > > > > On Aug 7, 2010, at 5:16 PM, Orion Edwards wrote: > > What's the advantage to extending require? > > Presumably you're currently using the .NET Assembly.Load or > Assembly.LoadFrom methods to do this? (And if you're compiling code in > memory, you'll certainly be making heavy use of the .NET reflection API's > already anyway) > > Require is a standard part of core ruby, and is meant to take paths. > While it's obvious to overload it to accept paths to dll's as well as rb > files, overloading it to take non-path things (such as .NET assembly > objects) seems like it's diverging a bit too far away from it's normal (ie: > MRI ruby) use, and more into the realms of specific .NET extensions... > > > On 7/08/2010, at 10:08 AM, Charles Strahan wrote: > > What would you all think of having the ability to require a given Assembly? > I think this could be useful when compiling code in memory, in which case > there isn't a path to give Kernel.require. > > If this is something we could all use, I'll open a ticket for it. > > -Charles > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Tue Aug 10 15:54:17 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 10 Aug 2010 14:54:17 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: Oh, I almost forgot; thanks for being so awesome, Tomas :). Ruby is an absolute joy to program in, and having IronRuby means I don't have to choose between .NET and Ruby - I get the best of both worlds. None of that would have been possible without your contributions and dedication to the project. In spite of Microsoft's stance on the future of IronRuby, I hope we can carry it forward as a stable, reliable implementation. Thanks, -Charles On Tue, Aug 10, 2010 at 1:32 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I think it makes sense to add an overload for load_assembly that takes > Assembly object instead of name. Charles, feel free to submit a patch or > file a bug to trace the feature request and I?ll get to it soon. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Tuesday, August 10, 2010 11:04 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Should Kernel.require accept Assembly > instances? > > > > Orion, > > Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I am > doing that), but that's not *all* I want to do. I think the easiest way to > communicate my intentions is to ask you the following question: > > Q: What happens when I call Kernel.load_assembly in IronRuby, provided I > pass in some assembly name? > > A: Modules are created that reflect the types and namespaces within the > assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). > > That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will > not treat that the same way as Kernel.load_assembly, nor should it. > > Do you see where I'm going with this? > > > I thought I had found a way to hack around this by getting to the current > context with this little hack: > > # ::Object is an instance of RubyClass, which holds a reference to the > RubyContext within which it was created. > # However, IronRuby hides the Context property, so you can't do > Object.context, Kernel.context, etc (which is a good thing). > # But, with a little reflection (and because I know Context really is > there), I can do the following: > context = Object.GetType.get_members.find { |m| m.name == 'Context' > }.get_value(Object, nil) > > And then I figured I could do something like this: > context.loader.load_assembly(...) > > ... but the overload I need is marked private (the one that is public > expects a string containing the assembly's name, as opposed to path). I > suppose I could use reflection again, but it wouldn't work without full > trust. It was a cool idea, nonetheless. > > -Charles > > > On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards > wrote: > > I'm looking through the MSDN docs for assembly loading, and it seems as > though you can either load an assembly from a path, or from a byte array. > Both of these methods return an Assembly object. > > > > There doesn't appear to be any other way to actually get an Assembly object > other than by loading it, as the constructor is protected (assembly is > abstract), and the only classes that I can see in the framework that derive > from it are the internal RuntimeAssembly class (which is used for everything > pretty much), and System.Reflection.Emit.AssemblyBuilder. > > > > As far as I can infer, the only way to actual get an assembly object is to > load the assembly, so if you're asking how you can load an assembly given an > Assembly object... it's already loaded. > > > > Am I missing something? > > > > On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > > > Those are valid points. Perhaps #load_assembly could accept an assembly > reference. > > Sent from my iPhone > > > > On Aug 7, 2010, at 5:16 PM, Orion Edwards wrote: > > What's the advantage to extending require? > > Presumably you're currently using the .NET Assembly.Load or > Assembly.LoadFrom methods to do this? (And if you're compiling code in > memory, you'll certainly be making heavy use of the .NET reflection API's > already anyway) > > Require is a standard part of core ruby, and is meant to take paths. > While it's obvious to overload it to accept paths to dll's as well as rb > files, overloading it to take non-path things (such as .NET assembly > objects) seems like it's diverging a bit too far away from it's normal (ie: > MRI ruby) use, and more into the realms of specific .NET extensions... > > > On 7/08/2010, at 10:08 AM, Charles Strahan wrote: > > What would you all think of having the ability to require a given Assembly? > I think this could be useful when compiling code in memory, in which case > there isn't a path to give Kernel.require. > > If this is something we could all use, I'll open a ticket for it. > > -Charles > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at gmail.com Tue Aug 10 18:22:50 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Wed, 11 Aug 2010 10:22:50 +1200 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: Ahh, so you're really after something that "brings in" an already loaded assembly into IronRuby. Makes perfect sense now. And thanks again to Tomas :-) On Wed, Aug 11, 2010 at 7:54 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > Oh, I almost forgot; thanks for being so awesome, Tomas :). Ruby is an > absolute joy to program in, and having IronRuby means I don't have to choose > between .NET and Ruby - I get the best of both worlds. None of that would > have been possible without your contributions and dedication to the project. > In spite of Microsoft's stance on the future of IronRuby, I hope we can > carry it forward as a stable, reliable implementation. > > Thanks, > -Charles > > > On Tue, Aug 10, 2010 at 1:32 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > >> I think it makes sense to add an overload for load_assembly that takes >> Assembly object instead of name. Charles, feel free to submit a patch or >> file a bug to trace the feature request and I?ll get to it soon. >> >> >> >> Tomas >> >> >> >> *From:* ironruby-core-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan >> *Sent:* Tuesday, August 10, 2010 11:04 AM >> *To:* ironruby-core at rubyforge.org >> *Subject:* Re: [Ironruby-core] Should Kernel.require accept Assembly >> instances? >> >> >> >> Orion, >> >> Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I am >> doing that), but that's not *all* I want to do. I think the easiest way to >> communicate my intentions is to ask you the following question: >> >> Q: What happens when I call Kernel.load_assembly in IronRuby, provided I >> pass in some assembly name? >> >> A: Modules are created that reflect the types and namespaces within the >> assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). >> >> That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will >> not treat that the same way as Kernel.load_assembly, nor should it. >> >> Do you see where I'm going with this? >> >> >> I thought I had found a way to hack around this by getting to the current >> context with this little hack: >> >> # ::Object is an instance of RubyClass, which holds a reference to the >> RubyContext within which it was created. >> # However, IronRuby hides the Context property, so you can't do >> Object.context, Kernel.context, etc (which is a good thing). >> # But, with a little reflection (and because I know Context really is >> there), I can do the following: >> context = Object.GetType.get_members.find { |m| m.name == 'Context' >> }.get_value(Object, nil) >> >> And then I figured I could do something like this: >> context.loader.load_assembly(...) >> >> ... but the overload I need is marked private (the one that is public >> expects a string containing the assembly's name, as opposed to path). I >> suppose I could use reflection again, but it wouldn't work without full >> trust. It was a cool idea, nonetheless. >> >> -Charles >> >> >> On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards >> wrote: >> >> I'm looking through the MSDN docs for assembly loading, and it seems as >> though you can either load an assembly from a path, or from a byte array. >> Both of these methods return an Assembly object. >> >> >> >> There doesn't appear to be any other way to actually get an Assembly >> object other than by loading it, as the constructor is protected (assembly >> is abstract), and the only classes that I can see in the framework that >> derive from it are the internal RuntimeAssembly class (which is used for >> everything pretty much), and System.Reflection.Emit.AssemblyBuilder. >> >> >> >> As far as I can infer, the only way to actual get an assembly object is to >> load the assembly, so if you're asking how you can load an assembly given an >> Assembly object... it's already loaded. >> >> >> >> Am I missing something? >> >> >> >> On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < >> charles.c.strahan at gmail.com> wrote: >> >> >> Those are valid points. Perhaps #load_assembly could accept an assembly >> reference. >> >> Sent from my iPhone >> >> >> >> On Aug 7, 2010, at 5:16 PM, Orion Edwards >> wrote: >> >> What's the advantage to extending require? >> >> Presumably you're currently using the .NET Assembly.Load or >> Assembly.LoadFrom methods to do this? (And if you're compiling code in >> memory, you'll certainly be making heavy use of the .NET reflection API's >> already anyway) >> >> Require is a standard part of core ruby, and is meant to take paths. >> While it's obvious to overload it to accept paths to dll's as well as rb >> files, overloading it to take non-path things (such as .NET assembly >> objects) seems like it's diverging a bit too far away from it's normal (ie: >> MRI ruby) use, and more into the realms of specific .NET extensions... >> >> >> On 7/08/2010, at 10:08 AM, Charles Strahan wrote: >> >> What would you all think of having the ability to require a given >> Assembly? I think this could be useful when compiling code in memory, in >> which case there isn't a path to give Kernel.require. >> >> If this is something we could all use, I'll open a ticket for it. >> >> -Charles >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Tue Aug 10 18:57:30 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 10 Aug 2010 17:57:30 -0500 Subject: [Ironruby-core] Should Kernel.require accept Assembly instances? In-Reply-To: References: <41F3EED4-2FEB-4973-B49B-D861A64B057A@gmail.com> Message-ID: Yep! I could have sworn my initial proposition had "an instance of type Assembly" somewhere in there. Not the clearest communication on my part. -Charles On Tue, Aug 10, 2010 at 5:22 PM, Orion Edwards wrote: > Ahh, so you're really after something that "brings in" an already loaded > assembly into IronRuby. Makes perfect sense now. > > And thanks again to Tomas :-) > > > On Wed, Aug 11, 2010 at 7:54 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> Oh, I almost forgot; thanks for being so awesome, Tomas :). Ruby is an >> absolute joy to program in, and having IronRuby means I don't have to choose >> between .NET and Ruby - I get the best of both worlds. None of that would >> have been possible without your contributions and dedication to the project. >> In spite of Microsoft's stance on the future of IronRuby, I hope we can >> carry it forward as a stable, reliable implementation. >> >> Thanks, >> -Charles >> >> >> On Tue, Aug 10, 2010 at 1:32 PM, Tomas Matousek < >> Tomas.Matousek at microsoft.com> wrote: >> >>> I think it makes sense to add an overload for load_assembly that takes >>> Assembly object instead of name. Charles, feel free to submit a patch or >>> file a bug to trace the feature request and I?ll get to it soon. >>> >>> >>> >>> Tomas >>> >>> >>> >>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan >>> *Sent:* Tuesday, August 10, 2010 11:04 AM >>> *To:* ironruby-core at rubyforge.org >>> *Subject:* Re: [Ironruby-core] Should Kernel.require accept Assembly >>> instances? >>> >>> >>> >>> Orion, >>> >>> Yes, I can use Assembly.LoadFrom to load an assembly from a path (and I >>> am doing that), but that's not *all* I want to do. I think the easiest way >>> to communicate my intentions is to ask you the following question: >>> >>> Q: What happens when I call Kernel.load_assembly in IronRuby, provided I >>> pass in some assembly name? >>> >>> A: Modules are created that reflect the types and namespaces within the >>> assembly (::System::InteropServices, ::System::Reflection::Assembly, etc). >>> >>> That's the effect I want. If I just use Assembly.LoadFrom, IronRuby will >>> not treat that the same way as Kernel.load_assembly, nor should it. >>> >>> Do you see where I'm going with this? >>> >>> >>> I thought I had found a way to hack around this by getting to the current >>> context with this little hack: >>> >>> # ::Object is an instance of RubyClass, which holds a reference to the >>> RubyContext within which it was created. >>> # However, IronRuby hides the Context property, so you can't do >>> Object.context, Kernel.context, etc (which is a good thing). >>> # But, with a little reflection (and because I know Context really is >>> there), I can do the following: >>> context = Object.GetType.get_members.find { |m| m.name == 'Context' >>> }.get_value(Object, nil) >>> >>> And then I figured I could do something like this: >>> context.loader.load_assembly(...) >>> >>> ... but the overload I need is marked private (the one that is public >>> expects a string containing the assembly's name, as opposed to path). I >>> suppose I could use reflection again, but it wouldn't work without full >>> trust. It was a cool idea, nonetheless. >>> >>> -Charles >>> >>> >>> On Mon, Aug 9, 2010 at 3:45 PM, Orion Edwards >>> wrote: >>> >>> I'm looking through the MSDN docs for assembly loading, and it seems as >>> though you can either load an assembly from a path, or from a byte array. >>> Both of these methods return an Assembly object. >>> >>> >>> >>> There doesn't appear to be any other way to actually get an Assembly >>> object other than by loading it, as the constructor is protected (assembly >>> is abstract), and the only classes that I can see in the framework that >>> derive from it are the internal RuntimeAssembly class (which is used for >>> everything pretty much), and System.Reflection.Emit.AssemblyBuilder. >>> >>> >>> >>> As far as I can infer, the only way to actual get an assembly object is >>> to load the assembly, so if you're asking how you can load an assembly given >>> an Assembly object... it's already loaded. >>> >>> >>> >>> Am I missing something? >>> >>> >>> >>> On Tue, Aug 10, 2010 at 4:49 AM, Charles Strahan < >>> charles.c.strahan at gmail.com> wrote: >>> >>> >>> Those are valid points. Perhaps #load_assembly could accept an assembly >>> reference. >>> >>> Sent from my iPhone >>> >>> >>> >>> On Aug 7, 2010, at 5:16 PM, Orion Edwards >>> wrote: >>> >>> What's the advantage to extending require? >>> >>> Presumably you're currently using the .NET Assembly.Load or >>> Assembly.LoadFrom methods to do this? (And if you're compiling code in >>> memory, you'll certainly be making heavy use of the .NET reflection API's >>> already anyway) >>> >>> Require is a standard part of core ruby, and is meant to take paths. >>> While it's obvious to overload it to accept paths to dll's as well as rb >>> files, overloading it to take non-path things (such as .NET assembly >>> objects) seems like it's diverging a bit too far away from it's normal (ie: >>> MRI ruby) use, and more into the realms of specific .NET extensions... >>> >>> >>> On 7/08/2010, at 10:08 AM, Charles Strahan wrote: >>> >>> What would you all think of having the ability to require a given >>> Assembly? I think this could be useful when compiling code in memory, in >>> which case there isn't a path to give Kernel.require. >>> >>> If this is something we could all use, I'll open a ticket for it. >>> >>> -Charles >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Aug 12 02:32:34 2010 From: lists at ruby-forum.com (Naveen Kavitha) Date: Thu, 12 Aug 2010 08:32:34 +0200 Subject: [Ironruby-core] Using List boxes and Combo Boxes in Ruby on Steel Message-ID: <7956a9d8d9e155b1f4e8a124dd3c2dec@ruby-forum.com> I have just started using Ruby on Steel to create GUI When I simply drag and drop a list box and add some items in the Form and then click Ruby Run Menu, I get the following error message :0:in `InitializeComponent': wrong number or type of arguments for `AddRange' (ArgumentError) from Snippets:0:in `main' from Snippets:0:in `Initialize' Can anyone please help me how to solve the problem Thanks, navin -- Posted via http://www.ruby-forum.com/. From thorsten.hans at gmail.com Thu Aug 12 05:57:52 2010 From: thorsten.hans at gmail.com (Thorsten Hans) Date: Thu, 12 Aug 2010 11:57:52 +0200 Subject: [Ironruby-core] Script Validation Message-ID: Hi, I'm currently hosting IronRuby within a C# Application. Is there any way to validate the IronRuby scripts that will be invoked by the DLR? For example I'd like to prevent users from executing scripts that include the "require" statement or an impersonation statement... Any ideas? thx Thorsten -------------- next part -------------- An HTML attachment was scrubbed... URL: From empirebuilder at gmail.com Thu Aug 12 06:17:17 2010 From: empirebuilder at gmail.com (Dody Gunawinata) Date: Thu, 12 Aug 2010 13:17:17 +0300 Subject: [Ironruby-core] Script Validation In-Reply-To: References: Message-ID: Regex and filter it. I don't think the DLR has a sandbox mechanism for this. On Thu, Aug 12, 2010 at 12:57 PM, Thorsten Hans wrote: > Hi, > > I'm currently hosting IronRuby within a C# Application. Is there any way to > validate the IronRuby scripts that will be invoked by the DLR? > > For example I'd like to prevent users from executing scripts that include > the "require" statement or an impersonation statement... > > Any ideas? > > > thx > > Thorsten > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- nomadlife.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Thu Aug 12 10:22:34 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Thu, 12 Aug 2010 10:22:34 -0400 Subject: [Ironruby-core] "Start spreading the news" In-Reply-To: References: <216D6D14-BA62-4F2E-A6DB-B54A9D731D1C@gmail.com> <571651983633624F9BA6BDE490351AEE03521733@TK5EX14MBXC201.redmond.corp.microsoft.com> <709728789967955917@unknownmsgid> <975a7057dfec3292b0cfa8aef6f85f91@ruby-forum.com> <479A2EC2-C13E-4B1A-9A4E-0DF81546B6F8@gmail.com> <571651983633624F9BA6BDE490351AEE035243A4@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: Let's not push Tomas or Jim to say anything; This is a big enough issue that I'm sure Microsoft's PR firms are working on this. Again, I suggest we be patient for the next week. ~Jimmy On Tue, Aug 10, 2010 at 12:33 PM, Will Green wrote: > Well, we've seen a few plus-ones on talking to Microsoft about their > intentions for IronRuby. > > Tomas or Jim, since you're both still on the inside, perhaps one of you > could speak, on behalf of the community, with someone at Microsoft who can > clarify for us what their intentions are? > > -- > Will Green > http://hotgazpacho.org/ > > > On Mon, Aug 9, 2010 at 2:42 AM, Jimmy Schementi wrote: > >> Ah, after a nice restful weekend of casually looking at the psychotic >> twitter reactions, I think I owe this thread a little attention. >> >> First off, I appreciate the overwhelming support, and I think I speak on >> behalf of Jim and Tomas as well. Thank you for caring so much, and for all >> the personal best wishes. Also, I appreciate everyone who stepped in and >> "cooled" down the situation. Those who see opportunity in this are >> well-suited to help shape the future of the project. But enough with the >> mushy stuff ... >> >> The reality of open-source software is that corporate sponsorship and >> funding comes and goes, and it would appear the IronRuby project is just >> going through that normal cycle. I'm grateful to Microsoft for not only >> employing me, but funding IronRuby to the 1.1 release. Keep in mind that >> Microsoft has not officially said anything regarding IronRuby, even it seems >> my leaving Microsoft speaks volumes. So, let's just assume what we suspect >> to be true unless told otherwise. >> >> This is a monumental opportunity for you all, the IronRuby community, to >> rally around something Microsoft invested in, enough to a initial 1.0 >> release, and make it your own. However, there are two things we should ask >> Microsoft to commit to during this transition: >> >> 1. *Be clear about their intentions. *I *know *this will eventually >> happen, but I want to make it clear to all of you that this is the first >> step. >> 2. *Donate IronRuby to a non-Microsoft entity *(again, assuming they >> don't plan on continuing funding). Though IronRuby is licensed under an >> open-source license, it is copyright Microsoft. IronRuby.net is owned by >> Microsoft. The GitHub "ironruby" organization is managed by Microsoft. Etc, >> etc. If the intention is to cease funding IronRuby, then a non-profit >> foundation owning IronRuby, like CodePlex Foundation, would be ideal, so >> that we don't need to jointly own the copyright. There also is precedence in >> Microsoft for internal employees to donate to the CodePlex foundation, so >> Tomas and Jim can continue to contribute. >> >> In other words, a complete transition to non-Microsoft ownership. I'm not >> the only person with a voice here, so if there is anything else you'd like >> to see Microsoft do for a smooth transition, please speak up and let's >> discuss it. I'm hoping my leaving announcement will speed this process >> along, so assume we have little time to provide "demands". >> >> After these things happen, then we can all start figuring how to run the >> project, put infrastructure in place, and start figuring out what we need to >> accomplish to release IronRuby 1.2. Or, if none if this happens in the time >> we'd like, we can start FeRb (as @robconery essentially started to do =)). >> But let's try to be patient with IronRuby itself for now. I've also hinted >> at revisiting RubyCLR, but that will be a separate project (do contact me if >> you're interested). Also, feel free to still have the important >> conversations brought up in the previous messages; in no way am I suggesting >> people stop talking. >> >> Cory mentioned that my "leadership and vision" was lost. I think you're >> taking my job too seriously =P ... but joking aside, I just wanted to move >> back to New York and it was time to leave Microsoft, but not Ruby or >> IronRuby. So, for the foreseeable future, or unless someone else wants to >> step up, you can still count on me to be the face of IronRuby and write >> code. Also, my new job is in the .NET world still, so to stay sane I'll >> still want to work on IronRuby. =) >> >> This is a challenging and emotional time indeed. Again, I appreciate >> everyone's support and energy. Please keep the energy high, but directed. >> Continue discussing "why IronRuby". Work in your private fork, take shots at >> fixing bugs or getting more RubySpec tests passing; they'll eventually get >> integrated back. Continue blogging about how you're using IronRuby. Show the >> world that regardless of Microsoft's position, the community is what makes >> the project live. >> >> Now, discuss! >> >> ~Jimmy >> >> >> >> On Sun, Aug 8, 2010 at 5:36 PM, Jim Deville wrote: >> >>> At this point Jimmy might, but the only one that should be commiting >>> there directly is the automated account. Once we get official word from MS >>> on what will happen with everything, I?d be happy to discuss the fate of the >>> IronRuby organization on Github J >>> >>> >>> >>> *From:* ironruby-core-bounces at rubyforge.org [mailto: >>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Orion Edwards >>> *Sent:* Sunday, August 08, 2010 2:07 PM >>> >>> *To:* ironruby-core at rubyforge.org >>> *Subject:* Re: [Ironruby-core] "Start spreading the news" >>> >>> >>> >>> 4. Rails on .NET >>> >>> >>> >>> I think asp.net mvc took a lot of the wind out of this particular >>> scenario, but rails is still literally *years* ahead of MVC in both maturity >>> and thinking. >>> >>> >>> >>> If we could get rails under ironruby easily deplorable to iis, I think >>> this would help a lot >>> >>> >>> >>> On question I'd REALLY like answered is this: >>> >>> >>> >>> Does Jimmy still have commit access to the main repos on github now that >>> he's left MS? Does anyone else outside MS have this? >>> >>> >>> >>> Thanks, Orion >>> >>> On 9/08/2010, at 3:36 AM, Kevin Berridge >>> wrote: >>> >>> To Cory's point about IronRuby's credibility in the Enterprise: >>> >>> >>> >>> I think its certainly true that if IronRuby is not a MS supported tool, >>> there will be shops that will not be able to use it. On the other hand, >>> there are still plenty of other shops that could use it, if only they >>> understand what they could use it for and how. >>> >>> >>> >>> To date, the story of what IronRuby is "for" has been rather weak. I >>> know it's a language, and so it's possibilities are just about endless, but >>> what are the main areas we think people can derive significant benefit from >>> using it? >>> >>> >>> >>> If IronRuby really does end up being primarily community driven, we need >>> to come up with a much better story around what it is for, and helping >>> people get started with using it for those things. This could help drive >>> adoption, which could in turn help drive contributors. >>> >>> >>> >>> Some examples of things IronRuby may be 'for": >>> >>> 1. Unit Testing ( >>> http://kevin-berridge.blogspot.com/2010/08/testing-c-with-rspec-and-ruby.html >>> ) >>> >>> 2. Embedded Scripting ( >>> http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html >>> ) >>> >>> 3. Silverlight ( >>> http://blog.jimmy.schementi.com/2008/08/walk-through-silverlight-flickr-client.html >>> ) >>> >>> 4. ? >>> >>> >>> >>> Jimmy talked about #1 and #2 here: >>> >>> >>> http://blog.jimmy.schementi.com/2010/04/mix10-part-3-using-dynamic-languages-in.html >>> >>> Thanks, >>> >>> Kevin Berridge >>> >>> >>> >>> On Sun, Aug 8, 2010 at 10:36 AM, Slavo Furman wrote: >>> >>> I agree with Cory, too, but on the other hand it would be very helpful >>> if Microsoft (I mean someone who can speak for Microsoft) clearly say >>> what are they intentions with IronRuby (and maybe IronPython, too) for >>> the future. >>> >>> Are they "releasing IronRuby to the community"? Is Microsoft like to >>> (officially) participate in future in IronRuby development? If so, in >>> what way? As a project owner? And so on... >>> >>> Only knowing in what situation we really are we can make our decisions >>> about what to do. >>> >>> More clarity will also help with using the technology, for example, I >>> am considering using IronRuby for one project and now I do not know >>> what to expect from future (questions like - will development of >>> IronRuby continue, what about Silverlight and Azure support, what >>> about v1.9 compatibility, ...) and it is now became problematic to >>> make some of decisions. >>> >>> thanks, >>> Slavo. >>> >>> >>> On Sun, Aug 8, 2010 at 2:51 PM, Eduardo Blumenfeld >>> wrote: >>> > I agree 100% with Cory, we just need to calm down, regroup, give >>> support >>> > to Tomas, make our opinions heard and continue using the technology >>> that >>> > helps us become way more productive in our jobs. >>> > >>> > On the other hand Jimmy will still be around, he just moved to another >>> > job. >>> > >>> > Regards, >>> > >>> > Eduardo Blumenfeld >>> > >>> > Cory Foy wrote: >>> >> Ok, I like to propose a pause in action. >>> >> >>> >> Here's what we know. Jimmy has moved on, as has Jim. Tomas is the main >>> >> person left, and from the emails we've received, he's only working on >>> it >>> >> part-time. I don't know the politics of this specific org, but being >>> an >>> >> ex-softie I do have an idea, and that hunch is that the politics that >>> >> caused the reshuffle were not a conspiracy theory against IronRuby, >>> but >>> >> just normal organization dysfunction and quarterly reorganization. >>> >> >>> >> We also know thay we have a community of people who are passionate >>> about >>> >> IronRuby, and a secondary wave of people driven into action by the >>> >> events of the past day or so. It stands to reason, from work I've done >>> >> in other communties, that one or two will end up being long term >>> >> participants because of the new awareness. >>> >> >>> >> That said, I don't think that what we should do right now is fork it, >>> >> since IronRuby relies heavily on the DLR which wouldn't be controlled. >>> >> This is not to say that we take it off the table. Rather we need to >>> ask >>> >> ourselves what holes have now opened up that we need to fill: >>> >> >>> >> 1) Jimmy provided leadership and vision for the project. We've now >>> lost >>> >> that, and either Tomas will pick this up internally, or we will need >>> an >>> >> external person to run with the vision. Regardless, the person will >>> have >>> >> to interface with and understand the vision from the Microsoft side. >>> >> >>> >> 2) Tomas already mentioned needs like a CI and gatekeeper. I bet there >>> >> are lots of other needs, and if this is truly a community-owned >>> >> movement, we need to engage with Tomas and the remaining team to >>> >> understand what else we're missing. >>> >> >>> >> 3) IronRuby has likely taken a huge blow of credibility from the >>> >> enterprise adoption side, because if it isn't supported by Microsoft >>> >> PSS, they will be unlikely to use it internally or in their products. >>> >> >>> >> All three of these are vital points that we need to think about as a >>> >> community. Someone is going to have to step up to take charge of this >>> - >>> >> and it's not going to come from the Mono side. Tomas may be willing to >>> >> take charge as much as possible - no one has asked him, and that's a >>> >> shame. >>> >> >>> >> IronRuby has not had a heart attack which requires CPR. That means we >>> >> need to take a measured, levelheaded response as a community and work >>> to >>> >> understand how we can help and how we can respond in a way that makes >>> >> sense. We already know from Jimmy's tweets that he's planning an email >>> >> for the group - how can we take advantage of the knowledge Jim and >>> Jimmy >>> >> have, and support the work Tomas is doing? >>> >> >>> >> Finally, we may have a burst of energy right now, but no form of >>> >> sprinting is going to help solve this. This is not a "we have to take >>> >> action now before we lose the opportunity!" moment. The code is there. >>> >> Many of the contributors are there, and know what is going on >>> >> internally. Let's collaborate and find a way to make this project a >>> real >>> >> success. >>> >> >>> >> Cory >>> > >>> > -- >>> > Posted via http://www.ruby-forum.com/. >>> > _______________________________________________ >>> > Ironruby-core mailing list >>> > Ironruby-core at rubyforge.org >>> > http://rubyforge.org/mailman/listinfo/ironruby-core >>> > >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Aug 12 11:40:29 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 12 Aug 2010 15:40:29 +0000 Subject: [Ironruby-core] Script Validation In-Reply-To: References: Message-ID: We have a sandboxing mechanism - we rely on CLR's AppDomains: http://blogs.msdn.com/b/shawnfa/archive/2005/08/08/449050.aspx You can use this API in conjunction with ScriptRuntime.CreateRemote(appDomain, setup) DLR Hosting API. I wouldn't even try to do any source code analysis to ensure security rules if I were you. You'd be doomed to failure. For example, consider this script string my_script = @"x, y = 'u', 'b'; eval(\"req#{x}uire #{y}ad_script\")" how do you analyze that? (Not that it would be completely impossible to do so in this particular case, but you get the point.) Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dody Gunawinata Sent: Thursday, August 12, 2010 3:17 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Script Validation Regex and filter it. I don't think the DLR has a sandbox mechanism for this. On Thu, Aug 12, 2010 at 12:57 PM, Thorsten Hans > wrote: Hi, I'm currently hosting IronRuby within a C# Application. Is there any way to validate the IronRuby scripts that will be invoked by the DLR? For example I'd like to prevent users from executing scripts that include the "require" statement or an impersonation statement... Any ideas? thx Thorsten _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- nomadlife.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Thu Aug 12 11:53:48 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Thu, 12 Aug 2010 10:53:48 -0500 Subject: [Ironruby-core] Script Validation In-Reply-To: References: Message-ID: I just recently had the same question in mind - how could one sandbox IronRuby? I'd imagine that .NET's built-in security model could be used to prevent the app from accessing the file system, P/Invoking, etc; however, I don't know if the security model is fine grained enough to apply to just a particular AppDomain. If it it is, then you could probably use IronRuby's built-in method for running scripts in another AppDomain - one that's locked down. I'm sort of ignorant in this area though, so I can't really help that much. Hopefully someone smarter than myself will chime in. -Charles On Thu, Aug 12, 2010 at 4:57 AM, Thorsten Hans wrote: > Hi, > > I'm currently hosting IronRuby within a C# Application. Is there any way to > validate the IronRuby scripts that will be invoked by the DLR? > > For example I'd like to prevent users from executing scripts that include > the "require" statement or an impersonation statement... > > Any ideas? > > > thx > > Thorsten > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Aug 12 19:26:17 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 12 Aug 2010 23:26:17 +0000 Subject: [Ironruby-core] Code Review: MspecEscapingBug Message-ID: tfpt review "/shelveset:MspecEscapingBug;REDMOND\tomat" Comment : Tags are not escaped/unescaped correctly. Tomas From Tomas.Matousek at microsoft.com Thu Aug 12 21:12:15 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 13 Aug 2010 01:12:15 +0000 Subject: [Ironruby-core] Code Review: MSpecEscapingBug Message-ID: This one actually works :-) tfpt review "/shelveset:MSpecEscapingBug;REDMOND\tomat" Tags are not escaped/unescaped correctly. Tomas From ryan.riley at panesofglass.org Fri Aug 13 02:00:10 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Thu, 12 Aug 2010 23:00:10 -0700 Subject: [Ironruby-core] [ironruby-core] Installing Rails plugins Message-ID: I'm trying to install a Rails plugin from github using IronRuby 1.1. Unfortunately, all I can get is: C:\sample>ir -S script/plugin install git:// github.com/technoweenie/restful-authentication.git Plugin not found: ["git://github.com/technoweenie/restful-authentication.git "] C:\sample>ir ./script/plugin install git:// github.com/technoweenie/restful-authentication.git Plugin not found: ["git://github.com/technoweenie/restful-authentication.git "] I also tried with 1.0 with the same results. Both versions were .NET 4.0. Did I miss a thread? Thanks, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From will at hotgazpacho.org Fri Aug 13 08:13:53 2010 From: will at hotgazpacho.org (William Green) Date: Fri, 13 Aug 2010 08:13:53 -0400 Subject: [Ironruby-core] [ironruby-core] Installing Rails plugins In-Reply-To: References: Message-ID: <4323995743549169471@unknownmsgid> Can you install the plugin using MRI? I've experiences this before, and I think it's an issue with git on Windows, not the Ruby implementation. -- Will Green http://hotgazpacho.org/ On Aug 13, 2010, at 2:00 AM, Ryan Riley wrote: I'm trying to install a Rails plugin from github using IronRuby 1.1. Unfortunately, all I can get is: C:\sample>ir -S script/plugin install git:// github.com/technoweenie/restful-authentication.git Plugin not found: ["git://github.com/technoweenie/restful-authentication.git "] C:\sample>ir ./script/plugin install git:// github.com/technoweenie/restful-authentication.git Plugin not found: ["git://github.com/technoweenie/restful-authentication.git "] I also tried with 1.0 with the same results. Both versions were .NET 4.0. Did I miss a thread? Thanks, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 14 02:22:14 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 13 Aug 2010 23:22:14 -0700 Subject: [Ironruby-core] [ironruby-core] Installing Rails plugins In-Reply-To: <4323995743549169471@unknownmsgid> References: <4323995743549169471@unknownmsgid> Message-ID: MRI works just fine. Is this a bug? Ryan Riley On Fri, Aug 13, 2010 at 5:13 AM, William Green wrote: > Can you install the plugin using MRI? > > I've experiences this before, and I think it's an issue with git on > Windows, not the Ruby implementation. > > -- > Will Green > http://hotgazpacho.org/ > > > > On Aug 13, 2010, at 2:00 AM, Ryan Riley > wrote: > > I'm trying to install a Rails plugin from github using IronRuby 1.1. > Unfortunately, all I can get is: > > C:\sample>ir -S script/plugin install git:// > github.com/technoweenie/restful-authentication.git > Plugin not found: ["git:// > github.com/technoweenie/restful-authentication.git"] > > C:\sample>ir ./script/plugin install git:// > github.com/technoweenie/restful-authentication.git > Plugin not found: ["git:// > github.com/technoweenie/restful-authentication.git"] > > I also tried with 1.0 with the same results. Both versions were .NET 4.0. > Did I miss a thread? > > Thanks, > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: > http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Mon Aug 16 03:07:49 2010 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 16 Aug 2010 09:07:49 +0200 Subject: [Ironruby-core] IronRuby MVC and MVC 2.0 Message-ID: Hi Thanks to Ryan IronrubyMVC now runs on asp.net mvc 2.0. I've pushed this to my master branch. --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero Author of IronRuby in Action (http://manning.com/carrero) -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Aug 16 21:16:11 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 17 Aug 2010 01:16:11 +0000 Subject: [Ironruby-core] Code Review: G19.Final Message-ID: tfpt review "/shelveset:G19.Final;REDMOND\tomat" Comment : Implements many 1.9 features and changes: - Syntax - should now be fully compatible with 1.9.2. - Semantics - many fixes, some features still not completed: o Passing optional and block parameters to blocks o Compound parameters unpacking, e.g. def foo((a, b), c); end - Various small changes in libraries. Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: G19.Final.diff Type: application/octet-stream Size: 1346647 bytes Desc: G19.Final.diff URL: From Tomas.Matousek at microsoft.com Mon Aug 16 21:42:08 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 17 Aug 2010 01:42:08 +0000 Subject: [Ironruby-core] FW: Code Review: G19.Final In-Reply-To: References: Message-ID: This change might break apps that already worked with IronRuby v1.0 or v1.1. The reason might be: - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9 features that are not yet implemented in IronRuby or are implemented incorrectly. or - the app uses 1.8 specific feature that is no longer supported in 1.9 (might be a grammar change or change in runtime behavior). If you need a stable IronRuby build that is compatible with 1.8.6 please use IronRuby v1.0 or v1.1 released in July. IronRuby v1.1 isn't as stable as v1.0 but is still compatible with 1.8.6. And as usual, contributions are welcome. Should you find a missing 1.9 feature don't hesitate, implement it and submit a patch! Tomas -----Original Message----- From: Tomas Matousek Sent: Monday, August 16, 2010 6:16 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: G19.Final tfpt review "/shelveset:G19.Final;REDMOND\tomat" Comment : Implements many 1.9 features and changes: - Syntax - should now be fully compatible with 1.9.2. - Semantics - many fixes, some features still not completed: o Passing optional and block parameters to blocks o Compound parameters unpacking, e.g. def foo((a, b), c); end - Various small changes in libraries. Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). Tomas From orion.edwards at gmail.com Mon Aug 16 23:01:04 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Tue, 17 Aug 2010 15:01:04 +1200 Subject: [Ironruby-core] FW: Code Review: G19.Final In-Reply-To: References: Message-ID: Nice work! Thanks Tomas On Tue, Aug 17, 2010 at 1:42 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > This change might break apps that already worked with IronRuby v1.0 or > v1.1. The reason might be: > - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9 > features that are not yet implemented in IronRuby or are implemented > incorrectly. > or > - the app uses 1.8 specific feature that is no longer supported in 1.9 > (might be a grammar change or change in runtime behavior). > > If you need a stable IronRuby build that is compatible with 1.8.6 please > use IronRuby v1.0 or v1.1 released in July. IronRuby v1.1 isn't as stable as > v1.0 but is still compatible with 1.8.6. > > And as usual, contributions are welcome. Should you find a missing 1.9 > feature don't hesitate, implement it and submit a patch! > > Tomas > > -----Original Message----- > From: Tomas Matousek > Sent: Monday, August 16, 2010 6:16 PM > To: IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: Code Review: G19.Final > > tfpt review "/shelveset:G19.Final;REDMOND\tomat" > Comment : > Implements many 1.9 features and changes: > - Syntax - should now be fully compatible with 1.9.2. > - Semantics - many fixes, some features still not completed: > o Passing optional and block parameters to blocks > o Compound parameters unpacking, e.g. def foo((a, b), c); end > - Various small changes in libraries. > > Removes version command line switches (-1.9, -1.8). The only supported MRI > version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it > should be removed along with all 1.8 specific features. > Since we are still missing a lot of 1.9 features many failing tests and > specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Mon Aug 16 23:52:14 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Mon, 16 Aug 2010 20:52:14 -0700 Subject: [Ironruby-core] Code Review: G19.Final In-Reply-To: References: Message-ID: WOW! Did I read that right? It's "fully compatible with 1.9.2"? Tomas, thank you. You are a machine. Three cheers! Ryan Riley On Mon, Aug 16, 2010 at 6:16 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > tfpt review "/shelveset:G19.Final;REDMOND\tomat" > Comment : > Implements many 1.9 features and changes: > - Syntax - should now be fully compatible with 1.9.2. > - Semantics - many fixes, some features still not completed: > o Passing optional and block parameters to blocks > o Compound parameters unpacking, e.g. def foo((a, b), c); end > - Various small changes in libraries. > > Removes version command line switches (-1.9, -1.8). The only supported MRI > version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it > should be removed along with all 1.8 specific features. > Since we are still missing a lot of 1.9 features many failing tests and > specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Aug 17 00:07:34 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 17 Aug 2010 04:07:34 +0000 Subject: [Ironruby-core] Code Review: G19.Final In-Reply-To: References: Message-ID: Don?t get too excited ?, there is still a lot of work to be done in libraries and some in runtime to run all Ruby 1.9 apps. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley Sent: Monday, August 16, 2010 8:52 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Code Review: G19.Final WOW! Did I read that right? It's "fully compatible with 1.9.2"? Tomas, thank you. You are a machine. Three cheers! Ryan Riley On Mon, Aug 16, 2010 at 6:16 PM, Tomas Matousek > wrote: tfpt review "/shelveset:G19.Final;REDMOND\tomat" Comment : Implements many 1.9 features and changes: - Syntax - should now be fully compatible with 1.9.2. - Semantics - many fixes, some features still not completed: o Passing optional and block parameters to blocks o Compound parameters unpacking, e.g. def foo((a, b), c); end - Various small changes in libraries. Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Tue Aug 17 09:54:05 2010 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 17 Aug 2010 09:54:05 -0400 Subject: [Ironruby-core] Code Review: G19.Final In-Reply-To: References: Message-ID: This is exciting news though, progress is good! On Tue, Aug 17, 2010 at 12:07 AM, Tomas Matousek wrote: > Don?t get too excited J, there is still a lot of work to be done in > libraries and some in runtime to run all Ruby 1.9 apps. > > > > Tomas > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley > Sent: Monday, August 16, 2010 8:52 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Code Review: G19.Final > > > > WOW! Did I read that right? It's "fully compatible with 1.9.2"? Tomas, thank > you. You are a machine. > > > > Three cheers! > > Ryan Riley > > On Mon, Aug 16, 2010 at 6:16 PM, Tomas Matousek > wrote: > > ?tfpt review "/shelveset:G19.Final;REDMOND\tomat" > ?Comment ?: > ?Implements many 1.9 features and changes: > ?- ? ? Syntax - should now be fully compatible with 1.9.2. > ?- ? ? Semantics - many fixes, some features still not completed: > ? ? ? ? ?o ? ? Passing optional and block parameters to blocks > ? ? ? ? ?o ? ? Compound parameters unpacking, e.g. def foo((a, b), c); end > ?- ? ? Various small changes in libraries. > > ?Removes version command line switches (-1.9, -1.8). The only supported MRI > version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it > should be removed along with all 1.8 specific features. > ?Since we are still missing a lot of 1.9 features many failing tests and > specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle IronRuby MVP http://blog.prokrams.com From charles.c.strahan at gmail.com Tue Aug 17 12:59:07 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 17 Aug 2010 11:59:07 -0500 Subject: [Ironruby-core] Code Review: G19.Final In-Reply-To: References: Message-ID: Awesome, Tomas! I have no excuse now for not submitting some patches ;). -Charles On Mon, Aug 16, 2010 at 8:16 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > tfpt review "/shelveset:G19.Final;REDMOND\tomat" > Comment : > Implements many 1.9 features and changes: > - Syntax - should now be fully compatible with 1.9.2. > - Semantics - many fixes, some features still not completed: > o Passing optional and block parameters to blocks > o Compound parameters unpacking, e.g. def foo((a, b), c); end > - Various small changes in libraries. > > Removes version command line switches (-1.9, -1.8). The only supported MRI > version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it > should be removed along with all 1.8 specific features. > Since we are still missing a lot of 1.9 features many failing tests and > specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jb at nurv.fr Tue Aug 17 14:12:36 2010 From: jb at nurv.fr (Jb Evain) Date: Tue, 17 Aug 2010 20:12:36 +0200 Subject: [Ironruby-core] [patch] Fix for RubyModule.LoadNestedTypes Message-ID: Hey, In the ClrGenerics3 scenario: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 0; } } } public class C { public int Id { get { return 1; } } } } IronRuby currently assumes that it will find C before C`1 when creating the different type groups. The test fails if you simply invert the two C declarations: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 1; } } } public class C { public int Id { get { return 0; } } } } Attached is a patch which fixes the updated test pass. -- Jb Evain? -------------- next part -------------- A non-text attachment was scrubbed... Name: LoadNestedTypes.patch Type: application/octet-stream Size: 1433 bytes Desc: not available URL: From Tomas.Matousek at microsoft.com Tue Aug 17 14:30:45 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 17 Aug 2010 18:30:45 +0000 Subject: [Ironruby-core] [patch] Fix for RubyModule.LoadNestedTypes In-Reply-To: References: Message-ID: Thanks for the patch. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jb Evain Sent: Tuesday, August 17, 2010 11:13 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] [patch] Fix for RubyModule.LoadNestedTypes Hey, In the ClrGenerics3 scenario: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 0; } } } public class C { public int Id { get { return 1; } } } } IronRuby currently assumes that it will find C before C`1 when creating the different type groups. The test fails if you simply invert the two C declarations: public class ClassWithNestedGenericTypes1 { public class D { } public class C { public int Id { get { return 1; } } } public class C { public int Id { get { return 0; } } } } Attached is a patch which fixes the updated test pass. -- Jb Evain? From suppakilla at gmail.com Thu Aug 19 04:02:05 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Thu, 19 Aug 2010 10:02:05 +0200 Subject: [Ironruby-core] FW: Code Review: G19.Final In-Reply-To: References: Message-ID: I guess those changes have not made it to the git repository yet, right? Anyway that's some great news, thanks again for all the awesome work! On Tue, Aug 17, 2010 at 03:42, Tomas Matousek wrote: > This change might break apps that already worked with IronRuby v1.0 or v1.1. The reason might be: > - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9 features that are not yet implemented in IronRuby or are implemented incorrectly. > or > - the app uses 1.8 specific feature that is no longer supported in 1.9 (might be a grammar change or change in runtime behavior). > > If you need a stable IronRuby build that is compatible with 1.8.6 please use IronRuby v1.0 or v1.1 released in July. IronRuby v1.1 isn't as stable as v1.0 but is still compatible with 1.8.6. > > And as usual, contributions are welcome. Should you find a missing 1.9 feature don't hesitate, implement it and submit a patch! > > Tomas > > -----Original Message----- > From: Tomas Matousek > Sent: Monday, August 16, 2010 6:16 PM > To: IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: Code Review: G19.Final > > ?tfpt review "/shelveset:G19.Final;REDMOND\tomat" > ?Comment ?: > ?Implements many 1.9 features and changes: > ?- ? ? Syntax - should now be fully compatible with 1.9.2. > ?- ? ? Semantics - many fixes, some features still not completed: > ? ? ? ? ?o ? ? Passing optional and block parameters to blocks > ? ? ? ? ?o ? ? Compound parameters unpacking, e.g. def foo((a, b), c); end > ?- ? ? Various small changes in libraries. > > ?Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. > ?Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From Tomas.Matousek at microsoft.com Thu Aug 19 04:52:27 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 19 Aug 2010 08:52:27 +0000 Subject: [Ironruby-core] FW: Code Review: G19.Final In-Reply-To: References: Message-ID: They did. http://github.com/ironruby/ironruby/commit/01a1d31f2dde357194c2f5caccdc8ead06033791 I forgot to attach a git comment to this shelveset, so unfortunately it just says "Sync to TFS changeset #". Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri Sent: Thursday, August 19, 2010 1:02 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] FW: Code Review: G19.Final I guess those changes have not made it to the git repository yet, right? Anyway that's some great news, thanks again for all the awesome work! On Tue, Aug 17, 2010 at 03:42, Tomas Matousek wrote: > This change might break apps that already worked with IronRuby v1.0 or v1.1. The reason might be: > - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9 features that are not yet implemented in IronRuby or are implemented incorrectly. > or > - the app uses 1.8 specific feature that is no longer supported in 1.9 (might be a grammar change or change in runtime behavior). > > If you need a stable IronRuby build that is compatible with 1.8.6 please use IronRuby v1.0 or v1.1 released in July. IronRuby v1.1 isn't as stable as v1.0 but is still compatible with 1.8.6. > > And as usual, contributions are welcome. Should you find a missing 1.9 feature don't hesitate, implement it and submit a patch! > > Tomas > > -----Original Message----- > From: Tomas Matousek > Sent: Monday, August 16, 2010 6:16 PM > To: IronRuby External Code Reviewers > Cc: ironruby-core at rubyforge.org > Subject: Code Review: G19.Final > > ?tfpt review "/shelveset:G19.Final;REDMOND\tomat" > ?Comment ?: > ?Implements many 1.9 features and changes: > ?- ? ? Syntax - should now be fully compatible with 1.9.2. > ?- ? ? Semantics - many fixes, some features still not completed: > ? ? ? ? ?o ? ? Passing optional and block parameters to blocks > ? ? ? ? ?o ? ? Compound parameters unpacking, e.g. def foo((a, b), c); > end > ?- ? ? Various small changes in libraries. > > ?Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. > ?Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Thu Aug 19 09:33:09 2010 From: lists at ruby-forum.com (David Furber) Date: Thu, 19 Aug 2010 15:33:09 +0200 Subject: [Ironruby-core] Preview of ironruby-rack gem In-Reply-To: References: Message-ID: <809c919ced12ce139450acecb8789277@ruby-forum.com> First, thank you for doing what you're doing. The sooner we can develop Rails 3 apps in IronRuby and deploy them to IIS without pain, the better! Especially since the pain level can be a deciding factor in whether to use Rails or ASP.NET MVC 2. That said, I've followed the instructions above. I have a Rails 2.3.5 app with Rack 1.0.1 that runs fine under webrick. rack2aspnet did what you suggested it would do. deploy2iis told me I needed Administrator privileges. Closed command window, reopened with administrator privileges. Ran again, did what you suggested it would do. In browser, I get error screen: Error: undefined method `parse_file' for Rack::Builder:Class unknown: undefined method `parse_file' for Rack::Builder:Class (NoMethodError) Search paths C:/workspace/jkt C:/IronRuby/lib/IronRuby C:/IronRuby/lib/ruby/1.8 C:/IronRuby/lib/ironruby/gems/1.8/gems/rack-1.0.1/bin C:/IronRuby/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib C:/IronRuby/lib/ruby/site_ruby/1.8 . Gem paths C:/IronRuby/lib/ironruby/gems/1.8 -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Thu Aug 19 14:43:30 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 19 Aug 2010 18:43:30 +0000 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 Message-ID: Does activerecord-sqlserver-adapter work with Rails 3 RC? I get bunch of warning and then an exception: D:\temp>ruby -v adapter.rb ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: warning: too many arguments for format string D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: warning: shadowing outer local variable - attribute D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: warning: shadowing outer local variable - relation D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: warning: shadowing outer local variable - rows D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as argument prefix D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: warning: method redefined; discarding old recurse_proc D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method': undefined method `add_order!' for class `Class' (NameError) from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method_chain' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in `singletonclass' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in `included' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `include' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `block in require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `block in load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in `new_constants_in' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `' from adapter.rb:2:in `require' from adapter.rb:2:in `
' Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Aug 19 15:07:40 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 19 Aug 2010 19:07:40 +0000 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: Forgot to mention that adapter.rb just requires: require 'active_record' require 'activerecord-sqlserver-adapter' Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek Sent: Thursday, August 19, 2010 11:44 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 Does activerecord-sqlserver-adapter work with Rails 3 RC? I get bunch of warning and then an exception: D:\temp>ruby -v adapter.rb ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: warning: too many arguments for format string D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: warning: shadowing outer local variable - attribute D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: warning: shadowing outer local variable - relation D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: warning: shadowing outer local variable - rows D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as argument prefix D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: warning: method redefined; discarding old recurse_proc D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method': undefined method `add_order!' for class `Class' (NameError) from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method_chain' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in `singletonclass' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in `included' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `include' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `block in require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `block in load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in `new_constants_in' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `' from adapter.rb:2:in `require' from adapter.rb:2:in `
' Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Thu Aug 19 15:11:34 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Thu, 19 Aug 2010 15:11:34 -0400 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: I think it works with the latest Rails 3: http://groups.google.com/group/rails-sqlserver-adapter/browse_thread/thread/367cf70b2b48d4a0 ~Jimmy On Thu, Aug 19, 2010 at 2:43 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Does activerecord-sqlserver-adapter work with Rails 3 RC? > > I get bunch of warning and then an exception: > > > > D:\temp>ruby -v adapter.rb > > ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: > warning: too many arguments for format string > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: > warning: shadowing outer local variable - attribute > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: > warning: shadowing outer local variable - relation > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: > warning: shadowing outer local variable - rows > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: > warning: `*' interpreted as argument prefix > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: > warning: method redefined; discarding old recurse_proc > > > > *D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method': undefined method `add_order!' for class `Class' (NameError) > * > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method_chain' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in > `singletonclass' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in > `included' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `include' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `block in require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `block in load_dependency' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in > `new_constants_in' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `load_dependency' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in > `' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `' > > from adapter.rb:2:in `require' > > from adapter.rb:2:in `
' > > > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From defeated2k4 at gmail.com Thu Aug 19 15:29:42 2010 From: defeated2k4 at gmail.com (Eddie Cianci) Date: Thu, 19 Aug 2010 15:29:42 -0400 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: Hi Tomas, do you get the same outcome under 1.8.7 or 1.9.2? There are some caveats in the release notes about Rails 3 incompatibility under 1.9.1 @ http://edgeguides.rubyonrails.org/3_0_release_notes.html#rails-3-requires-at-least-ruby-187 On Thu, Aug 19, 2010 at 2:43 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Does activerecord-sqlserver-adapter work with Rails 3 RC? > > I get bunch of warning and then an exception: > > > > D:\temp>ruby -v adapter.rb > > ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: > warning: too many arguments for format string > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: > warning: shadowing outer local variable - attribute > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: > warning: shadowing outer local variable - relation > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: > warning: shadowing outer local variable - rows > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: > warning: `*' interpreted as argument prefix > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: > warning: method redefined; discarding old recurse_proc > > > > *D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method': undefined method `add_order!' for class `Class' (NameError) > * > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method_chain' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in > `singletonclass' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in > `included' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `include' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `block in require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `block in load_dependency' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in > `new_constants_in' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `load_dependency' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in > `' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `require' > > from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `' > > from adapter.rb:2:in `require' > > from adapter.rb:2:in `
' > > > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suppakilla at gmail.com Thu Aug 19 16:02:51 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Thu, 19 Aug 2010 22:02:51 +0200 Subject: [Ironruby-core] FW: Code Review: G19.Final In-Reply-To: References: Message-ID: Thanks, actually it was just my local repository that (for some reason) was still stuck to the commits pushed on date 2010-08-16. On Thu, Aug 19, 2010 at 10:52, Tomas Matousek wrote: > They did. > > http://github.com/ironruby/ironruby/commit/01a1d31f2dde357194c2f5caccdc8ead06033791 > > I forgot to attach a git comment to this shelveset, so unfortunately it just says "Sync to TFS changeset #". > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri > Sent: Thursday, August 19, 2010 1:02 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] FW: Code Review: G19.Final > > I guess those changes have not made it to the git repository yet, right? > Anyway that's some great news, thanks again for all the awesome work! > > On Tue, Aug 17, 2010 at 03:42, Tomas Matousek wrote: >> This change might break apps that already worked with IronRuby v1.0 or v1.1. The reason might be: >> - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9 features that are not yet implemented in IronRuby or are implemented incorrectly. >> or >> - the app uses 1.8 specific feature that is no longer supported in 1.9 (might be a grammar change or change in runtime behavior). >> >> If you need a stable IronRuby build that is compatible with 1.8.6 please use IronRuby v1.0 or v1.1 released in July. IronRuby v1.1 isn't as stable as v1.0 but is still compatible with 1.8.6. >> >> And as usual, contributions are welcome. Should you find a missing 1.9 feature don't hesitate, implement it and submit a patch! >> >> Tomas >> >> -----Original Message----- >> From: Tomas Matousek >> Sent: Monday, August 16, 2010 6:16 PM >> To: IronRuby External Code Reviewers >> Cc: ironruby-core at rubyforge.org >> Subject: Code Review: G19.Final >> >> ?tfpt review "/shelveset:G19.Final;REDMOND\tomat" >> ?Comment ?: >> ?Implements many 1.9 features and changes: >> ?- ? ? Syntax - should now be fully compatible with 1.9.2. >> ?- ? ? Semantics - many fixes, some features still not completed: >> ? ? ? ? ?o ? ? Passing optional and block parameters to blocks >> ? ? ? ? ?o ? ? Compound parameters unpacking, e.g. def foo((a, b), c); >> end >> ?- ? ? Various small changes in libraries. >> >> ?Removes version command line switches (-1.9, -1.8). The only supported MRI version is 1.9 from now on. I've kept RubyCompatibility enum for now, but it should be removed along with all 1.8 specific features. >> ?Since we are still missing a lot of 1.9 features many failing tests and specs needs to be disabled for now (including Rails, Rubygems, and Rack). >> >> Tomas >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > > -- > Daniele Alessandri > http://clorophilla.net/ > http://twitter.com/JoL1hAHN > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From Tomas.Matousek at microsoft.com Thu Aug 19 17:10:26 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 19 Aug 2010 21:10:26 +0000 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: I don?t have 1.9.2 binaries ? is there a build for Windows somewhere? I need 1.9 version so that I can prepare the test suites for IronRuby, which is now 1.9 only. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eddie Cianci Sent: Thursday, August 19, 2010 12:30 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 Hi Tomas, do you get the same outcome under 1.8.7 or 1.9.2? There are some caveats in the release notes about Rails 3 incompatibility under 1.9.1 @ http://edgeguides.rubyonrails.org/3_0_release_notes.html#rails-3-requires-at-least-ruby-187 On Thu, Aug 19, 2010 at 2:43 PM, Tomas Matousek > wrote: Does activerecord-sqlserver-adapter work with Rails 3 RC? I get bunch of warning and then an exception: D:\temp>ruby -v adapter.rb ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: warning: too many arguments for format string D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: warning: shadowing outer local variable - attribute D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: warning: shadowing outer local variable - relation D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: warning: shadowing outer local variable - rows D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as argument prefix D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: warning: method redefined; discarding old recurse_proc D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method': undefined method `add_order!' for class `Class' (NameError) from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method_chain' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in `singletonclass' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in `included' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `include' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `block in require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `block in load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in `new_constants_in' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `' from adapter.rb:2:in `require' from adapter.rb:2:in `
' Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Aug 19 17:54:55 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 19 Aug 2010 21:54:55 +0000 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: OK, so taking the master snapshot from sqlserver-adapter GIT repo fixed it. Now, I need ruby-odbc native extension binary for Windows :-/. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jimmy Schementi Sent: Thursday, August 19, 2010 12:12 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 I think it works with the latest Rails 3: http://groups.google.com/group/rails-sqlserver-adapter/browse_thread/thread/367cf70b2b48d4a0 ~Jimmy On Thu, Aug 19, 2010 at 2:43 PM, Tomas Matousek > wrote: Does activerecord-sqlserver-adapter work with Rails 3 RC? I get bunch of warning and then an exception: D:\temp>ruby -v adapter.rb ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: warning: too many arguments for format string D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: warning: shadowing outer local variable - attribute D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: warning: method redefined; discarding old engine D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: warning: shadowing outer local variable - relation D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: warning: method redefined; discarding old initialize D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: warning: unused literal ignored D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: warning: shadowing outer local variable - rows D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as argument prefix D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: warning: method redefined; discarding old recurse_proc D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method': undefined method `add_order!' for class `Class' (NameError) from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in `alias_method_chain' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in `singletonclass' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in `included' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `include' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `block in require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `block in load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in `new_constants_in' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in `load_dependency' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in `' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `require' from D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in `' from adapter.rb:2:in `require' from adapter.rb:2:in `
' Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From suppakilla at gmail.com Thu Aug 19 17:54:40 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Thu, 19 Aug 2010 23:54:40 +0200 Subject: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 In-Reply-To: References: Message-ID: You can find an experimental build of RubyInstaller based on 1.9.2-rc1 (see http://rubyforge.org/frs/?group_id=167), but a new release for 1.9.2-p0 is around the corner. On Thu, Aug 19, 2010 at 23:10, Tomas Matousek wrote: > I don?t have 1.9.2 binaries ? is there a build for Windows somewhere? > > I need 1.9 version so that I can prepare the test suites for IronRuby, which > is now 1.9 only. > > > > Tomas > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eddie Cianci > Sent: Thursday, August 19, 2010 12:30 PM > > > > Hi Tomas, do you get the same outcome under 1.8.7 or 1.9.2? There are some > caveats in the release notes about Rails 3?incompatibility?under 1.9.1 @ > ?http://edgeguides.rubyonrails.org/3_0_release_notes.html#rails-3-requires-at-least-ruby-187 > > > > On Thu, Aug 19, 2010 at 2:43 PM, Tomas Matousek > wrote: > > Does activerecord-sqlserver-adapter ?work with Rails 3 RC? > > I get bunch of warning and then an exception: > > > > D:\temp>ruby -v adapter.rb > > ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32] > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/i18n-0.4.1/lib/i18n/core_ext/string/interpolate.rb:11: > warning: too many arguments for format string > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/relation.rb:101: > warning: shadowing outer local variable - attribute > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/utilities/compound.rb:36: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/algebra/relations/operations/lock.rb:6: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/relations/table.rb:6: > warning: method redefined; discarding old engine > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/sql/christener.rb:6: > warning: shadowing outer local variable - relation > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/arel-0.4.0/lib/arel/engines/memory/relations/array.rb:9: > warning: method redefined; discarding old initialize > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:366: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:870: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:880: > warning: unused literal ignored > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:973: > warning: shadowing outer local variable - rows > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/pathname.rb:270: > warning: `*' interpreted as argument prefix > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/json/common.rb:274: > warning: method redefined; discarding old recurse_proc > > > > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method': undefined method `add_order!' for class `Class' (NameError) > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/core_ext/module/aliasing.rb:31:in > `alias_method_chain' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:14:in > `singletonclass' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:12:in > `included' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `include' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter/core_ext/active_record.rb:145:in > `' > > ???????from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `block in require' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `block in load_dependency' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:570:in > `new_constants_in' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:205:in > `load_dependency' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activesupport-3.0.0.rc/lib/active_support/dependencies.rb:219:in > `require' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:3:in > `' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `require' > > ??????? from > D:/M2/dlr/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/gems/activerecord-sqlserver-adapter-2.3.8/lib/activerecord-sqlserver-adapter.rb:1:in > `' > > ??????? from adapter.rb:2:in `require' > > ??????? from adapter.rb:2:in `
' > > > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] activerecord-sqlserver-adapter and Rails 3 > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From suppakilla at gmail.com Fri Aug 20 11:24:49 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Fri, 20 Aug 2010 17:24:49 +0200 Subject: [Ironruby-core] Code Review: 19compat In-Reply-To: References: Message-ID: I know I'm a bit late but I have a question. > Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. Since IR doesn't support Ruby's security model, does this mean that (for example) it's really OK to have Object#clone not preserving the untrusted state of an object or having Kernel#trust and Kernel#untrust not raising an exception if an object is frozen, like happen on MRI 1.9? On Mon, Jul 19, 2010 at 22:35, Tomas Matousek wrote: > ?tfpt review "/shelveset:19compat;REDMOND\tomat" > ?Comment ?: > ?Adds LibraryPath19 option. This option allows to set paths to 1.9 libs and is used in -1.9 mode. > ?Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. > ?Fixes Array#fill overload ambiguity. > ?Fixes Array#== and Hash#== to handle recursive structures properly. > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From Tomas.Matousek at microsoft.com Fri Aug 20 12:15:06 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 20 Aug 2010 16:15:06 +0000 Subject: [Ironruby-core] Code Review: 19compat In-Reply-To: References: Message-ID: The behavior differences you describe should be fixed. This doesn't mean though that you should base any security related decisions upon flags like tainted and untrusted. We are giving no security guarantees based upon these flags. The only security barriers are those defined by CLR security system. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri Sent: Friday, August 20, 2010 8:25 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Code Review: 19compat I know I'm a bit late but I have a question. > Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. Since IR doesn't support Ruby's security model, does this mean that (for example) it's really OK to have Object#clone not preserving the untrusted state of an object or having Kernel#trust and Kernel#untrust not raising an exception if an object is frozen, like happen on MRI 1.9? On Mon, Jul 19, 2010 at 22:35, Tomas Matousek wrote: > ?tfpt review "/shelveset:19compat;REDMOND\tomat" > ?Comment ?: > ?Adds LibraryPath19 option. This option allows to set paths to 1.9 libs and is used in -1.9 mode. > ?Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. > ?Fixes Array#fill overload ambiguity. > ?Fixes Array#== and Hash#== to handle recursive structures properly. > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From robert.e.rouse at gmail.com Fri Aug 20 12:42:01 2010 From: robert.e.rouse at gmail.com (Robert Rouse) Date: Fri, 20 Aug 2010 11:42:01 -0500 Subject: [Ironruby-core] [ironruby-core] Installing Rails plugins In-Reply-To: References: <4323995743549169471@unknownmsgid> Message-ID: Does it work if you use the http method? On Sat, Aug 14, 2010 at 1:22 AM, Ryan Riley wrote: > MRI works just fine. Is this a bug? > > Ryan Riley > > > > On Fri, Aug 13, 2010 at 5:13 AM, William Green wrote: > >> Can you install the plugin using MRI? >> >> I've experiences this before, and I think it's an issue with git on >> Windows, not the Ruby implementation. >> >> -- >> Will Green >> http://hotgazpacho.org/ >> >> >> >> On Aug 13, 2010, at 2:00 AM, Ryan Riley >> wrote: >> >> I'm trying to install a Rails plugin from github using IronRuby 1.1. >> Unfortunately, all I can get is: >> >> C:\sample>ir -S script/plugin install git:// >> github.com/technoweenie/restful-authentication.git >> Plugin not found: ["git:// >> github.com/technoweenie/restful-authentication.git"] >> >> C:\sample>ir ./script/plugin install git:// >> github.com/technoweenie/restful-authentication.git >> Plugin not found: ["git:// >> github.com/technoweenie/restful-authentication.git"] >> >> I also tried with 1.0 with the same results. Both versions were .NET 4.0. >> Did I miss a thread? >> >> Thanks, >> >> Ryan Riley >> >> Email: ryan.riley at panesofglass.org >> LinkedIn: >> http://www.linkedin.com/in/ryanriley >> Twitter: @panesofglass >> Blog: http://wizardsofsmart.net/ >> Website: http://panesofglass.org/ >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suppakilla at gmail.com Fri Aug 20 13:07:48 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Fri, 20 Aug 2010 19:07:48 +0200 Subject: [Ironruby-core] Code Review: 19compat In-Reply-To: References: Message-ID: OK thanks. I supposed it was just like for the taint status but the "always settable and not checked anywhere" made me wonder if there was something else. On Fri, Aug 20, 2010 at 18:15, Tomas Matousek wrote: > The behavior differences you describe should be fixed. This doesn't mean though that you should base any security related decisions upon flags like tainted and untrusted. > We are giving no security guarantees based upon these flags. The only security barriers are those defined by CLR security system. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri > Sent: Friday, August 20, 2010 8:25 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Code Review: 19compat > > I know I'm a bit late but I have a question. > >> ?Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. > > Since IR doesn't support Ruby's security model, does this mean that (for example) it's really OK to have Object#clone not preserving the untrusted state of an object or having Kernel#trust and Kernel#untrust not raising an exception if an object is frozen, like happen on MRI 1.9? > > > On Mon, Jul 19, 2010 at 22:35, Tomas Matousek wrote: >> ?tfpt review "/shelveset:19compat;REDMOND\tomat" >> ?Comment ?: >> ?Adds LibraryPath19 option. This option allows to set paths to 1.9 libs and is used in -1.9 mode. >> ?Implements Kernel#trusted?, Kernel#trust, Kernel#untrust. The flag is always settable and not checked anywhere as we don't support Ruby's security model. >> ?Fixes Array#fill overload ambiguity. >> ?Fixes Array#== and Hash#== to handle recursive structures properly. >> >> Tomas >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > > -- > Daniele Alessandri > http://clorophilla.net/ > http://twitter.com/JoL1hAHN > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From suppakilla at gmail.com Fri Aug 20 14:59:54 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Fri, 20 Aug 2010 20:59:54 +0200 Subject: [Ironruby-core] Review: miscellaneous fixes Message-ID: Hi, today I've finally started fixing some failing specs in the core libraries of IronRuby (well actually I spent most of the time reviewing the smaller changes between MRI 1.8 and 1.9 and reading some parts of the source code of IronRuby since it's been quite some time since the last time I contributed). I still have to push my changes on a remote repository but in the meantime you can find them in the diff attached to this email. 304459b Implement various fixes to Kernel and Array related to the trust status of Object instances. e77abb5 Fix: Kernel#taint and Kernel#untaint raise an exception when trying to modify the taint status of a frozen object. 3f0760b Fix: Array#pop raises a RuntimeError on a frozen array. 9e4defb Implement Array#pop(n). 1ba0628 Fix: Object#=~ returns nil matching any object. 19e8250 Update the unsigned version of App.config to pick the right library paths for 1.9. A few question / notes: - If nothing has changed since the last time, I guess you can't still merge changes coming from the community that don't apply to parts of IronRuby outside Libraries.LCA_RESTRICTED, right? - I noticed that the contents of .gitignore have been changed in the master branch and now it contains only one line. I wonder if this change is intentional, now I get a lot of garbage (e.g. the output of the compilation) in the list of unstaged changes. - Many specs of Array, Hash and String fail because MRI 1.9 now raises a RuntimeError instead of a TypeError when trying to modify a frozen object. The change in http://github.com/ironruby/ironruby/blob/d0fcc0a132c1ca4f07a11369293d1c5801a6a0d3/Languages/Ruby/Ruby/Runtime/RubyExceptions.cs#L49 is trivial though. - The checks I added when modiying taintness or trustiness on frozen objects should be moved inside RubyContext, respectively to SetObjectTaint() SetObjectTrustiness(). - It would be nice to have a TrustObjectBy(RubyContext, Object) method in RubyContext. - If you are wondering why I haven't implemented the last three items myself, see my first question :-) Thanks, Daniele -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN -------------- next part -------------- A non-text attachment was scrubbed... Name: corelib19_20100820A.diff Type: application/octet-stream Size: 28721 bytes Desc: not available URL: From ryan.riley at panesofglass.org Fri Aug 20 15:24:48 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 20 Aug 2010 12:24:48 -0700 Subject: [Ironruby-core] [ironruby-core] Installing Rails plugins In-Reply-To: References: <4323995743549169471@unknownmsgid> Message-ID: No, I couldn't get it to work either way. I didn't try any other plugins, though, and this one seems to just be troublesome with IR. Other plugins may work just fine. I'm just not sure. Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ On Fri, Aug 20, 2010 at 9:42 AM, Robert Rouse wrote: > Does it work if you use the http method? > > > On Sat, Aug 14, 2010 at 1:22 AM, Ryan Riley wrote: > >> MRI works just fine. Is this a bug? >> >> Ryan Riley >> >> >> >> On Fri, Aug 13, 2010 at 5:13 AM, William Green wrote: >> >>> Can you install the plugin using MRI? >>> >>> I've experiences this before, and I think it's an issue with git on >>> Windows, not the Ruby implementation. >>> >>> -- >>> Will Green >>> http://hotgazpacho.org/ >>> >>> >>> >>> On Aug 13, 2010, at 2:00 AM, Ryan Riley >>> wrote: >>> >>> I'm trying to install a Rails plugin from github using IronRuby 1.1. >>> Unfortunately, all I can get is: >>> >>> C:\sample>ir -S script/plugin install git:// >>> github.com/technoweenie/restful-authentication.git >>> Plugin not found: ["git:// >>> github.com/technoweenie/restful-authentication.git"] >>> >>> C:\sample>ir ./script/plugin install git:// >>> github.com/technoweenie/restful-authentication.git >>> Plugin not found: ["git:// >>> github.com/technoweenie/restful-authentication.git"] >>> >>> I also tried with 1.0 with the same results. Both versions were .NET 4.0. >>> Did I miss a thread? >>> >>> Thanks, >>> >>> Ryan Riley >>> >>> Email: ryan.riley at panesofglass.org >>> LinkedIn: >>> http://www.linkedin.com/in/ryanriley >>> Twitter: @panesofglass >>> Blog: http://wizardsofsmart.net/ >>> Website: http://panesofglass.org/ >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Fri Aug 20 15:33:38 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 20 Aug 2010 12:33:38 -0700 Subject: [Ironruby-core] IronRuby FFI Message-ID: I know that we've discussed this in the past, but I'm interested in doing it for two reasons: 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. 2. I'm interested just for the sake of learning more about FFI. Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. Thanks, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Fri Aug 20 16:49:10 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 20 Aug 2010 15:49:10 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: Ryan, I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. -Charles On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: > I know that we've discussed this in the past, but I'm interested in doing > it for two reasons: > 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to > investigate libffi via mono as a potential replacement for our current > bridge. > 2. I'm interested just for the sake of learning more about FFI. > > Mono appears to have had a libffi implementation that was later removed, so > I think I have a place to start. However, I'm not sure that's the right > starting point. Does anyone have a suggestion for how to get started? I've > been taking a look at libffi and DllImport, but I'm not sure if those are > the right directions, something else, or what. > > Thanks, > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From will at hotgazpacho.org Fri Aug 20 17:14:26 2010 From: will at hotgazpacho.org (Will Green) Date: Fri, 20 Aug 2010 17:14:26 -0400 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: Couldn't this be implemented via P/Invoke? Would P/Invoke work without the attributes required in C#? -- Will Green http://hotgazpacho.org/ On Fri, Aug 20, 2010 at 4:49 PM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > Ryan, > > I'm right there with you, only I looked at JFFI for inspiration (didn't > know mono had anything - could you share more about that?). In fact, In my > infinite laziness, I posted a job for a couple hundred bucks on > Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could > focus on writing the actually IronRuby library... but nothing came of that. > > I'm tempted to suck it up and start coding this myself. Would you be > interested in working together? I figured I'd take the approach of > essentially writing "NFFI", and then write an IronRuby lib around that. > > -Charles > > > On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: > >> I know that we've discussed this in the past, but I'm interested in doing >> it for two reasons: >> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >> investigate libffi via mono as a potential replacement for our current >> bridge. >> 2. I'm interested just for the sake of learning more about FFI. >> >> Mono appears to have had a libffi implementation that was later removed, >> so I think I have a place to start. However, I'm not sure that's the right >> starting point. Does anyone have a suggestion for how to get started? I've >> been taking a look at libffi and DllImport, but I'm not sure if those are >> the right directions, something else, or what. >> >> Thanks, >> >> Ryan Riley >> >> Email: ryan.riley at panesofglass.org >> LinkedIn: http://www.linkedin.com/in/ryanriley >> Twitter: @panesofglass >> Blog: http://wizardsofsmart.net/ >> Website: http://panesofglass.org/ >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Fri Aug 20 17:35:29 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 20 Aug 2010 16:35:29 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: That's something I'm curious about too. I don't know whether or not P/Invoke alone can match the functionality of libffi. I'd have to look through some of libffi and see if there's anything can't be accomplished in C#. If everything can be accomplished in C#, I'd go that route. We could emit types at runtime that have the necessary DLLImport attributes and such (something I've already done for little projects of mine). -Charles On Fri, Aug 20, 2010 at 4:14 PM, Will Green wrote: > Couldn't this be implemented via P/Invoke? Would P/Invoke work without the > attributes required in C#? > > -- > Will Green > http://hotgazpacho.org/ > > > On Fri, Aug 20, 2010 at 4:49 PM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> Ryan, >> >> I'm right there with you, only I looked at JFFI for inspiration (didn't >> know mono had anything - could you share more about that?). In fact, In my >> infinite laziness, I posted a job for a couple hundred bucks on >> Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could >> focus on writing the actually IronRuby library... but nothing came of that. >> >> I'm tempted to suck it up and start coding this myself. Would you be >> interested in working together? I figured I'd take the approach of >> essentially writing "NFFI", and then write an IronRuby lib around that. >> >> -Charles >> >> >> On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: >> >>> I know that we've discussed this in the past, but I'm interested in doing >>> it for two reasons: >>> 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to >>> investigate libffi via mono as a potential replacement for our current >>> bridge. >>> 2. I'm interested just for the sake of learning more about FFI. >>> >>> Mono appears to have had a libffi implementation that was later removed, >>> so I think I have a place to start. However, I'm not sure that's the right >>> starting point. Does anyone have a suggestion for how to get started? I've >>> been taking a look at libffi and DllImport, but I'm not sure if those are >>> the right directions, something else, or what. >>> >>> Thanks, >>> >>> Ryan Riley >>> >>> Email: ryan.riley at panesofglass.org >>> LinkedIn: http://www.linkedin.com/in/ryanriley >>> Twitter: @panesofglass >>> Blog: http://wizardsofsmart.net/ >>> Website: http://panesofglass.org/ >>> >>> _______________________________________________ >>> Ironruby-core mailing list >>> Ironruby-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Aug 20 17:57:20 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 20 Aug 2010 21:57:20 +0000 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: I would also recommend to look at Python's c-types and especially IronPython's implementation: http://github.com/ironruby/ironruby/tree/master/Languages/IronPython/IronPython.Modules/_ctypes/ Many of the features might be similar to Ruby's FFI and it would be good to share the implementation with IronPython when possible. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Friday, August 20, 2010 2:35 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby FFI That's something I'm curious about too. I don't know whether or not P/Invoke alone can match the functionality of libffi. I'd have to look through some of libffi and see if there's anything can't be accomplished in C#. If everything can be accomplished in C#, I'd go that route. We could emit types at runtime that have the necessary DLLImport attributes and such (something I've already done for little projects of mine). -Charles On Fri, Aug 20, 2010 at 4:14 PM, Will Green > wrote: Couldn't this be implemented via P/Invoke? Would P/Invoke work without the attributes required in C#? -- Will Green http://hotgazpacho.org/ On Fri, Aug 20, 2010 at 4:49 PM, Charles Strahan > wrote: Ryan, I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. -Charles On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley > wrote: I know that we've discussed this in the past, but I'm interested in doing it for two reasons: 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. 2. I'm interested just for the sake of learning more about FFI. Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. Thanks, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.org/ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Sat Aug 21 00:14:22 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 20 Aug 2010 23:14:22 -0500 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: I'll have to take a look at that. If it's cross platform, it could be a great resource. -Charles On Fri, Aug 20, 2010 at 4:57 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I would also recommend to look at Python?s c-types and especially > IronPython?s implementation: > > > > > http://github.com/ironruby/ironruby/tree/master/Languages/IronPython/IronPython.Modules/_ctypes/ > > > > Many of the features might be similar to Ruby?s FFI and it would be good to > share the implementation with IronPython when possible. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Friday, August 20, 2010 2:35 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] IronRuby FFI > > > > That's something I'm curious about too. I don't know whether or not > P/Invoke alone can match the functionality of libffi. I'd have to look > through some of libffi and see if there's anything can't be accomplished in > C#. > > If everything can be accomplished in C#, I'd go that route. We could emit > types at runtime that have the necessary DLLImport attributes and such > (something I've already done for little projects of mine). > > -Charles > > On Fri, Aug 20, 2010 at 4:14 PM, Will Green wrote: > > Couldn't this be implemented via P/Invoke? Would P/Invoke work without the > attributes required in C#? > > > > -- > Will Green > http://hotgazpacho.org/ > > On Fri, Aug 20, 2010 at 4:49 PM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > > Ryan, > > I'm right there with you, only I looked at JFFI for inspiration (didn't > know mono had anything - could you share more about that?). In fact, In my > infinite laziness, I posted a job for a couple hundred bucks on > Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could > focus on writing the actually IronRuby library... but nothing came of that. > > I'm tempted to suck it up and start coding this myself. Would you be > interested in working together? I figured I'd take the approach of > essentially writing "NFFI", and then write an IronRuby lib around that. > > -Charles > > On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley > wrote: > > I know that we've discussed this in the past, but I'm interested in > doing it for two reasons: > > 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to > investigate libffi via mono as a potential replacement for our current > bridge. > > 2. I'm interested just for the sake of learning more about FFI. > > > > Mono appears to have had a libffi implementation that was later removed, so > I think I have a place to start. However, I'm not sure that's the right > starting point. Does anyone have a suggestion for how to get started? I've > been taking a look at libffi and DllImport, but I'm not sure if those are > the right directions, something else, or what. > > > > Thanks, > > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sat Aug 21 20:43:15 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 22 Aug 2010 00:43:15 +0000 Subject: [Ironruby-core] Review: miscellaneous fixes In-Reply-To: References: Message-ID: Thanks for the patch! Jim, could you look at that? [Inline] -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri Sent: Friday, August 20, 2010 12:00 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Review: miscellaneous fixes Hi, today I've finally started fixing some failing specs in the core libraries of IronRuby (well actually I spent most of the time reviewing the smaller changes between MRI 1.8 and 1.9 and reading some parts of the source code of IronRuby since it's been quite some time since the last time I contributed). I still have to push my changes on a remote repository but in the meantime you can find them in the diff attached to this email. 304459b Implement various fixes to Kernel and Array related to the trust status of Object instances. [Better fix would be: return stream.String.TaintBy(format); This would take care of these two failures as well: fails:Array#pack returns a tainted string when the format is tainted fails:Array#pack returns a tainted string when the format is tainted even if the given format is empty Note that context.TaintObjectBy should only be used on objects that are not statically typed to a type that implements IRubyObjectState. MutableString does. ] e77abb5 Fix: Kernel#taint and Kernel#untaint raise an exception when trying to modify the taint status of a frozen object. [This is better done internally. See your question below ?] 3f0760b Fix: Array#pop raises a RuntimeError on a frozen array. 9e4defb Implement Array#pop(n). 1ba0628 Fix: Object#=~ returns nil matching any object. 19e8250 Update the unsigned version of App.config to pick the right library paths for 1.9. A few question / notes: - If nothing has changed since the last time, I guess you can't still merge changes coming from the community that don't apply to parts of IronRuby outside Libraries.LCA_RESTRICTED, right? [Nothing changed yet.] - I noticed that the contents of .gitignore have been changed in the master branch and now it contains only one line. I wonder if this change is intentional, now I get a lot of garbage (e.g. the output of the compilation) in the list of unstaged changes. [Jim?] - Many specs of Array, Hash and String fail because MRI 1.9 now raises a RuntimeError instead of a TypeError when trying to modify a frozen object. The change in http://github.com/ironruby/ironruby/blob/d0fcc0a132c1ca4f07a11369293d1c5801a6a0d3/Languages/Ruby/Ruby/Runtime/RubyExceptions.cs#L49 is trivial though. [Fixed] - The checks I added when modiying taintness or trustiness on frozen objects should be moved inside RubyContext, respectively to SetObjectTaint() SetObjectTrustiness(). [Fixed as well.] - It would be nice to have a TrustObjectBy(RubyContext, Object) method in RubyContext. [I'm not sure this is needed. Instead I modified TaintObjectBy to copy trustiness as well - it seems that most of the time "trust" and "taint" are both copied. This makes the changes in KernelOps.cs unnecessary (Clone, Trust, Untrust, Taint, Untaint). And also the change in IListOps.Repetition and Compact. ] - If you are wondering why I haven't implemented the last three items myself, see my first question :-) Thanks, Daniele -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Sat Aug 21 21:50:19 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Sat, 21 Aug 2010 21:50:19 -0400 Subject: [Ironruby-core] Review: miscellaneous fixes In-Reply-To: References: Message-ID: I've already fixed this in my fork ... just reverted the mistake change: http://github.com/jschementi/ironruby/commit/271532b3e9bd25a00153cf1c633c582b5c7101d1 ~Jimmy On Sat, Aug 21, 2010 at 8:43 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Thanks for the patch! > > Jim, could you look at that? > > [Inline] > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [ > mailto:ironruby-core-bounces at rubyforge.org] > On Behalf Of Daniele Alessandri > Sent: Friday, August 20, 2010 12:00 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Review: miscellaneous fixes > > Hi, > today I've finally started fixing some failing specs in the core libraries > of IronRuby (well actually I spent most of the time reviewing the smaller > changes between MRI 1.8 and 1.9 and reading some parts of the source code of > IronRuby since it's been quite some time since the last time I contributed). > I still have to push my changes on a remote repository but in the meantime > you can find them in the diff attached to this email. > > 304459b Implement various fixes to Kernel and Array related to the trust > status of Object instances. > > [Better fix would be: > return stream.String.TaintBy(format); > > This would take care of these two failures as well: > fails:Array#pack returns a tainted string when the format is tainted > fails:Array#pack returns a tainted string when the format is tainted even > if the given format is empty > > Note that context.TaintObjectBy should only be used on objects that are not > statically typed to a type that implements IRubyObjectState. MutableString > does. > ] > > e77abb5 Fix: Kernel#taint and Kernel#untaint raise an exception when trying > to modify the taint status of a frozen object. > > [This is better done internally. See your question below J] > > 3f0760b Fix: Array#pop raises a RuntimeError on a frozen array. > 9e4defb Implement Array#pop(n). > 1ba0628 Fix: Object#=~ returns nil matching any object. > 19e8250 Update the unsigned version of App.config to pick the right library > paths for 1.9. > > A few question / notes: > - If nothing has changed since the last time, I guess you can't still merge > changes coming from the community that don't apply to parts of IronRuby > outside Libraries.LCA_RESTRICTED, right? > > [Nothing changed yet.] > > - I noticed that the contents of .gitignore have been changed in the master > branch and now it contains only one line. I wonder if this change is > intentional, now I get a lot of garbage (e.g. the output of the compilation) > in the list of unstaged changes. > > [Jim?] > > - Many specs of Array, Hash and String fail because MRI 1.9 now raises a > RuntimeError instead of a TypeError when trying to modify a frozen object. > The change in > > http://github.com/ironruby/ironruby/blob/d0fcc0a132c1ca4f07a11369293d1c5801a6a0d3/Languages/Ruby/Ruby/Runtime/RubyExceptions.cs#L49 > is trivial though. > > [Fixed] > > - The checks I added when modiying taintness or trustiness on frozen > objects should be moved inside RubyContext, respectively to > SetObjectTaint() SetObjectTrustiness(). > > [Fixed as well.] > > - It would be nice to have a TrustObjectBy(RubyContext, Object) method > in RubyContext. > > [I'm not sure this is needed. Instead I modified TaintObjectBy to copy > trustiness as well - it seems that most of the time "trust" and "taint" are > both copied. > This makes the changes in KernelOps.cs unnecessary (Clone, Trust, Untrust, > Taint, Untaint). And also the change in IListOps.Repetition and Compact. > ] > > - If you are wondering why I haven't implemented the last three items > myself, see my first question :-) > > Thanks, > Daniele > > -- > Daniele Alessandri > http://clorophilla.net/ > http://twitter.com/JoL1hAHN > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 21 22:23:26 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 21 Aug 2010 19:23:26 -0700 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: <561370EA-761F-4C01-9028-71025E39BE05@panesofglass.org> Charles, I'm happy to work with you to get this done. I'm getting close to finishing some projects and will have more time to work on it in a few weeks. I will send the info I got from the mono-devel list. Where/how do you want to start? Ryan Sent from my iPhone On Aug 20, 2010, at 1:49 PM, Charles Strahan wrote: > Ryan, > > I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. > > I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. > > -Charles > > > On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: > I know that we've discussed this in the past, but I'm interested in doing it for two reasons: > 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. > 2. I'm interested just for the sake of learning more about FFI. > > Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. > > Thanks, > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.riley at panesofglass.org Sat Aug 21 22:24:48 2010 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Sat, 21 Aug 2010 19:24:48 -0700 Subject: [Ironruby-core] IronRuby FFI In-Reply-To: References: Message-ID: From the mono-devel list: On Thu, 2010-08-19 at 10:35 -0700, Ryan Riley wrote: > Has anyone created or investigated Mono support for libffi? Once upon a time, Mono used libffi directly. It was removed in r724 (git SHA1 ID d0cd6059c1b2edad12eb67cb8e64b3cd187be1b1) on 2001-09-05 (and earlier). Unfortunately, the commit message is useless, but iirc the reason for removing it was because it was significantly slower than what Mono could do itself. > I'd like to contribute this to help support Ruby-FFI for IronRuby. I imagine IronRuby doesn't require it's own FFI, it would just use the usual .NET FFI of DllImport, no? As for supporting Ruby-FFI, perhaps you can extend the existing Mono FFI support to support Ruby? I don't know what would be involved... - Jon Sent from my iPhone On Aug 20, 2010, at 1:49 PM, Charles Strahan wrote: > Ryan, > > I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus on writing the actually IronRuby library... but nothing came of that. > > I'm tempted to suck it up and start coding this myself. Would you be interested in working together? I figured I'd take the approach of essentially writing "NFFI", and then write an IronRuby lib around that. > > -Charles > > > On Fri, Aug 20, 2010 at 2:33 PM, Ryan Riley wrote: > I know that we've discussed this in the past, but I'm interested in doing it for two reasons: > 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. > 2. I'm interested just for the sake of learning more about FFI. > > Mono appears to have had a libffi implementation that was later removed, so I think I have a place to start. However, I'm not sure that's the right starting point. Does anyone have a suggestion for how to get started? I've been taking a look at libffi and DllImport, but I'm not sure if those are the right directions, something else, or what. > > Thanks, > > Ryan Riley > > Email: ryan.riley at panesofglass.org > LinkedIn: http://www.linkedin.com/in/ryanriley > Twitter: @panesofglass > Blog: http://wizardsofsmart.net/ > Website: http://panesofglass.org/ > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From suppakilla at gmail.com Sun Aug 22 05:44:36 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Sun, 22 Aug 2010 11:44:36 +0200 Subject: [Ironruby-core] Review: miscellaneous fixes In-Reply-To: References: Message-ID: On Sun, Aug 22, 2010 at 02:43, Tomas Matousek wrote: I have rebased my local branch on top of your latest changes and removed the unneeded commits, now everything is available on my remote repository in a separate topic branch (see http://github.com/nrk/ironruby/tree/corelib19). The three commits "survived" are: 793effd Implement Array#pop(n). 503002f Fix: Object#=~ returns nil matching any object. 7a6275b Update the unsigned version of App.config to pick the right library paths for 1.9. See http://github.com/nrk/ironruby/compare/014e640ed27c28ff97fb...793effd4d75f39f36ff3 There are also new changes in that branch, but I'm going to post a new message with a separate diff for those. > 304459b Implement various fixes to Kernel and Array related to the trust > status of Object instances. > > [Better fix would be: > return stream.String.TaintBy(format); Fix applied... and it actually lead me to notice a bug related to operations on the trust status of MutableString instances (see below): >>> "".untrust => "" >>> "".untrust.untrust (ir):1:in `untrust': can't modify frozen object (RuntimeError) from (ir):1 >>> "".untrust.trust (ir):1:in `trust': can't modify frozen object (RuntimeError) from (ir):1 >>> "".trust.untrust => "" > Note that context.TaintObjectBy should only be used on objects that are not > statically typed to a type that implements IRubyObjectState. MutableString > does. Ah, right! >> - If nothing has changed since the last time, I guess you can't still merge >> changes coming from the community that don't apply to parts of IronRuby >> outside Libraries.LCA_RESTRICTED, right? > [Nothing changed yet.] I think I still need to find a decent workflow when working on stuff that can't be merged back by you because of the current constraints, maybe I'll just limit myself to do some experiments in a further branch and report back just like I did in my previous mail. > [I'm not sure this is needed. Instead I modified TaintObjectBy to copy > trustiness as well - it seems that most of the time "trust" and "taint" are > both copied. > This makes the changes in KernelOps.cs unnecessary (Clone, Trust, Untrust, > Taint, Untaint). And also the change in IListOps.Repetition and Compact. > ] If trust and taint are both copied then yes, I agree that's the way to go. I just wasn't sure about this behaviour so I thought that keeping them separate (with maybe a new method in RubyContext such as CopyFlags or anything along this line) might have been safer. -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From suppakilla at gmail.com Sun Aug 22 06:11:49 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Sun, 22 Aug 2010 12:11:49 +0200 Subject: [Ironruby-core] Review: more miscellaneous fixes Message-ID: Next bunch of fixes: http://github.com/nrk/ironruby/compare/793effd...e7492dc (see also the attached diff): e7492dc Make a minor style change. 35d6011 Set taint and trust flags on the resulting packed string in Array#pack. 2e9e125 Fix: Array#pop raises a RuntimeError on a frozen array even when it is empty. 437e5bd Implement support for format specifier options in Time#strftime. c7ca6f4 Fix some minor failing specs for Time. f39ca06 Fix failing specs for Comparable. e9b5ff9 Fix all the failing specs for Bignum. 84bcdb4 Update the specs for Bignum#&, Bignum#| and Bignum#^ (RubySpec Git eb98e84). I updated the specs for Bignum#&, Bignum#| and Bignum#^ just because there was a bug in them (already fixed in RubySpec's repository) when running on 1.9. -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN -------------- next part -------------- A non-text attachment was scrubbed... Name: corelib19_20100822A.diff Type: application/octet-stream Size: 70957 bytes Desc: not available URL: From suppakilla at gmail.com Sun Aug 22 06:48:03 2010 From: suppakilla at gmail.com (Daniele Alessandri) Date: Sun, 22 Aug 2010 12:48:03 +0200 Subject: [Ironruby-core] Review: more miscellaneous fixes In-Reply-To: References: Message-ID: Whoops, forgot to post a question related to the following commit: http://github.com/nrk/ironruby/commit/437e5bd9104d648a0002017d8240f848e90b5589 Should we just remove the various checks for RubyCompatibility when encountering them in a case like this one? Thanks On Sun, Aug 22, 2010 at 12:11, Daniele Alessandri wrote: > Next bunch of fixes: > http://github.com/nrk/ironruby/compare/793effd...e7492dc (see also the > attached diff): > > e7492dc Make a minor style change. > 35d6011 Set taint and trust flags on the resulting packed string in Array#pack. > 2e9e125 Fix: Array#pop raises a RuntimeError on a frozen array even > when it is empty. > 437e5bd Implement support for format specifier options in Time#strftime. > c7ca6f4 Fix some minor failing specs for Time. > f39ca06 Fix failing specs for Comparable. > e9b5ff9 Fix all the failing specs for Bignum. > 84bcdb4 Update the specs for Bignum#&, Bignum#| and Bignum#^ (RubySpec > Git eb98e84). > > I updated the specs for Bignum#&, Bignum#| and Bignum#^ just because > there was a bug in them (already fixed in RubySpec's repository) when > running on 1.9. > > -- > Daniele Alessandri > http://clorophilla.net/ > http://twitter.com/JoL1hAHN > -- Daniele Alessandri http://clorophilla.net/ http://twitter.com/JoL1hAHN From lists at ruby-forum.com Tue Aug 24 18:13:46 2010 From: lists at ruby-forum.com (Robert Gregory) Date: Wed, 25 Aug 2010 00:13:46 +0200 Subject: [Ironruby-core] Error with Rails and DBI::Date In-Reply-To: References: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com> Message-ID: <763bc2c4e87d3b2cee1da51126860dc2@ruby-forum.com> I had a similar problem on a machine that had deprecated version 3.0.0 on it. I uninstalled it (it also had version 2.0.1 that is on the rest of my machines) and the problem was resolved. -rob -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Aug 25 08:02:59 2010 From: lists at ruby-forum.com (kavin navin) Date: Wed, 25 Aug 2010 14:02:59 +0200 Subject: [Ironruby-core] Could not load file or assembly Mircrosoft.Scripting" Message-ID: Even after googling I could not solve the below problem when I try to run ruby script from C# .NET using VS2010. Please help Could not load file or assembly 'Microsoft.Scripting, Version=0.9.6.20, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. Strong name validation failed. (Exception from HRESULT: 0x8013141A) -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Aug 25 08:31:25 2010 From: lists at ruby-forum.com (Bruno Antunes) Date: Wed, 25 Aug 2010 14:31:25 +0200 Subject: [Ironruby-core] Configuration Management Message-ID: Hello all. I wanted to use Puppy to maintain configuration for some Windows servers, but apparently the port is not mature yet on Win32. So, I'm thinking of implementing it myself. My needs are simple: - copy files over - restart IIS/services - edit XML files (add/remove keys) - register assemblies in the GAC I want to have easy rollbacks too, so it's kinda like Windows' System Restore functionality, in spirit. My question is: does someone know of something that can do this for Windows? And if not, is there a way to register assemblies in the GAC with IronRuby, or do I have to encapsulate gacutil in a system call? (same for service start/stop, too). Thanks for any feedback in advance! (and sorry for posting this first on #ruby) -- Posted via http://www.ruby-forum.com/. From Garren.Smith at firstrand.co.za Wed Aug 25 09:09:45 2010 From: Garren.Smith at firstrand.co.za (Smith, Garren) Date: Wed, 25 Aug 2010 15:09:45 +0200 Subject: [Ironruby-core] Configuration Management In-Reply-To: References: Message-ID: <71953A43B511FB4A9200009A75CEDB1304971FE2DF@FRGSTNMX01.services.firstrand.net> Its worth taking a look at albacore, it should help with some of your requirements : http://github.com/derickbailey/Albacore -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Bruno Antunes Sent: 25 August 2010 02:31 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Configuration Management Hello all. I wanted to use Puppy to maintain configuration for some Windows servers, but apparently the port is not mature yet on Win32. So, I'm thinking of implementing it myself. My needs are simple: - copy files over - restart IIS/services - edit XML files (add/remove keys) - register assemblies in the GAC I want to have easy rollbacks too, so it's kinda like Windows' System Restore functionality, in spirit. My question is: does someone know of something that can do this for Windows? And if not, is there a way to register assemblies in the GAC with IronRuby, or do I have to encapsulate gacutil in a system call? (same for service start/stop, too). Thanks for any feedback in advance! (and sorry for posting this first on #ruby) -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core This e-mail is subject to a disclaimer, available at http://www.firstrand.co.za/content/376/disclaimer/ From lists at ruby-forum.com Wed Aug 25 09:46:18 2010 From: lists at ruby-forum.com (Bruno Antunes) Date: Wed, 25 Aug 2010 15:46:18 +0200 Subject: [Ironruby-core] Configuration Management In-Reply-To: <71953A43B511FB4A9200009A75CEDB1304971FE2DF@FRGSTNMX01.services.firstrand.net> References: <71953A43B511FB4A9200009A75CEDB1304971FE2DF@FRGSTNMX01.services.firstrand.net> Message-ID: <70ee4779c7633164200321e68d2b4251@ruby-forum.com> Smith, Garren wrote: > Its worth taking a look at albacore, it should help with some of your > requirements : http://github.com/derickbailey/Albacore Looks interesting, thanks for the tip! -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Fri Aug 27 17:00:05 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 27 Aug 2010 16:00:05 -0500 Subject: [Ironruby-core] Fix for issue #4946 Message-ID: Here's my fix for issue #4946 : da1abbdba748f0ebdb52 However, I'm curious if that's just sidestepping another problem with the Silverlight build. Before the change, CreateObject will always raise an exception in Silverlight if the baseType implements ISerializable - after the change, it won't throw when the baseType is RubyObject. Shouldn't we *always *ignore the ISerializable attribute in the Silverlight build and instead default to the second part of the if/else (the part where we use *theclass** .Context.SetInstanceVariable*)? -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sat Aug 28 10:33:34 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sat, 28 Aug 2010 16:33:34 +0200 Subject: [Ironruby-core] mscorlib:0:in `ThrowArgumentException' error In-Reply-To: <4c71515acf490b733c4e7ce351044707@ruby-forum.com> References: <4c71515acf490b733c4e7ce351044707@ruby-forum.com> Message-ID: <59e7eb345957a04a34e0f6ddae448e33@ruby-forum.com> Any Ideas? Thank you in advance, Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Sat Aug 28 10:34:43 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sat, 28 Aug 2010 16:34:43 +0200 Subject: [Ironruby-core] ActiveRecord loading veeeery slow In-Reply-To: <8ddd6805a7fd481aba32ff6d1bf89592@ruby-forum.com> References: <8ddd6805a7fd481aba32ff6d1bf89592@ruby-forum.com> Message-ID: Any Ideas? Thank you in advance Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Sun Aug 29 06:07:15 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 29 Aug 2010 05:07:15 -0500 Subject: [Ironruby-core] mscorlib:0:in `ThrowArgumentException' error In-Reply-To: <59e7eb345957a04a34e0f6ddae448e33@ruby-forum.com> References: <4c71515acf490b733c4e7ce351044707@ruby-forum.com> <59e7eb345957a04a34e0f6ddae448e33@ruby-forum.com> Message-ID: Hi Eduardo, What is config's type? Is it a regular Ruby list, or is it some sort of collection returned from a .NET library? Maybe it's one of the items in the config - could you provide a listing of the items in the config when you run the code? It would also help if I could some of the surrounding routine. I do find it hard to believe that's exactly what your code looks like, unless you actually have a list of hashes where every key is :QuantityPer. As an example, the following breaks: config = [{:QuantityPer => "\#{2+2}"}, {:foo => "bar"}] # .. the rest of your code here ... # Prints the following: 2+2 4 NoMethodError: undefined method `include?' for nil:NilClass from (irb):28 from (irb):28:in `each' from (irb):28 from C:/IronRuby/lib/ruby/1.8/irb.rb:150:in `eval_input' from C:/IronRuby/lib/ruby/1.8/irb.rb:257:in `signal_status' from C:/IronRuby/lib/ruby/1.8/irb.rb:147:in `eval_input' from C:/IronRuby/lib/ruby/1.8/irb.rb:146:in `eval_input' from C:/IronRuby/lib/ruby/1.8/irb.rb:70:in `start' from C:/IronRuby/lib/ruby/1.8/irb.rb:69:in `catch' from C:/IronRuby/lib/ruby/1.8/irb.rb:69:in `start' from C:/IronRuby/bin/irb:13 Regards, Charles On Sat, Aug 28, 2010 at 9:33 AM, Eduardo Blumenfeld wrote: > Any Ideas? > > Thank you in advance, > > Eduardo Blumenfeld > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sun Aug 29 10:06:55 2010 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sun, 29 Aug 2010 16:06:55 +0200 Subject: [Ironruby-core] mscorlib:0:in `ThrowArgumentException' error In-Reply-To: References: <4c71515acf490b733c4e7ce351044707@ruby-forum.com> <59e7eb345957a04a34e0f6ddae448e33@ruby-forum.com> Message-ID: Thank you Charles for the answer, config is an active record produced list, an array of rows brought from a sql table that has one of its attributes (table column) => :QuantityPer This is the portion of the code I'm using -------------- config = Term.find_by_sql("sp_someStoredProc @someparameter=#{param1}") config.each { |xx| if xx[:QuantityPer].nil? then nil else if xx[:QuantityPer].include? '#{' then xxx = xx[:QuantityPer].to_s xxx = xxx[2..(xxx.size-2)] puts xxx ## error line xx[:QuantityPer] = eval(xxx) ## error line puts xx[:QuantityPer] end end } -------------- The error line line is the one I'm showing EUREKA!!! While I was answering you, I think figured out the problem, (I have to test it though) The problem has to do with the fact that the active record model has attr_readonly set as: ------------------ class Term < ActiveRecord::Base attr_readonly end ------------------ What is puzzling to me is the cryptic error, not having a complete trace of the troubling gem (in this case the active_record) with this kind of errors Thank you, Thank you I will post the results of the test as soon as It works! Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Tue Aug 31 21:19:24 2010 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Tue, 31 Aug 2010 20:19:24 -0500 Subject: [Ironruby-core] KCoding fix for Silverlight build (issue #5093) Message-ID: Here's my fix for a bug in the Silverlight build (issue #5093 ): 690730950522e4e65a0c -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Tue Aug 31 21:28:45 2010 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 1 Sep 2010 01:28:45 +0000 Subject: [Ironruby-core] KCoding fix for Silverlight build (issue #5093) In-Reply-To: References: Message-ID: KCodings are obsolete and should be completely removed. So I don't think this needs to be fixed. Besides Encoding.UTF8 is not a UTF8 singleton. You can create multiple different UTF8Encoding instances. We should compare encoding CodePage but on Silverlight that property is not availabl, so we need to compare encoding name. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Tuesday, August 31, 2010 6:19 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] KCoding fix for Silverlight build (issue #5093) Here's my fix for a bug in the Silverlight build (issue #5093): 690730950522e4e65a0c -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Aug 31 21:29:03 2010 From: lists at ruby-forum.com (Ameer Deen) Date: Wed, 1 Sep 2010 03:29:03 +0200 Subject: [Ironruby-core] Ironruby on Rails with SQL Azure Message-ID: Hello Everyone, I'm trying to connect a vanilla rails application running on IronRuby to SQLAzure. The rails app is running on my laptop trying to connect to SQL Azure. When I point database.yml against my local instance, I'm able to communicate with SQL Server: development: mode: ADONET adapter: sqlserver host: . database: mydb username: myuser password: mypassword But when I point to SQL Azure: development: mode: ADONET adapter: sqlserver host: nrvk7uv6tl.database.windows.net database: mydb username: myuser password: mypassword I get the error listed below. Has anyone had luck with Ironruby and SQL Azure? I am able to connect to the SQL Azure instance using Enterprise manger to verify the database is up and the user credentials are correct. I can see from my netstat that myrails app is trying to connect to the correct IP at port 1433 and has an established connection. I'm not sure how to debug this further and would really appreciate anyone pointing me in the right direction. Thanks for any help in advance. Ameer EXECUTE (387.0ms) USE [cloudoman] /!\ FAILSAFE /!\ Wed Sep 01 10:40:33 +1000 2010 Status: 500 Internal Server Error You have a nil object when you didn't expect it! You might have expected an instance of ActiveRecord::Base. The error occurred while evaluating nil.[] C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:231:in `database_year' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:203:in `initialize' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:28:in `sqlserver_connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:223:in `__send__' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:223:in `new_connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:245:in `checkout_new_connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:188:in `checkout' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:184:in `loop' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:184:in `checkout' C:/ironruby-1.1/lib/ruby/1.8/monitor.rb:242:in `mon_synchronize' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:183:in `checkout' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:98:in `connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:326:in `retrieve_connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:123:in `retrieve_connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:115:in `connection' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/query_cache.rb:9:in `cache' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/query_cache.rb:28:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/string_coercion.rb:25:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/head.rb:9:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/methodoverride.rb:24:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/params_parser.rb:15:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/session/cookie_store.rb:99:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/failsafe.rb:26:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in `synchronize' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/dispatcher.rb:114:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/reloader.rb:34:in `run' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/dispatcher.rb:108:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rails-2.3.8/lib/rails/rack/static.rb:31:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:45:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:41:in `each' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:41:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rails-2.3.8/lib/rails/rack/log_tailer.rb:17:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/content_length.rb:13:in `call' C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/handler/webrick.rb:48:in `service' C:/ironruby-1.1/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' C:/ironruby-1.1/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' C:/ironruby-1.1/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' IronRuby.Libraries:0:in `RubyThreadStart' IronRuby.Libraries:0:in `b__0' mscorlib:0:in `ThreadStart_Context' mscorlib:0:in `Run' mscorlib:0:in `Run' mscorlib:0:in `ThreadStart' EXECUTE (394.0ms) USE [cloudoman] -- Posted via http://www.ruby-forum.com/. From orion.edwards at gmail.com Tue Aug 31 21:49:36 2010 From: orion.edwards at gmail.com (Orion Edwards) Date: Wed, 1 Sep 2010 13:49:36 +1200 Subject: [Ironruby-core] Ironruby on Rails with SQL Azure In-Reply-To: References: Message-ID: My guess is that SQL Azure doesn't follow quite the same protocol as normal SQL Server. As I don't have a SQL azure account, I can't play around with it myself, but I'd suggest trying to get a simple command line version of IronRuby up and running and see if you can use the raw sqlserver adapter to connect to SQL azure at all? On Wed, Sep 1, 2010 at 1:29 PM, Ameer Deen wrote: > Hello Everyone, > > I'm trying to connect a vanilla rails application running on IronRuby to > SQLAzure. The rails app is running on my laptop trying to connect to SQL > Azure. When I point database.yml against my local instance, I'm able to > communicate with SQL Server: > > development: > mode: ADONET > adapter: sqlserver > host: . > database: mydb > username: myuser > password: mypassword > > But when I point to SQL Azure: > > development: > mode: ADONET > adapter: sqlserver > host: nrvk7uv6tl.database.windows.net > database: mydb > username: myuser > password: mypassword > > > I get the error listed below. Has anyone had luck with Ironruby and SQL > Azure? I am able to connect to the SQL Azure instance using Enterprise > manger to verify the database is up and the user credentials are > correct. I can see from my netstat that myrails app is trying to connect > to the correct IP at port 1433 and has an established connection. > > I'm not sure how to debug this further and would really appreciate > anyone pointing me in the right direction. Thanks for any help in > advance. > > Ameer > > > > [4;36;1mEXECUTE (387.0ms) [0m [0;1mUSE [cloudoman] [0m > /!\ FAILSAFE /!\ Wed Sep 01 10:40:33 +1000 2010 > Status: 500 Internal Server Error > You have a nil object when you didn't expect it! > You might have expected an instance of ActiveRecord::Base. > The error occurred while evaluating nil.[] > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:231:in > `database_year' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:203:in > `initialize' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-sqlserver-adapter-2.3.8/lib/active_record/connection_adapters/sqlserver_adapter.rb:28:in > `sqlserver_connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:223:in > `__send__' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:223:in > `new_connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:245:in > `checkout_new_connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:188:in > `checkout' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:184:in > `loop' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:184:in > `checkout' > C:/ironruby-1.1/lib/ruby/1.8/monitor.rb:242:in `mon_synchronize' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:183:in > `checkout' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:98:in > `connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:326:in > `retrieve_connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:123:in > `retrieve_connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_specification.rb:115:in > `connection' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/query_cache.rb:9:in > `cache' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/query_cache.rb:28:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/activerecord-2.3.8/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/string_coercion.rb:25:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/head.rb:9:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/methodoverride.rb:24:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/params_parser.rb:15:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/session/cookie_store.rb:99:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/failsafe.rb:26:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in > `synchronize' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/dispatcher.rb:114:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/reloader.rb:34:in > `run' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/actionpack-2.3.8/lib/action_controller/dispatcher.rb:108:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rails-2.3.8/lib/rails/rack/static.rb:31:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:45:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:41:in > `each' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/urlmap.rb:41:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rails-2.3.8/lib/rails/rack/log_tailer.rb:17:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/content_length.rb:13:in > `call' > > C:/ironruby-1.1/lib/ironruby/gems/1.8/gems/rack-1.1.0/lib/rack/handler/webrick.rb:48:in > `service' > C:/ironruby-1.1/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > C:/ironruby-1.1/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > C:/ironruby-1.1/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' > IronRuby.Libraries:0:in `RubyThreadStart' > IronRuby.Libraries:0:in `b__0' > mscorlib:0:in `ThreadStart_Context' > mscorlib:0:in `Run' > mscorlib:0:in `Run' > mscorlib:0:in `ThreadStart' > [4;36;1mEXECUTE (394.0ms) [0m [0;1mUSE [cloudoman] [0m > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: