[MacRuby-devel] RubySpec updated
Hi, I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We are now passing: 18160 examples. @Matt: Great work on the StringScanner! Could you please make sure the specs run on 1.8 as well? Currently 4 fail: $ mspec -B ruby.1.8.mspec library/stringscanner StringScanner#getch is multi-byte character sensitive FAILED StringScanner#getch should keep the encoding ERROR StringScanner#initialize_copy is a private method FAILED StringScanner#initialize is a private method FAILED @Laurent: There were quite some changes to complex that you might want to look into since you recently worked on those :) Cheers, Eloy ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Hi Eloy, Welcome back. Unfortunatelly, due to API changes, the specs can't all pass on 1.8 and 1.9 unless we use a version check mechanism. My understanding was that we should focus on 1.9.2 preview 1. What do you want me to do? - Matt Sent from my iPhone On Aug 2, 2009, at 6:42, Eloy Duran wrote: Hi, I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We are now passing: 18160 examples. @Matt: Great work on the StringScanner! Could you please make sure the specs run on 1.8 as well? Currently 4 fail: $ mspec -B ruby.1.8.mspec library/stringscanner StringScanner#getch is multi-byte character sensitive FAILED StringScanner#getch should keep the encoding ERROR StringScanner#initialize_copy is a private method FAILED StringScanner#initialize is a private method FAILED @Laurent: There were quite some changes to complex that you might want to look into since you recently worked on those :) Cheers, Eloy ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Thanks Matt :) Indeed, in order to specify the API changes between 1.8 and 1.9 you should use version guards: ruby_version_is "" ... "1.9" do it "works as such on all versions prior to 1.9" do end end ruby_version_is "1.9" do it "works as such on 1.9" do end end To guard against compile errors you should use the language_version guard. See the rubyspec wiki for more info. The 1.9.x specs should target HEAD. There's no specific 1.9 target yet set for either RubySpec or MacRuby. HTH, Eloy On 2 aug 2009, at 19:49, Matt Aimonetti wrote: Hi Eloy, Welcome back. Unfortunatelly, due to API changes, the specs can't all pass on 1.8 and 1.9 unless we use a version check mechanism. My understanding was that we should focus on 1.9.2 preview 1. What do you want me to do? - Matt Sent from my iPhone On Aug 2, 2009, at 6:42, Eloy Duran wrote: Hi, I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We are now passing: 18160 examples. @Matt: Great work on the StringScanner! Could you please make sure the specs run on 1.8 as well? Currently 4 fail: $ mspec -B ruby.1.8.mspec library/stringscanner StringScanner#getch is multi-byte character sensitive FAILED StringScanner#getch should keep the encoding ERROR StringScanner#initialize_copy is a private method FAILED StringScanner#initialize is a private method FAILED @Laurent: There were quite some changes to complex that you might want to look into since you recently worked on those :) Cheers, Eloy ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Thanks for the tip, I'll go back and fix strscan and will make the modifications before pushing stringio. - Matt On Sun, Aug 2, 2009 at 11:22 AM, Eloy Duran wrote: > Thanks Matt :) > > Indeed, in order to specify the API changes between 1.8 and 1.9 you should > use version guards: > > ruby_version_is "" ... "1.9" do >it "works as such on all versions prior to 1.9" do >end > end > > ruby_version_is "1.9" do >it "works as such on 1.9" do >end > end > > To guard against compile errors you should use the language_version guard. > See the rubyspec wiki for more info. > > The 1.9.x specs should target HEAD. There's no specific 1.9 target yet set > for either RubySpec or MacRuby. > > HTH, > Eloy > > > On 2 aug 2009, at 19:49, Matt Aimonetti wrote: > > Hi Eloy, >> >> Welcome back. Unfortunatelly, due to API changes, the specs can't all pass >> on 1.8 and 1.9 unless we use a version check mechanism. >> >> My understanding was that we should focus on 1.9.2 preview 1. >> >> What do you want me to do? >> >> - Matt >> >> Sent from my iPhone >> >> On Aug 2, 2009, at 6:42, Eloy Duran wrote: >> >> Hi, >>> >>> I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. >>> We are now passing: 18160 examples. >>> >>> @Matt: Great work on the StringScanner! Could you please make sure the >>> specs run on 1.8 as well? Currently 4 fail: >>> >>> $ mspec -B ruby.1.8.mspec library/stringscanner >>> >>> StringScanner#getch is multi-byte character sensitive FAILED >>> StringScanner#getch should keep the encoding ERROR >>> StringScanner#initialize_copy is a private method FAILED >>> StringScanner#initialize is a private method FAILED >>> >>> @Laurent: There were quite some changes to complex that you might want to >>> look into since you recently worked on those :) >>> >>> Cheers, >>> Eloy >>> ___ >>> MacRuby-devel mailing list >>> [email protected] >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Done, would you mind checking that I did it according to the rubyspec standards? Thanks, - Matt On Sun, Aug 2, 2009 at 11:30 AM, Matt Aimonetti wrote: > Thanks for the tip, I'll go back and fix strscan and will make the > modifications before pushing stringio. > > - Matt > > > On Sun, Aug 2, 2009 at 11:22 AM, Eloy Duran wrote: > >> Thanks Matt :) >> >> Indeed, in order to specify the API changes between 1.8 and 1.9 you should >> use version guards: >> >> ruby_version_is "" ... "1.9" do >>it "works as such on all versions prior to 1.9" do >>end >> end >> >> ruby_version_is "1.9" do >>it "works as such on 1.9" do >>end >> end >> >> To guard against compile errors you should use the language_version guard. >> See the rubyspec wiki for more info. >> >> The 1.9.x specs should target HEAD. There's no specific 1.9 target yet set >> for either RubySpec or MacRuby. >> >> HTH, >> Eloy >> >> >> On 2 aug 2009, at 19:49, Matt Aimonetti wrote: >> >> Hi Eloy, >>> >>> Welcome back. Unfortunatelly, due to API changes, the specs can't all >>> pass on 1.8 and 1.9 unless we use a version check mechanism. >>> >>> My understanding was that we should focus on 1.9.2 preview 1. >>> >>> What do you want me to do? >>> >>> - Matt >>> >>> Sent from my iPhone >>> >>> On Aug 2, 2009, at 6:42, Eloy Duran wrote: >>> >>> Hi, I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We are now passing: 18160 examples. @Matt: Great work on the StringScanner! Could you please make sure the specs run on 1.8 as well? Currently 4 fail: $ mspec -B ruby.1.8.mspec library/stringscanner StringScanner#getch is multi-byte character sensitive FAILED StringScanner#getch should keep the encoding ERROR StringScanner#initialize_copy is a private method FAILED StringScanner#initialize is a private method FAILED @Laurent: There were quite some changes to complex that you might want to look into since you recently worked on those :) Cheers, Eloy ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> ___ >>> MacRuby-devel mailing list >>> [email protected] >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> > > ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Welcome back \o/ $ sw_vers ProductName:Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a $ rake spec:ci (in /Users/lrz/src/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] ... Finished in 94.124748 seconds 1519 files, 6142 examples, 18161 expectations, 0 failures, 0 errors Laurent On Aug 2, 2009, at 6:42 AM, Eloy Duran wrote: Hi, I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We are now passing: 18160 examples. @Matt: Great work on the StringScanner! Could you please make sure the specs run on 1.8 as well? Currently 4 fail: $ mspec -B ruby.1.8.mspec library/stringscanner StringScanner#getch is multi-byte character sensitive FAILED StringScanner#getch should keep the encoding ERROR StringScanner#initialize_copy is a private method FAILED StringScanner#initialize is a private method FAILED @Laurent: There were quite some changes to complex that you might want to look into since you recently worked on those :) Cheers, Eloy ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
Hi, I'm getting the following after pulling the latest sources: BEGIN Transcript: darnoc-laptop:macruby-experimental conradwt$ sw_vers ProductName: Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a darnoc-laptop:macruby-experimental conradwt$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/exception.m' ..[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/object.m' .unknown: [BUG] Segmentation fault MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] rake aborted! Command failed with status (): [./mspec/bin/mspec ci -I./lib -B ./spec/mac...] END Transcript: On Sun, Aug 2, 2009 at 12:26 PM, Laurent Sansonetti wrote: > Welcome back \o/ > > $ sw_vers > ProductName:Mac OS X > ProductVersion: 10.6 > BuildVersion: 10A421a > > $ rake spec:ci > (in /Users/lrz/src/macruby-experimental) > ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full > MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] > > ... > > Finished in 94.124748 seconds > > 1519 files, 6142 examples, 18161 expectations, 0 failures, 0 errors > > Laurent > > > On Aug 2, 2009, at 6:42 AM, Eloy Duran wrote: > > Hi, >> >> I'm un-jet lagging a bit, so I thought I'd update the ruby specs again. We >> are now passing: 18160 examples. >> >> @Matt: Great work on the StringScanner! Could you please make sure the >> specs run on 1.8 as well? Currently 4 fail: >> >> $ mspec -B ruby.1.8.mspec library/stringscanner >> >> StringScanner#getch is multi-byte character sensitive FA
Re: [MacRuby-devel] RubySpec updated
That's weird, did you do rake and rake install before starting the specs? I think it must be done otherwise the C extension bundles won't be properly loaded. (We should pass the appropriate flags to mspec so that it loads C extension bundles from the local build directory.) If it's still crashing, could you do the following inside the macruby directory: $ DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib mspec/bin/mspec-ci - B ./spec/macruby.mspec :full Inside gdb, do "r", and once it crashes, do "thread apply all bt" and copy/paste the output. Laurent On Aug 2, 2009, at 12:54 PM, Conrad Taylor wrote: Hi, I'm getting the following after pulling the latest sources: BEGIN Transcript: darnoc-laptop:macruby-experimental conradwt$ sw_vers ProductName:Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a darnoc-laptop:macruby-experimental conradwt$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/exception.m' ..[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/object.m' .. .. .. .. .. .. .. ...unknown : [BUG] Segmentation fault MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] rake aborted! Command failed with status (): [./mspec/bin/mspec ci -I./lib -B ./ spec/mac...] END Transcript: On Sun, Aug 2, 2009 at 12:26 PM, Laurent Sansonetti > wrote: Welcome back \o/ $ sw_vers ProductName:Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a $ rake spec:ci (in /Users/lrz/src/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .. .. .. .. .. .. .. .. ...
Re: [MacRuby-devel] RubySpec updated
The other day I also had the specs crashing. To fix it I had to remove the installed MacRuby (/Library/Frameworks/MacRuby.framework/Versions/ 0.5), followed by a rake clean/rake/rake install. That's weird, did you do rake and rake install before starting the specs? I think it must be done otherwise the C extension bundles won't be properly loaded. (We should pass the appropriate flags to mspec so that it loads C extension bundles from the local build directory.) If it's still crashing, could you do the following inside the macruby directory: $ DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib mspec/bin/mspec- ci -B ./spec/macruby.mspec :full Inside gdb, do "r", and once it crashes, do "thread apply all bt" and copy/paste the output. Laurent On Aug 2, 2009, at 12:54 PM, Conrad Taylor wrote: Hi, I'm getting the following after pulling the latest sources: BEGIN Transcript: darnoc-laptop:macruby-experimental conradwt$ sw_vers ProductName:Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a darnoc-laptop:macruby-experimental conradwt$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/exception.m' ..[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/object.m' . . . . . . . ..unknown : [BUG] Segmentation fault MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] rake aborted! Command failed with status (): [./mspec/bin/mspec ci -I./lib -B ./ spec/mac...] END Transcript: On Sun, Aug 2, 2009 at 12:26 PM, Laurent Sansonetti > wrote: Welcome back \o/ $ sw_vers ProductName:Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a $ rake spec:ci (in /Users/lrz/src/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] . . . . . . . .
[MacRuby-devel] LLVM Build Convenience
Hey all, I got tired of constantly having to rebuild/reinstall LLVM, so I added a facility to scrape the commands from the README and offer to run them if llvm-config isn't found. I've attached the diff if anyone else is interested (don't know that I'd recommend this for general use, though). It's a git diff, but "git apply llvm_build.diff" will work even if you've checked out the repo using svn. Cheers, Josh llvm_build.diff Description: Binary data ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] RubySpec updated
On Sun, Aug 2, 2009 at 2:13 PM, Laurent Sansonetti wrote: > That's weird, did you do rake and rake install before starting the specs? I > think it must be done otherwise the C extension bundles won't be properly > loaded. (We should pass the appropriate flags to mspec so that it loads C > extension bundles from the local build directory.) > Laurent, I invoked the following commands at the command line in the order given earlier: svn update rake sudo rake install Now, after doing the following commands at the command line in the order given: svn update --> At revision 2153. rake clean rake sudo rake install I'm getting the following result: Finished in 104.085941 seconds 1519 files, 6142 examples, 18162 expectations, 0 failures, 0 errors -Conrad > > If it's still crashing, could you do the following inside the macruby > directory: > > $ DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib mspec/bin/mspec-ci -B > ./spec/macruby.mspec :full > > Inside gdb, do "r", and once it crashes, do "thread apply all bt" and > copy/paste the output. > > Laurent > > > On Aug 2, 2009, at 12:54 PM, Conrad Taylor wrote: > > Hi, I'm getting the following after pulling the latest sources: >> >> BEGIN Transcript: >> >> darnoc-laptop:macruby-experimental conradwt$ sw_vers >> ProductName:Mac OS X >> ProductVersion: 10.6 >> BuildVersion: 10A421a >> darnoc-laptop:macruby-experimental conradwt$ rake spec:ci >> (in /Users/conradwt/macruby.dir/projects/macruby-experimental) >> ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full >> MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] >> .[!] Compiling fixture >> `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/method.m' >> .[!] Compiling fixture >> `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/constant.m' >> .[!] Compiling fixture >> `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/exception.m' >> ..[!] Compiling fixture >> `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/object.m' >> .unknown: >> [BUG] Segmentation fault >> MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] >> >> rake aborted! >> Command failed with status (): [./mspec/bin/mspec ci -I./lib -B >> ./spec/mac...] >> >> END Transcript: >> >> On Sun, Aug 2, 2009 at 12:26 PM, Laurent Sansonetti < >> [email protected]> wrote: >> Welcome back \o/ >> >> $ sw_vers >> ProductName:Mac OS X >> ProductVersion: 10.6 >> BuildVersion: 10A421a >> >> $ rake spec:ci >> (in /Users/lrz/src/macruby-experimental) >> ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full >> MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] >> >> .
Re: [MacRuby-devel] LLVM Build Convenience
Whoops! Small mistake in that last patch. Use this one: llvm_build.diff Description: Binary data - Josh On Aug 2, 2009, at 4:36 PM, Josh Ballanco wrote: Hey all, I got tired of constantly having to rebuild/reinstall LLVM, so I added a facility to scrape the commands from the README and offer to run them if llvm-config isn't found. I've attached the diff if anyone else is interested (don't know that I'd recommend this for general use, though). It's a git diff, but "git apply llvm_build.diff" will work even if you've checked out the repo using svn. Cheers, Josh ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] LLVM Build Convenience
Hi Josh, I'm not super confortable with this patch, because it relies too much on README.rdoc, if we change it later it might break your change. Also, I don't like automatic scripts because the user doesn't really have the opportunity to customize what's happening. I think the best solution for this problem is to periodically pre- build LLVM and/or MacRuby. I may look at this next week, since I want to finally set up a continuous integration process for the project. Why do you constantly rebuild/install LLVM? In theory it should only be installed once... unless you do a clean re-install of your OS :-) Laurent On Aug 2, 2009, at 6:12 PM, Josh Ballanco wrote: Whoops! Small mistake in that last patch. Use this one: - Josh On Aug 2, 2009, at 4:36 PM, Josh Ballanco wrote: Hey all, I got tired of constantly having to rebuild/reinstall LLVM, so I added a facility to scrape the commands from the README and offer to run them if llvm-config isn't found. I've attached the diff if anyone else is interested (don't know that I'd recommend this for general use, though). It's a git diff, but "git apply llvm_build.diff" will work even if you've checked out the repo using svn. Cheers, Josh ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] LLVM Build Convenience
Hey Laurent, I'm not super confortable with this patch, because it relies too much on README.rdoc, if we change it later it might break your change. Also, I don't like automatic scripts because the user doesn't really have the opportunity to customize what's happening. Right. I didn't mean to imply that I wanted this merged into the source tree. I just thought I'd share this in case anyone else was having the same issue I was and might find this useful. I think the best solution for this problem is to periodically pre- build LLVM and/or MacRuby. I may look at this next week, since I want to finally set up a continuous integration process for the project. Sounds good. Why do you constantly rebuild/install LLVM? In theory it should only be installed once... unless you do a clean re-install of your OS :-) ;-) - Josh ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
