<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lang.ruby.macintosh.devel">
    <title>gmane.comp.lang.ruby.macintosh.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lang.ruby.macintosh.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8161"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8159"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8154"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8130"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8125"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8122"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8119"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8114"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8111"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8106"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8103"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8094"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8081"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8041"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8035"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8027"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8024"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8161">
    <title>Github Issues: Now open for your MacRuby bugs!</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8161</link>
    <description>&lt;pre&gt;Hello all, 

Quick summary: go to https://github.com/MacRuby/MacRuby/issues to file all your MacRuby bugs from now on.

As had been previously discussed, today we've gone ahead and opened Github issues for the MacRuby project. At the same time, we've frozen the old Trac reporting tool and will no longer be accepting new bug reports there (though existing reports can still be viewed/searched until we manage to move them all over).

One side-effect of this change is that new bug reports (filed with Github Issues) will no longer be reported to the MacRuby-tickets mailing list. We are currently investigating ways that we can bring this back, though I feel like not many people outside of the core team were subscribed to this list in the first place. (If you were and will miss it horribly, please let us know.)

This is just one of the changes coming over the next few days, so be sure to keep an eye on the list!

Cheers,

Josh 

_______________________________________________
MacRuby-devel mailing list
MacRuby-deve&lt;/pre&gt;</description>
    <dc:creator>Joshua Ballanco</dc:creator>
    <dc:date>2012-05-16T00:17:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8159">
    <title>Double module included</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8159</link>
    <description>&lt;pre&gt;Hi,

Can anyone tell me, is this a MacRuby bug?

module A; end
module B; include A; end
class C; include B; end
p C.ancestors

in Ruby 1.9.3 the results are:

[C, B, A, Object, Kernel, BasicObject]

and in MacRuby 0.11 the results are:

[C, B, A, A, NSObject, Kernel]

Why is the A module included twice?

thanks,
Dave
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Dave Lee</dc:creator>
    <dc:date>2012-05-10T21:09:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8154">
    <title>Appstore rules on symlinks Macruby frameworkchanged ?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8154</link>
    <description>&lt;pre&gt;Hi all, 
it seems that the Appstore validation has sharpened its control (again) … submitting an app now is rejected because the Macruby framework does not comply to the official Anatomy of Framework Bundles … There should be a symbolic "Current" resolving to "A" ... in the Macruby Framework this is now a fixed "Current" .. does anyone have seen this before and is there a workaround  for the time being ? 

Secondly, the code signing of the bundle contents is still a bit shaky although it seems to work on Lion .. on SL the .rb files create an "argument list too long" message (see below) .. commenting out the .rb files in macruby_deploy for codesigning makes the deploy come to a proper end but of course now the .rb are not signed. Daniel has done some great work on this already but are there any other ideas?  

rgrds, Rob 

/Users/robista/Library/Developer/Xcode/DerivedData/SubtitleReSyncBasic-ayrbtqtujxpvspgaanykiwlaojxy/ArchiveIntermediates/Deployment/BuildProductsPath/Release/SubtitleReSyncBasic.app/Con&lt;/pre&gt;</description>
    <dc:creator>Rob Ista</dc:creator>
    <dc:date>2012-05-05T17:27:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8153">
    <title>RubyMotion: Ruby for iOS</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8153</link>
    <description>&lt;pre&gt;Hello, new list member here, through I follow through the web for a long
time.

Just a quick question regarding RubyMotion:

In all reviews/mentions I've read, they say that you need to build your UI
programmatically.

I understand that there is no XCode IDE integration, but is there something
specific preventing an XCode user from creating his UI in XCode/IB and then
instantiating the .xib files with RubyMotion?

If so, would that perhaps be possible in the future, or is there something
inherent in RubyMotion/MacRuby that prevents it?

