Show enters and exits. Hide enters and exits.
| 03:38:54 | postmodern | could i ask someone to double check a bundler related bug |
| 03:39:02 | postmodern | to see if it's a problem with rubinius, and not bundler |
| 03:39:04 | postmodern | http://github.com/carlhuda/bundler/issues/issue/599 |
| 04:06:10 | brixen | why is rbx running gems from 1.9.2? |
| 04:56:34 | brixen | postmodern: I commented on your ticket |
| 04:57:11 | postmodern | brixen, just saw that |
| 04:57:23 | postmodern | brixen, you should remember, that i *never* install Rubinius using RVM |
| 04:57:44 | postmodern | brixen, i always compile against head, and just add it to my $PATH variable in my .bashrc |
| 04:58:56 | brixen | well, something is wrong with it, rbx should never be running gems in some other Ruby's install |
| 04:59:30 | brixen | I just have rbx in my bin dir that links to rbx in my build dir |
| 04:59:35 | brixen | worked fine with that setup |
| 04:59:54 | postmodern | brixen, ok, so how do you install rubygems for Rubinius? |
| 05:00:02 | postmodern | brixen, i do not have a system ruby, just RVM |
| 05:00:17 | postmodern | brixen, so whats the best way to have a self-contained Rubinius install |
| 05:01:20 | brixen | just clone the repo, build it, and ln bin/rbx somewhere |
| 05:01:25 | brixen | that's all I do |
| 05:01:38 | brixen | you don't install rubygems for rbx, it comes with rubygems |
| 05:01:48 | brixen | to install a gem: rbx gem install foo |
| 05:02:01 | postmodern | brixen, but where is the gem command? |
| 05:02:06 | brixen | in rbx |
| 05:02:11 | brixen | rbx gem install |
| 05:02:42 | postmodern | ah ha |
| 05:02:56 | brixen | technically it's in lib/bin, but you don't need to know that ;) |
| 05:03:10 | postmodern | lib/bin ? |
| 05:03:25 | postmodern | i can hear the unix designers rolling in their graves :) |
| 05:03:34 | brixen | rbx does not litter gem binaries around your directories |
| 05:03:46 | brixen | they are all under rbx, and you use rbx -S foo to access them |
| 05:05:04 | brixen | the unix designers weren't that smart when it comes to fs standards |
| 05:05:29 | brixen | witness trying to uninstall any program no installed with a pkg manager |
| 05:05:53 | postmodern | brixen, maybe it should be opt/lib/bin |
| 05:06:30 | brixen | the relationship between unix and pkg managers reminds me of the relationship between windows and anti-virus programs |
| 05:10:13 | brixen | postmodern: I noticed some of your specs are missing "should ..." :P |
| 05:10:33 | brixen | don't you ever get tired of all that redundant noise? |
| 05:12:15 | postmodern | brixen, muscle memory |
| 05:12:43 | postmodern | brixen, ok it looks like there's some issues with running rspec2 under rubinius |
| 05:12:52 | postmodern | brixen, it's actually trying to run it's own bundler command |
| 05:13:27 | brixen | hmm, what is "it's" in that? rspec2 or rbx? |
| 05:13:44 | postmodern | brixen, http://pastie.org/1105475 |
| 05:13:50 | postmodern | brixen, yes, this is another project |
| 05:14:16 | postmodern | brixen, originally was suggested to try to catch this infinite recursion, by getting a stacktrace on rubinius |
| 05:14:22 | postmodern | brixen, since MRI truncates their traces |
| 05:14:38 | brixen | so, what do I do to repro your setup? |
| 05:16:27 | postmodern | brixen, http://pastie.org/1105480 |
| 05:19:46 | postmodern | brixen, also i think a while back i used can/may/must in spec descriptions |
| 05:20:18 | brixen | wow, look at all these gems... |
| 05:20:34 | brixen | postmodern: that sounds ridiculous :P |
| 05:20:49 | brixen | wtf is a spec that says "foo may do X"? |
| 05:22:02 | brixen | so, are you just shelling out to "bundle blah" here? |
| 05:22:16 | brixen | you need to run "rbx -S bundle blah" if you're going to use rbx |
| 05:22:18 | postmodern | brixen, it appears rspec2 is just shelling out |
| 05:22:28 | postmodern | brixen, actually i do not |
| 05:22:29 | brixen | well, who is telling it what to run? |
| 05:22:34 | postmodern | brixen, the Rakefile is setup to activate Bundler |
| 05:22:59 | postmodern | brixen, also spec/spec_helper.rb |
| 05:23:08 | brixen | ok, well, I don't know all the details |
| 05:23:18 | postmodern | brixen, magic behind the scenes |
| 05:23:22 | brixen | but I can tell you that something is assuming it can just exec "bundle" |
| 05:23:31 | brixen | and that assumption is false |
| 05:23:36 | brixen | not rbx's problem |
| 05:23:43 | postmodern | brixen, well it works under MRI and JRuby |
| 05:23:50 | brixen | doesn't matter |
| 05:24:06 | postmodern | brixen, so im guessing ENV isn't being inherited properly by the shell command |
| 05:24:52 | brixen | I have no executable "bundle" |
| 05:25:06 | brixen | if you want to run bundle under rbx, you need to exec rbx -S bundle |
| 05:25:14 | postmodern | ah right |
| 05:25:28 | postmodern | is there anyway i could add Rubinius's bin/ dir of gems to my $PATH |
| 05:25:36 | postmodern | so i could run them transparently |
| 05:25:58 | postmodern | or setup stubs to run rbx -S $* |
| 05:26:19 | postmodern | otherwise i cannot test rspec2 apps with rubinius |
| 05:27:52 | brixen | why can't youL |
| 05:27:55 | brixen | ? |
| 05:28:19 | brixen | if it's an issue with rspec2, we should submit a patch |
| 05:29:00 | postmodern | brixen, what would be a good way to detect rubinius |
| 05:29:11 | postmodern | brixen, to somehow prefix the command with rbx -S |
| 05:29:13 | brixen | RUBY_ENGINE == 'rbx' |
| 05:29:24 | postmodern | brixen, bingo |
| 05:30:34 | brixen | what rspec should be doing is getting the ruby exe name and *always* running 'ruby_exe -S bundle' |
| 05:30:44 | brixen | rake has a ruby() function |
| 05:31:59 | postmodern | brixen, forking |
| 05:32:08 | postmodern | brixen, then will engage in the usual developer knife fight |
| 05:32:21 | postmodern | brixen, in arguing whether such a patch is necessary or if it's even a bug |
| 05:32:42 | brixen | 1.9 has this very nice... ruby1.9 -rrbconfig -e 'p RbConfig.ruby' |
| 05:32:49 | brixen | we could add that to rbx |
| 05:33:04 | brixen | postmodern: I assure you, it's a bug |
| 05:33:21 | brixen | the ruby_exe -S foo will work across every ruby |
| 05:33:24 | postmodern | apparently they're just systeming it |
| 05:33:36 | brixen | it's absolutey a bug to assume the gem exe is on the path |
| 05:33:50 | postmodern | so s/system/ruby/g ? |
| 05:33:59 | brixen | yes, system("#{ruby_exe} -S foo") |
| 05:34:17 | brixen | well, if they have access to Rake's ruby command, that's one option |
| 05:34:34 | brixen | it's easy to find out which ruby is running from rbconfig |
| 05:34:39 | postmodern | brixen, they do, it inherites TaskLib |
| 05:34:44 | brixen | it's kinda messy pre 1.9, but possible |
| 05:34:57 | brixen | in 1.9, it's RbConfig.ruby |
| 05:35:29 | brixen | ok, if they have Rake's ruby, should work |
| 05:35:33 | brixen | you could check that |
| 05:35:38 | dkubb | would Config::CONFIG['RUBY_INSTALL_NAME'] work to get the ruby exe name? |
| 05:35:49 | brixen | dkubb: no |
| 05:36:10 | brixen | you have to check the ext too for platforms like windows |
| 05:36:23 | dkubb | ah |
| 05:36:40 | brixen | this is what we have in mspec: http://gist.github.com/541828 |
| 05:37:43 | brixen | but again, 1.9 wraps it up into a nice RbConfig.ruby |
| 05:37:50 | brixen | we could totally add that to rbx |
| 05:46:01 | postmodern | brixen, and we have lift off |
| 05:46:54 | postmodern | brixen, thanks for that help |
| 05:47:46 | brixen | postmodern: sweet! n/p |
| 05:52:32 | postmodern | wow i really hate github auto-responders |
| 05:52:45 | brixen | why's that? |
| 05:52:49 | postmodern | not like it's going to make your inbox any cleaner |
| 05:52:50 | dkubb | the rspec autoresponder? |
| 05:53:05 | postmodern | and it forces me to retype a bug report, and attach links to commits |
| 05:53:07 | postmodern | yeah |
| 05:53:36 | brixen | I have an autoresponder on rubyspec because I don't like to deal with the jumbled messes that come in as pull requests |
| 05:53:44 | brixen | I accept git fp's |
| 05:54:29 | brixen | and even though I doc that in Contributing, people still send me pull requests |
| 05:54:40 | brixen | so they get an auto response :) |
| 05:59:25 | postmodern | yeah that makes sense for something as formal as rubyspec |
| 05:59:37 | postmodern | but things such as jekyll or rspec |
| 05:59:51 | postmodern | anyways i hope that gets fixed asap |
| 05:59:57 | postmodern | and pushed out into another beta gem |
| 08:15:07 | headius | hiya |
| 08:15:10 | headius | anyone awake? |
| 08:15:16 | headius | I'm trying to build melbourne against jruby |
| 08:15:45 | headius | compiles ok, but I can't get it to link...the references to libmquark.a and friends |
| 08:53:33 | dbussink | headius: i am yeah |
| 08:53:49 | dbussink | headius: dunno how useful i am though ;) |
| 08:53:50 | headius | I think I have it now...extconf.rb doesn't work, so I'm using the Rakefile |
| 08:53:57 | dbussink | headius: ah ok |
| 08:54:11 | dbussink | headius: i was wondering, how are you guys handling thread safety for c extensions? |
| 08:55:16 | headius | I'm not sure, but I think it locks around call-outs |
| 08:55:22 | headius | cexts are a ghetto |
| 08:55:48 | dbussink | headius: yeah, we were thinking of a GEL too ;) |
| 08:55:51 | dbussink | global extension lock |
| 08:56:02 | dbussink | maybe an extension can register itself as threadsafe in the future |
| 08:56:27 | headius | yeah, I suppose that might be possible |
| 08:56:41 | headius | if anyone's using threads with jruby we'll probably just tell them to avoid cexts |
| 08:56:51 | dbussink | currently the hydra branch is pretty thread unsafe with regard to c exts |
| 08:57:03 | dbussink | avoiding c exts is quite an impossibility with rbx :) |
| 08:58:20 | headius | yes, that's true |
| 08:58:58 | headius | hmm, looks like I got melbourne to build |
| 09:00:08 | headius | no changes required, just had to fix a few rbconfig properties |
| 09:00:15 | dbussink | headius: ah, cool :) |
| 09:00:35 | headius | well, that's another goofy project done for tonight |
| 09:00:55 | dbussink | headius: hehe, well, you can try the DO drivers, but i don't know how friendly they are |
| 09:01:00 | headius | hmmm |
| 09:01:04 | dbussink | headius: since they already use jdbc for jruby |
| 09:01:16 | headius | if they build for rbx they'd probably build for jruby |
| 09:01:17 | dbussink | so it would be mostly an academic exercise :) |
| 09:01:22 | headius | I think we're getting pretty close |
| 09:01:48 | headius | what repo should I use? |
| 09:01:55 | dbussink | datamapper/do |
| 09:17:11 | headius | dbussink: so what could I try to build in here to test this? |
| 09:18:27 | dbussink | headius: do_sqlite3 should be easiest |
| 09:18:37 | dbussink | but it uses rake-compiler and will probably detect jruby |
| 09:18:42 | headius | does it bind directly to sqlite3? doesn't use sqlite gem? |
| 09:18:50 | headius | ahh hmm |
| 09:18:57 | headius | how does rake_compiler work? |
| 09:19:03 | headius | wrt C eexts |
| 09:19:19 | dbussink | headius: binds directly to sqlite3 yeah |
| 09:19:34 | dbussink | headius: well, it makes cross compiling for different platforms way easer |
| 09:19:35 | dbussink | easier |
| 09:19:35 | phlebas | dbussink: rake-compiler now has jruby support |
| 09:19:46 | headius | phlebas: hey, hello there :) |
| 09:19:58 | headius | I've been having fun with cext tonight |
| 09:19:59 | phlebas | hi, just got up and read you tweets |
| 09:20:01 | phlebas | crazy |
| 09:20:14 | headius | most things haven't required many changes |
| 09:20:25 | headius | but then, I haven't actually gotten most of them to *work* either :) |
| 09:20:25 | dbussink | phlebas: i know, that's why i said it will detect jruby |
| 09:20:37 | phlebas | oh sorry, misunderstood you there |
| 09:20:41 | headius | dbussink: does rake_compiler eliminate extconf? |
| 09:22:05 | dbussink | headius: it still uses extconf during gem installation |
| 09:22:14 | headius | checking for sqlite3_open() in -lsqlite3... no |
| 09:22:14 | headius | *** extconf.rb failed *** |
| 09:22:14 | dbussink | headius: so it's only a dev time dependency |
| 09:22:21 | headius | am I missing something? |
| 09:22:38 | dbussink | headius: hmm, what's the mkmf.log output? |
| 09:23:35 | dbussink | headius: if you run extconf.rb directly, it doesn't use rake-compiler |
| 09:23:39 | headius | ld error, symbol(s) not found |
| 09:23:41 | dbussink | rake-compiler wraps around that |
| 09:23:49 | headius | yeah, I'm trying to do what the gem would do |
| 09:23:54 | dbussink | so you can easy do cross compilation etc. |
| 09:23:58 | dbussink | hmm, weird |
| 09:24:03 | dbussink | it should pickup your system sqlite3 |
| 09:24:09 | headius | works with MRI...strange |
| 09:28:06 | headius | dbussink: if I got MRI to build, what's a quick way to try it |
| 09:28:07 | headius | er |
| 09:28:12 | headius | I mean if I got mysql to build |
| 09:28:25 | headius | which I seem to have |
| 09:28:36 | dbussink | headius: you can try to open a connection to a mysql db |
| 09:28:50 | dbussink | headius: DataObjects::Connection.new("mysql://root@localhost") or something like that |
| 09:28:53 | headius | oh, heh, I wonder if I have one of those |
| 09:28:59 | dbussink | after you loaded do_mysql |
| 09:30:54 | headius | heheh |
| 09:30:55 | headius | ~/projects/do/do_mysql ➔ jruby -rubygems -I ../data_objects/lib -I/Users/headius/projects/jruby/lib/ruby/site_ruby/1.8/java/do_mysql -e "require 'do_mysql'; DataObjects::Connection.new('mysql://root@localhost')" |
| 09:30:55 | headius | calling init (29cb6d32) |
| 09:30:56 | headius | dyld: lazy symbol binding failed: Symbol not found: _mysql_init |
| 09:30:56 | headius | Referenced from: /Users/headius/projects/jruby/lib/ruby/site_ruby/1.8/java/do_mysql/do_mysql.bundle |
| 09:30:56 | headius | Expected in: dynamic lookup |
| 09:31:03 | headius | well, it did build :) |
| 09:42:22 | dbussink | headius: hehe :) |
| 09:42:35 | dbussink | headius: babysteps :) |
| 09:42:42 | headius | oh well...at least I know cext stuff is working very well |
| 09:45:03 | dbussink | hehe, true :) |
| 09:45:13 | dbussink | but i'm off for some shopping etc. |
| 09:45:55 | headius | seeya |
| 17:27:31 | philo | hi |
| 19:34:04 | philo | brixen hi |
| 20:49:12 | dbussink | brixen: how's your signal knowledge? |