Wow, I really b0rkd my code in that thread. It was 3:30 AM, tho. For clarity here is Kernel.engine:
def Kernel.engine; defined?(RUBY_ENGINE) ? RUBY_ENGINE : 'mri'; end My inebriated brain was showing a use case in the middle of a method declaration. Not useful in this instance but cross-engine support is a pet peeve of mine. And my code isn't as awful as that email made it out to be ;) BTW gang, congrats to all those who hacked on Raisins, it's really great. On Wed, Dec 10, 2008 at 5:45 PM, Simon Heywood < [EMAIL PROTECTED] <[EMAIL PROTECTED]>> wrote: > I did try searching before posting, the "Putting your shoes on faster" > subject probably threw me :-) > > A rails-esque Vendor plugins directory would be great for me. I shall try > what Seth suggested tomorrow and also read through the thread by Daniel > Zepeda. Personally I love that Shoes can automatically download the required > gems, but in this instance the HTTP_PROXY requirement is going to be a > stumbling block for me. > > Many thanks all, > > Si > > > On 10 Dec 2008, at 18:35, _why wrote: > > On Wed, Dec 10, 2008 at 09:34:04AM +0000, Simon Heywood wrote: >> >>> So, I wondered, as an alternative, if it would be possible for the >>> Packager >>> to "Include required gems with app" along the lines of the "Include Shoes >>> with your app"? >>> >>> However, I think platform specific gems might cause a problem here? >>> >> >> This came up a week ago in this thread: >> < >> http://news.gmane.org/find-root.php?message_id=%3c20081203162714.GZ6812%40beekeeper.hobix.com%3e >> > >> >> I think the way I'll do it is to download all of the gems for a >> specific version and package those up with the app. So >> html-scraper.shy will include all the different platform gems. >> Before launch, it'll treat the collection of gems as a local >> repository. >> >> In the case of an EXE, it'll probably only include the gem for that >> platform, unless the user indicates otherwise. (And same for OS X >> and Linux packages.) >> >> _why >> > >