Thanks
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>bugpowder</dc:creator>
    <dc:date>2012-05-05T12:52:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8130">
    <title>RubyMotion: Ruby for iOS</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8130</link>
    <description>&lt;pre&gt;Hi guys,

I am extremely excited to announce the immediate availability of
RubyMotion, a revolutionary toolchain for iOS development in Ruby.

(RubyMotion is what I have been working on these last 6 months. :))

RubyMotion is a commercial flavor of MacRuby for iOS that includes an
optimized runtime, a brand-new static compiler and memory model, and a
command-line interface.

If you are familiar with MacRuby you should be all set to develop iOS
apps right away.

You can find more information about RubyMotion on its website.

  http://www.rubymotion.com

For a limited time only, RubyMotion can be purchased at a 25% discounted rate.

The developer center features guides, articles and a pointer to the
sample code repository.

  http://www.rubymotion.com/developer-center

Also, the awesome folks at The Pragmatic Studio released an amazing
50-minute screencast on the product. Check it out, it's free!

  http://pragmaticstudio.com/screencasts/rubymotion

If you want to stay connected, make sure to follow &amp;lt; at &amp;gt;RubyMotio&lt;/pre&gt;</description>
    <dc:creator>Laurent Sansonetti</dc:creator>
    <dc:date>2012-05-03T17:02:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8125">
    <title>Failing installers</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8125</link>
    <description>&lt;pre&gt;It's been a while since I installed a nightly build because I get a error in the installer ("Installation failed", and "An error occurred while running scripts from the package “macruby_nightly-2012-05-02.pkg”"), and I haven't had the time to look into it.

I've just given it another go, and, to my eyes, it seems to have installed everything it should have:


/Library/Frameworks/MacRuby.framework

/usr/local/bin/macgem
/usr/local/bin/macirb
/usr/local/bin/macrake
/usr/local/bin/macrdoc
/usr/local/bin/macri
/usr/local/bin/macruby
/usr/local/bin/macruby_deploy
/usr/local/bin/macruby_select
/usr/local/bin/macrubyc
/usr/local/bin/macrubyd


Does anyone know if that is everything? Can I just ignore the installer error if the above is in place?

Cheers
--
Fb

_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>stephen horne</dc:creator>
    <dc:date>2012-05-02T16:42:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8122">
    <title>Multiple enumerations</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8122</link>
    <description>&lt;pre&gt;Is there a way to get multiple enumerations to work, like in the
following example. I know I could be doing this with cocoa, but it's a
small scripting project. (Also I didn't feel like loading a bridge
support file, would that help in this case?)


framework 'ScriptingBridge'

sys = SBApplication.applicationWithBundleIdentifier("com.apple.systemevents")

COMMAND_KEY = 1264807268
OPTION_KEY = 1265594484

sys.keystroke("u", using: COMMAND_KEY|OPTION_KEY)



It seems to only recognize the first enum... I'm probably missing
something logically here...
&lt;/pre&gt;</description>
    <dc:creator>Josh Voigts</dc:creator>
    <dc:date>2012-05-01T20:57:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8119">
    <title>migrating tickets to GitHub</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8119</link>
    <description>&lt;pre&gt;So it looks like we are waiting for the tracker tickets to be migrated from
MacOS Forge to GitHub to also do the website update and the release.
Who's working on that, what's the status of the migration?

Thanks,

- Matt
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Matt Aimonetti</dc:creator>
    <dc:date>2012-04-27T08:58:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8114">
    <title>mruby + mobiRuby ...</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8114</link>
    <description>&lt;pre&gt;Looks like matz's is ahead of the game with an iOS compatible version of ruby …

http://mobiruby.org/_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Kevin Poorman</dc:creator>
    <dc:date>2012-04-20T11:17:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8111">
    <title>StringScanner Performance</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8111</link>
    <description>&lt;pre&gt;Dear all,

