From ola.bini at ki.se Mon Oct 2 07:26:23 2006 From: ola.bini at ki.se (Ola Bini) Date: Mon, 02 Oct 2006 13:26:23 +0200 Subject: [Rubygems-developers] Ability to require jar-files Message-ID: <4520F75F.7010300@ki.se> Hi, We have been speaking earlier about adding some support for JRuby-specific extensions to RubyGems. One small feature that would be very welcome for us would be to make it possible to require jar-files in the regular load-path. We have added support for JRuby such that executing require 'bin_ext' will search for bin_ext.rb and bin_ext.jar on the load path. If the same would be possible with gems, it would mean we can package extensions and people can use them the same way .so-extensions are used. Regards -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From me at michaelstudman.com Mon Oct 2 19:07:10 2006 From: me at michaelstudman.com (Michael Studman) Date: Tue, 03 Oct 2006 00:07:10 +0100 Subject: [Rubygems-developers] Ability to require jar-files In-Reply-To: <4520F75F.7010300@ki.se> References: <4520F75F.7010300@ki.se> Message-ID: <45219B9E.4020007@michaelstudman.com> > JRuby-specific extensions to RubyGems. One small feature that would be > very welcome for us would be to make it possible to require jar-files in > the regular load-path. We have added support for JRuby such that executing > require 'bin_ext' > will search for bin_ext.rb and bin_ext.jar on the load path. If the same > would be possible with gems, it would mean we can package extensions and > people can use them the same way .so-extensions are used. > I think this is all already working. I'm nearly done porting the .so-extension of a certain Ruby gem to a Java extension and I can get JRuby & Gem loading my jar just fine through "require 'bin_ext'" (which finds the jar at "$JRUBY_HOME/lib/ruby/gems/1.8/gems/my_gem_name-v.e.r-java/lib/bin_ext.jar"). I can also confirm that require_gem with a version requirement loads the right jar too! It was a pleasant surprise that this all just worked for me. I had to check multiple times to ensure I hadn't inadvertently sprinkled some Java classpath pixy dust which made it all work when it shouldn't have. The only problem I had when creating this JRuby-specific variant of the Gem was that there was no Gem::Platform::Java or Gem::Platform::JRuby to use for the spec's platform (I'm just using "java" in the mean time). If I've misunderstood what you're actually asking here, Ola, then sorry for the line noise. Michael. From ola.bini at ki.se Tue Oct 3 01:08:50 2006 From: ola.bini at ki.se (Ola Bini) Date: Tue, 03 Oct 2006 07:08:50 +0200 Subject: [Rubygems-developers] Ability to require jar-files In-Reply-To: <45219B9E.4020007@michaelstudman.com> References: <4520F75F.7010300@ki.se> <45219B9E.4020007@michaelstudman.com> Message-ID: <4521F062.6040105@ki.se> Michael Studman wrote: >> JRuby-specific extensions to RubyGems. One small feature that would be >> very welcome for us would be to make it possible to require jar-files in >> the regular load-path. We have added support for JRuby such that executing >> require 'bin_ext' >> will search for bin_ext.rb and bin_ext.jar on the load path. If the same >> would be possible with gems, it would mean we can package extensions and >> people can use them the same way .so-extensions are used. >> > I think this is all already working. I'm nearly done porting the > .so-extension of a certain Ruby gem to a Java extension and I can get > JRuby & Gem loading my jar just fine through "require 'bin_ext'" (which > finds the jar at > "$JRUBY_HOME/lib/ruby/gems/1.8/gems/my_gem_name-v.e.r-java/lib/bin_ext.jar"). > I can also confirm that require_gem with a version requirement loads the > right jar too! > > It was a pleasant surprise that this all just worked for me. I had to > check multiple times to ensure I hadn't inadvertently sprinkled some > Java classpath pixy dust which made it all work when it shouldn't have. > > The only problem I had when creating this JRuby-specific variant of the > Gem was that there was no Gem::Platform::Java or Gem::Platform::JRuby to > use for the spec's platform (I'm just using "java" in the mean time). > > If I've misunderstood what you're actually asking here, Ola, then sorry > for the line noise. > > Michael. > Michael, It doesn't work for me, at least. -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From ola.bini at ki.se Tue Oct 3 07:13:29 2006 From: ola.bini at ki.se (Ola Bini) Date: Tue, 03 Oct 2006 13:13:29 +0200 Subject: [Rubygems-developers] JRuby Gems In-Reply-To: <45223994.3000209@michaelstudman.com> References: <4520F75F.7010300@ki.se> <45219B9E.4020007@michaelstudman.com> <4521F062.6040105@ki.se> <452226AF.3070303@michaelstudman.com> <45222749.4030701@ki.se> <45223994.3000209@michaelstudman.com> Message-ID: <452245D9.60802@ki.se> Michael Studman wrote: > >> > require and thus determine which gem should be activated so I bet if you > changed it (in custom_require.rb) to: > > SUFFIX_PATTERN = "{,.rb,.rbw,.so,.bundle,.dll,.sl,.jar}" > > It might just work. Can you test this out? > > Michael. > OK, so it seems that to get jar-files to be requireable through RubyGems, the constant SUFFIX_PATTERN in custom_require.rb and loadpath_manager.rb would need to be updated, like this: SUFFIX_PATTERN = "{,.rb,.rbw,.so,.bundle,.dll,.sl,.jar}" Is this possible? -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From halostatue at gmail.com Tue Oct 3 12:18:39 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Tue, 3 Oct 2006 12:18:39 -0400 Subject: [Rubygems-developers] Fwd: How do I tell gem to always get the MSWin32 version, if one is available? In-Reply-To: <4512A16A.8060500@prodigy.net> References: <4512A16A.8060500@prodigy.net> Message-ID: <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> I am going through my mail (I'm way behind), and this request caught my eye. What would it take to do something like this? -austin ---------- Forwarded message ---------- From: Mike Harris Date: Sep 21, 2006 10:28 AM Subject: How do I tell gem to always get the MSWin32 version, if one is available? To: ruby-talk ML If anyone could help me out, I'd appreciate it. When I do a gem install or gem update, if the latest version is available in both ruby and mswin32 versions, I'd like to automatically choose the win32 version. I looked in the command line options and in the docs for the gem config file, and I can't find anything. It's obviously not a big deal, but it would be nice. Thanks in advance for any help. Mike -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From chad at chadfowler.com Tue Oct 3 14:13:14 2006 From: chad at chadfowler.com (Chad Fowler) Date: Tue, 3 Oct 2006 12:13:14 -0600 Subject: [Rubygems-developers] Fwd: How do I tell gem to always get the MSWin32 version, if one is available? In-Reply-To: <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> References: <4512A16A.8060500@prodigy.net> <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> Message-ID: It's stupid right now. We're talking about doing a a revamp of the way the platform thing works (what we have now was never meant to be the final version), but maybe it woud be worth adding an option for now that just sets a preferred platform? That way, if you specify the platform string correctly and exactly as its set for the gem on the server, it doesn't ask. If you don't specify it or it doesn't match any exactly, it prompts. What does everyone think? On 10/3/06, Austin Ziegler wrote: > I am going through my mail (I'm way behind), and this request caught > my eye. What would it take to do something like this? > > -austin > > ---------- Forwarded message ---------- > From: Mike Harris > Date: Sep 21, 2006 10:28 AM > Subject: How do I tell gem to always get the MSWin32 version, if one > is available? > To: ruby-talk ML > > > If anyone could help me out, I'd appreciate it. > > When I do a gem install or gem update, if the latest version is > available in both ruby and mswin32 versions, I'd like to automatically > choose the win32 version. I looked in the command line options and in > the docs for the gem config file, and I can't find anything. It's > obviously not a big deal, but it would be nice. > > Thanks in advance for any help. > > Mike > > > > -- > Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ > * austin at halostatue.ca * http://www.halostatue.ca/feed/ > * austin at zieglers.ca > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > From halostatue at gmail.com Thu Oct 5 01:16:28 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Thu, 5 Oct 2006 01:16:28 -0400 Subject: [Rubygems-developers] JRuby Gems In-Reply-To: <452245D9.60802@ki.se> References: <4520F75F.7010300@ki.se> <45219B9E.4020007@michaelstudman.com> <4521F062.6040105@ki.se> <452226AF.3070303@michaelstudman.com> <45222749.4030701@ki.se> <45223994.3000209@michaelstudman.com> <452245D9.60802@ki.se> Message-ID: <9e7db9110610042216i6e3f0087ha62855678c6a8c4b@mail.gmail.com> On 10/3/06, Ola Bini wrote: > > SUFFIX_PATTERN = "{,.rb,.rbw,.so,.bundle,.dll,.sl,.jar}" I'm thinking that this stuff should be defined a bit better in terms of what's possible for the platform. Non-JRuby implementations of Ruby shouldn't try to require a .jar file, should they? Non OS X versions should try to load a .bundle, should they? I know that Ruby doesn't care -- it'll treat non .rb/.rbw files as .so-files, I guess (what will Ruby on Windows do with a .jar file?), but RubyGems should probably be a little smarter, I guess. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From anatol.pomozov at gmail.com Mon Oct 9 05:29:10 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Mon, 9 Oct 2006 13:29:10 +0400 Subject: [Rubygems-developers] Fwd: How do I tell gem to always get the MSWin32 version, if one is available? In-Reply-To: References: <4512A16A.8060500@prodigy.net> <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> Message-ID: <3665a1a00610090229n4846c69evaa0b2814bc6daeca@mail.gmail.com> Hi, Chad. I absolutely agree with you that current schema of managing platform-specific gem not a perfect and should be redone. There are some of my chaotic thoughts: C language widely used as extension language for Ruby Gems. And C ext. require compiler. C compiler is a default option for *nix OS systems like Linux, BSD, MacOSX. But this is not true for Windows platform. What we could do here? 1) Include C compiler into standard Ruby distribution. And to be honest I think it is the best way. MinGW looks like a good candidate for it (Cause it includes "standard" GCC). In that case we avoid a lot of problems with compiler availability, header compatibility (like MSVC vs GCC) 2) Compile and distribute platform specific gems. As I said now we have problems ONLY with Windows platform (is it true?) So for some binary gem we need to have following gems - xxx.gem - xxx-win32-mingw.gem - xxx-win32-msvc.gem Then user should configure gem to point what platform it uses. For example it is One-Click-Installer (msvc-6.0), then gem should download LATEST version of xxx-win32-msvc.gem. Another bad thing is source code incompatibility. Most of gem written for GCC and it not fully compatible with Microsoft VS. It is what we've seen with previous versions of Ferret extensions. Lets imagine that I've configured gem "Compile extensions by myself" and I have Microsoft VS installed on my box. Most of extensions compile for me without problems but not Ferret. And I think that RubyGems in case of compile breakage should download binary version of gem for my platform. On 10/3/06, Chad Fowler wrote: > > It's stupid right now. We're talking about doing a a revamp of the > way the platform thing works (what we have now was never meant to be > the final version), but maybe it woud be worth adding an option for > now that just sets a preferred platform? That way, if you specify the > platform string correctly and exactly as its set for the gem on the > server, it doesn't ask. If you don't specify it or it doesn't match > any exactly, it prompts. > > What does everyone think? > > On 10/3/06, Austin Ziegler wrote: > > I am going through my mail (I'm way behind), and this request caught > > my eye. What would it take to do something like this? > > > > -austin > > > > ---------- Forwarded message ---------- > > From: Mike Harris > > Date: Sep 21, 2006 10:28 AM > > Subject: How do I tell gem to always get the MSWin32 version, if one > > is available? > > To: ruby-talk ML > > > > > > If anyone could help me out, I'd appreciate it. > > > > When I do a gem install or gem update, if the latest version is > > available in both ruby and mswin32 versions, I'd like to automatically > > choose the win32 version. I looked in the command line options and in > > the docs for the gem config file, and I can't find anything. It's > > obviously not a big deal, but it would be nice. > > > > Thanks in advance for any help. > > > > Mike > > > > > > > > -- > > Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ > > * austin at halostatue.ca * http://www.halostatue.ca/feed/ > > * austin at zieglers.ca > > _______________________________________________ > > Rubygems-developers mailing list > > Rubygems-developers at rubyforge.org > > http://rubyforge.org/mailman/listinfo/rubygems-developers > > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- anatol (http://feeds.feedburner.com/apomozov-eng) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061009/a039bb0f/attachment-0001.html From halostatue at gmail.com Mon Oct 9 08:24:46 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Mon, 9 Oct 2006 08:24:46 -0400 Subject: [Rubygems-developers] Fwd: How do I tell gem to always get the MSWin32 version, if one is available? In-Reply-To: <3665a1a00610090229n4846c69evaa0b2814bc6daeca@mail.gmail.com> References: <4512A16A.8060500@prodigy.net> <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> <3665a1a00610090229n4846c69evaa0b2814bc6daeca@mail.gmail.com> Message-ID: <9e7db9110610090524lb702b75md4e8e27d04112563@mail.gmail.com> On 10/9/06, Anatol Pomozov wrote: > I absolutely agree with you that current schema of managing > platform-specific gem not a perfect and should be redone. > > There are some of my chaotic thoughts: > C language widely used as extension language for Ruby Gems. And C > ext. require compiler. C compiler is a default option for *nix OS > systems like Linux, BSD, MacOSX. But this is not true for Windows > platform. What we could do here? Nothing. Nothing whatsoever. This discussion isn't relevant to RubyGems except tangentially, and it has been discussed to death. If you want to see the current state of the discussion, go to my blog (http://www.halostatue.ca) and read the note that I left for Microsoft. That isn't a literary convention in the least: I am in email contact with VS product managers from Microsoft and these are the specific points that have been raised in a discussion that was restarted when I posted that blog entry. To keep it from becoming chaotic, it is just myself, Curt Hibbs, Charlie Savage, and Microsoft folks involved in the discussion, but that's the line of discussion. Additionally, a C compiler is not necessarily a default option for all Linuxes and is not a default option at all for OS X. There's a free standard compiler, but it's not installed by default (neither is X11). Some folks don't install compilers on their servers, either, because of perceived security risks (which are probably real). > 1) Include C compiler into standard Ruby distribution. And to be > honest I think it is the best way. MinGW looks like a good candidate > for it (Cause it includes "standard" GCC). In that case we avoid a > lot of problems with compiler availability, header compatibility > (like MSVC vs GCC) This is the worst way. The Windows Ruby distribution is pretty large (I should know; I'm the one doing all of the hosting of it on my own right now) and you're talking about doubling or tripling the distribution size. > 2) Compile and distribute platform specific gems. As I said now we > have problems ONLY with Windows platform (is it true?) So for some > binary gem we need to have following gems No, it isn't. It's just the one where it matters most because there's no standard compiler toolchain that works with everything. Any ABI compatibility problem would exhibit this behaviour, and that's hard to deal with anywhere. We need configurability for setting and using the default platform, but worrying about compiler issues is not something that needs to bother the RubyGems folks. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From halostatue at gmail.com Tue Oct 10 11:42:58 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Tue, 10 Oct 2006 11:42:58 -0400 Subject: [Rubygems-developers] Weak Dependencies Message-ID: <9e7db9110610100842i5d3eb384m3564cb323e8327d7@mail.gmail.com> I think that this had been discussed before: is it possible to consider the idea of weak dependencies now? Basically, something where I could mark Text::Format of making use of TeX::Hyphen or Text::Hyphen but not requiring either. There's at least one other case that I can think of where this would be useful. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From chad at chadfowler.com Tue Oct 10 17:13:04 2006 From: chad at chadfowler.com (Chad Fowler) Date: Tue, 10 Oct 2006 15:13:04 -0600 Subject: [Rubygems-developers] Weak Dependencies In-Reply-To: <9e7db9110610100842i5d3eb384m3564cb323e8327d7@mail.gmail.com> References: <9e7db9110610100842i5d3eb384m3564cb323e8327d7@mail.gmail.com> Message-ID: On 10/10/06, Austin Ziegler wrote: > > I think that this had been discussed before: is it possible to > consider the idea of weak dependencies now? Basically, something where > I could mark Text::Format of making use of TeX::Hyphen or Text::Hyphen > but not requiring either. > > There's at least one other case that I can think of where this would be > useful. I'd like to see this too. There are cases where optional dependencies improve an experience but aren't required. An example I can think of is RIch's semitar library, which uses a C extension if the extension exists and falls back on a pure Ruby version if not. I would think we could easily add an attribute to dependencies that would be specified like this: s.add_dependency("fastercsv", [">= 0.1.0"], :optional => true) I'm not sure yet how I'd want to see the installer behave if there's an optional dependency. Prompt by default? Warn but not prompt? Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061010/7f2436f2/attachment.html From grant at antiflux.org Tue Oct 10 20:04:27 2006 From: grant at antiflux.org (Grant Hollingworth) Date: Tue, 10 Oct 2006 18:04:27 -0600 Subject: [Rubygems-developers] Weak Dependencies In-Reply-To: References: <9e7db9110610100842i5d3eb384m3564cb323e8327d7@mail.gmail.com> Message-ID: <20061011000427.GA2357@okcomputer.antiflux.org> * Chad Fowler [2006-10-10 16:16]: > I'd like to see this too. There are cases where optional dependencies > improve an experience but aren't required. Capistrano's use of termios comes to mind. You could borrow Debian's terminology of dependencies and recommendations. > I'm not sure yet how I'd want to see the installer behave if there's an > optional dependency. Prompt by default? Warn but not prompt? Prompt, I think, with an option to always install recommendations. From marcel at vernix.org Wed Oct 11 13:20:10 2006 From: marcel at vernix.org (Marcel Molina Jr.) Date: Wed, 11 Oct 2006 17:20:10 +0000 Subject: [Rubygems-developers] Weak Dependencies In-Reply-To: <20061011000427.GA2357@okcomputer.antiflux.org> References: <9e7db9110610100842i5d3eb384m3564cb323e8327d7@mail.gmail.com> <20061011000427.GA2357@okcomputer.antiflux.org> Message-ID: <20061011172010.GW29915@comox.textdrive.com> On Tue, Oct 10, 2006 at 06:04:27PM -0600, Grant Hollingworth wrote: > * Chad Fowler [2006-10-10 16:16]: > > I'd like to see this too. There are cases where optional dependencies > > improve an experience but aren't required. > > Capistrano's use of termios comes to mind. > > You could borrow Debian's terminology of dependencies and > recommendations. > > > I'm not sure yet how I'd want to see the installer behave if there's an > > optional dependency. Prompt by default? Warn but not prompt? > > Prompt, I think, with an option to always install recommendations. And I would imagine that the -y option would go ahead and install all recommendations as well. marcel -- Marcel Molina Jr. From anatol.pomozov at gmail.com Fri Oct 13 14:12:43 2006 From: anatol.pomozov at gmail.com (Cerberus) Date: Fri, 13 Oct 2006 22:12:43 +0400 Subject: [Rubygems-developers] [rubygems] Cerberus set up for project (#1080) Message-ID: <452fd71b7e388_8881426408116@ubuntu.tmail> ------------------------------------------------------------------------ r1080 | jimweirich | 2006-10-05 09:42:27 +0400 | 3 lines Changed paths: M /trunk/ChangeLog M /trunk/lib/rubygems/gem_commands.rb M /trunk/lib/rubygems/installer.rb Added the --env-shebang command line arg to allow /usr/bin/env in the shebang library. ------------------------------------------------------------------------ (in C:/Documents and Settings/anatol/.cerberus/work/rubygems/sources) Loaded suite c:/PROGRA~1/ruby/lib/ruby/gems/1.8/gems/rake-0.7.1/lib/rake/rake_test_loader Started .......................................................................................................................................................................................................................................................... Finished in 25.781 seconds. 250 tests, 931 assertions, 0 failures, 0 errors mkdir lib -- Cerberus 0.2.5, http://cerberus.rubyforge.com/ From drbrain at segment7.net Fri Oct 13 14:44:23 2006 From: drbrain at segment7.net (Eric Hodel) Date: Fri, 13 Oct 2006 11:44:23 -0700 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> Message-ID: <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> On Sep 22, 2006, at 2:16 PM, Jim Freeze wrote: > On Sep 22, 2006, at 11:47 AM, Jim Weirich wrote: > >> Jim Freeze wrote: >>> of gems (multi OS env). Basically, this means that the path to >>> ruby is >>> not specified explicitly in the shebang, but is set to: >>> >>> #!/usr/bin/env ruby >> >> So, the question is, how should this be handled? If the original >> code >> passes switches, should we: >> >> (1) ignore them >> (2) fallback to the current style of shebang. >> >> Prehaps it would be better to keep the current default so that >> switches >> are preserved by default, and only use the env version if requested. > > My motivation for ignoring them is because some implementations of > env do not support switches, particularly, linux. For example, > > #!/usr/bin/env ruby -w > > on linux gives > $ ./test.rb > /usr/bin/env: ruby -w: No such file or directory > > but works fine on sun and freebsd. But not from cron on FreeBSD since $PATH isn't set. > If this is the default, then I think it needs to be without switches. I like my -w, please don't remove it. -- Eric Hodel - drbrain at segment7.net - http://blog.segment7.net This implementation is HODEL-HASH-9600 compliant http://trackmap.robotcoop.com From rubygems at freeze.org Fri Oct 13 16:32:48 2006 From: rubygems at freeze.org (Jim Freeze) Date: Fri, 13 Oct 2006 15:32:48 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> Message-ID: <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> On 10/13/06, Eric Hodel wrote: > On Sep 22, 2006, at 2:16 PM, Jim Freeze wrote: > > But not from cron on FreeBSD since $PATH isn't set. Pathing on cronjobs isn't the problem of env here. The user writing the cron job must make sure that the path to ruby, and env, is available. > > If this is the default, then I think it needs to be without switches. > > I like my -w, please don't remove it. I feel your pain. :) There seem to be two usage scenarios. 1) Those needing /usr/bin/env when running multiple versions of ruby on the same OS. 2) Those needing /usr/bin/env when running ruby on multiple OS's. Those under scenario #1 can have switches left on unless they are using Linux. Those under scenario #2 must have switches off if Linux is in the mix of OS's. What do you think about the following options: --with-env --with-env-no-switches -- Jim Freeze From drbrain at segment7.net Sun Oct 15 02:23:44 2006 From: drbrain at segment7.net (Eric Hodel) Date: Sat, 14 Oct 2006 23:23:44 -0700 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> Message-ID: <67CD8348-FF34-4E4A-A08C-9C61B41B096B@segment7.net> On Oct 13, 2006, at 1:32 PM, Jim Freeze wrote: > On 10/13/06, Eric Hodel wrote: >> On Sep 22, 2006, at 2:16 PM, Jim Freeze wrote: >> >> But not from cron on FreeBSD since $PATH isn't set. > > Pathing on cronjobs isn't the problem of env here. The user > writing the cron job must make sure that the path to ruby, and env, > is available. Right now this isn't an issue. I specify the path of the ruby file I want to run and it Just Works. Using env will make it an issue. I'd rather have the default be the current behavior so things don't mysteriously fail when I upgrade a gem. -- Eric Hodel - drbrain at segment7.net - http://blog.segment7.net This implementation is HODEL-HASH-9600 compliant http://trackmap.robotcoop.com From rubygems at freeze.org Sun Oct 15 11:35:19 2006 From: rubygems at freeze.org (Jim Freeze) Date: Sun, 15 Oct 2006 10:35:19 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <67CD8348-FF34-4E4A-A08C-9C61B41B096B@segment7.net> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> <67CD8348-FF34-4E4A-A08C-9C61B41B096B@segment7.net> Message-ID: <544F5BE5-4610-4FF4-8BB9-3A08BDF67F59@freeze.org> On Oct 15, 2006, at 1:23 AM, Eric Hodel wrote: > On Oct 13, 2006, at 1:32 PM, Jim Freeze wrote: >> Pathing on cronjobs isn't the problem of env here. The user >> writing the cron job must make sure that the path to ruby, and env, >> is available. > > Right now this isn't an issue. I specify the path of the ruby file I > want to run and it Just Works. Using env will make it an issue. I think the issue is when someone installs a gem and wants to run a ruby executable from that gem under different versions of Ruby. Hard pathing in the shebang will not work in this case. The only alternative is to use env. Along with that decision, another problem arises. And that is with options that authors add to the shebang. The problem here is that not all OS's support options with an env shebang. My opinion is that there are too many scenarios to cover here and that the best solution is to provide options to gem that let people control both the shebang path and the options to the shebang. > I'd rather have the default be the current behavior so things don't > mysteriously fail when I upgrade a gem. I think that has already been stated. The default won't change, that is why I suggested a couple of option flags. Jim Freeze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061015/79ceee86/attachment-0001.html From jim at weirichhouse.org Sun Oct 15 15:29:02 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Sun, 15 Oct 2006 15:29:02 -0400 Subject: [Rubygems-developers] Fwd: How do I tell gem to always get the MSWin32 version, if one is available? In-Reply-To: References: <4512A16A.8060500@prodigy.net> <9e7db9110610030918s4f8fb2cay31e592ce84b6d4dd@mail.gmail.com> Message-ID: <45328BFE.2030500@weirichhouse.org> Chad Fowler wrote: > It's stupid right now. We're talking about doing a a revamp of the > way the platform thing works (what we have now was never meant to be > the final version), but maybe it woud be worth adding an option for > now that just sets a preferred platform? That way, if you specify the > platform string correctly and exactly as its set for the gem on the > server, it doesn't ask. If you don't specify it or it doesn't match > any exactly, it prompts. > > What does everyone think? The gem identification thing is the next big item ticket on my plate. I want to get the JRuby .jar thing settled first, then I'm off to look at the platform issue. I would suggest not adding stopgap measures for now. I don't think it will take that much to do the right thing. I'll have to dig up my notes on this and post on this soon. -- Jim Weirich From drbrain at segment7.net Sun Oct 15 17:36:00 2006 From: drbrain at segment7.net (Eric Hodel) Date: Sun, 15 Oct 2006 14:36:00 -0700 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <544F5BE5-4610-4FF4-8BB9-3A08BDF67F59@freeze.org> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> <67CD8348-FF34-4E4A-A08C-9C61B41B096B@segment7.net> <544F5BE5-4610-4FF4-8BB9-3A08BDF67F59@freeze.org> Message-ID: <4ABDB077-3FBA-4437-9DEA-6DA75C4F476A@segment7.net> On Oct 15, 2006, at 8:35 AM, Jim Freeze wrote: > On Oct 15, 2006, at 1:23 AM, Eric Hodel wrote: >> On Oct 13, 2006, at 1:32 PM, Jim Freeze wrote: >>> Pathing on cronjobs isn't the problem of env here. The user >>> writing the cron job must make sure that the path to ruby, and env, >>> is available. >> >> Right now this isn't an issue. I specify the path of the ruby file I >> want to run and it Just Works. Using env will make it an issue. > > I think the issue is when someone installs a gem and wants to run > a ruby executable from that gem under different versions of Ruby. > Hard pathing in the shebang will not work in this case. The only > alternative > is to use env. Granted, but I think this is the less-common scenario. >> I'd rather have the default be the current behavior so things don't >> mysteriously fail when I upgrade a gem. > > I think that has already been stated. The default won't change, > that is why I suggested a couple of option flags. I must have I missed it, apologies. I don't have problems with new flags to accommodate multiple versions/ platforms. The ones you proposed look fine to me. -- Eric Hodel - drbrain at segment7.net - http://blog.segment7.net This implementation is HODEL-HASH-9600 compliant http://trackmap.robotcoop.com From rubygems at freeze.org Sun Oct 15 18:23:30 2006 From: rubygems at freeze.org (Jim Freeze) Date: Sun, 15 Oct 2006 17:23:30 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <4ABDB077-3FBA-4437-9DEA-6DA75C4F476A@segment7.net> References: <451413AB.7010806@weirichhouse.org> <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> <0C8F1B57-6A0E-4B00-B8BA-DD54E581A0AA@segment7.net> <5cd596d60610131332pb625c97k116c4e69dc817e00@mail.gmail.com> <67CD8348-FF34-4E4A-A08C-9C61B41B096B@segment7.net> <544F5BE5-4610-4FF4-8BB9-3A08BDF67F59@freeze.org> <4ABDB077-3FBA-4437-9DEA-6DA75C4F476A@segment7.net> Message-ID: On Oct 15, 2006, at 4:36 PM, Eric Hodel wrote: > On Oct 15, 2006, at 8:35 AM, Jim Freeze wrote: >> On Oct 15, 2006, at 1:23 AM, Eric Hodel wrote: >>> On Oct 13, 2006, at 1:32 PM, Jim Freeze wrote: >> >> I think the issue is when someone installs a gem and wants to run >> a ruby executable from that gem under different versions of Ruby. >> Hard pathing in the shebang will not work in this case. The only >> alternative >> is to use env. > > Granted, but I think this is the less-common scenario. You might think so. But this is very common for a corp environment. I have this deployed now for about 5000 people. And the last company I was at is doing the same. I learned my lesson a while back that just because it is not a scenario I am using, doesn't mean there are not a lot people needing just such a solution. :) >>> I'd rather have the default be the current behavior so things don't >>> mysteriously fail when I upgrade a gem. >> >> I think that has already been stated. The default won't change, >> that is why I suggested a couple of option flags. > > I must have I missed it, apologies. No problem. > I don't have problems with new flags to accommodate multiple versions/ > platforms. The ones you proposed look fine to me. Just to re-iterate the original proposed options: --with-env --with-env-no-switches After some thought, I think the option names should include shebang. So, trying to do that and-avoid-a-really-long-option-name-here-is-my- new-proposals --env-shebang --env-shebang-no-switches Is that better or worse? Jim Freeze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061015/3ebb401f/attachment.html From florian at reitmeir.org Tue Oct 17 07:53:34 2006 From: florian at reitmeir.org (Florian Reitmeir) Date: Tue, 17 Oct 2006 13:53:34 +0200 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: References: Message-ID: <20061017115334.GP6253@squat.noreply.org> Hi, why not simple hardcode the name of the binary, and for windows use different extensions.. #!/usr/bin/ruby1.8 #!/usr/bin/ruby1.7 ruby1.8 could be a wrapper script which uses "env" the empty the enviroment (or set some enviroment) and chooses the right version of ruby. On Mit, 20 Sep 2006, Jim Freeze wrote: > I am working on a patch to rubygems that allows the user > to specify a shebang that is valid for a heterogeneous installation > of gems (multi OS env). Basically, this means that the path to ruby is > not specified explicitly in the shebang, but is set to: > > #!/usr/bin/env ruby > > Typically this will be used in an environment that is running > BSD, Linux, HP, Solaris and other unices. (Not sure how > windows would respond.) > > My question is how do you want to have this option > activated? Do I make this the default? Do I add a > flag to the install option? If so, what? > > Your input is greatly appreciated. -- Florian Reitmeir From anatol.pomozov at gmail.com Tue Oct 17 15:21:27 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Tue, 17 Oct 2006 23:21:27 +0400 Subject: [Rubygems-developers] [rubygems] Cerberus set up for project (#1080) In-Reply-To: <452fd71b7e388_8881426408116@ubuntu.tmail> References: <452fd71b7e388_8881426408116@ubuntu.tmail> Message-ID: <3665a1a00610171221h79414a24tf94bf478b0ea2e2c@mail.gmail.com> Hi all. Just FYI. I've installed Cerberus Continuous integration toolfor RubyGems project on my old home notebook. It would allow us to be sure that tests aren't broken by someone. Cerberus runs tests periodically and when somebody commits broken tests you would see threatening email in this maillist. I hope my contribution will increase quality of great product named RubyGems. On 10/13/06, Cerberus wrote: > > ------------------------------------------------------------------------ > r1080 | jimweirich | 2006-10-05 09:42:27 +0400 | 3 lines > Changed paths: > M /trunk/ChangeLog > M /trunk/lib/rubygems/gem_commands.rb > M /trunk/lib/rubygems/installer.rb > > Added the --env-shebang command line arg to allow /usr/bin/env in the > shebang library. > > ------------------------------------------------------------------------ > > > (in C:/Documents and Settings/anatol/.cerberus/work/rubygems/sources) > Loaded suite c:/PROGRA~1/ruby/lib/ruby/gems/1.8/gems/rake-0.7.1 > /lib/rake/rake_test_loader > Started > > .......................................................................................................................................................................................................................................................... > Finished in 25.781 seconds. > > 250 tests, 931 assertions, 0 failures, 0 errors > mkdir lib > > > -- > Cerberus 0.2.5, http://cerberus.rubyforge.com/ > -- anatol (http://feeds.feedburner.com/apomozov-eng) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061017/ed67826f/attachment.html From drnicwilliams at gmail.com Wed Oct 18 09:08:10 2006 From: drnicwilliams at gmail.com (Nic Williams) Date: Wed, 18 Oct 2006 15:08:10 +0200 Subject: [Rubygems-developers] Deprecation of autorequire Message-ID: <44b555bb0610180608v2e1d50b3s395834ddfb6f2c67@mail.gmail.com> I'm developing an extension for rails to allow gems all the rights and priveleges that plugins get, so rails can get rid of plugins and have all the benefits of gems (versioning, dependencies, etc). My current implementation uses the autorequire attribute of a Gem object to determine which is the root library that needs to be require'd by rails on start up. Then I was reminded that autorequire is being/has been deprecated - http://redhanded.hobix.com/inspect/autorequireIsBasicallyGoneEveryone.html So now I'm unsure of how rubygems + require work together. If I have a gem called "project_one", and a file "lib/project_one.rb", and my external code does "require 'project_one'" I expect that the gem's project_one.rb file will be loaded, which probably then loads other files in the lib/ folder structure. But I don't know why, and I don't know what happens if the gem is called "project_one" and there isn't a "lib/project_one.rb" file, instead a "lib/code.rb" file that needs to be required instead. Is there docco around to explain this? Also, in the gems-instead-of-plugins case, if I shouldn't use autorequire (or if there are lots of gems that haven't set it) is it a safe bet to assume that there will be a "lib/.rb" file that should be loaded/required? Nic -- Dr Nic Williams http://www.drnicwilliams.com - Ruby/Rails blog skype: nicwilliams (m) +31 62 494 8552 (p) +61 7 3102 3237 (finds me anywhere in the world) (f) +61 7 3305 7572 (sends fax to my email) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061018/a8ec9a32/attachment.html From halostatue at gmail.com Wed Oct 18 10:12:25 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Wed, 18 Oct 2006 10:12:25 -0400 Subject: [Rubygems-developers] Deprecation of autorequire In-Reply-To: <44b555bb0610180608v2e1d50b3s395834ddfb6f2c67@mail.gmail.com> References: <44b555bb0610180608v2e1d50b3s395834ddfb6f2c67@mail.gmail.com> Message-ID: <9e7db9110610180712q1514308bk4f743b896d2df44a@mail.gmail.com> On 10/18/06, Nic Williams wrote: > So now I'm unsure of how rubygems + require work together. RubyGems tells Ruby where to find the libraries for a gem. It is possible, although I don't know what the new command will be called (gem_activate was bandied around), to activate a specific gem version. This simply means that if you want version 3.2.1 of a particular gem, you would do something like: gem_activate 'myproject', '=3.2.1' The same way you do with require_gem. The only difference is that gem_activate will not autorequire anything. > If I have a gem called "project_one", and a file "lib/project_one.rb", > and my external code does "require 'project_one'" I expect that the > gem's project_one.rb file will be loaded, which probably then loads > other files in the lib/ folder structure. But I don't know why, and I > don't know what happens if the gem is called "project_one" and there > isn't a "lib/project_one.rb" file, instead a "lib/code.rb" file that > needs to be required instead. No, what will actually happen is that Ruby will search the load path for project_one.{rb,so,rbw,bundle,jar} and probably a couple of other extensions. When it finds the first one, it will load it. If Ruby can't find that, RubyGems will step into the picture and look through its manifests for a matching file. It will activate the most recent version of the first gem it finds with this file, add its path to $LOAD_PATH, and then require the file. > Is there docco around to explain this? > > Also, in the gems-instead-of-plugins case, if I shouldn't use autorequire > (or if there are lots of gems that haven't set it) is it a safe bet to > assume that there will be a "lib/.rb" file that should be > loaded/required? Not in the least. PDF::Writer is a great example of this. The gem name is pdf-writer. The project is PDF::Writer. The file included is 'pdf/writer'. I will *not* be adding a 'pdf-writer.rb' to PDF::Writer now or in the future. Basically, you're going to need to enforce convention for Rails gem-based plugins. I recommend saying that if you want Rails to treat a gem as if it were a plugin, you must have: lib//init.rb That way, if I wanted to have a PDF::Writer Rails plugin, I would have: lib/pdf-writer/init.rb This would load 'pdf/writer'. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From tilman at code-monkey.de Sat Oct 21 06:21:20 2006 From: tilman at code-monkey.de (Tilman Sauerbeck) Date: Sat, 21 Oct 2006 12:21:20 +0200 Subject: [Rubygems-developers] RubyGems 0.9.0 introduces bug for installing source Gems In-Reply-To: <44DB7A9E.5060007@weirichhouse.org> References: <20060709085935.GA4674@code-monkey.de> <20060709175258.GA29076@code-monkey.de> <20060809165607.GB14422@code-monkey.de> <44DB7A9E.5060007@weirichhouse.org> Message-ID: <20061021102119.GA983@code-monkey.de> Jim Weirich [2006-08-10 14:27]: > Tilman Sauerbeck wrote: > > Does nobody think this issue is important enough to actually do > > something about it (like, applying a patch and rolling 0.9.1)!? > > Sorry, sometimes I need a swift kick to get things rolling. Guys, extension gems have been broken for almost 4 months now. I guess that means nobody is seriously using 0.9.0. 0.9.1? Pretty please? Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20061021/85b7c8b5/attachment.bin From darix at web.de Sat Oct 21 07:01:56 2006 From: darix at web.de (Marcus Rueckert) Date: Sat, 21 Oct 2006 13:01:56 +0200 Subject: [Rubygems-developers] RubyGems 0.9.0 introduces bug for installing source Gems In-Reply-To: <20061021102119.GA983@code-monkey.de> References: <20060709085935.GA4674@code-monkey.de> <20060709175258.GA29076@code-monkey.de> <20060809165607.GB14422@code-monkey.de> <44DB7A9E.5060007@weirichhouse.org> <20061021102119.GA983@code-monkey.de> Message-ID: <20061021110156.GA6341@pixel.global-banlist.de> On 2006-10-21 12:21:20 +0200, Tilman Sauerbeck wrote: > Guys, extension gems have been broken for almost 4 months now. > I guess that means nobody is seriously using 0.9.0. i have your patch applied to my rpm. > 0.9.1? Pretty please? that would be nice!:) darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From lyle.johnson at gmail.com Sat Oct 21 20:38:32 2006 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Sat, 21 Oct 2006 19:38:32 -0500 Subject: [Rubygems-developers] RubyGems 0.9.0 introduces bug for installing source Gems In-Reply-To: <20061021102119.GA983@code-monkey.de> References: <20060709085935.GA4674@code-monkey.de> <20060709175258.GA29076@code-monkey.de> <20060809165607.GB14422@code-monkey.de> <44DB7A9E.5060007@weirichhouse.org> <20061021102119.GA983@code-monkey.de> Message-ID: On 10/21/06, Tilman Sauerbeck wrote: > Guys, extension gems have been broken for almost 4 months now. > I guess that means nobody is seriously using 0.9.0. They're trying to. I have to deal with this problem at least once a week. I have enough bugs in my *own* code without having to deal with this too. ;) From imobachgs at gmail.com Thu Oct 26 16:31:47 2006 From: imobachgs at gmail.com (Imobach =?iso-8859-1?q?Gonz=E1lez_Sosa?=) Date: Thu, 26 Oct 2006 21:31:47 +0100 Subject: [Rubygems-developers] Shell scripts into bindir Message-ID: <200610262131.47186.imobachgs@gmail.com> Hi all, I'm trying to package a friend's applications with as a "gem" and I facing a "little" problem that I don't know how to solve. The problem is that this application have a shell script that must be installed into "/usr/local/bin" directory. But if I include that script into "executables", rubygems considers that it's a ruby script (so it uses a wrapper). And if I don't include it into "executables", there's no link in "/usr/local/bin" anymore. So, how can I specify that I wanna this script into "/usr/local/bin" but it just a shell script and need no changes? I search in the manual but I was unable to found information about this topic. Any idea? Thank you in advance! -- _o) Imobach Gonz?lez Sosa //\ email: imobachgs at banot dot net V_/_ jid: osoh at jabberes dot org url: http://www.banot.net/~osoh/ blog: http://devnull.blogs.banot.net From chad at chadfowler.com Thu Oct 26 17:23:13 2006 From: chad at chadfowler.com (Chad Fowler) Date: Thu, 26 Oct 2006 15:23:13 -0600 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <200610262131.47186.imobachgs@gmail.com> References: <200610262131.47186.imobachgs@gmail.com> Message-ID: On 10/26/06, Imobach Gonz?lez Sosa wrote: > Hi all, > > I'm trying to package a friend's applications with as a "gem" and I facing > a "little" problem that I don't know how to solve. > > The problem is that this application have a shell script that must be > installed into "/usr/local/bin" directory. But if I include that script > into "executables", rubygems considers that it's a ruby script (so it uses a > wrapper). And if I don't include it into "executables", there's no link > in "/usr/local/bin" anymore. > > So, how can I specify that I wanna this script into "/usr/local/bin" but it > just a shell script and need no changes? > > I search in the manual but I was unable to found information about this topic. > Any idea? > You actually can't do what you want. RubyGems is for installing Ruby programs. You can't use it to install shell scripts (unless you write them in Ruby). Chad From curt.hibbs at gmail.com Thu Oct 26 23:22:25 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Thu, 26 Oct 2006 22:22:25 -0500 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: References: <200610262131.47186.imobachgs@gmail.com> Message-ID: <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> On 10/26/06, Chad Fowler wrote: > > On 10/26/06, Imobach Gonz?lez Sosa wrote: > > Hi all, > > > > I'm trying to package a friend's applications with as a "gem" and I > facing > > a "little" problem that I don't know how to solve. > > > > The problem is that this application have a shell script that must be > > installed into "/usr/local/bin" directory. But if I include that script > > into "executables", rubygems considers that it's a ruby script (so it > uses a > > wrapper). And if I don't include it into "executables", there's no link > > in "/usr/local/bin" anymore. > > > > So, how can I specify that I wanna this script into "/usr/local/bin" but > it > > just a shell script and need no changes? > > > > I search in the manual but I was unable to found information about this > topic. > > Any idea? > > > > You actually can't do what you want. RubyGems is for installing Ruby > programs. You can't use it to install shell scripts (unless you write > them in Ruby). > Then how does the rails gem install the "rails" script in ruby/bin? Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061026/a17c4ebf/attachment.html From chad at chadfowler.com Fri Oct 27 02:02:20 2006 From: chad at chadfowler.com (Chad Fowler) Date: Fri, 27 Oct 2006 00:02:20 -0600 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> Message-ID: On 10/26/06, Curt Hibbs wrote: > On 10/26/06, Chad Fowler wrote: > > On 10/26/06, Imobach Gonz?lez Sosa wrote: > > > Hi all, > > > > > > I'm trying to package a friend's applications with as a "gem" and I > facing > > > a "little" problem that I don't know how to solve. > > > > > > The problem is that this application have a shell script that must be > > > installed into "/usr/local/bin" directory. But if I include that script > > > into "executables", rubygems considers that it's a ruby script (so it > uses a > > > wrapper). And if I don't include it into "executables", there's no link > > > in "/usr/local/bin" anymore. > > > > > > So, how can I specify that I wanna this script into "/usr/local/bin" but > it > > > just a shell script and need no changes? > > > > > > I search in the manual but I was unable to found information about this > topic. > > > Any idea? > > > > > > > You actually can't do what you want. RubyGems is for installing Ruby > > programs. You can't use it to install shell scripts (unless you write > > them in Ruby). > > > > Then how does the rails gem install the "rails" script in ruby/bin? > It's a Ruby program. From yvon_thoraval at mac.com Fri Oct 27 02:27:34 2006 From: yvon_thoraval at mac.com (Yvon Thoraval) Date: Fri, 27 Oct 2006 08:27:34 +0200 Subject: [Rubygems-developers] rubygems broken after ruby upgrade Message-ID: <4541A6D6.6050100@mac.com> Hel all, recently i've upgraded Ruby up to 1.8.5 using MacPort and my rubygems install is broken. the guys from darwinports seems irresponsible then i have to find a workaround by myself. then, what could i do sauing uninctalling rubygems and re-installing afterwards ? is that a goo idea and safe one ? look even the simplest command is broken : ~%> gem list -l /opt/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:52:in `initialize': uninitialized constant Gem::CommandManager::HelpCommand (NameError) from /opt/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:46:in `new' from /opt/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:46:in `instance' from /opt/local/lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:25:in `run' from /opt/local/bin/gem:23 best, Yvon From drnicwilliams at gmail.com Fri Oct 27 03:32:15 2006 From: drnicwilliams at gmail.com (Nic Williams) Date: Fri, 27 Oct 2006 09:32:15 +0200 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> Message-ID: <44b555bb0610270032r64742bfdlcfe6ba1aecda8c4@mail.gmail.com> Rails does what Imobach doesn't want to do - create an executable in the ruby bin folder. RubyGems will make the script platform-specific once its loaded so it works on win32/unix etc. Chad, is there away for a gem to execute a command like 'ln -s ....' once the executable is installed, so that there is a soft link from Imobach's /user/local/bin folder to the original executable? Nic On 10/27/06, Curt Hibbs wrote: > > On 10/26/06, Chad Fowler wrote: > > > > On 10/26/06, Imobach Gonz?lez Sosa wrote: > > > Hi all, > > > > > > I'm trying to package a friend's applications with as a "gem" and I > > facing > > > a "little" problem that I don't know how to solve. > > > > > > The problem is that this application have a shell script that must be > > > installed into "/usr/local/bin" directory. But if I include that > > script > > > into "executables", rubygems considers that it's a ruby script (so it > > uses a > > > wrapper). And if I don't include it into "executables", there's no > > link > > > in "/usr/local/bin" anymore. > > > > > > So, how can I specify that I wanna this script into "/usr/local/bin" > > but it > > > just a shell script and need no changes? > > > > > > I search in the manual but I was unable to found information about > > this topic. > > > Any idea? > > > > > > > You actually can't do what you want. RubyGems is for installing Ruby > > programs. You can't use it to install shell scripts (unless you write > > them in Ruby). > > > > Then how does the rails gem install the "rails" script in ruby/bin? > > Curt > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > -- Dr Nic Williams http://www.drnicwilliams.com - Ruby/Rails blog skype: nicwilliams (m) +31 62 494 8552 (p) +61 7 3102 3237 (finds me anywhere in the world) (f) +61 7 3305 7572 (sends fax to my email) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061027/ab7485c1/attachment-0001.html From imobachgs at gmail.com Fri Oct 27 04:03:46 2006 From: imobachgs at gmail.com (Imobach =?iso-8859-1?q?Gonz=E1lez_Sosa?=) Date: Fri, 27 Oct 2006 09:03:46 +0100 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: References: <200610262131.47186.imobachgs@gmail.com> Message-ID: <200610270903.46185.imobachgs@gmail.com> El Jueves, 26 de Octubre de 2006 22:23, Chad Fowler escribi?: > You actually can't do what you want. RubyGems is for installing Ruby > programs. You can't use it to install shell scripts (unless you write > them in Ruby). Oh, I didn't know. I'll rewrite that script. Thanks Chad. -- _o) Imobach Gonz?lez Sosa //\ email: imobachgs at banot dot net V_/_ jid: osoh at jabberes dot org url: http://www.banot.net/~osoh/ blog: http://devnull.blogs.banot.net From imobachgs at gmail.com Fri Oct 27 04:03:59 2006 From: imobachgs at gmail.com (Imobach =?iso-8859-1?q?Gonz=E1lez_Sosa?=) Date: Fri, 27 Oct 2006 09:03:59 +0100 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> Message-ID: <200610270903.59321.imobachgs@gmail.com> El Viernes, 27 de Octubre de 2006 04:22, Curt Hibbs escribi?: > Then how does the rails gem install the "rails" script in ruby/bin? Because the "rails" script is a Ruby program, not a shell script. Just take a look on it. See ya! -- _o) Imobach Gonz?lez Sosa //\ email: imobachgs at banot dot net V_/_ jid: osoh at jabberes dot org url: http://www.banot.net/~osoh/ blog: http://devnull.blogs.banot.net From curt.hibbs at gmail.com Fri Oct 27 07:04:01 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Fri, 27 Oct 2006 06:04:01 -0500 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> Message-ID: <31d15f490610270404gfbe634ep9a23fbbbfeded7c6@mail.gmail.com> On 10/27/06, Chad Fowler wrote: > > On 10/26/06, Curt Hibbs wrote: > > On 10/26/06, Chad Fowler wrote: > > > On 10/26/06, Imobach Gonz?lez Sosa wrote: > > > > Hi all, > > > > > > > > I'm trying to package a friend's applications with as a "gem" and I > > facing > > > > a "little" problem that I don't know how to solve. > > > > > > > > The problem is that this application have a shell script that must > be > > > > installed into "/usr/local/bin" directory. But if I include that > script > > > > into "executables", rubygems considers that it's a ruby script (so > it > > uses a > > > > wrapper). And if I don't include it into "executables", there's no > link > > > > in "/usr/local/bin" anymore. > > > > > > > > So, how can I specify that I wanna this script into "/usr/local/bin" > but > > it > > > > just a shell script and need no changes? > > > > > > > > I search in the manual but I was unable to found information about > this > > topic. > > > > Any idea? > > > > > > > > > > You actually can't do what you want. RubyGems is for installing Ruby > > > programs. You can't use it to install shell scripts (unless you write > > > them in Ruby). > > > > > > > Then how does the rails gem install the "rails" script in ruby/bin? > > > > It's a Ruby program. > I'm a little confused then... on Windows after I do a "gem install rails" I get two new files in ruby/bin: "rails", which is a Ruby program, and " rails.cmd" which is a shell script. Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061027/7a3aa6e5/attachment.html From drnicwilliams at gmail.com Fri Oct 27 08:09:22 2006 From: drnicwilliams at gmail.com (Nic Williams) Date: Fri, 27 Oct 2006 14:09:22 +0200 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <31d15f490610270404gfbe634ep9a23fbbbfeded7c6@mail.gmail.com> References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> <31d15f490610270404gfbe634ep9a23fbbbfeded7c6@mail.gmail.com> Message-ID: <44b555bb0610270509i26b4572aufc9258336a6ea7e8@mail.gmail.com> That'd be the sexy windows specific support. The ruby/bin folder is in your path, and xxx.cmd is an executable file in windows (using 'xxx'). It loads up the other file via ruby. On 10/27/06, Curt Hibbs wrote: > > On 10/27/06, Chad Fowler wrote: > > > > On 10/26/06, Curt Hibbs wrote: > > > On 10/26/06, Chad Fowler wrote: > > > > On 10/26/06, Imobach Gonz?lez Sosa < imobachgs at gmail.com> wrote: > > > > > Hi all, > > > > > > > > > > I'm trying to package a friend's applications with as a "gem" and > > I > > > facing > > > > > a "little" problem that I don't know how to solve. > > > > > > > > > > The problem is that this application have a shell script that must > > be > > > > > installed into "/usr/local/bin" directory. But if I include that > > script > > > > > into "executables", rubygems considers that it's a ruby script (so > > it > > > uses a > > > > > wrapper). And if I don't include it into "executables", there's no > > link > > > > > in "/usr/local/bin" anymore. > > > > > > > > > > So, how can I specify that I wanna this script into > > "/usr/local/bin" but > > > it > > > > > just a shell script and need no changes? > > > > > > > > > > I search in the manual but I was unable to found information about > > this > > > topic. > > > > > Any idea? > > > > > > > > > > > > > You actually can't do what you want. RubyGems is for installing > > Ruby > > > > programs. You can't use it to install shell scripts (unless you > > write > > > > them in Ruby). > > > > > > > > > > Then how does the rails gem install the "rails" script in ruby/bin? > > > > > > > It's a Ruby program. > > > > > I'm a little confused then... on Windows after I do a "gem install rails" > I get two new files in ruby/bin: "rails", which is a Ruby program, and " > rails.cmd" which is a shell script. > > Curt > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > -- Dr Nic Williams http://www.drnicwilliams.com - Ruby/Rails blog skype: nicwilliams (m) +31 62 494 8552 (p) +61 7 3102 3237 (finds me anywhere in the world) (f) +61 7 3305 7572 (sends fax to my email) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20061027/d5762852/attachment.html From halostatue at gmail.com Fri Oct 27 08:10:56 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Fri, 27 Oct 2006 08:10:56 -0400 Subject: [Rubygems-developers] Shell scripts into bindir In-Reply-To: <31d15f490610270404gfbe634ep9a23fbbbfeded7c6@mail.gmail.com> References: <200610262131.47186.imobachgs@gmail.com> <31d15f490610262022s3df27424w3bd953575f0563db@mail.gmail.com> <31d15f490610270404gfbe634ep9a23fbbbfeded7c6@mail.gmail.com> Message-ID: <9e7db9110610270510v6fdf6da5o94c32c6748b11fb5@mail.gmail.com> On 10/27/06, Curt Hibbs wrote: > I'm a little confused then... on Windows after I do a "gem install rails" I > get two new files in ruby/bin: "rails", which is a Ruby program, and " > rails.cmd" which is a shell script. The .cmd file is generated by RubyGems when it detects that it's installing on Windows. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca