Re: [MacRuby-devel] A Future for MacRuby
I wonder if we couldn't kickstarter a fund to let apple hire someone full time to do macruby work? Anyone @ the mothership know if that'd be well received? -Kevin On Dec 20, 2011, at 12:02 PM, Dominic Dagradi wrote: > Ha. I like that. It should be fun. > > MacRuby is fun. MacRuby is also not yet perfect. Whatever politics are > happening inside Apple, we're not privy to them. I don't think anyone at > Apple "hates" it, given that they've fixed major bugs relatively recently. > > Don't consider it a waste of time. You will need to learn to work with the > Cocoa API no matter what to develop for Mac or iOS, and that is a huge part > of the learning curve. Choose your tools based on what suits you. > On Tuesday, December 20, 2011 at 11:57 AM, Benjamin Almeida wrote: > >> if you don't have fun, you are doing it wrong. >> >> >> On 20 Dec 2011, at 17:06, Dan Farrand wrote: >> >>> I would like to probe sentiment around the future for MacRuby ? is there a >>> future ? I am drawn to it - I like Ruby as a language and development >>> approach. I appreciate the entrance it provides into Cocoa without having >>> to sign up for Objective-C. But where does it fit within Apple's longer >>> term view ? Is MacRuby about to be Orphaned ? It seems like something >>> happened around march 2011. What are the groups within Apple that hate >>> MacRuby and want to kill it as a threat to Objective-C ? I am loath to >>> invest a lot of time and coding in something that is a dead-end. Would love >>> to hear insights from anyone with better insight. >>> >>> >>> Dan Farrand >>> 1-307-367-2276 >>> >>> This message is intended only for the person or company to which it is >>> addressed and is considered to be confidential unless otherwise identified >>> as not being confidential. Please prohibit any dissemination of this >>> information by or to persons or entities other than the intended recipient. >>> If you received this in error, please contact the sender. Green River >>> Computing Services is a Wyoming corporation. >>> >>> >>> >>> >>> >>> >>> >>> >>> ___ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> ___ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] MacRuby, Control Tower and Sinatra.
Morning all, I'm having a go at setting up a macRuby app that utilizes Control Tower and Sinatra. I've no problem installing the gems for either, but the current versions of each seem to be mutually exclusive, as they require specific versions of Rack that do not match. I poked around and couldn't identify any reasons why a new version of Rack wouldn't work, so I forked/edited/built/installed ControlTower 1.0.me and gave it a go. Control tower by itself seems to be doing Great. However, if I attempt to load sinatra for the never-been-done-before hello world example, I get this: /Users/kpoorman/Library/Developer/Xcode/DerivedData/ControlTowerTest-gpdchdkfcdvfgdczhlapcihrrkpc/Build/Products/Debug/ControlTowerTest.app/Contents/Resources/rb_main.rb:20:in `block': wrong number of arguments (1 for 0) (ArgumentError) from /Users/kpoorman/Library/Developer/Xcode/DerivedData/ControlTowerTest-gpdchdkfcdvfgdczhlapcihrrkpc/Build/Products/Debug/ControlTowerTest.app/Contents/Resources/rb_main.rb:17:in `' Fast forward 30 minutes, and I've narrowed it down to a block of perfectly working MRI-ruby: return super(*args, &block) if respond_to? method_name Specifically, if I start loading Sinatra components in macirb, it works great until you hit a Set or Enable method call, which in turn invokes the Delegator mixing … etc down to line 1601 of sinatra::base (version 1.4.0) which is above. So, I suppose I should use your time wisely and ask a couple of direct questions -- 1: what, if anything, am I doing wrong? 2: Is this version of sinatra incompatible with Control Tower? 2a: what version of sinatra *is* compatible ? 3: is this a Macruby bug? 3a: I like to think of myself as a fairly advanced ruby developer, with excellent knowledge of meta-programming and the sinatra framework, what I don't understand, is what's wrong with that code ? Thank you for your time! -Kevin ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Rubygems version
Is the work something you could train me on? Sent from my iPhone On Feb 7, 2012, at 5:14 PM, Matt Aimonetti wrote: It's always quite a lot of work, especially when a new release is pushed weekly. Could you open a ticket tho? Thanks On Mon, Feb 6, 2012 at 2:21 PM, Gabriel Gilder wrote: > Hi, just wondering if there are plans to bring the version of Rubygems > that is bundled with MacRuby up to date any time soon. The current version > with MacRuby 0.10 is Rubygems 1.4.2 -- quite a bit behind standard > Rubygems, which is at 1.8.15. This becomes a problem when certain gems are > configured to only install on fairly recent versions of Rubygems... > > Thanks, > -Gabriel > > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] Show MacRuby? - a start...
Good day, I am a huge fan of the hard work that all of you have put forth to bring MacRuby where it is today. I have been using it on and off over the past 3 months for client work and have come across a few things that I often need that are in some way obscure / hard to find / under-documented, or -- mostly -- cocoa design patterns and ideas that are completely foreign to this rubyist. I wanted to try and contribute something to this project and as such, I've started a public repo of "Recipes" of MacRuby tasks / activities that were "hard fought." I am under no delusions that they are perfect, and welcome additions, refactorings and ridicule. But it's a start. Without further ado, http://code.pinguinshow.com/macruby-recipes/src Currently it contains "recipes" for: - Populating a NSCell based Table View - Downloading a file while displaying a progress indicator in a sheet - Opening the file/directory choosing sheet and handling the response Coming soon it will contain recipes for: - consuming scripting bridge files - Core Data (probably quite a few here) - bootstrapping sinatra (awaiting a bugfix in macruby) Please feel free to fork, and send pull requests etc. Lets make it awesome! ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Show MacRuby? - a start...
MacRubyists! Thanks for all the feedback on and off list! As Jordan mentioned I think the biggest challenge is new MacRubyist's knowledge of this repo. Additionally, Shaun mentioned putting it under the aegis of the macruby/ repo. Frankly I don't care where it lives --so long as I can continue to contribute to it. It's a git repo hosted at bitbucket because that was my path of least resistance when I was setting it up. (I tend to lean towards bitbucket because it's cheaper for what I do.) What I do care about, is making it a community effort, and keeping it a (or hell, what do I know maybe we need to *make* it a) high quality code base. I've started a wiki page (https://bitbucket.org/codefriar/macruby-recipes/wiki/Recipes%20Coming%20Soon) of topics to write recipes about. please feel free to add to the list. I've got corporate sponsorship, and financial incentive to complete "one a day" until the end of the month. -Pkj On Feb 11, 2012, at 5:55 AM, Sean Mateus wrote: > Hi Kevin, > this is a great idea, I’ve some stuff I’d like to contribute! > we should create a Macruby/Macruby_recipes repo; so we could fork and add > nice stuff! > > Sean Mateus > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Show MacRuby? - a start...
Sadly, I'm afraid Git's reach only extends to the moons of mars.
All joking aside, I believe you're 100% right. That said, if the community
wants it somewhere else, thats fine.
On Feb 11, 2012, at 2:22 PM, Jordan K. Hubbard wrote:
> On Feb 11, 2012, at 5:30 AM, Kevin Poorman wrote:
>
>> Frankly I don't care where it lives --so long as I can continue to
>> contribute to it. It's a git repo hosted at bitbucket because that was my
>> path of least resistance when I was setting it up. (I tend to lean towards
>> bitbucket because it's cheaper for what I do.)
>
> Presumably, and I'm still tied VCS tools like SVN and am therefore no git
> master, it's possible to pull from repositories anywhere, whether they're on
> github or (new to me) bitbucket? I see no reason not to maintain the
> independent "sovereignty" of your project or any other since, as you say, it
> means you can continue to update and improve it just like you always did with
> no additional friction, but still reap all of the benefits (or, more
> accurately, allow users to reap all the benefits) of a single git pull from
> macruby.org to get all the goodies from one distribution point.
>
> I'll also be the first to admit that us non-DVCS users tend to attribute
> almost magical properties to git ("it even allows you to synchronize data
> from deep space probes out past the orbit of JUPITER!"), but this notion
> should be well within its capabilities, yes?
>
> - Jordan
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby & MountainLion + what you can do to help the project
Rubyists! I'd love to help out with a new macruby website. I'm forking/pulling the linked github. Regarding content, perhaps there is a place for the macruby Recipes i've been kicking out on a new site? I'm also going to take a shot at the installer here in a minute, and the sublime text2 bundle (but thats a stretch goal for me, I don't know python yet) -Pkj On Feb 18, 2012, at 3:54 AM, Matt Aimonetti wrote: > Hey guys, > > A few of you asked me privately and publicly what was going on with MacRuby > releases and what was the plan now that Apple clearly said that ARC is the > future and that the GC will be deprecated in MountainLion. > > First off, I want to emphasis that even though ARC is the future for iOS and > OS X, the GC won't go away anytime soon. In other words, MacRuby runs on > MountainLion, so there is no real rush. But we need a plan and that plan > probably means not using the GC anymore :p > > Regarding MacRuby's releases, Laurent promised to push 0.11 and well, we are > waiting on him but it should happen any day now ;) > > Allan Delacruz, a designer friend of the project did a redesign of the site > but we need some help to rebase and polish the content. > Volunteers please stand up, Allan's branch is there: > https://github.com/AllanD/MacRubyWebsite Maybe someone can find some time > over President's day to give us an updated website? Don't hesitate to email > the mailing list about that. > > Xcode 4.3 It was reported that because Xcode is now a normal app, our > templates aren't installed in the right place. We need a few volunteers to > modify/test our installer to support the older and the newer Xcode. Or maybe > we can just agree to only support the latest Xcode version (thoughts?) > > Extra ideas for volunteers: > Changelog for 0.11 release, let's help Laurent writing the release blog post > by giving him a summarized changelog > Sublime Text 2 http://www.sublimetext.com/ is the new TextMate and I quickly > looked at it and adding MacRuby support seems really straightforward > (requires some Python scripting but hey, that's better than dealing with > AppleScript :p). My challenge to you is to offer a MacRuby/Cocoa package. > Organize the various samples we have and add them to the website. > Update the tutorials (linking to the online version of my book is fine but > original stuff should be encouraged, especially what I missed in the book) > Document the MacRuby internals and help new devs contribute feature and fix > bugs. > Summary: the sky isn't falling, we are all good but we need help and we need > to grow the team of active contributors. Tell us what you are interested in > helping with and let's get organized to push MacRuby to the next level. > > Thanks, > > - Matt > > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby & MountainLion + what you can do to help the project
I've been working with this for the past couple of hours, and am having issues with the version of webby and actual yml errors from the checkout. Is it possible to get a gemfile or information on what version of webby is being used for development? (this is predicated on the assumption that I determined correctly that it is a webby based site ? -pkj On Feb 18, 2012, at 3:54 AM, Matt Aimonetti wrote: > Allan Delacruz, a designer friend of the project did a redesign of the site > but we need some help to rebase and polish the content. > Volunteers please stand up, Allan's branch is there: > https://github.com/AllanD/MacRubyWebsite Maybe someone can find some time > over President's day to give us an updated website? Don't hesitate to email > the mailing list about that. ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby & MountainLion + what you can do to help the project
I wasn't even aware there was a contribute to the website section. I'll check it out. I was trying webby (head) and 1.9.3 Can you offer any more guidance as to what you'd like to see added / modified / etc. to the website ? On Feb 18, 2012, at 11:16 AM, Matt Aimonetti wrote: > Yes I'll do that later today, I think 1.8.7 is required and webby version > before the latest. Did you check the guide we have on the site to contribute > to the website, I think there is some info there (outdated but still) > > -m > Sent from my iPhone > > On Feb 18, 2012, at 8:01, Kevin Poorman wrote: > >> I've been working with this for the past couple of hours, and am having >> issues with the version of webby and actual yml errors from the checkout. >> >> Is it possible to get a gemfile or information on what version of webby is >> being used for development? >> >> (this is predicated on the assumption that I determined correctly that it is >> a webby based site ? >> >> -pkj >> >> On Feb 18, 2012, at 3:54 AM, Matt Aimonetti wrote: >> >>> Allan Delacruz, a designer friend of the project did a redesign of the site >>> but we need some help to rebase and polish the content. >>> Volunteers please stand up, Allan's branch is there: >>> https://github.com/AllanD/MacRubyWebsite Maybe someone can find some time >>> over President's day to give us an updated website? Don't hesitate to email >>> the mailing list about that. >> >> ___ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby & MountainLion + what you can do to help the project
Any volunteers with the requirements / setup to build macruby from source to test my patches to the installer rake task ? Unfortunately llvm looks like it's going to be compiling for quite a while here on this box. -pkj On Feb 18, 2012, at 3:54 AM, Matt Aimonetti wrote: > Hey guys, > > A few of you asked me privately and publicly what was going on with MacRuby > releases and what was the plan now that Apple clearly said that ARC is the > future and that the GC will be deprecated in MountainLion. > > First off, I want to emphasis that even though ARC is the future for iOS and > OS X, the GC won't go away anytime soon. In other words, MacRuby runs on > MountainLion, so there is no real rush. But we need a plan and that plan > probably means not using the GC anymore :p > > Regarding MacRuby's releases, Laurent promised to push 0.11 and well, we are > waiting on him but it should happen any day now ;) > > Allan Delacruz, a designer friend of the project did a redesign of the site > but we need some help to rebase and polish the content. > Volunteers please stand up, Allan's branch is there: > https://github.com/AllanD/MacRubyWebsite Maybe someone can find some time > over President's day to give us an updated website? Don't hesitate to email > the mailing list about that. > > Xcode 4.3 It was reported that because Xcode is now a normal app, our > templates aren't installed in the right place. We need a few volunteers to > modify/test our installer to support the older and the newer Xcode. Or maybe > we can just agree to only support the latest Xcode version (thoughts?) > > Extra ideas for volunteers: > Changelog for 0.11 release, let's help Laurent writing the release blog post > by giving him a summarized changelog > Sublime Text 2 http://www.sublimetext.com/ is the new TextMate and I quickly > looked at it and adding MacRuby support seems really straightforward > (requires some Python scripting but hey, that's better than dealing with > AppleScript :p). My challenge to you is to offer a MacRuby/Cocoa package. > Organize the various samples we have and add them to the website. > Update the tutorials (linking to the online version of my book is fine but > original stuff should be encouraged, especially what I missed in the book) > Document the MacRuby internals and help new devs contribute feature and fix > bugs. > Summary: the sky isn't falling, we are all good but we need help and we need > to grow the team of active contributors. Tell us what you are interested in > helping with and let's get organized to push MacRuby to the next level. > > Thanks, > > - Matt > > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
the repo here: https://github.com/noeticpenguin/MacRuby/tree/xcode4.3-updates (branch xcode4.3-updates) Contains a patch changing the installation directory for the templates. I'm still investigating how to go about linking rb_nibtool. From what I can tell (limited) Xcode basically just shells out an executes rb_nibtool so it seems like just getting rb_nibtool into the system path would work …. testing now. Would love testers and feedback. On Feb 18, 2012, at 9:25 AM, Geoffrey Roguelon wrote: > I'm not sure because whereas one crash to first launch of storyboard, after > none crash when I navigate in different part of Xcode. > > I could create a new MacRuby project, add Ruby class and modify the view > without problem… > > Le 18 févr. 2012 à 11:34, Sean Mateus a écrit : > >> I believe the since Xcode is a signed application bundle > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
I have confirmed that placing the templates as Watson suggested does work with 4.3 Additionally, placing rb_nibtool in the system path (in my case I linked it into /usr/local/bin) works just fine! I have 4.3, with macruby nightly, with templates and rb_nibtool Can anyone more familiar with the new guidelines shed light on whether or not a .pkg file can link to /usr/local/bin without raising the ire of the sandboxing rules and gatekeeper? I'm afraid I don't have access to the Apple forums etc. (haven't had $100 burning a whole in my pocket yet) but if someone can shed light on where a "proper" place for rb_nibtool to live is, I'll update my fork of the main macruby package installer, and submit a pull request as soon as possible. I'd love to have a nightly that "just worked" with 4.3 by monday. Lets do this thing! -pkj On Feb 18, 2012, at 9:25 AM, Geoffrey Roguelon wrote: > I'm not sure because whereas one crash to first launch of storyboard, after > none crash when I navigate in different part of Xcode. > > I could create a new MacRuby project, add Ruby class and modify the view > without problem… > > Le 18 févr. 2012 à 11:34, Sean Mateus a écrit : > >> I believe the since Xcode is a signed application bundle > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
Sean, I didn't copy rb_nibtool, sorry for the confusion. I linked /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/rb_nibtool to /usr/local/bin/rb_nibtool try linking ? On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: > Hi Kevin, > > I believe that it’ll not be a problem to place the rb_nibtool into > /usr/local/bin, > > unfortunately I doesn’t work for me! have you any hint? > > Sean > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
Sean, et. all. I am an idiot of the most profound order. If one installs 4.3, and does NOT remove 4.2.1… and then one uses alfred to launch Xcode … one ends up launching 4.2.1 where of course rb_nibtool works. I'm still searching for a way to get rb_nibtool working in 4.3 sorry for the false alarm / joy. -pkj On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: > Hi Kevin, > > I believe that it’ll not be a problem to place the rb_nibtool into > /usr/local/bin, > > unfortunately I doesn’t work for me! have you any hint? > > Sean > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
After more testing, I cannot find any evidence that xcode4.3 is even attempting to find rb_nibtool could this be a policy shift on the Xcode side? On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: > Hi Kevin, > > I believe that it’ll not be a problem to place the rb_nibtool into > /usr/local/bin, > > unfortunately I doesn’t work for me! have you any hint? > > Sean > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
any reason not to have Xcode invoke it directly from the framework installation? ie /Library/frameworks/MacRuby .../ -pkj On Feb 18, 2012, at 9:51 PM, Matt Aimonetti wrote: > Last time that happened I had to file a bug with Apple and thy fixed it. This > time it might be more tricky as we need to know where Xcode expects us to put > this file. Maybe someone at Apple could help? > > Thanks > > -Matt > Sent from my iPhone > > On Feb 18, 2012, at 18:35, Marc Abramowitz wrote: > >> Perhaps try using DTrace to see if it's trying to open the file? (if you >> haven't already tried that) >> >> -Marc >> http://marc-abramowitz.com >> Sent from my iPhone 4 >> >> >> On Feb 18, 2012, at 6:15 PM, Kevin Poorman >> wrote: >> >>> After more testing, I cannot find any evidence that xcode4.3 is even >>> attempting to find rb_nibtool >>> >>> could this be a policy shift on the Xcode side? >>> >>> >>> On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: >>> >>>> Hi Kevin, >>>> >>>> I believe that it’ll not be a problem to place the rb_nibtool into >>>> /usr/local/bin, >>>> >>>> unfortunately I doesn’t work for me! have you any hint? >>>> >>>> Sean >>>> ___ >>>> MacRuby-devel mailing list >>>> MacRuby-devel@lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> ___ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> ___ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files
Interesting news, Using instruments, I am able to monitor file activity and see rb_nibtool being stat'd several times by Xcode 4.2.1 I can also see Xcode 4.3 calling for rb_nibtool. The same exception stat lines appear in roughly the same time frames on each startup of Xcode with a mac ruby project Unfortunately, Xcode 4.3 is looking for rb_nibtool here: /Applications/Xcode.app/Contents/Developer/Tools/rb_nibtool This doesn't actually exist. because Xcode 4.3 is signed … I'm not sure how we solve this one. I wonder if symbolic links will alter the code sig ? -pkj On Feb 18, 2012, at 9:51 PM, Matt Aimonetti wrote: > Last time that happened I had to file a bug with Apple and thy fixed it. This > time it might be more tricky as we need to know where Xcode expects us to put > this file. Maybe someone at Apple could help? > > Thanks > > -Matt > Sent from my iPhone > > On Feb 18, 2012, at 18:35, Marc Abramowitz wrote: > >> Perhaps try using DTrace to see if it's trying to open the file? (if you >> haven't already tried that) >> >> -Marc >> http://marc-abramowitz.com >> Sent from my iPhone 4 >> >> >> On Feb 18, 2012, at 6:15 PM, Kevin Poorman >> wrote: >> >>> After more testing, I cannot find any evidence that xcode4.3 is even >>> attempting to find rb_nibtool >>> >>> could this be a policy shift on the Xcode side? >>> >>> >>> On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: >>> >>>> Hi Kevin, >>>> >>>> I believe that it’ll not be a problem to place the rb_nibtool into >>>> /usr/local/bin, >>>> >>>> unfortunately I doesn’t work for me! have you any hint? >>>> >>>> Sean >>>> ___ >>>> MacRuby-devel mailing list >>>> MacRuby-devel@lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> ___ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> ___ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files -- Workaround found!!!
tl;dr: put a symlink in /Application/xcode/contents/developer/tools that points to your /Library/Frameworks/macruby.../rb_nibtool; restart Xcode; get back to writing code. I don't know whether to laugh or cry here. -- More importantly which is the bigger bug. as it turns out adding a symbolic link to a signed code bundle *does not seem to change the code sig* and the app (xCode) still runs. (on lion) Specifically, (forgive the zsh customizations) kpoorman@Hollis /Applications/Xcode.app/Contents/Developer/Tools <-- current working dir. % sudo ln -s /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/rb_nibtool . Will let Xcode find rb_nibtool, and execute it properly. I can now, after creating that symlink properly see my outlets etc. Additionally, instruments shows the macruby executable executing the file at this path. I'm assuming that a symbolic link injected into a signed app is .. bad form… but this is at least a work around ? So, to be clear, I'm not sure wether to file a but with apple about how i can get signed apps to run unsigned code? OR how else to get Xcode to trigger unsigned code. Or maybe both. Until we figure that one out, we can use Xcode 4.3 (and yes, I totally checked the versions this time. This isn't a false alarm) -Kevin On Feb 18, 2012, at 11:28 PM, Matt Aimonetti wrote: > Great job Kevin, I would assume that a symlink would alter the code sig, but > I might be wrong. > Could you open a bug report https://bugreport.apple.com explaining what you > found out. Please also mention radar: 9828745 which refers to the problem we > had last time. > > Also, don't forget to post the radar number so we can nag our Apple friends > to make sure someone is looking at it ;) > > Thanks, > > - Matt > > > 2012/2/18 Kevin Poorman > Interesting news, > > Using instruments, I am able to monitor file activity and see rb_nibtool > being stat'd several times by Xcode 4.2.1 > > I can also see Xcode 4.3 calling for rb_nibtool. The same exception stat > lines appear in roughly the same time frames on each startup of Xcode with a > mac ruby project > > Unfortunately, Xcode 4.3 is looking for rb_nibtool here: > /Applications/Xcode.app/Contents/Developer/Tools/rb_nibtool > This doesn't actually exist. because Xcode 4.3 is signed … I'm not sure how > we solve this one. I wonder if symbolic links will alter the code sig ? > > -pkj > > On Feb 18, 2012, at 9:51 PM, Matt Aimonetti wrote: > > > Last time that happened I had to file a bug with Apple and thy fixed it. > > This time it might be more tricky as we need to know where Xcode expects us > > to put this file. Maybe someone at Apple could help? > > > > Thanks > > > > -Matt > > Sent from my iPhone > > > > On Feb 18, 2012, at 18:35, Marc Abramowitz wrote: > > > >> Perhaps try using DTrace to see if it's trying to open the file? (if you > >> haven't already tried that) > >> > >> -Marc > >> http://marc-abramowitz.com > >> Sent from my iPhone 4 > >> > >> > >> On Feb 18, 2012, at 6:15 PM, Kevin Poorman > >> wrote: > >> > >>> After more testing, I cannot find any evidence that xcode4.3 is even > >>> attempting to find rb_nibtool > >>> > >>> could this be a policy shift on the Xcode side? > >>> > >>> > >>> On Feb 18, 2012, at 2:05 PM, Sean Mateus wrote: > >>> > >>>> Hi Kevin, > >>>> > >>>> I believe that it’ll not be a problem to place the rb_nibtool into > >>>> /usr/local/bin, > >>>> > >>>> unfortunately I doesn’t work for me! have you any hint? > >>>> > >>>> Sean > >>>> ___ > >>>> MacRuby-devel mailing list > >>>> MacRuby-devel@lists.macosforge.org > >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > >>> > >>> ___ > >>> MacRuby-devel mailing list > >>> MacRuby-devel@lists.macosforge.org > >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > >> ___ > >> MacRuby-devel mailing list > >> MacRuby-devel@lists.macosforge.org > >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > > MacRuby-devel mailing list > > MacRuby-devel@lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files -- Workaround found!!!
Sean, I am able to define methods like: def test_method sender puts "yes! it's working!" end and see them as actions in IB. Is that what you're talking about ? On Feb 20, 2012, at 4:16 AM, Sean Mateus wrote: > Hi Kevin, > > great work! > it's almost working for me, all attr_accessors are shown but not the actions! > can you try it out, just to check if with my setup or it's a bug! > > > -Mateus > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode 4.3 move template files -- Workaround found!!!
Cay you post an example of the syntax thats breaking ? or a test or something? I'd like to take a crack at fixing it since rb_nibtool is, well, just a ruby script On Feb 20, 2012, at 3:14 PM, Sean Mateus wrote: > Thanks Kevin, > > I just found out the rb_nibtool is having some issues with blocks syntax! > I’ll open a ticket and will try to understand how the rb_nibtool work and > hope to be able to fix it! > > > Sean > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode: rb_nibtool no longer picking up actions
There is a known problem, (at least It's known to me...) with rb_nibtool and
certain forms of ruby block syntax.
Specifically, multi-line {} syntax causes it to fail. I've run into this with
the dispatch gem doing things like
Dispatch::Job.new {
#some expensive op
}
that code, while ruby 1.9.2/3 kosher, causes the nibtool to bomb. However,
Dispatch::Job.new do
#some expensive op
end
works just fine. Does your code use {'s or begin/end ?
-Pkj
On Feb 24, 2012, at 1:36 PM, Steve Clarke wrote:
> I've been following the discussions about getting Xcode 4.3 to find
> rb_nibtool. The symlink works for me. However it seems to deal OK with
> outlets but is not working at all for received actions - even in the simplest
> cases.
>
> What may be interesting is that even before I installed 4.3 it stopped
> recognising actions in 4.2. As far as I'm aware I changed nothing in my
> setup at this time, so I wonder if it's an Apple Software update that has
> caused the problem?
>
> At present I'm stuck and can't get actions to work in 4.2 or 4.3 even though
> rb_nibtool is being invoked in both cases. I know because it successfully
> recognises any change to outlets.
>
> I'm using the nightly build from last night (dated 24th Feb).
>
> Steve
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Xcode: rb_nibtool no longer picking up actions
I believe the parameter for an action method must be named "sender" not
id_sender ?
-Pkj
On Feb 24, 2012, at 2:33 PM, Steve Clarke wrote:
> Sorry- correction to previous post: When the Obj-C header is deleted IB does
> still show the action close_me. However it is flagged as an error saying
> that close_me is not defined on AppDelegate.
>
> Steve
>
> On 24 Feb 2012, at 19:22, Steve Clarke wrote:
>
>> Here's the code. It couldn't be any simpler:
>>
>>
>> class AppDelegate
>> attr_accessor :window, :prop1 , :prop3
>>
>> def close_me(id_sender)
>> puts ("close_me invoked")
>> end
>> def applicationDidFinishLaunching(a_notification)
>> # Insert code here to initialize your application
>> puts ("finished launching")
>> end
>> end
>>
>> This doesn't work in 4.2 either. I can't say for sure it worked earlier in
>> 4.2 becasue I only just created it as a trivial case. What I do know is
>> that a more complex app delegate stopped working in 4.2 for no apparent
>> reason.
>>
>> In relation to the example above, I tried creating an Object-C class that
>> contained only an explicit IBAction for the close_me method. That worked
>> fine and the app ran as expected. When I removed the .h file, IB still
>> showed all was OK. i.e. the close_me action was shown together with the id
>> of the sender. When I deleted the link from the sender the action was no
>> longer shown.
>>
>> Hope this makes some sense.
>>
>> Steve
>>
>>
>> On 24 Feb 2012, at 18:58, Matt Aimonetti wrote:
>>
>>> Can you show your code, was it working in 4.2?
>>>
>>> - Matt
>>>
>>> On Fri, Feb 24, 2012 at 10:57 AM, Steve Clarke wrote:
>>> No, I'd already read earlier comments about the block syntax. I can't get
>>> actions recognised at all, even in the most trivial cases. If everyone
>>> else is OK I might just be doing something stupid.
>>>
>>> Steve
>>>
>>> On 24 Feb 2012, at 18:43, Kevin Poorman wrote:
>>>
>>> > There is a known problem, (at least It's known to me...) with rb_nibtool
>>> > and certain forms of ruby block syntax.
>>> >
>>> > Specifically, multi-line {} syntax causes it to fail. I've run into this
>>> > with the dispatch gem doing things like
>>> >
>>> > Dispatch::Job.new {
>>> > #some expensive op
>>> > }
>>> >
>>> > that code, while ruby 1.9.2/3 kosher, causes the nibtool to bomb.
>>> > However,
>>> >
>>> > Dispatch::Job.new do
>>> > #some expensive op
>>> > end
>>> >
>>> > works just fine. Does your code use {'s or begin/end ?
>>> >
>>> > -Pkj
>>> >
>>> >
>>> > On Feb 24, 2012, at 1:36 PM, Steve Clarke wrote:
>>> >
>>> >> I've been following the discussions about getting Xcode 4.3 to find
>>> >> rb_nibtool. The symlink works for me. However it seems to deal OK with
>>> >> outlets but is not working at all for received actions - even in the
>>> >> simplest cases.
>>> >>
>>> >> What may be interesting is that even before I installed 4.3 it stopped
>>> >> recognising actions in 4.2. As far as I'm aware I changed nothing in my
>>> >> setup at this time, so I wonder if it's an Apple Software update that
>>> >> has caused the problem?
>>> >>
>>> >> At present I'm stuck and can't get actions to work in 4.2 or 4.3 even
>>> >> though rb_nibtool is being invoked in both cases. I know because it
>>> >> successfully recognises any change to outlets.
>>> >>
>>> >> I'm using the nightly build from last night (dated 24th Feb).
>>> >>
>>> >> Steve
>>> >> ___
>>> >> MacRuby-devel mailing list
>>> >> MacRuby-devel@lists.macosforge.org
>>> >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>> >
>>> > ___
>>> > MacRuby-devel mailing list
>>> > MacRuby-devel@lists.macosforge.org
>>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>>
>>> ___
>>> MacRuby-devel mailing list
>>> MacRuby-devel@lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>>
>>> ___
>>> MacRuby-devel mailing list
>>> MacRuby-devel@lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>> ___
>> MacRuby-devel mailing list
>> MacRuby-devel@lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] The Future of MacRuby
I can start migrating the macruby-Recipes repository to the wiki section of Github, but I'd like to make the case they should be in a sub-module or repository that users can download directly, not just view on the wiki. I've started, but have largely failed -- due to a new job -- to "port" MagicalRecord core-data code to mac-ruby, giving us a "active record like" interface to core data. I have some new recipes to add to the macruby-recipes repo (https://bitbucket.org/codefriar/macruby-recipes) that I can push hopefully later today. I'd really love some suggestions on what recipes to add. you can see the ones I have in progress on that repo's wiki. Perhaps we should find consensus on style so various recipes don't look completely different? All that said, I agree with other posts discussing the bugs / missing features we need to find a way to fix/get up to speed. My C/C++/Obj-c is non-existent to rusty at best, so if there are any macruby vm coders who could offload work to me, in order to give them time to fix those, let me know offliist. I was wondering if there would be benefit to writing (a) Generator(s) ala' Rails' "rails" script for the stubbing out of apps and m,v,c ? Imagine: facet new facet g model … Thoughts? -Kevin On Apr 8, 2012, at 11:50 PM, Colin Thomas-Arnold wrote: > tl;dr: I propose getting tutorials and code under one structured collection, > and > to create classes that wrap Core Data in the same way HotCocoa wraps NSViews. > > I agree with the sentiments about "setting ourselves apart". How do we do > that? > Please allow me to pontificate. I apologize for the length. > > I think we have already answered this question: Cocoa is huge and hard to > learn > when you are getting started. Let's fix that! > > Let's make it easy - NAY - FUN to get started. That's what made Rails so darn > popular, right? It's not because it was the fastest, or had a long history of > support, or zero bugs, or stability. It was FUN. And that's what *Ruby* is > about, too! > > I think we should also show off how "grown up" MacRuby already is. When I saw > that there was already a Core Data project template, I was sold. If that > *hadn't* been there, I would have balked, for sure, and maybe even walked > away. > Also, Matt Aimoetti's MacRuby book, and the upcoming book, MacRuby in Action, > indicate that the support is out there. > > I think that HotCocoa is a great example of "fun" and "distinctive development > cycle". It aims to be a replacement for Interface Builder. I don't think we > need to stop there. We can replace *Xcode*. Hotcocoa already handles > compilation, using macrake to run or deploy or embed a project. If we could go > so far as to wrap up Core Data into ruby classes, hoohoo boy would we be > having > fun then! "HotCocoaData" anyone? > > For my part, I'd like to reach out to those of you that have collections of > recipes and tutorials, and start creating a structured repository of these > resources (jballanc/Josh recommended using the github wiki as this tutorial > repository). > > I would *really* like it if our tutorials did the same things most > do (pushing a button => prints "hello" - WOW!), but then always take that a > few > steps further. If it is easy to print "hello", why would you stop there? Do > something useful, or at least something complicated, that provides food for > thought. > > With help, I think we could create a project that allows us to create Core > Data models using ruby code. At that point, *everything* could be done in > ruby, > but with full access to Cocoa, and then we'd be doing something really > exciting. > Not that MacRuby isn't already exciting - if it wasn't, we wouldn't be talking > about this stuff! > > #colinta > > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] mruby + mobiRuby ...
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@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] Using scripting bridge to create new objects within a Cocoa App.
Morning,
I've been trying to use MacRuby to drive an integration between a popular
webservice and the stock Reminders.app. I'm attempting this through the
scripting bridge and am running into difficulty getting the scripting bridge
Create new objects within reminders.app, or notes.app, or any other app i've
tried.
Examplar code:
n = SBApplication.applicationWithBundleIdentifier("com.apple.notes")
new_note = NotesApplication::NotesNote.new
#NoMethodError: undefined method `==' for
"#":String
Ok, so perhaps I need to give it some options. lets try name:
new_note = NotesApplication::NotesNote.new name = "foo"
ArgumentError: wrong number of arguments (1 for 0)
(irb):138:in `'
harumph.
Ok well lets fire up the dictionary - it says the method is "make"
n.methods(true,true).grep /make/i
# []
hmm. ok
NotesApplication.methods(true,true).grep /make/i
# []
I can't find the make method on any object and new is throwing an odd error
that I can't seem to inspect.
Help?
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macruby-devel