while debugging performance issues for a gem (bibtex-ruby) I noticed that MacRuby's StringScanner implementation creates new Regular Expression objects every time #scan is called; as I am dealing with a lexical analyzer based on StringScanner the #scan method is quite crucial and the current implementation performs so slowly that it is basically unusable on MacRuby.

This is the problematic method in MacRuby:

https://github.com/MacRuby/MacRuby/blob/master/lib/strscan.rb#L638

Both MRI and Rubinius work around this by using a feature of Oniguruma patterns to match the pattern at the beginning of a string only. Here are the corresponding sections:

https://github.com/ruby/ruby/blob/trunk/ext/strscan/strscan.c#L437
https://github.com/rubinius/rubinius/blob/master/lib/strscan.rb#L264

Do regular expressions in MacRuby expose similar functionality to either Ruby or C extensions? I'd be happy to help resolving this issue, but have no experience with MacRuby so any pointers on how to best approach this &lt;/pre&gt;</description>
    <dc:creator>Sylvester Keil</dc:creator>
    <dc:date>2012-04-19T13:19:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8106">
    <title>Elegant initialization</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8106</link>
    <description>&lt;pre&gt;Hey, first post to the list, woot!

I've run into a little bit of a snag. Is there an elegant way of
building an initializer similar to this one in macruby? (assuming I'm
subclassing an NSView object)


- (id)initWithFrame:(NSRect)frame controller:(AppController *)ctrlr
{
    if (self = [super initWithFrame:frame]) {
        controller = ctrlr; // deliberately weak reference.
    }

    return self;
}
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel&amp;lt; at &amp;gt;lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Josh Voigts</dc:creator>
    <dc:date>2012-04-19T03:44:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8103">
    <title>Help with class files</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8103</link>
    <description>&lt;pre&gt;Help,

I have a recurring problem with corrupted class files created by Xcode 3.2.4 and I don't know much about class files.

I start having this problem whenever my application become large and I try to change the inheritance of some MacRuby files. Occasionally, the change will cause Interface Builder to crash immediately without an error message but usually the problem manifests itself by not updating the class inheritance information in IB. Even after selecting "Reload All Class Files", IB will show the old inheritance. Deleting my file from Xcode and adding it back in still does not fix the problem.

The only way I know to fix the problem is to copy all of my source file into a new project but this is getting to be more than annoying. Is there a way that I can force Xcode to rebuild all class files for my project?

Thanks,
Bob Rice
&lt;/pre&gt;</description>
    <dc:creator>Robert Rice</dc:creator>
    <dc:date>2012-04-18T17:37:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8101">
    <title>Appscript and pathname translation</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8101</link>
    <description>&lt;pre&gt;Hello again, Macruby community!

I'm trying to rewrite a program that drives Excel with appscript, and running into the problem of translating back and forth between HFS and POSIX pathnames.  The old Appscript module included a MacTypes module, and these two translations were provided.

1. to go from POSIX to HFS:  

hfs_pathname  = MacTypes::FileURL.path(posix_pathname).hfs_path

2. to make the round trip back to POSIX:  

posix_pathname  = DefaultCodecs.unpack(DefaultCodecs.pack(hfs_pathname).coerce(KAE::TypeFileURL)).path

Do I need to go to the scripting bridge for this?  This is Core Foundation stuff, and I'm totally at sea.  

Any help would be greatly appreciated.

Bob Schaaf


_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Robert Schaaf</dc:creator>
    <dc:date>2012-04-18T11:48:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8094">
    <title>Compile error</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8094</link>
    <description>&lt;pre&gt;Hi,

I have a project nearing release and I'm trying to compile it but I get the following error in my Build Results:

*** Deployment started
*** Compiling files
ld: library not found for -lbundle1.o
collect2: ld returned 1 exit status
Can't compile "/Users/robertrice/Desktop/RiceCNC/build/Release/RiceCNC.app/Contents/Resources/Analog_Setup_Controller.rb"
Command /bin/sh failed with exit code 1

Any suggestions?

