Show enters and exits. Hide enters and exits.
| 00:01:32 | obvio leaves the room. | |
| 00:02:25 | mkrauskopf leaves the room. | |
| 00:03:38 | headius leaves the room. | |
| 00:04:02 | enebo leaves the room. | |
| 00:10:58 | trythil leaves the room. | |
| 00:11:42 | srbaker enters the room. | |
| 00:15:15 | lstoll enters the room. | |
| 00:16:56 | wireless_ leaves the room. | |
| 00:17:35 | thudson_ leaves the room. | |
| 00:25:09 | zenspider | gah... the specs take a long time now |
| 00:25:18 | evan | yeah |
| 00:25:23 | evan | it's the running of the stdlib specs |
| 00:25:24 | zenspider | and wow... the linear growth has really slowed down |
| 00:25:30 | evan | i think we need to stop running them as part of ci |
| 00:25:32 | zenspider | (linear growth of the count) |
| 00:26:08 | boyscout | 1 commit by Ryan Davis |
| 00:26:09 | boyscout | * String#unpack overhaul. NO extra methods littered through Fixnum/Integer/String. ...; 6a13357 |
| 00:26:18 | mernen enters the room. | |
| 00:26:26 | zenspider | rawr |
| 00:26:37 | zenspider | god that sucked more than Array#pack |
| 00:27:44 | brixen | damn you zenspider |
| 00:27:53 | brixen | you just had to do that while I'm in the middle of this :P |
| 00:28:06 | evan | ack. |
| 00:28:37 | zenspider | brixen: I have git:pull radar. :P |
| 00:28:49 | brixen | maintaining the airplane while it flies, fun |
| 00:29:29 | zenspider | if buck rogers can do it IN SPACE... you can too. :P |
| 00:29:35 | brixen | heh |
| 00:30:04 | zenspider | isn't git great? I can blindside you DISTRIBUTED |
| 00:30:17 | brixen | whew, rebase origin worked ok |
| 00:30:52 | zenspider | fuck. my brain hurts |
| 00:31:59 | srbaker leaves the room. | |
| 00:37:52 | rubuildius_amd64 | Ryan Davis: 6a1335746; 2105 files, 6854 examples, 24677 expectations, 0 failures, 0 errors; http://rafb.net/p/Bdd6WG11.html |
| 00:39:03 | zenspider | rawr |
| 00:40:44 | brixen | ok folks, *please* do not push any commits for a minute |
| 00:41:29 | anteaya enters the room. | |
| 00:42:19 | rubuildius_ppc | Ryan Davis: 6a1335746; 2105 files, 6856 examples, 24703 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/193988 |
| 00:43:52 | zenspider | pushes a commit just for fun. :P |
| 00:45:36 | Defiler | zenspider: Tasty amount of code deleted in 6a13357. Nice. |
| 00:46:58 | zenspider | Defiler: I actually increased the flog of unpack by about 15%. :/ |
| 00:47:08 | zenspider | but considering pack shrunk by 33%, I'm ok with that |
| 00:47:27 | Defiler | 15%?? Project status critical! |
| 00:47:45 | zenspider | I've got a change to uuencode in pack that halves the time again |
| 00:47:52 | zenspider | original:mine:new :: 3:2:1 |
| 00:48:41 | zenspider | Defiler: well... I got rid of all the procs within, and there were a TON of stupid public methods littering throughout Fixnum, Integer, and String. They're all removed |
| 00:48:50 | zenspider | most were only called once at that... so freakin' lame |
| 00:48:57 | zenspider | I gotta run. |
| 00:49:05 | Defiler | Yeah, I saw that in the diff. Cool |
| 00:49:26 | wmoxam leaves the room. | |
| 00:50:07 | boyscout | 3 commits by Brian Ford |
| 00:50:08 | boyscout | * Made rake build depend on smarter mspec:init task.; 1960197 |
| 00:50:09 | boyscout | * Put MSpec on a submodule tether.; 849d9fd |
| 00:50:10 | boyscout | * The emancipation of MSpec.; d6abe18 |
| 00:50:23 | brixen | ok, so please try rake git:update and rake build |
| 00:50:35 | brixen | I'm dubious that git will handle the mspec dir correctly |
| 00:51:08 | brixen | if this breaks, I suppose we can make git:update task patch everything up |
| 00:53:59 | jtoy enters the room. | |
| 00:54:38 | thoughtfiz leaves the room. | |
| 00:56:07 | brixen | evan: have you run git gc on the main repo recently? indexing seems to take a fair amount of time |
| 00:56:17 | benstiglitz leaves the room. | |
| 00:57:24 | Fullmoon leaves the room. | |
| 00:57:53 | rubuildius_amd64 | Brian Ford: 19601972b; 2105 files, 6854 examples, 24677 expectations, 0 failures, 0 errors; http://rafb.net/p/P8Axm569.html |
| 00:58:39 | benburkert leaves the room. | |
| 00:58:53 | thoughtfiz enters the room. | |
| 01:00:26 | brixen | djwhitt: ping |
| 01:01:20 | thoughtfiz leaves the room. | |
| 01:03:47 | Defiler | wycats_: ping |
| 01:05:30 | rubuildius_ppc | Brian Ford: 19601972b; 2105 files, 6856 examples, 24703 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194000 |
| 01:07:20 | Fullmoon enters the room. | |
| 01:09:07 | boyscout | 1 commit by Wilson Bilkovich |
| 01:09:08 | boyscout | * Handle classes with no subclasses in Class#__subclasses__; ed76fd2 |
| 01:14:07 | jtoy leaves the room. | |
| 01:16:34 | evan | brixen: i'll run it now. |
| 01:16:56 | brixen | evan: cool |
| 01:17:20 | dhvsfj enters the room. | |
| 01:17:55 | rubuildius_amd64 | Wilson Bilkovich: ed76fd25c; 2105 files, 6854 examples, 24677 expectations, 0 failures, 0 errors; http://rafb.net/p/xuZwVz37.html |
| 01:18:47 | evan | brixen: crap. |
| 01:18:52 | evan | rake gives me an error |
| 01:19:10 | evan | about mspec existing but not being empty or a git repo |
| 01:19:16 | brixen | evan: yeah |
| 01:19:24 | brixen | like this: http://ci.rubini.us/ci/1210291786.M366149P12107.hoshi.fallingsnow.net.html |
| 01:19:38 | evan | yeah |
| 01:19:45 | evan | it didn't nuke the directories |
| 01:19:52 | evan | you need to do that in the rake task probably |
| 01:20:05 | evan | rm -rf mspec |
| 01:20:06 | brixen | perhaps rake git:update ? |
| 01:20:07 | evan | fixes it |
| 01:20:09 | brixen | yeah |
| 01:20:11 | evan | no |
| 01:20:15 | rue | I would just have people remove it manually this time |
| 01:20:20 | evan | just have mspec:init detect this case and remove the mspec directory |
| 01:20:23 | evan | no |
| 01:20:23 | evan | no |
| 01:20:28 | evan | the task needs to do it |
| 01:20:35 | evan | otherwise we'll send the next 2 weeks telling people this |
| 01:20:38 | evan | over and over and over and over |
| 01:20:40 | brixen | evan: not sure what the criteria is |
| 01:20:43 | rue | No, the task needs to do it /only once/ |
| 01:20:49 | brixen | evan: I first had a check for .gitmodule contents |
| 01:20:59 | brixen | then changed that to checking mspec/bin/mspec exists |
| 01:21:00 | evan | brixen: easy |
| 01:21:05 | evan | there is an mspec/bin directory |
| 01:21:07 | evan | and it's empty |
| 01:21:08 | evan | if so |
| 01:21:12 | evan | nuke mspec |
| 01:21:14 | evan | then continue |
| 01:21:17 | rue | Use the commit hash |
| 01:21:22 | evan | we'll remove it later |
| 01:21:50 | evan | if you don't add it, i will. |
| 01:22:01 | brixen | yeah, I can |
| 01:22:07 | evan | no please. |
| 01:22:11 | evan | er. |
| 01:22:12 | evan | now please. |
| 01:23:32 | brixen | evan: the existing test is: unless File.exist? "mspec/bin/mspec" |
| 01:23:40 | evan | well, that didn't work for some reason |
| 01:23:46 | evan | because it barfed on me. |
| 01:23:51 | brixen | evan: seems I just need rm -r mspec before the git submodule init? |
| 01:23:52 | evan | i can check |
| 01:23:56 | evan | oh |
| 01:23:56 | evan | yeah |
| 01:23:58 | brixen | ok |
| 01:24:01 | evan | do it as the 1st thing |
| 01:24:04 | brixen | sure |
| 01:24:46 | brixen | evan: well, since I can't repro here, can you add: rm_f "mspec" at Rakefile:348 and test it? |
| 01:24:56 | evan | it's easy to repro |
| 01:25:10 | rubuildius_ppc | Wilson Bilkovich: ed76fd25c; 2105 files, 6856 examples, 24703 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194008 |
| 01:25:19 | evan | just check out in the past |
| 01:25:48 | brixen | yeah, ok |
| 01:27:06 | evan | or just check that git submodule returns not 0 |
| 01:27:10 | evan | and nuke the directory |
| 01:27:11 | evan | and start over |
| 01:27:56 | evan | i have to run. |
| 01:28:00 | brixen | k |
| 01:30:11 | brixen | hrm, I cannot repro it. I'll just add the rm |
| 01:33:55 | boyscout | 1 commit by Brian Ford |
| 01:33:56 | boyscout | * Remove mspec dir before attempting git submodule init.; 6834933 |
| 01:34:55 | rue | brixen: Should send an e-mail to the list just in case |
| 01:36:08 | brixen | rue: ok, will do |
| 01:42:56 | rubuildius_amd64 | Brian Ford: 6834933e9; 2105 files, 6854 examples, 24677 expectations, 0 failures, 0 errors; http://rafb.net/p/X23CE862.html |
| 01:42:58 | brixen | rue: posted, please correct/add to if necessary |
| 01:44:07 | thoughtfiz enters the room. | |
| 01:47:32 | brixen | well that fixed it for ci.rubini.us |
| 01:49:22 | thoughtfiz leaves the room. | |
| 01:49:39 | rubuildius_ppc | Brian Ford: 6834933e9; 2105 files, 6856 examples, 24703 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194015 |
| 01:51:23 | blakewatters enters the room. | |
| 01:52:27 | shame enters the room. | |
| 01:55:21 | thoughtfiz enters the room. | |
| 01:56:57 | dgtized | evan: definitely having major problems with the cpp branch |
| 01:57:19 | thoughtfiz leaves the room. | |
| 01:57:51 | dgtized | I tried wiping it and recreating, and now it asks for iseq_instructions_names.hpp everywhere |
| 01:59:05 | dgtized | ruby instructions.rb still isn't in the rake file for recreating as part of the rake task |
| 01:59:21 | dgtized | but running that still doesn't fix everything |
| 01:59:23 | rue | brixen: Should be fine. If lots of folks seem confused, can send another one tagged [LISTEN UP NOW] |
| 01:59:44 | rue | dgtized: Should that be instruction_names ? |
| 02:00:14 | dgtized | rue: the hpp file or the rb file? |
| 02:01:36 | rue | Augh, they are still talking about the stabby operator on -core |
| 02:02:04 | rue | dgtized: Either one; I mean could it be a problem with the filename? |
| 02:02:06 | yugui enters the room. | |
| 02:02:57 | rue | I really wish they could be as enthusiastic about actual issues |
| 02:03:04 | ttmrichter enters the room. | |
| 02:03:25 | dgtized | rue: no when I run instructions.rb it fixes the hpp problem, but it still won't compile |
| 02:03:37 | sambo82 enters the room. | |
| 02:04:04 | dgtized | secondly how do we get the new mspec stuff working, git stash keeps complaining about copying over a dirty state |
| 02:04:47 | rue | Is your branch clean? |
| 02:06:34 | dgtized | rue: seems to be, show-branch shows same as HEAD, and I don't see why it's doing git stash apply anyway since I don't have anything stashed |
| 02:06:51 | jtoy enters the room. | |
| 02:06:51 | dgtized | rue: I mean I have 4 or 5 untracked files |
| 02:06:59 | dgtized | but other then that |
| 02:07:45 | thoughtfiz enters the room. | |
| 02:07:57 | dlee leaves the room. | |
| 02:08:26 | kw enters the room. | |
| 02:10:23 | rue | Does git-status give you a branch? I would associate that with not being on a branch (at all, not even master) |
| 02:10:34 | dgtized | nm, mspec:init fixed it |
| 02:10:40 | dgtized | and yes I was on a branch |
| 02:11:02 | dgtized | so what do we have to do special to commit/update the mspec branch? |
| 02:11:29 | rue | Hm, weird. Might want to clear the nonexisting stash |
| 02:12:27 | dgtized | rue: did so, I think it was more like I wiped out mspec and then didn't init it, and then git forgot to tell me it was missing, but thought stuff was dirty |
| 02:12:57 | dgtized | again though, how do we commit/update for the mspec branch now or is that documented somewhere? |
| 02:13:05 | rue | dgtized: I think brixen has or will put in rake tasks but generally, you would make your change in the mspec branch, commit it and then push it which updates the *mspec* repo. Then you would drop down to Rubinius proper and commit the submodule update and then push that to the Rubinius repo |
| 02:13:19 | rue | Note that this is mspec/, not yet spec/ |
| 02:13:58 | dgtized | k |
| 02:14:08 | rue | Let me send my submodule link on the list for background information |
| 02:14:49 | dgtized | are updating the git browser on git.rubini.us to be fancier so it knows about submodules or does any version of that browser do that? |
| 02:15:07 | dgtized | sorry, I meant are we? |
| 02:15:57 | wmoxam enters the room. | |
| 02:16:11 | thoughtfiz leaves the room. | |
| 02:17:43 | brixen | rue: this is quite a nice thread, linus is amusing |
| 02:17:53 | brixen | some parallels between e.g. rbx dev and jruby dev |
| 02:17:55 | rue | dgtized: I think there is a config variable for that |
| 02:18:00 | brixen | rue: http://kerneltrap.org/mailarchive/linux-kernel/2008/4/30/1663344 |
| 02:18:03 | rue | brixen: Which? |
| 02:18:05 | rue | Ta |
| 02:18:56 | rue | dgtized: I am pretty sure GitHub automatically handles that if the repos are both on there |
| 02:18:57 | brixen | rue: nice http://kerneltrap.org/mailarchive/linux-kernel/2008/4/30/1667934 |
| 02:19:19 | brixen | dgtized: you need to have a github account |
| 02:19:48 | brixen | dgtized: docs for this will come out. if you have a burning commit to mspec, post it to: rubinius-dev ml or rubyspec ml |
| 02:19:53 | sambo82_ enters the room. | |
| 02:20:27 | lopex leaves the room. | |
| 02:20:37 | sambo82 leaves the room. | |
| 02:21:39 | wmoxam leaves the room. | |
| 02:23:44 | brixen | rue: ack, how did you sneak in 37d4825 |
| 02:24:14 | brixen | rue: that belongs in spec_helper.rb for whatever is using mspec, not in mspec itself |
| 02:25:23 | dgtized | brixen: I have a github account, are we tracking everything through github now? |
| 02:25:34 | brixen | dgtized: no, just mspec and rubyspecs |
| 02:25:42 | brixen | I'll add people to those accounts |
| 02:25:54 | brixen | dgtized: le'em see if I can figure out how ;) |
| 02:26:04 | dgtized | k |
| 02:26:38 | brixen | dgtized: what's your github user? |
| 02:29:19 | ezmobius leaves the room. | |
| 02:29:33 | dysinger leaves the room. | |
| 02:29:35 | dhvsfj leaves the room. | |
| 02:29:56 | dysinger enters the room. | |
| 02:31:41 | dysinger leaves the room. | |
| 02:31:46 | VVSiz_ enters the room. | |
| 02:32:37 | dgtized | brixen: dgtized |
| 02:33:13 | brixen | heh |
| 02:33:34 | ShayArnett enters the room. | |
| 02:33:35 | brixen | ohh, look at that fancy autocomplete |
| 02:33:54 | brixen | dgtized: ok, added as a collaborator |
| 02:34:19 | brixen | dgtized: http://github.com/brixen/mspec/tree/master |
| 02:34:46 | brixen | hmm, need to figure out the easiest way to do this with existing folks |
| 02:34:56 | brixen | ohh, a LH page |
| 02:35:04 | dhvsfj enters the room. | |
| 02:37:21 | rue | brixen: Sneakily |
| 02:37:50 | brixen | hmm, or I could just guess I suppose |
| 02:38:48 | brixen | rue: what's yours? |
| 02:38:54 | dgtized | brixen: I care more about access to the spec set once that is published, but thanks |
| 02:40:00 | VVSiz leaves the room. | |
| 02:40:17 | brixen | dgtized: yeah, I'll add ya |
| 02:40:58 | brixen | grabbing some food, bbiab.. |
| 02:41:10 | rue | brixen: Guess |
| 02:41:47 | rue | You are not duck-adding people ;) |
| 02:42:42 | brixen | rue: duck-adding? |
| 02:42:53 | brixen | rue: oh, autocomplete didn't show you the first time |
| 02:45:47 | MenTaLguY enters the room. | |
| 02:46:08 | benburkert enters the room. | |
| 02:47:31 | thoughtfiz enters the room. | |
| 02:49:16 | thoughtfiz leaves the room. | |
| 02:51:58 | enebo enters the room. | |
| 02:52:52 | lstoll leaves the room. | |
| 02:53:36 | headius enters the room. | |
| 03:06:24 | rubuildius_ppc leaves the room. | |
| 03:06:27 | rubuildius_ppc enters the room. | |
| 03:16:46 | cored enters the room. | |
| 03:19:34 | ezmobius enters the room. | |
| 03:20:07 | headius leaves the room. | |
| 03:24:05 | trythil_ enters the room. | |
| 03:29:49 | rubuildius_ppc leaves the room. | |
| 03:29:51 | rubuildius_ppc enters the room. | |
| 03:31:31 | dhvsfj leaves the room. | |
| 03:33:54 | anteaya leaves the room. | |
| 03:34:12 | binary42_ enters the room. | |
| 03:34:15 | binary42 leaves the room. | |
| 03:34:38 | enebo leaves the room. | |
| 03:37:54 | Fullmoon leaves the room. | |
| 03:40:19 | sambo82_ leaves the room. | |
| 03:43:54 | dysinger enters the room. | |
| 03:46:03 | rubuildius_ppc | Brian Ford: 6834933e9; 2105 files, 6856 examples, 24703 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194081 |
| 03:47:42 | nicksieger enters the room. | |
| 03:47:57 | MenTaLguY leaves the room. | |
| 03:48:25 | Fullmoon enters the room. | |
| 03:54:16 | dhvsfj enters the room. | |
| 03:56:11 | lstoll enters the room. | |
| 03:59:36 | cored leaves the room. | |
| 04:00:17 | dhvsfj_ enters the room. | |
| 04:01:02 | stepheneb enters the room. | |
| 04:05:10 | dhvsfj__ enters the room. | |
| 04:05:10 | dhvsfj_ leaves the room. | |
| 04:08:58 | djwhitt | brixen: you pinged? |
| 04:09:39 | brixen | djwhitt: ah, just wondering how hard it would be to change the bot to use bin/mspec ci -B full.mspec (or somethin gsimilar) |
| 04:10:13 | djwhitt | not hard |
| 04:10:20 | djwhitt | let me try that right now |
| 04:10:26 | brixen | ok, cool |
| 04:10:53 | brixen | well, it's not implemented yet (i.e there's only spec/default.mspec) |
| 04:11:06 | djwhitt | ah, ok |
| 04:11:22 | brixen | I'll ping you if this passes muster with evan and I commit that |
| 04:11:26 | djwhitt | k |
| 04:11:34 | brixen | thanks! |
| 04:11:37 | djwhitt | sure, no prob |
| 04:12:53 | rue | Meep, I am glad I am not developing IronRuby. They have more annotation and whatever /*!*/ does than code |
| 04:13:29 | dhvsfj leaves the room. | |
| 04:15:09 | stepheneb leaves the room. | |
| 04:15:10 | nicksieger leaves the room. | |
| 04:19:31 | evan | no fix for the mspec problem? |
| 04:19:46 | brixen | it's fixed according to ci.rubini.us |
| 04:19:53 | evan | ok |
| 04:20:00 | evan | ah yeah |
| 04:20:05 | evan | i missed it in the back trace |
| 04:20:15 | evan | and i'm full of gnochi, beer, and coffee |
| 04:20:20 | brixen | heh |
| 04:21:31 | brixen | evan: so, if we want to not run spec/ruby/1.8/library by default with bin/mspec ci, I can add a file like full.mspec (similar to spec/default.mspec) and have the bots run bin/mspec ci -B full.mspec |
| 04:21:43 | brixen | then the default.mspec file will not include the library specs |
| 04:21:55 | evan | that would be great |
| 04:21:56 | brixen | sound reasonable |
| 04:21:58 | brixen | ok |
| 04:23:06 | evan | how about |
| 04:23:08 | evan | bin/mspec ci full |
| 04:23:16 | evan | just to make it similar |
| 04:23:19 | brixen | well, that's a lot more complicated |
| 04:23:24 | evan | ok. |
| 04:23:25 | brixen | there's already the -B option |
| 04:23:30 | evan | alrighty |
| 04:24:54 | brixen | in fact, folks can already have their own ~/.mspecrc and set :ci_files to whatever they want |
| 04:25:08 | brixen | but by default, it loads spec/default.mspec |
| 04:25:23 | evan | oh, is there a write up about using that? |
| 04:25:35 | brixen | will be in the new docs :) |
| 04:25:39 | evan | ok. |
| 04:25:58 | dhvsfj__ leaves the room. | |
| 04:26:56 | srbaker enters the room. | |
| 04:34:29 | wycats | Defiler: pong |
| 04:34:53 | atmos leaves the room. | |
| 04:35:24 | lstoll_ enters the room. | |
| 04:36:01 | lstoll leaves the room. | |
| 04:36:56 | dhvsfj enters the room. | |
| 04:44:02 | benny leaves the room. | |
| 04:44:55 | crafterm enters the room. | |
| 04:45:00 | brixen | evan: is the plan to have ci.rubini.us report something in channel? |
| 04:45:23 | evan | it will take over the functions of the rubuildius bots eventually |
| 04:45:28 | brixen | ok |
| 04:45:55 | thoughtfiz enters the room. | |
| 04:49:00 | evan | awesome |
| 04:49:14 | evan | I'm going to eliminate perform_hook from the VM |
| 04:49:15 | evan | it's a hack. |
| 04:49:25 | evan | and anything that requires hooks is going to have to go first class |
| 04:49:30 | rue | Rename it to perform_hack() |
| 04:49:53 | evan | %s/perform_hook/back_the_fuck_up/g |
| 04:50:07 | evan | it's only used a couple places now |
| 04:50:15 | evan | {add, attach}method |
| 04:50:23 | evan | and open_class |
| 04:50:38 | evan | {add, attach}method are already first class |
| 04:50:46 | evan | and we've talked about doing the same for class opening |
| 04:50:48 | evan | so it's a go. |
| 04:53:19 | ttmrichter leaves the room. | |
| 04:53:56 | ttmrichter enters the room. | |
| 04:55:24 | thoughtfiz leaves the room. | |
| 04:59:47 | dhvsfj leaves the room. | |
| 05:01:30 | rue | evan: `cat #rubinius.topic | mail -t "rubinius-dev@groups.google.com"` |
| 05:03:03 | brixen | hm, it would have been cool to keep all the history for mspec |
| 05:03:14 | brixen | I wonder how I might do that with the rubyspec files |
| 05:03:40 | brixen | I could just push a clone of rbx, then rm everything and move rubyspec files up to the toplevel dir |
| 05:04:03 | ShayArnett leaves the room. | |
| 05:05:41 | rue | You have all the history of it? |
| 05:06:04 | brixen | rue: ? |
| 05:06:06 | rue | It even shows on gitweb, actually |
| 05:06:35 | brixen | there's no history here: http://github.com/brixen/mspec/tree/master |
| 05:07:53 | thoughtfiz enters the room. | |
| 05:08:37 | rue | Ah, yes. That repository does in fact have no history since it was just created :) |
| 05:09:34 | brixen | right, but it'd be cool to migrate the history, but since there's no partial clones, what about a full clone then rm what you don't want and move stuff around? |
| 05:09:50 | thoughtfiz leaves the room. | |
| 05:14:18 | rue | You could do that, sure. I would just dump the history in a file though |
| 05:15:08 | rue | You are thinking in terms of 'project history' rather than 'repository history.' Dunno if it would cause any issues either way |
| 05:15:34 | brixen | well, I'm thinking in terms of git blame |
| 05:15:51 | brixen | it's very helpful to understand the context of a change to a piece of code |
| 05:18:06 | rue | True |
| 05:18:33 | rue | Although in this case, if it is not in the new repo and if it is not you, you can blame it on me :) |
| 05:19:18 | brixen | heh |
| 05:21:11 | yipstar leaves the room. | |
| 05:23:34 | ezmobius leaves the room. | |
| 05:24:59 | rue | I do not really know of any other way to do it |
| 05:27:52 | wycats_ leaves the room. | |
| 05:27:53 | brixen | crap, this was all sorts of broken |
| 05:31:52 | lstoll_ leaves the room. | |
| 05:36:52 | Blinchik leaves the room. | |
| 05:37:41 | Blinchik enters the room. | |
| 05:44:32 | thoughtfiz enters the room. | |
| 05:45:02 | Defiler | wycats: I was wondering if you had had a chance to look at Merb + webrick yet. But ezmobius is all over it |
| 05:46:41 | thoughtfiz leaves the room. | |
| 05:47:03 | brixen | evan: what do you think of having the mspec and rubyspec github repos report through our LH? |
| 06:00:15 | wycats_ enters the room. | |
| 06:02:50 | benburkert leaves the room. | |
| 06:19:39 | lstoll enters the room. | |
| 06:20:23 | thoughtfiz enters the room. | |
| 06:29:27 | lstoll leaves the room. | |
| 06:30:13 | Erlang00t enters the room. | |
| 06:30:33 | Erlang00t | you guys running compiler.rb etc, thru ruby or thru rubinius? |
| 06:31:15 | rue | Rubinius |
| 06:31:41 | rue | Currently MatzRuby is only needed for Rake |
| 06:31:52 | rue | Well, actually that might not even be true anymore |
| 06:32:03 | Erlang00t | so how do I debug it, if I want to learn its behavior? |
| 06:32:09 | Erlang00t | I mean the compiler.rb etc stuff |
| 06:34:19 | brixen | rue: sweet, rake mspec:sync worked like a charm :) thanks again for those docs |
| 06:35:01 | brixen | this has been less painful than I feared |
| 06:35:51 | brixen | Erlang00t: have you read through: http://rubini.us/doc/introduction-to-the-compiler/ |
| 06:36:33 | Erlang00t | yes, I know how it worked |
| 06:36:48 | Erlang00t | but I want to debug it how it work |
| 06:36:59 | jtoy leaves the room. | |
| 06:37:36 | jtoy enters the room. | |
| 06:37:56 | Erlang00t | like in a netbeans environment, and see how the compiler.rb works |
| 06:38:36 | brixen | hmm, I don't know anything about netbeans |
| 06:38:40 | boyscout | 4 commits by Brian Ford |
| 06:38:41 | boyscout | * Updated MSpec submodule to 849d9fd4; 199ca08 |
| 06:38:43 | boyscout | * Made rake build depend on spec:update.; 216bca1 |
| 06:38:43 | boyscout | * Added spec:full task that includes stdlib specs in CI.; c0070e6 |
| 06:38:44 | boyscout | * Excluded stdlib specs from default CI run. Added spec/full.mspec.; e4d844b |
| 06:40:32 | Erlang00t | netbeans uses jruby |
| 06:40:39 | Erlang00t | but I guess it can also use ruby |
| 06:45:36 | brixen | Erlang00t: along with the new vm, evan has got the compiler working under ruby again, so in the near future you should be able to use ruby with netbeans and explore how it works |
| 06:45:45 | rubuildius_amd64 | Brian Ford: 199ca08bc; 1280 files, 5649 examples, 20924 expectations, 0 failures, 0 errors; http://rafb.net/p/XkFyjC72.html |
| 06:48:45 | rue | Erlang00t: If you want to step through the compiler in the debugger, you can do just that |
| 06:49:06 | rue | Setting breakpoints is somewhat tricky but that should not be much of an issue |
| 06:51:37 | rue | brixen: Cool, that should be a good help. Put a conditional to sync? |
| 06:52:15 | rubuildius_ppc | Brian Ford: 199ca08bc; 1280 files, 5651 examples, 20948 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194137 |
| 06:54:54 | rue | brixen: You think it would be easiest to just have a task for `rake submodule:mspec:commit_push_and_sync` or whatever? |
| 06:55:09 | blakewatters leaves the room. | |
| 06:58:15 | brixen | rue: well, mspec:sync just does the update and commit. I wouldn't include a push in that |
| 06:58:41 | brixen | rue: the spec:sync will update, make sure ci passes, and if it does, commit |
| 06:58:44 | brixen | or something |
| 06:59:22 | brixen | I mean, it does a fetch, rebase, commit |
| 07:00:01 | dfg59 enters the room. | |
| 07:05:22 | rue | Well, that is what I mean :) Do you think it should just be left so that first one does the semi-normal commit and push in the submodule and then uses sync or should there be a task to combine the whole thing |
| 07:05:29 | rue | +? |
| 07:07:39 | rue | Hm. Is there a way in LH to get to the changesets directly? I see none |
| 07:08:00 | rue | If not, they might as well change the link to go to GitHub instead |
| 07:08:07 | mkrauskopf enters the room. | |
| 07:11:14 | mkrauskopf | Erlang00t: NetBeans are completely interpreter agnostic. They support MRI, JRuby and recently Rubinius as well. |
| 07:11:59 | brixen | rue: well, the issue with making changes in rbx_root/mspec is that the submodule uses the public url (e.g. git://) and not the committer url |
| 07:12:25 | mkrauskopf | Erlang00t: Today I'll add support for debugging with JRuby trunk and also today or tomorrow I'll play with Adam Gardiner's ruby-debug Rubinius port |
| 07:12:25 | brixen | rue: since changes to mspec should be quite rare, I think expecting you to handle that manually is not too unreasonable |
| 07:13:05 | brixen | rue: however, for spec/ruby, I was thinking it would clone with the committer url |
| 07:13:16 | dfg59 leaves the room. | |
| 07:13:21 | mkrauskopf | Erlang00t: so everything which is possible from CLI wrt. debugging should be possible from IDE as well. |
| 07:13:22 | brixen | while spec/frozen would be a submodule with the public url |
| 07:13:31 | evan | we shouldn't (and I don't believe you can) commit to a submodule |
| 07:13:37 | evan | we shouldn't try in any way |
| 07:13:37 | evan | imho. |
| 07:13:46 | brixen | evan: yeah, I agree |
| 07:13:55 | evan | having revision lock is going to help |
| 07:13:56 | brixen | it's just confusing (although it is possible it appears) |
| 07:13:56 | evan | not hurt. |
| 07:14:31 | brixen | spec/frozen will be the submodule, and you shouldn't need to do anything unless you know what you're doing |
| 07:14:39 | evan | yep. |
| 07:14:40 | evan | exactly. |
| 07:14:41 | brixen | (i.e. rake spec:sync) |
| 07:15:17 | brixen | evan: what do you think of having mspec and rubyspec report commits on our LH? |
| 07:15:31 | evan | sure. |
| 07:15:35 | evan | it's easy enough |
| 07:15:37 | evan | you can do it |
| 07:15:44 | brixen | yeah, do I need special info? |
| 07:15:45 | evan | just put a LH token into github |
| 07:15:47 | evan | nope |
| 07:15:59 | evan | you should be able to generate tokens for rubinius |
| 07:16:18 | evan | on the "My Profile" page |
| 07:16:21 | evan | on the right hand side |
| 07:16:30 | evan | generate a token for rubinius |
| 07:16:31 | brixen | so, subdomain: rubinius.lighthouseapp.com |
| 07:16:47 | evan | yep. |
| 07:16:50 | evan | oh |
| 07:16:51 | evan | on github? |
| 07:16:55 | brixen | yeah |
| 07:16:56 | evan | subdomain is just rubinius |
| 07:17:01 | brixen | ahh, yah |
| 07:17:01 | evan | project is the number |
| 07:17:16 | evan | 5089 |
| 07:17:17 | brixen | oh, ok here's the token |
| 07:17:23 | brixen | how do I get that? |
| 07:17:24 | evan | then the token |
| 07:17:32 | evan | get what? |
| 07:18:00 | brixen | ahh, got it |
| 07:18:07 | brixen | the token |
| 07:18:15 | evan | k. |
| 07:20:22 | brixen | evan: what do you think of removing the R: in CONTRIBUTORS? I tried to merge AUTHORS but that makes hard |
| 07:20:28 | brixen | i.e. just have email, name, irc |
| 07:21:31 | evan | please |
| 07:21:36 | Skip enters the room. | |
| 07:21:44 | evan | it's very stale |
| 07:21:53 | evan | redo any way you like. |
| 07:21:56 | brixen | ok |
| 07:22:40 | rue | Unless you have a separate repository for specs, you must commit in the submodule |
| 07:23:03 | evan | no |
| 07:23:09 | evan | mspec is the only submodule right now |
| 07:23:15 | evan | if you want to change mspec |
| 07:23:19 | rue | I dunno which way is more desirable but there is no way around that |
| 07:23:20 | evan | you need to do it to a clone of mspec |
| 07:23:31 | evan | not to the submodule of mspec included into rubinius |
| 07:23:43 | evan | there is no way around what? |
| 07:23:47 | rue | That is fine, but it needs to be documented somewhere. |
| 07:23:50 | evan | the way I understand it |
| 07:23:53 | rue | What about specs then? |
| 07:23:55 | evan | you can't commit to a submodule directly |
| 07:24:01 | evan | rue: another ball of wax |
| 07:24:11 | evan | they're being moved to a submodule too |
| 07:24:11 | rue | You can. It is just another repository if you attach to it |
| 07:24:17 | rue | I understand all this. |
| 07:24:28 | evan | but the specs are going to be include into rubinius twice |
| 07:24:31 | rue | Hence me asking what we are going to do with it |
| 07:24:32 | evan | once as a frozen submodule |
| 07:24:40 | evan | and once as a live, tracked version |
| 07:24:44 | evan | people can commit to the 2nd |
| 07:25:46 | brixen | rue: spec/frozen is a submodule of https://github.com/brixen/rubyspec/tree |
| 07:25:52 | evan | that gets us the fixed version ci thats been talked about many times |
| 07:25:54 | brixen | rue: spec/ruby will be a clone of that repo |
| 07:26:05 | rue | Wait, the edge spec is going to remain in the Rubinius repository? |
| 07:26:06 | evan | but still lets people work on the specs within the context of rubinius easily |
| 07:26:09 | evan | rue: no. |
| 07:26:12 | brixen | rue: bin/mspec ci will run what is in spec/frozen |
| 07:26:24 | evan | it will be a clone to under the rubinius clone |
| 07:27:00 | evan | brixen: don't forget to put the proper .gitignore's in place |
| 07:27:04 | brixen | rue: git submodule add https://github.com/brixen/rubyspec/tree spec/frozen |
| 07:27:14 | evan | so that git, run in the context of rubinius, ignores spec/ruby |
| 07:27:33 | brixen | rue: git clone git@github.com:brixen/rubyspec.git spec/ruby |
| 07:27:36 | brixen | evan: will do |
| 07:27:42 | evan | brixen: be sure the submodule is the anon too |
| 07:27:46 | evan | not the https one |
| 07:27:47 | brixen | yep |
| 07:28:03 | evan | er. whatever the anon is. |
| 07:28:05 | brixen | cat .gitmodules ;) |
| 07:28:07 | evan | i might be https, i forget. |
| 07:28:20 | brixen | url = git://github.com/brixen/mspec.git |
| 07:28:26 | evan | yep |
| 07:28:28 | evan | cool. |
| 07:28:45 | evan | ok, i have to go. |
| 07:28:55 | brixen | ok |
| 07:28:56 | evan | brixen: good job |
| 07:29:04 | brixen | evan: thanks! |
| 07:29:51 | imajes enters the room. | |
| 07:30:35 | rue | We are manually going to track the repository. Colour me unhappy |
| 07:31:15 | brixen | rue: manually now? |
| 07:31:20 | brixen | er how? |
| 07:31:26 | evan | rue: we've gone over and over this. |
| 07:31:40 | evan | if you'd like to revise how brixen is looking to do it |
| 07:31:45 | evan | discussion over IRC is not going to work |
| 07:31:52 | evan | lets setup a phone call tomorrow to discuss |
| 07:32:19 | evan | ok? |
| 07:33:09 | rue | I do not think I was there |
| 07:33:11 | brixen | rue: hah, you just posted to rubinius-dev that you like to manually use the git commands |
| 07:33:28 | rue | I do. |
| 07:33:33 | brixen | rue: we can tweak this, nothing is set in concrete |
| 07:33:49 | evan | what time is good for you guys? |
| 07:33:49 | rue | evan: Yeah, call tomorrow unless we can sort this out. |
| 07:34:08 | brixen | any time is fine for me |
| 07:34:09 | evan | lets schedule the call |
| 07:34:13 | evan | rue: what time is good for you? |
| 07:34:27 | rue | brixen: Can you describe me the process of adding a new spec? Just the commands is fine |
| 07:34:42 | brixen | sure |
| 07:34:44 | rue | evan: Any time |
| 07:34:47 | evan | ok |
| 07:34:50 | evan | 11am PST |
| 07:34:55 | brixen | k |
| 07:34:58 | evan | 1am RTZ |
| 07:35:00 | evan | (rue time zone) |
| 07:35:07 | evan | er |
| 07:35:09 | evan | 1PM |
| 07:35:13 | evan | RTZ always confuses me. |
| 07:35:15 | evan | :) |
| 07:35:15 | rue | Check |
| 07:35:29 | rue | I have my own personal time zone |
| 07:35:52 | brixen | rue: rake spec:init => ensure spec/frozen is init'd and updated (submodule) and spec/ruby is cloned |
| 07:36:07 | brixen | rue: edit a spec in spec/ruby/... and bin/mspec spec/ruby/.. to test it |
| 07:36:29 | brixen | git commit; git push to github/brixen/rubyspec.git as normal |
| 07:36:39 | brixen | none of that touches spec/frozen |
| 07:36:47 | brixen | which is what bin/mspec ci uses |
| 07:36:55 | brixen | because it's sync'd to spec/tags |
| 07:37:02 | evan | ok, talk to you guys tomorrow. |
| 07:37:06 | brixen | evan: ok |
| 07:37:07 | evan | nite. |
| 07:37:10 | brixen | nite |
| 07:37:39 | brixen | rue: if you want to sync spec/frozen to github/brixen/rubyspec.git, you use rake spec:sync |
| 07:38:00 | brixen | and ensure that the tags are sync'd so that bin/mspec ci is clean |
| 07:38:08 | brixen | then you push to rbx |
| 07:38:17 | brixen | and everyone's spec/frozen is updated |
| 07:38:20 | brixen | rue: follow? |
| 07:38:30 | rue | Sec, cat trying to eat my food |
| 07:39:01 | brixen | heh |
| 07:39:43 | rue | brixen: OK, but that spec change is not making it to other people unless they update their spec/ruby then? |
| 07:41:16 | rue | Also, if the infrastructure is there, we could just use the mechanism in all three cases rather than have two be submodules |
| 07:44:59 | brixen | rue: not sure I understand that first one. no change makes it to people until they fetch (or pull) |
| 07:45:03 | brixen | nothing different here |
| 07:45:51 | brixen | the submodules are useful in that they are a frozen revision automatically |
| 07:46:06 | brixen | if we did everything with clones, where do we store the revision? |
| 07:46:19 | brixen | I think this way is easiest overall |
| 07:46:39 | rue | If I do `git pull`, it will not update the specs |
| 07:46:55 | brixen | correct |
| 07:47:00 | brixen | but you have to do rake build |
| 07:47:11 | brixen | that's why build => spec:update |
| 07:47:32 | brixen | => in the rake task sense |
| 07:48:00 | mkrauskopf leaves the room. | |
| 07:48:15 | mkrauskopf enters the room. | |
| 07:48:22 | brixen | git submodules are not ideal imo because git pull doesn't also include git submodule update |
| 07:48:31 | brixen | I suppose we could submit a git patch |
| 07:51:03 | rue | If the frozen tree is already a submodule, then there is no need to keep track of the revision |
| 07:51:39 | rue | Or, more precisely, if it is already a repository in its own right |
| 07:55:03 | brixen | hmm, no idea what you mean there |
| 07:55:15 | brixen | the point is, people will be changing rubyspecs a lot |
| 07:55:24 | brixen | but spec/frozen will not change unless we change it |
| 07:55:32 | brixen | and it will be sync'd to our spec/tags dir |
| 07:57:53 | rue | I am saying that if frozen exists as a repository, we can just clone and update it like we do the edge specs. There is no need to use a submodule to designate a revision since it would be frozen's HEAD |
| 08:01:17 | rue | If you are already going to have the infra in place to replicate HEAD-tracking submodule behaviour, then there is no reason to bring submodules in at all and have to support two systems |
| 08:01:51 | brixen | there is no infra to track rubspec in a manner that is frozen to a particular revision |
| 08:01:57 | brixen | that's what the submodule is for |
| 08:02:18 | brixen | rubyspec repo will be changing independent of rbx |
| 08:02:56 | brixen | unless we use a submodule, we have to store a particular revision of rubyspec somewhere so that folks updating rbx will only have that revision of rubyspec, which is sync'd to *our* spec/tags dir |
| 08:03:11 | brixen | I think this will make more sense once the tasks are in |
| 08:03:29 | rue | You said spec/frozen is a submodule of rubyspec |
| 08:03:34 | brixen | it is |
| 08:03:37 | brixen | hence frozen |
| 08:03:44 | brixen | *because* it's a submodule |
| 08:03:52 | brixen | until we update it to a new revision |
| 08:03:55 | rue | Yes, *in* rubyspec. |
| 08:04:01 | brixen | huh? |
| 08:05:50 | rue | By "submodule of rubyspec," do you mean "submodule of the rubinius repository, tracking a revision of the rubyspec repository" ? |
| 08:08:25 | brixen | I mean submodule in whatever sense mspec is now a submodule |
| 08:08:40 | brixen | spec/frozen will be exactly like mspec is now |
| 08:09:51 | qwert666 enters the room. | |
| 08:11:57 | rue | OK. I read that as frozen being a submodule inside the spec repository |
| 08:13:11 | rue | Need to document this pretty carefully. |
| 08:13:27 | imajes leaves the room. | |
| 08:13:45 | brixen | yeah, much to document |
| 08:15:31 | qwert666 leaves the room. | |
| 08:20:09 | thehcdreamer enters the room. | |
| 08:20:40 | GMFlash enters the room. | |
| 08:20:46 | kw leaves the room. | |
| 08:29:10 | Yurik leaves the room. | |
| 08:52:57 | mutle enters the room. | |
| 08:54:22 | trythil_ leaves the room. | |
| 08:57:06 | crafterm leaves the room. | |
| 09:02:56 | hosiawak enters the room. | |
| 09:04:41 | benny enters the room. | |
| 09:08:08 | imajes enters the room. | |
| 09:13:28 | naeu enters the room. | |
| 09:23:12 | octopod enters the room. | |
| 09:29:29 | riffraff enters the room. | |
| 09:31:38 | riffraff | hi |
| 09:33:52 | TheVoice leaves the room. | |
| 09:37:10 | Arjen_ enters the room. | |
| 09:45:59 | rue | Hello |
| 09:53:52 | jzj enters the room. | |
| 09:54:53 | jzj | question: im playing with the bytecode.rb, can i debug it to understand how it works? |
| 09:55:18 | jzj | or if there's other appoach to understand it |
| 09:55:52 | jzj | and also ghe generator.rb |
| 09:55:59 | jzj | *the |
| 09:57:15 | Fullmoon leaves the room. | |
| 09:58:16 | gnufied enters the room. | |
| 10:03:43 | Maledictus enters the room. | |
| 10:05:21 | Form enters the room. | |
| 10:06:15 | Form | I just read Ezra's article on mod_rubinius |
| 10:06:44 | Form | will it only have a Rack interface or will it also support deeper hooks into Apache? |
| 10:07:59 | Yurik enters the room. | |
| 10:08:06 | rue | Form: Just Rack for starters. I am not certain anything more is worthwhile |
| 10:08:28 | Form | rue: okay |
| 10:08:38 | rue | jzj: Yes, you can run it in the debugger. Also, from http://rubini.us/doc you can read the compiler intro |
| 10:08:49 | rue | Form: Did you have a particular use case? |
| 10:09:14 | Form | rue: well, I have used AuthenHandlers with both mod_perl and mod_python |
| 10:09:39 | Form | and would love to be able to write those in Ruby |
| 10:14:18 | jzj leaves the room. | |
| 10:15:02 | rue | Form: Mm. It is certainly possible to do |
| 10:15:16 | jzj enters the room. | |
| 10:15:36 | rue | Form: Rack has some type of auth middleware |
| 10:15:48 | rue | jzj: --> Yes, you can run it in the debugger. Also, from http://rubini.us/doc you can read the compiler intro |
| 10:16:06 | jazen leaves the room. | |
| 10:16:40 | Form | rue: cool, I didn't know that |
| 10:17:02 | Form | rue: still, in my mod_perl days I used more than just Authen |
| 10:18:03 | brainopia enters the room. | |
| 10:18:59 | jzj | rue: how to run the debugger? |
| 10:19:25 | jzj | i read the compiler intro before |
| 10:21:03 | rue | -debug |
| 10:22:20 | rue | Form: Sure, there are definitely cases where it would be nice to be able to use Ruby. Personally I hope Apache dies a quick death though :/ |
| 10:22:51 | Form | rue: unlikely. |
| 10:22:53 | Form | what would you prefer? |
| 10:23:05 | rue | At this point, anything :) |
| 10:23:16 | Form | hehe |
| 10:23:32 | Skip leaves the room. | |
| 10:23:40 | rue | It is really horrible internally. Nginx is sort of like a sane Apache, but I would honestly go with Ebb or something |
| 10:27:06 | Skip enters the room. | |
| 10:31:15 | rubuildius_ppc leaves the room. | |
| 10:31:20 | rubuildius_ppc enters the room. | |
| 10:47:53 | Erlang00t | how does rubinius subcommand work? |
| 10:48:13 | Erlang00t | or I mean, where the related code does rubinus handle subcommand? |
| 10:48:22 | rue | In loader.rb |
| 10:48:59 | rue | If it looks like a subcommand, loader checks lib/bin/ for a file with the same name |
| 10:49:03 | jzj leaves the room. | |
| 10:51:04 | jzj enters the room. | |
| 10:51:48 | Yurik leaves the room. | |
| 10:55:50 | xhanjian_ leaves the room. | |
| 10:56:38 | xhanjian enters the room. | |
| 10:58:51 | Yurik enters the room. | |
| 11:00:14 | xhanjian leaves the room. | |
| 11:00:35 | jtoy leaves the room. | |
| 11:01:39 | xhanjian enters the room. | |
| 11:07:18 | xhanjian leaves the room. | |
| 11:07:34 | rubuildius_ppc | Brian Ford: 199ca08bc; 1280 files, 5651 examples, 20948 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194208 |
| 11:09:07 | xhanjian enters the room. | |
| 11:11:05 | Blinchik_ enters the room. | |
| 11:13:41 | Blinchik leaves the room. | |
| 11:20:45 | yugui_ enters the room. | |
| 11:21:07 | yugui leaves the room. | |
| 11:34:32 | jzj leaves the room. | |
| 11:35:39 | Form | rue: when you get to the point where it makes sense to start thinking about "internal" Apache hooks, I could help you out |
| 11:35:53 | Form | I don't have time to work on more projects right now |
| 11:36:09 | Form | but that's definitely a feature I want, so I should help with the implementation |
| 11:36:13 | Form | open source at it's best |
| 11:46:36 | benny leaves the room. | |
| 11:47:56 | benny enters the room. | |
| 11:55:10 | Erlang00t leaves the room. | |
| 11:57:32 | rue | Form: Sure, have to see what can be done. The model is to basically just be a shim, so it may not fit in with few enough compromises. |
| 11:58:14 | rue | Form: Mind you, mod_ruby should be fine for administrative stuff even if it pretty much sucks for actual application serving |
| 12:06:35 | obvio enters the room. | |
| 12:15:19 | GMFlash leaves the room. | |
| 12:16:23 | jacen_ enters the room. | |
| 12:18:35 | qwert666 enters the room. | |
| 12:21:47 | chris2 enters the room. | |
| 12:27:41 | imajes leaves the room. | |
| 12:28:39 | imajes enters the room. | |
| 12:29:31 | Yurik leaves the room. | |
| 12:59:49 | Fullmoon enters the room. | |
| 13:00:35 | benny leaves the room. | |
| 13:00:51 | benny enters the room. | |
| 13:18:23 | gnufied leaves the room. | |
| 13:23:34 | gnufied enters the room. | |
| 13:31:07 | blakewatters enters the room. | |
| 13:33:05 | Skip leaves the room. | |
| 13:34:07 | Ski1 enters the room. | |
| 13:43:56 | mutle leaves the room. | |
| 13:44:37 | mutle enters the room. | |
| 13:47:39 | blakewatters leaves the room. | |
| 13:54:52 | _mutle enters the room. | |
| 13:55:47 | mutle leaves the room. | |
| 14:07:05 | AndrewO enters the room. | |
| 14:13:14 | brainopia leaves the room. | |
| 14:17:17 | webmat enters the room. | |
| 14:26:58 | stepheneb enters the room. | |
| 14:27:20 | moofbong enters the room. | |
| 14:29:08 | jazen enters the room. | |
| 14:29:39 | jacen_ leaves the room. | |
| 14:32:38 | rff enters the room. | |
| 14:35:16 | riffraff leaves the room. | |
| 14:36:41 | jpease leaves the room. | |
| 14:36:45 | foysavas leaves the room. | |
| 14:37:32 | ShayArnett enters the room. | |
| 14:37:56 | jpease enters the room. | |
| 14:46:00 | benny leaves the room. | |
| 14:46:36 | trythil enters the room. | |
| 14:47:27 | trythil leaves the room. | |
| 14:51:50 | mutle leaves the room. | |
| 14:52:40 | mutle enters the room. | |
| 14:55:26 | GMFlash enters the room. | |
| 14:58:14 | foysavas enters the room. | |
| 14:59:42 | dgtized | evan: ping |
| 15:01:59 | rue | Probably out for an hour or two still |
| 15:02:45 | rue | Vm still broken? |
| 15:02:49 | dgtized | yea |
| 15:03:20 | dgtized | he keeps checking things in in huge batches so I just presume it's something that was forgotten |
| 15:04:04 | dgtized | right now the problem is it's unhappy linking with the regex library somehow |
| 15:09:41 | gdagley enters the room. | |
| 15:11:17 | rue | What is the repro? |
| 15:18:11 | blakewatters enters the room. | |
| 15:18:14 | mutle leaves the room. | |
| 15:20:40 | dgtized | repro? |
| 15:20:41 | rff leaves the room. | |
| 15:24:29 | dgtized | it can't find ffi.h or onigurama.h |
| 15:27:33 | rue | What is the command line? |
| 15:27:43 | mutle enters the room. | |
| 15:27:52 | stepheneb leaves the room. | |
| 15:33:46 | benburkert enters the room. | |
| 15:36:47 | dgtized | rake? |
| 15:37:08 | dgtized | after doing a ruby instructions.rb in vm |
| 15:37:17 | dgtized | since it's still not in the makefile |
| 15:37:35 | dgtized | oh and you might need to do a top level rake just to make sure the external libraries are built |
| 15:38:32 | yugui_ leaves the room. | |
| 15:40:22 | riffraff enters the room. | |
| 15:41:57 | rue | Hm, might need a distclean, getting duplicate symbol errors |
| 15:46:38 | dgtized | I don't know if distclean works |
| 15:49:38 | rff enters the room. | |
| 15:55:05 | benburkert leaves the room. | |
| 15:57:52 | riffraff leaves the room. | |
| 16:04:17 | benstiglitz enters the room. | |
| 16:14:22 | trythil enters the room. | |
| 16:16:36 | macournoyer enters the room. | |
| 16:19:51 | lopex enters the room. | |
| 16:20:29 | rue | Wth with this build |
| 16:22:27 | stepheneb enters the room. | |
| 16:22:42 | Defiler | OK, I have a retarded question |
| 16:23:27 | Defiler | The 'empty' SHA1 hash value is always the same, right? |
| 16:23:33 | Defiler | It's not implementation specific, presumably |
| 16:24:32 | jpease leaves the room. | |
| 16:31:38 | rue | For an empty string? |
| 16:31:48 | rue | No special rules |
| 16:32:13 | octopod_ enters the room. | |
| 16:32:39 | mapar enters the room. | |
| 16:35:12 | benburkert enters the room. | |
| 16:42:06 | naeu leaves the room. | |
| 16:42:52 | hosiawak leaves the room. | |
| 16:45:00 | thehcdreamer_ enters the room. | |
| 16:45:05 | brainopia enters the room. | |
| 16:46:19 | benny enters the room. | |
| 16:47:15 | octopod leaves the room. | |
| 16:48:19 | shame leaves the room. | |
| 16:51:48 | boyscout | 1 commit by Vladimir Sizikov |
| 16:51:49 | boyscout | * New rubyspecs for BigDecimal's #floor and #ceil.; aba022a |
| 16:51:51 | srbaker leaves the room. | |
| 16:53:39 | thehcdreamer leaves the room. | |
| 16:56:14 | therealadam enters the room. | |
| 16:56:26 | dlee enters the room. | |
| 17:00:47 | rubuildius_amd64 | Vladimir Sizikov: aba022a66; 1280 files, 5649 examples, 20924 expectations, 0 failures, 0 errors; http://rafb.net/p/WHG9MT39.html |
| 17:04:58 | rubuildius_ppc | Vladimir Sizikov: aba022a66; 1280 files, 5651 examples, 20948 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194366 |
| 17:06:33 | brainopia leaves the room. | |
| 17:10:13 | yipstar enters the room. | |
| 17:10:51 | srbaker enters the room. | |
| 17:12:57 | joachimm | what do I need to do to generate typechecks.gen.cpp? |
| 17:19:01 | dgtized | the essential problems with the new vm is that the paths are relative in the rake file and I think that's messing some things up |
| 17:21:19 | evan | dgtized: you should be running just 'rake' in test. |
| 17:21:20 | imajes leaves the room. | |
| 17:21:22 | evan | then everything works. |
| 17:21:31 | evan | doing something else is outside the scope of the current work. |
| 17:21:42 | evan | joachimm: it should be autogenerate by running field_extract |
| 17:21:50 | evan | joachimm: run 'rake field_extract' in test/ |
| 17:22:15 | evan | dgtized: which paths are you talking about? |
| 17:22:30 | joachimm | evan: thanks, I was reading the rakefile just now. |
| 17:23:56 | gnufied leaves the room. | |
| 17:26:11 | lchin enters the room. | |
| 17:27:12 | mutle leaves the room. | |
| 17:30:21 | Defiler | If I want to return a subclass instance based on the args to 'initialize', I need to implement my own SomeClass.new, right? |
| 17:30:59 | Defiler | OpenSSL::Digest::Digest.new("SHA1") needs to return an OpenSSL::Digest::SHA1 instance, to be specific |
| 17:32:41 | srbaker leaves the room. | |
| 17:33:08 | shame enters the room. | |
| 17:33:46 | evan | yeah |
| 17:33:54 | evan | you have to write your own new |
| 17:33:59 | evan | or your own allocate |
| 17:34:12 | evan | you need .new for this though |
| 17:34:23 | evan | since you need to look at the args to figure out what subclass you need. |
| 17:44:17 | srbaker enters the room. | |
| 17:48:51 | chris2_ enters the room. | |
| 17:50:57 | chris2 leaves the room. | |
| 17:51:03 | benny leaves the room. | |
| 17:53:39 | rue | evan: It does not quite work automatically, something is not being generated |
| 17:53:48 | evan | hm. |
| 17:53:57 | evan | rue: you mean the new vM? |
| 17:54:52 | rue | Yeah. External libs were causing a problem earlier, futzing with it now |
| 17:55:11 | evan | yeah |
| 17:55:19 | evan | external libs aren't built automatically now |
| 17:55:31 | evan | it's just using them via them being built from shotgun |
| 17:55:36 | evan | that logic needs to be moved over. |
| 17:56:25 | rue | Yeah. Could start pulling stuff to the main Rakefile? |
| 17:56:53 | mapar leaves the room. | |
| 17:57:01 | rubuildius_ppc leaves the room. | |
| 17:57:04 | rubuildius_ppc enters the room. | |
| 17:57:42 | thehcdreamer_ leaves the room. | |
| 17:57:47 | srbaker leaves the room. | |
| 18:03:45 | evan | hey! |
| 18:03:55 | evan | slaps ChanServ on the wrist |
| 18:03:55 | Defiler | Yeah, freenode is like that |
| 18:04:17 | evan | oh, mode lock |
| 18:04:28 | srbaker enters the room. | |
| 18:05:06 | elight enters the room. | |
| 18:05:08 | Defiler | I think you can tell chanserv to change it and it will stick, though |
| 18:05:14 | evan | yep |
| 18:05:16 | evan | doing it now |
| 18:05:36 | evan | brixen: set the channel topic |
| 18:05:42 | brixen | evan: k |
| 18:05:50 | brixen | will do when this is more complete |
| 18:05:55 | evan | k |
| 18:06:27 | evan | hah |
| 18:07:12 | mapar enters the room. | |
| 18:07:20 | imajes enters the room. | |
| 18:07:40 | srbaker leaves the room. | |
| 18:08:15 | obiejuan enters the room. | |
| 18:08:59 | joachimm | make coverage fails with duplicate symbol _main, is there something I need to clean up before? |
| 18:09:48 | brixen | djwhitt: ping (or can you see about build bot running rake spec:full or bin/mspec ci -B full.mspec) |
| 18:09:54 | evan | joachimm: oh ack. |
| 18:09:55 | evan | yeah |
| 18:09:57 | evan | crap. |
| 18:10:14 | evan | vm/main.cpp needs to be excluded from being built in coverage |
| 18:10:42 | evan | joachimm: i'll fix that shortly |
| 18:10:52 | evan | for now, just mv vm/main.cpp vm/main.cpp.blah |
| 18:10:55 | evan | that should fix i.t |
| 18:12:06 | rubuildius_ppc | Vladimir Sizikov: aba022a66; 1280 files, 5651 examples, 20948 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194405 |
| 18:12:55 | kw enters the room. | |
| 18:13:33 | joachimm | evan is there some particular reason for using class instead of typename in template declarations? |
| 18:13:44 | evan | no |
| 18:13:46 | evan | they're the same. |
| 18:14:27 | yipstar leaves the room. | |
| 18:15:22 | wycats_ leaves the room. | |
| 18:16:27 | Arjen_ leaves the room. | |
| 18:17:34 | wycats_ enters the room. | |
| 18:18:49 | technomancy enters the room. | |
| 18:20:38 | rue | joachimm: The convention is to use "class" when it must be a user-defined type and "typename" when it need not. Personally, I just use "typename" everywhere |
| 18:22:59 | technomancy | what's the convention in specs for putting constants in their own files? |
| 18:23:13 | technomancy | do we want to keep the spec files themselves clear of noise? |
| 18:23:29 | technomancy | is looking at digest/sha1/digest_spec.rb |
| 18:23:31 | evan | technomancy: what kind of constant? |
| 18:23:51 | evan | ah |
| 18:23:56 | evan | yeah, typically |
| 18:24:22 | technomancy | evan: the SHA1Constants module contains a Contents that's just lorem stuff and then values for blank digests, hex digests, etc. |
| 18:24:37 | evan | I think thats ok |
| 18:24:37 | technomancy | it looks like there's something behind the Contents value though; what's the deal with that? |
| 18:24:56 | evan | drys things up |
| 18:24:57 | evan | i think |
| 18:25:44 | imajes leaves the room. | |
| 18:26:49 | technomancy | oh, i see where it's being used; never mind |
| 18:35:59 | mapar leaves the room. | |
| 18:40:38 | enebo enters the room. | |
| 18:41:09 | rue | Well, this GCC compile will probably take forever |
| 18:42:30 | rue | technomancy: Shared stuff should go in fixtures, usually. I personally prefer to keep any of that close to the actual spec so long as it is not overwhelming |
| 18:43:02 | technomancy | rue: "close to" being in the file or just in the same dir? |
| 18:43:53 | rue | In the same file. If you are moving it out of the file, fixture dir would be best |
| 18:44:09 | rue | Or if it already exists outside the file, naturally |
| 18:44:15 | headius enters the room. | |
| 18:46:34 | mkrauskopf_ enters the room. | |
| 18:47:25 | mkrauskopf leaves the room. | |
| 18:50:40 | brixen | rue: we should open a discussion of fixtures on the rubyspec list. the challenge is 1. clashes, 2. duplication, 3. obfuscation when a set of specs should depend on a single bigger structure |
| 18:51:00 | brixen | I'm all for locality, but we've never been able to adequately address those 3 points |
| 18:51:00 | rue | Sure |
| 18:51:07 | brixen | hence, the fixtures dir |
| 18:51:50 | evan | the mailling list is a good place to have that discussion |
| 18:54:21 | yaroslav enters the room. | |
| 18:59:21 | rubuildius_amd64 leaves the room. | |
| 18:59:57 | octopod_ leaves the room. | |
| 19:01:37 | rubuildius_amd64 enters the room. | |
| 19:02:19 | djwhitt | brixen: just updated the bot. worked fine in test. you should see a repeat run here in just a sec |
| 19:02:36 | brixen | djwhitt: awesome, thanks! |
| 19:02:49 | djwhitt | brixen: yep, no prob |
| 19:03:09 | djwhitt | brixen: assuming everything looks ok I'll ping cremes and he can update his as well |
| 19:03:22 | brixen | cool, that'd be great |
| 19:06:53 | wycats_ leaves the room. | |
| 19:07:33 | wycats_ enters the room. | |
| 19:12:54 | rubuildius_amd64 | Vladimir Sizikov: aba022a66; 2105 files, 6854 examples, 24744 expectations, 0 failures, 0 errors; |
| 19:13:28 | brixen | sweet, all on one line |
| 19:20:23 | boyscout | 1 commit by Vladimir Sizikov |
| 19:20:24 | boyscout | * Some more rubyspecs for BigDecimal's #floor and #ceil.; 686c284 |
| 19:21:23 | therealadam leaves the room. | |
| 19:23:21 | blakewatters leaves the room. | |
| 19:23:45 | wycats_ leaves the room. | |
| 19:25:13 | technomancy | I get "no such file or directory - mspec/bin/mspec" when I try to run bin/mspec... what's changed with this? |
| 19:25:36 | VVSiz | :) |
| 19:26:30 | VVSiz | technomancy: brixen can tell |
| 19:26:45 | blakewatters enters the room. | |
| 19:28:35 | atmos enters the room. | |
| 19:29:21 | wycats_ enters the room. | |
| 19:29:58 | mkrauskopf_ leaves the room. | |
| 19:30:05 | headius | hey, you guys might be interested in this: http://blogs.sun.com/bangle/entry/maxine_vm_to_be_announced |
| 19:30:08 | technomancy | did it get spun out into a gem? |
| 19:30:20 | headius | it's a self-hosting metacircular VM written in Java with a native compiler |
| 19:30:32 | headius | cool stuff from Sun Labs |
| 19:32:58 | rubuildius_amd64 | Vladimir Sizikov: 686c28493; 2105 files, 6854 examples, 24764 expectations, 0 failures, 0 errors; |
| 19:33:12 | VVSiz | technomancy: http://groups.google.com/group/rubinius-dev/browse_thread/thread/da19a433520afad5 |
| 19:33:24 | technomancy | thanks |
| 19:33:32 | rubuildius_ppc | Vladimir Sizikov: 686c28493; 1280 files, 5651 examples, 20948 expectations, 0 failures, 0 errors; http://pastie.caboo.se/paste/194461 |
| 19:34:23 | mapar enters the room. | |
| 19:36:11 | mkrauskopf enters the room. | |
| 19:37:49 | rue | headius: Nah, that would never work. Java is so slow |
| 19:38:00 | VVSiz | heheheh |
| 19:38:16 | VVSiz | rue: you've been here for the last 24 hours! never sleep? :) |
| 19:38:17 | evan | headius: yeah, i saw that |
| 19:38:19 | evan | headius: looks cool. |
| 19:38:29 | rue | Wait, GPLv2? Is that actually possible? |
| 19:38:36 | rue | VVSiz: Tuesdays |
| 19:39:16 | technomancy | if I've got a bunch of constants in a module for a spec, can I include the Module somewhere in the spec so I don't have to dereference it all the time? |
| 19:40:03 | brixen | technomancy: follow the examples in the specs that require 'fixtures/classes' |
| 19:40:11 | brixen | technomancy: what spec are you working on? |
| 19:41:06 | technomancy | brixen: Defiler threw some OpenSSL HMAC specs my way |
| 19:41:11 | technomancy | said they're among the last merb blockers |
| 19:41:22 | ezmobius enters the room. | |
| 19:41:59 | yaroslav leaves the room. | |
| 19:42:30 | brixen | technomancy: ok, what's dir are you in? spec/ruby/1.8/library/openssl ? |
| 19:42:34 | technomancy | yeah |
| 19:42:43 | brixen | did you use mkspec to create the dirs? |
| 19:43:10 | technomancy | glances around nervously. |
| 19:43:11 | technomancy | no |
| 19:43:15 | brixen | technomancy: http://rubinius.lighthouseapp.com/projects/5089/specs-creating-files-with-mkspec |
| 19:43:19 | technomancy | aha; thanks |
| 19:43:26 | technomancy | man, you guys don't sit still long. =) |
| 19:43:57 | benny enters the r |