Thanks,
Bob Rice


_______________________________________________
MacRuby-devel mailing list
MacRuby-devel-qhrM8SXbD5KlRa4neek8BWD2FQJk+8+b&amp;lt; at &amp;gt;public.gmane.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
&lt;/pre&gt;</description>
    <dc:creator>Robert Rice</dc:creator>
    <dc:date>2012-04-16T22:52:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8092">
    <title>Installer Fails</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8092</link>
    <description>&lt;pre&gt;Hi MacRubyists,

It's been a long time since I posted on this forum. I've been doing well with MacRuby. But I ran into a problem trying to bring my installation up-to-date. updated I found that I could only update to the 2/21/2012 nightly build. After that the installer gives me a message "Installation Failed" with nothing descriptive of the problem. Anyone know what changed?

Thanks,
Bob Rice
&lt;/pre&gt;</description>
    <dc:creator>Robert Rice</dc:creator>
    <dc:date>2012-04-16T17:12:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8081">
    <title>Update</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8081</link>
    <description>&lt;pre&gt;Hi guys,

So we had a team chat, and we agreed on the following.

First, we will release master as 0.12 (and just forget about 0.11). It
is important since master has changes for the latest Xcode that have
never been snipped yet. I will work on this. In the meantime, if you
can, please do install one of the latest nightly builds and let us
know of any regression. It is likely that 0.12 will be one of the last
releases before 1.0.

Second, we will prepare a new landing page for the project, which will
be hosted on GitHub. The page will be very minimal, as we intend to
use the wiki for the real content. Josh volunteered to work on this,
he does not need more help. Watson has been working on the necessary
Wiki pages, but we might need more. If you're interested, the Wiki is
open to anyone, you can create new pages or edit existing ones:
https://github.com/macruby/macruby/wiki

Third, we will migrate the tickets from trac to GitHub. Jake Smith and
Dan Sinclair volunteered to work on this. We will coordinate so t&lt;/pre&gt;</description>
    <dc:creator>Laurent Sansonetti</dc:creator>
    <dc:date>2012-04-10T23:46:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8041">
    <title>Future of MacRuby</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8041</link>
    <description>&lt;pre&gt;Hi guys,

Yes, I'm still alive :) As you may have noticed, I have been absent
here for a few months. Last year we got a baby, then we moved back to
Europe. I decided to leave Apple a few months ago to achieve one of my
dreams: work on a startup, in part so that I would be flexible in my
time and be able to keep hacking on MacRuby.

Believe it or not, in the near future I should have less pressure on
myself and therefore I should have the time to hack on MacRuby again.
I will happily resume maintaining MacRuby, like I did for the last 5
years. MacRuby is quite stable right now so the maintenance burden is
less significant than before.

Also, during my absence, Watson did a great job of smashing all sorts
of incoming bugs, if he keeps up he will likely become the #1
committer of the project :). Mark Rada spent a lot of time triaging
bugs and writing patches. And Josh Ballanco kept the IRC channel in
activity. It's like the project never slept.

BTW, the 0.11 release actually does exist, you can find it on the
&lt;/pre&gt;</description>
    <dc:creator>Laurent Sansonetti</dc:creator>
    <dc:date>2012-04-06T11:20:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8035">
    <title>Re The Future of MacRuby</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8035</link>
    <description>&lt;pre&gt;I am surprised to hear Laurent has left Apple. I don't know what motivated
the change, but I am sure that he is working on something great. Good luck
Laurent!!!

While I have a lot of faith in the open source community and think growing
a larger pool of contributors is critical for the long-term viability of
macruby, the libauto issue is a simple example of how internal decisions at
Apple can have profound effects on macruby's future. That worries me.
Without anyone promoting macruby from inside Apple, they can shut
compatibility with x-code off with an update, add months of work to remove
libauto-dependency because they decide to deprecate GC or otherwise alter
the programming universe in some unforeseen way. Since Apple is an
unapologetic, iron-curtain of secrecy, with a propensity to stop short and
change direction (remember when it seemed like macruby would be on iOS?), I
can only imagine how many hacker years the macruby community will burn
while trying to hit an ever-moving target.

Apple, think differ&lt;/pre&gt;</description>
    <dc:creator>Tim Rand</dc:creator>
    <dc:date>2012-04-06T06:21:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8027">
    <title>Re The Future of MacRuby</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8027</link>
    <description>&lt;pre&gt;I am not a a contributor to MacRuby, but I have been interested in using it. Without Apple sponsorship, I have very little interest in MacRuby.  Without commitment and support from Apple, it will be a never ending scramble to just keep up with niggling changes to xcode, cocoa and the build process.  Every new release of anything by Apple will break stuff.  By offering no comment and no hook into the apple labyrinth the message from Apple is that, "it is not strategic to us".  

The broader message may also be that computing in general is less and less strategic to Apple.  

So sad to say,  I think it is goodby MacRuby.  Very sad, because if Apple does care about the computing side of the business, they are going to need to provide an alternative to ObjectiveC and the aging development approach they have been living off of for the last 10 years.    I had hopped that MacRuby might have pointed the way, but apparently not.

danf
&lt;/pre&gt;</description>
    <dc:creator>Dan Farrand</dc:creator>
    <dc:date>2012-04-05T22:34:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8024">
    <title>The future of MacRuby</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8024</link>
    <description>&lt;pre&gt;*Many of you have been wondering what is going on with the MacRuby project
given the lack of up-to-date releases and overall communication.
I feel we owe you some explanation.

As a lot of you have noticed, our de-facto project leader Laurent
Sansonetti has been M.I.A since October 2011, his last post to this mailing
list being
http://lists.macosforge.org/pipermail/macruby-devel/2011-October/008168.htmlannouncing
MacRuby 0.11 really soon.
His last commit was a change of license back in October:
https://github.com/MacRuby/MacRuby/commit/ac2a7a8e678d19e44d3c64a9508a8370d082dca2
&amp;lt;https://github.com/MacRuby/MacRuby/commit/ac2a7a8e678d19e44d3c64a9508a8370d082dca2&amp;gt;
Laurent is fine. As described on his twitter http://twitter.com/lrz and
LinkedIn http://www.linkedin.com/in/sansonetti accounts, Laurent is no
longer with Apple and is clearly also no longer directly involved with the
MacRuby project on a day-to-day basis.
Laurent is currently busy with another project and and hopes to someday be
able to contribute to t&lt;/pre&gt;</description>
    <dc:creator>Matt Aimonetti</dc:creator>
    <dc:date>2012-04-05T22:06:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8008">
    <title>Rails.app done by the MacRuby community</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.macintosh.devel/8008</link>
    <description>&lt;pre&gt;Today a mini drama was started after Yehuda Katz announced his kickstarter project to build a ".app" for Rails. He's trying to raise $25k to work on the project, see more there:
http://news.ycombinator.com/item?id=3768339

Putting the money raising question aside, I think this is a good project but I think that as a community we can do it together, learn a lot in the process and create an awesome product helping the community.

My suggestion is that people interested get together and hack together in an open and public way. Yehuda might get funded and decide to contribute or do his own thing in JS, that's totally besides the point since our motivations  would be different so we shouldn't worry about that.

So, what do you say?

- Matt

P.S: Two years ago, I ported couchdbx to MacRuby and extracted some code you can see here: https://github.com/mattetti/mrstuff
The couchdbx app is also available in my github repo.


-m
Sent from my iPhone
&lt;/pre&gt;</description>
    <dc:creator>Matt Aimonetti</dc:creator>
    <dc:date>2012-03-29T04:44:24</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.macintosh.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.macintosh.devel</link>
  </textinput>
</rdf:RDF>

