Parrot 1.8.0 Zygodactyly released | Latest modified TT's: icanhaz.com/parrotbugs | Parrot Languages: icanhaz.com/parrotlang
Set by moderator on 23 November 2009.
dalek rtcl-nqp: 1e4db42 | pmichaud++ | src/PmTcl/Commands.pm:
Simple version of after(); t/cmd_after.t passes.
 00:02
japhb pmichaud, the STATUS files for NQP-rx seems very out of date. Should it just be deleted entirely? 00:20
Whiteknight you know, if we had aggregate literal syntax in PIR, NQP could just translate to that 00:26
japhb Whiteknight, you get right on that. ;-) 00:29
japhb busily trying to grok NQP-rx's workings 00:30
pmichaud, also, there are a fair few variables set at the top of NQP-rx's Makefile.in that appear unnecessary (such as the ones for C compiling and linking). Can those be removed, or are they for a non-obvious and/or future purpose? 00:33
00:48 theory joined
pmichaud any unnecessary variables in the top of the makefile can be used. Some of them are left over from when pge/nqp (no -rx) was being used to build nqp-rx 00:54
japhb "can be used"? 00:56
Do you mean "removed"?
00:57 abqar joined
japhb pmichaud, also: I'm trying to follow the build process. What is the purpose of the 3-stage bootstrap? The only differences I can find in the PIR between stage1 and stage2 are subids and a seemingly trivial reordering of "!cursor_caparray" arguments. 00:58
pmichaud, Is the 3-stage bootstrap another holdover of building from PGE/old NQP? 01:00
01:42 bacek joined 02:04 Zak joined 02:12 jan joined 02:14 zak_ joined 03:10 cognominal_ joined
Coke 03:15
dukeleto 'ello 03:18
03:38 davidfetter joined, JimmyZ joined
Coke pmichaud: ping 04:12
nopaste "Coke" at 72.228.52.192 pasted "this complains that it can't find the lexical '$body'" (16 lines) at nopaste.snit.ch/18900 04:13
Coke (oddly, it complains after passing every test...) 04:15
incoming. 04:19
purl duck!
dalek rtcl-nqp: 0241721 | (Will Coleda)++ | :
Merge branch 'master' of github.com:partcl/partcl-nqp
 04:20
rtcl-nqp: 8dbbda6 | (Will Coleda)++ | src/PmTcl/Commands.pm:
Add basic args handling to [regexp]
rtcl-nqp: d844c93 | (Will Coleda)++ | (4 files):
Move tcllist into a subdir.
rtcl-nqp: e98a757 | (Will Coleda)++ | :
Merge branch 'master' of github.com:partcl/partcl-nqp
rtcl-nqp: 11e9695 | (Will Coleda)++ | (3 files):
Add a string HLL class that has a more accurate get_bool vtable.
rtcl-nqp: 9dc018b | (Will Coleda)++ | src/PmTcl/Commands.pm:
add args handling to [for]
rtcl-nqp: 15c4413 | (Will Coleda)++ | TODO:
update task list
rtcl-nqp: 637f097 | (Will Coleda)++ | build/Makefile.in:
pmichaud++ made this test pass
 04:26
04:38 vad joined 04:46 nopaste joined 04:56 patspam joined 05:18 nopaste joined
dalek tracwiki: v1 | chromatic++ | chromaticTasks 06:42
tracwiki: initial creation
tracwiki: trac.parrot.org/parrot/wiki/chroma...ction=diff
07:08 uniejo joined 07:30 cotto joined 08:04 iblechbot joined 08:18 bacek joined 08:43 mikehh joined 09:00 fperrad joined 09:01 fperrad_ joined 09:16 riffraff joined 09:27 fperrad_ joined 09:43 mberends joined 09:46 payload joined 09:47 riffraff joined 09:57 abqar_ joined 10:05 fperrad_ joined 10:06 JimmyZ joined 10:09 mikehh joined 10:38 mikehh joined 10:49 mikehh joined 10:55 mikehh joined
dalek rrot: r42823 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] some refactors and doc
 11:04
11:11 mikehh joined 11:17 mikehh joined 11:23 bacek joined 12:15 patspam joined 12:26 purl joined 12:29 mikehh joined 12:33 payload joined 12:41 mikehh joined 12:46 plobsing joined 12:47 mikehh joined
dalek rrot: r42824 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] handles options from command line
 12:50
12:53 mikehh joined 12:57 mikehh joined 13:01 nopaste joined 13:03 zak_ joined 13:05 payload joined 13:06 mikehh joined 13:14 mikehh joined 13:19 fperrad joined 13:20 mikehh joined 13:21 JimmyZ joined, bluescreen joined 13:28 cognominal_ joined 13:29 zak_ joined 13:34 payload joined 13:38 clinton joined, mberends_ joined, mberends_ left 13:43 clinton joined 13:49 clinton joined 13:53 nopaste joined 13:57 zak_ joined
Coke yawns 14:01
hachi++ 14:02
<the critic>HACHI MACHI!</critic> 14:05
14:05 iblechbot joined 14:07 cognominal_ joined 14:17 zak_ joined
Coke msg fperrad I hestitate to apply that patch to partcl-nqp, as the PIR seems a little more convoluted to me. (probably just because it's different) - is there a goal here other than reducing the dependency on perl5? 14:23
purl Message for fperrad stored.
Coke (If anyone is interesting in hacking on partcl-nqp as a test for working with nqp-rx, btw, have at it. Happy to answer any questions. =-) 14:24
14:28 davidfetter joined
Coke how is ".namespace" written in NQP ? 14:31
14:31 patspam joined 14:38 nopaste joined
Coke hurm. "module { ... }" seems close. 14:38
14:38 Coke_ joined
pmichaud good morning, #parrot 14:40
Coke hio 14:42
particle howdy
davidfetter oh hai 14:47
14:49 ruoso joined
Coke pmichaud: moved string_trim into _tcl::string_trim 14:51
pmichaud Coke: excellent. 14:53
dalek rtcl-nqp: efe5134 | (Will Coleda)++ | TODO:
Add to the pile
 14:55
rtcl-nqp: c916eb0 | (Will Coleda)++ | src/PmTcl/Commands.pm:
Move string_trim into our ``private'' namespace.
Coke is there an "int()" in nqp? 14:58
pmichaud Coke: closest is pir::set__IP($something) 15:00
Coke pmichaud: close enough. =-) 15:03
Coke works on his secret evil plan.
particle what's the difference between pir::set__IP(...) and int() ? 15:05
seems like it could be pretty easy to support native types in nqp... 15:06
Coke particle: I think only the amount of sugar. 15:08
pmichaud I do plan to support the native types in nqp 15:09
but it's not "easy"
because lexical symbols in Parrot can only be PMCs 15:10
he Aahhh... I've found the reason t/pmc/threads_14.pir fails on NetBSD.
pmichaud which means PAST needs a whole new notion of "lexical" in order to be able to support symbol<->native type mapping
and something like:
my int $a; if 1 { my $b := $a + 2; } 15:11
cannot work at all
he Parrot in this test ends up calling dlclose() twice with the same handle, and NetBSD's ld.so_elf has a check for whether the given handle is "valid", which it isn't in the second case.
pmichaud (without a *lot* of analysis)
he I've not found out how to fix it, though...
Coke he++ 15:12
pmichaud int() would be a function call to the "int" function.... and NQP doesn't want to provide a library of builtins beyond whatever Parrot provides 15:13
he Fodder for trac, perhaps?
15:16 nopaste joined
Coke pmichaud: if you can figure out the "$body" error in the TODO, that'll reclaim two test files. 15:17
(looks like those 2 tests run to completion, and then dump the error message.)
dalek rtcl-nqp: 96d0a16 | (Will Coleda)++ | (2 files):
Add mostly complete [time]
 15:19
Coke also, I'm guessing If we do anything serious with [format], it'll probably end up as a 3rd grammar. Would you agree?
(partcl's version just dispatches to sprintf.) 15:21
15:22 treed_ joined, dngor_ joined, ingyfoo joined, Tene_ joined 15:23 GeJ_ joined, TimToady_ joined, confound_ joined, frodwith_ joined, estrabd_ joined, viklund_ joined
he OK, trac ticket #1340 filed at trac.parrot.org/parrot/ticket/1340 15:24
Coke he++ 15:25
dalek TT #1340 created by heidnes++: Parrot may end up calling dlclose() twice with the same handle, ref. ... 15:26
Coke pmichaud: I also wonder if www.tcl.tk/man/tcl8.5/TclCmd/namespace.htm#M34 might be a useful way to implement core commands like array/info/string/namespace
(which are themselves ensembles) - in partcl, I just did a giant switch statement. 15:27
15:27 leto joined 15:28 Util joined, confound joined, ruoso joined, cognominal_ joined, slavorg joined 15:29 workbench joined 15:33 Infinoid joined, dcolish joined, ascent joined, dukeleto_ joined, pmichaud_ joined, davidfetter joined, clinton joined, bluescreen joined, riffraff joined, mberends joined, cotto joined, bacek_at_work joined, Hunger joined, s1n joined, redbrain joined, xenoterracide joined, kthakore joined, KatrinaTheLamia joined, szabgab joined, gaz joined, zostay joined, particle joined 15:35 jan joined, he_ joined, cxreg joined 15:39 slavorg joined 15:41 japhb joined, Khisanth joined 15:42 vad joined 15:43 payload joined, sri joined 15:44 fperrad joined 15:45 Whiteknight joined 15:47 jjore joined 15:49 PacoLinux joined
Coke msg pmichaud huh! sourceforge.net/tracker/?func=detai...p_id=10894 has been resolved. 15:53
purl Message for pmichaud stored.
Coke msg pmichaud diff of Tcl.n docs at: tcl.cvs.sourceforge.net/viewvc/tcl/...sortby=rev 15:55
purl Message for pmichaud stored.
15:56 Psyche^ joined
Coke pmichaud++ # getting doc updates back into tcl mainline. 15:57
he Further info on TT#1340: this appears to be clone()'s fault: it clones a library, but the two instances share the dlhandle value. 15:58
Coke PerlJam: hey, partcl misses you! 16:01
PerlJam Coke: it looks lke partcl has been doing just fine without me :) 16:02
Coke wonders how to split up Commands.pm 16:03
PerlJam is it becoming unwieldy?
PerlJam looks
Coke it's going to be once we add things like array/string/namespace
so I think we want some individual files, and perhaps a bucket for the rest. 16:04
PerlJam sounds like naturalish divisions to me
(put all array commands together, all string commands together, etc)
I've noticed that some commands have an extensive subcommand structure. Those should probably get their own files. (I don't know if that neatly follows the divisions I just mentioned or not though) 16:06
16:06 lucian joined
Coke is thinking Commands/{string,namespace}.pm - pick a name for the leftovers. =-) 16:09
particle does the organization of the tcl tests offer any suggestions for how the commands should be divided? 16:11
Coke I don't particularly care to go for a test file <-> implementation file 1:1 16:12
Coke picks "main"
dalek rtcl-nqp: 816ba49 | (Will Coleda)++ | (4 files):
Move Commands.pm -> commands/main.pm in preparation for splitting.
 16:16
Whiteknight how do I do parallel testing again? 16:24
I thought it was TEST_JOBS=5, but that doesnt seem to be right
Coke make TEST_JOBS=3 test
presuming your harness supports it.
is this parrot? 16:25
Whiteknight yes, parrot
that incantation doesn't seem to do it. Are there perl dependencies for that?
Coke yes.
look at line 103 of t/harness or so 16:26
(you need TAP::Harness) 16:27
particle you need test::harness 3.x 16:28
dalek rtcl-nqp: 79d9ee8 | (Will Coleda)++ | (4 files):
break out [string] in anticipation of implementing the rest of the ensemble command.
Whiteknight I had to do a complete reinstall of my system, and now I don't have any of the things or settings that I used to hae
szbalint yeah, I run into the test::harness weirdness too 16:29
Coke `cpan TAP::Harness` should fixit.
szbalint earlier versions don't support parallel tests
Coke needs to delete svn-bisect 16:32
er, svnbinarysearch, I mean. 16:36
Coke sees this in the .t for svn-bisect: BEGIN { $tests += 7; }; 16:41
(sneaky++)
Infinoid Coke: I stole that syntax from jq++. It's more manageable to keep the counts with the tests
Coke Infinoid: any chance I can convince *you* to write svn-bisect run so I don't have to? =-) 16:43
Infinoid I can take a look at how easy it would be to do, at the very least. I'll get back to you. 16:44
Coke Infinoid++
I look forward to killing my only CPAN module when you do. =-) 16:45
Infinoid Coke: Your module looks for differences in stdout, or differences in exit code? 16:47
"git bisect run" looks only at the exit code, it assumes an exit code of 0 means "before the change" and non-zero means "after" 16:48
I've intentionally been staying away from saying "before" means "non-buggy" and "after" means "buggy", because you might be looking for things other than bugs. But this interface kind of forces the issue 16:49
Coke Infinoid: exit code.
purl hmmm... exit code is not reliable. It returns 0 if the file is invalid.
Coke this doesn't force the issue, you just have to be careful when documenting.
Infinoid Yeah. It won't stop me from implementing it anyway 16:50
Coke 0 == "before" behavior, 1-124,126-127 == "after", 125==skip. methinks.
Infinoid++ # can't stop the signal.
If you like, I can whip up a sample script that shows the exit behavior. (say, using 125 when the build fails.) 16:52
Infinoid nah, it's pretty clear how the git version works
Coke whee! 16:53
Infinoid The tricky bit is how I handle metadata inside of svn-bisect while the run method reinvokes other methods... nothing to do with the user interface 16:54
I do still want to implement "undo" one of these days. But it would be nice if it could undo the whole run, not just the last action it took 16:56
16:59 nopaste joined
Infinoid parrot++ # having another thousand revisions every time I do an update 17:05
Coke Infinoid: you want a google wave invite? 17:10
Infinoid Coke: I'm already on it, thanks. And I have invites too, if any parrot committers want one
Coke ditto here. 17:11
Coke ponders sending an email to the list.
Coke does so.
17:11 theory joined
moritz so does wave live up to the hype? 17:11
Infinoid Wave does what they say it does. Whether it's useful or not is really up to the users. 17:12
The with:public posts are even worse than usenet. I haven't had the opportunity to do anything serious with it yet. 17:13
Coke Without people who want to collaborate on something that I want to work on, I have found it very noisy.
17:17 cotto_w0rk joined 17:18 nopaste joined
dalek rrot: r42825 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] add a step 'manifest'
 17:23
17:27 iblechbot joined
Coke does p6 (nqp) require {}'s in "if <cond> { <block> }" ? 17:32
17:47 DrForr joined
moritz yes 17:47
Coke moritz++ # danke. 17:48
17:57 kurahaupo joined 18:00 payload joined 18:03 mikehh joined 18:05 chromatic joined
theory seen dukeleto 18:05
purl dukeleto was last seen on #parrot 14 hours, 46 minutes and 46 seconds ago, saying: 'ello
theory seen dukeleto_
purl dukeleto_ was last seen on #pdx.pm 32 days, 2 hours, 11 minutes and 22 seconds ago, saying: 'ello [Oct 29 15:52:59 2009]
Coke I see a pattern.
seen dukeleto__ 18:06
purl I haven't seen 'dukeleto__', Coke
Coke curses.
theory I see dead people.
dalek rtcl-nqp: 552913c | (Will Coleda)++ | src/PmTcl/commands/string.pm:
add basic args check to [string]
rtcl-nqp: 485a993 | (Will Coleda)++ | src/PmTcl/commands/string.pm:
add [string bytelength];
rtcl-nqp: bf6a58c | (Will Coleda)++ | src/PmTcl/commands/string.pm:
accept all valid, fully-qualified subcommand names for [string]

on the stubs.
rtcl-nqp: 04106f2 | (Will Coleda)++ | src/PmTcl/commands/string.pm:
add [string first]
18:07 Andy joined
japhb msg pmichaud I'm trying to follow the build process. What is the purpose of the 3-stage bootstrap? The only differences I can find in the PIR between stage1 and stage2 are subids and a seemingly trivial reordering of "!cursor_caparray" arguments. Is the 3-stage bootstrap another holdover of building from PGE/old NQP? 18:07
purl Message for pmichaud stored.
theory msg dukeleto I'm back from vacation. Ping me when you get a chance so we can work out your pgTAP issues. 18:08
purl Message for dukeleto stored.
Coke Jay Scherrer? 18:13
Tene_ msg pmichaud How did lazy rakudo rethink go on sunday? 18:17
purl Message for pmichaud stored.
Coke koleda is a sun god!? 18:24
huh. Who knew.
purl knew is offensive to some people?
Coke no, knew is <reply>
purl okay, Coke.
pmichaud_ japhb: (3-stage bootstrap).... stage0 is the last known working compiler 18:26
it's used to build stage1
Coke koleda? 18:27
purl it has been said that koleda is a sun god!?
pmichaud_ stage1 is a fresh compiler built from the updated sources. however, since stage0 was used to build stage1, we can't be sure that the stage1 PIR source is completely correct w.r.t. the latest source
Coke no, koleda is probably koliada on wikipedia.
purl okay, Coke.
pmichaud_ stage2 is the result of using the latest nqp source to build itself
Tene_: still working on it a bit in my head. I plan to be implementing tonight.
Tene_ I'm excited to see it. 18:28
18:28 hercynium joined
japhb pmichaud_, OK, I kinda guessed something along those lines. Hmmm, I guess the fact that stage1 and stage2 were identical except subids and the like is just because the changes since the last stage0 compile didn't affect anything NQP-rx uses in its own source. 18:31
pmichaud_ correct.
18:40 DrForr joined
mikehh All tests PASS (pre/post-config, smoke (#30291), fulltest) at r42825 - Ubuntu 9.10 i386 (g++ with --optimize) 18:40
18:41 DrForr joined
dalek rtcl-nqp: d9e1e35 | (Will Coleda)++ | src/PmTcl/commands/main.pm:
Insure string is a string.
 18:42
rrot: r42826 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] add steps 'sdist', 'sdist_gztar' & 'sdist_zip'
 18:48
Infinoid Coke: Would you mind trying github.com/Infinoid/svn-bisect/comm...835e11a6ab ? 18:49
Coke nopaste.snitch.ch is dead. 18:50
er, snit.ch 18:51
Infinoid: is it lastest on master?
Infinoid yeah
Coke is distracted by ST:TOS:Season 1:BR 18:52
Infinoid Terrible situation. 18:53
Coke thankfully I don't own it yet. :|
Infinoid: run is missing from the list of subcommands. 18:54
Infinoid Well, I got 3/4 of the places I needed to update documentation, at least
dalek rrot: r42827 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] fix compatibily Windows & *nix
 18:55
Infinoid notices svn-bisect doesn't exactly scream along on the parrot repo... is it slower than usual, or am I just spoiled? 18:57
moritz recommends git bisect on a git-svn clone of the parrot repo 19:01
Coke moritz: given that he's trying to test svn bisect...
Infinoid moritz: That's what I was comparing "svn-bisect run" against (I just implemented that)
moritz out of context 19:02
Infinoid On 18000 revisions, git took 11 seconds, svn-bisect was off by at least 2 orders of magnitude
moritz: In general, I'd agree. In fact, I feel a little bit guilty about publishing a crutch for svn users :)
Coke Infinoid: I am having trouble getting out of an old bisect that was running.
Infinoid svn-bisect reset? 19:03
Coke yes. that's what's giving me trouble. =-) 19:04
Infinoid It doesn't work? Or what?
Coke it either seems to hang (is it resetting to the original revision number? evil) or gives me guff about unversioned things in the way. I've been deleting the unversioned things and trying the reset again. 19:05
19:05 slavorgn joined
Coke be nice if there was a "nuke" option. (don't try to put anything back...) 19:05
Infinoid Coke: Yes, it resets to the original version number. Same as git bisect reset does... 19:06
Reset is the one part of the git bisect interface that never really seemed intuitive to me
Coke so is there a way to drop the bisect in progress without doing the svn update to the old rev #? 19:07
Infinoid heh. rm .svn/bisect.yaml 19:08
Coke hey, that directory is not for you! =-)
Infinoid It's better than what svk does.
I could be convinced to make reset less invasive. 19:09
At the very least, it should probably emit a message about what it's taking so long for 19:10
I'd actually prefer some way to make reset unnecessary. I often forget to do it, and come back to a checkout a couple of months later and discover that I never cleaned up after the last bisect 19:11
Coke sounds familiar. =-) 19:16
19:17 joeri joined
Infinoid Coke: Thoughts on nuking by default and adding a --back to get the old (annoying) behavior? 19:22
cotto_work pmichaud, what's your estimate on how much Parrot's lack of a proper lvalue model slows down the code that nqp generates? 19:28
Coke Infinoid: I think having it do nothing is probably a better default than doing what it's doing, so +1 19:37
(perhaps add a warning message to say "we're just leaving you at revision X, you're on your own.)
dalek rrot: r42828 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] minor refactor
 19:38
19:41 mikehh joined
Coke ok. 30 "rm -rf path/to/unversioned && svn up" later... 19:42
(still not done) 19:43
19:44 simcop2387 joined 19:49 mikehh joined
Coke yay, done. 19:55
now, what was I supposed to test? =-)
Infinoid svn-bisect run
cool. 19:58
infinoid@chirp parrot-svn % svn-bisect reset --back
Resetting your checkout back to r42000.
... 19:59
infinoid@chirp parrot-svn % svn-bisect reset
Cleaned up. Your checkout is still at rev r42575.
Coke Infinoid++ 20:00
Infinoid I'll push that in a moment 20:01
Coke is there a variant of svn up that actually removes deleted things from working copies?
(because I suspect this is going to kill me again as I try to find a range to test.)
Infinoid sadly, I've gotten used to typing "svn st | cut -c 8- | xargs rm -f; svn update" 20:04
That doesn't mean the facility doesn't exist, I just haven't been able to find one.
dukeleto_ 'ello 20:07
Coke i sense a pattern.
Infinoid: ARGH. stuck in svn up hell again. moment. 20:08
20:08 bacek joined
Infinoid Coke: The xargs rm trick works. If it doesn't, add -rf. 20:09
20:09 jsut_ joined
Infinoid (it will also wipe out any local modifications, of course.) 20:10
Coke svn--
Infinoid: it might be nice if the harness said whether or not the run script was good/bad/before/after 20:15
(no clue what git does there)
Infinoid git assumes 0 means good and 1 means bad. before and after are svn-bisect specific aliases 20:16
Coke just looking for some diagnostic output.
Infinoid Oh, in the status lines. Makes sense
Coke looks good for the bogus test I just ran...
let me find something that I can actually verify changed. =-) 20:17
Infinoid My test was just checking for a file that was added in some rev
20:18 lucian joined
Infinoid Anything more complicated will likely have the same kind of cleanup problems you were seeing 20:18
dukeleto exit 125 means "invalid" in the git-bisect world
Infinoid Yep, it means "skip" here too
Coke Infinoid++ # seems to work. 20:28
didn't test the 125 exit code, but i checked for when something was added to a file, and it worked. 20:29
Infinoid cool. I've just got 2 more cases to clean up, and then I'll call this done and upload 1.0 20:30
Coke Infinoid++
I think I'm just going to delete my wholesale and put up a blog post about it.
*mine
pointing them at yours.
Infinoid I'm not sure more than 2 people on the planet care about mine :) 20:31
japhb "We all care about you, Infinoid. That's why we've strapped you in that straight jacket and called the friendly men in the white van." 20:32
Infinoid (hence spamming #parrot instead of making an empty and pathetic #svn-bisect... thanks for your patience all)
Coke (care about yours) well, you can have the one person who cares about mine, giving you a 50% increase. 20:33
Infinoid on to slightly more tangentally parrot-related things... does anyone have a dalek wishlist? 20:35
moritz tracking branches
Coke who admins blogs.perl.org? 20:36
moritz for gibhub projects
Coke: davorg does, I think
Coke seen davorg?
purl davorg was last seen on #dbix-class 11 days, 8 hours, 9 minutes and 34 seconds ago, saying: Hmm... Also - "heavily influenced by ActiveRecord::Migrations" [Nov 19 12:25:32 2009]
moritz offered davorg hosting on timtowtdi.org
japhb Infinoid, IWBNI if dalek did better on gitorious. It's cutting off commit messages (probably because the source RSS is, but it should be possible to follow the commit link and pull down the full message). Likewise no information about which files were changed. There's something else that the other parsers display that the gitorious parser doesn't, but I've forgotten it offhand. 20:38
20:38 bluescreen joined
Infinoid japhb: Got a rev that it fails to parse? 20:38
moritz: All branches, or specified (somehow) ones? 20:39
Coke I would expect specified. (couldn't you get this effect by listing the branches on the Languages page on teh wiki?)
moritz Infinoid: some specified ones
japhb Infinoid, I don't think it completely fails, just is LTA. And pretty much anything from the parrot-plumage feed with a commit message over 40 or 50 chars.
Infinoid japhb: Does the rss feed cut it off with a "..." or something silly like that? 20:40
japhb Infinoid, yeah, I think so. 20:41
Infinoid Ok, I can work on that
moritz: And branches too. I know we already started on that stuff (for rakudo-ng I think?)
moritz we did 20:42
japhb Since new commits are relatively rare, as long as you only followed the commit links when parsing a new commit, you shouldn't hit a performance issue, I would think. And dalek is already structured to optimize that way, of course. Infinoid++ for that.
Infinoid I already have to hit the commit links for some parsers, specifically the ones that don't include a file listing 20:43
That's not a problem
japhb is trying to imagine what made the gitorious developers think cutting off commit messages was a good idea.
Infinoid They probably wanted it to fit on their iphone screen
Coke cannot login to pause. 20:44
Infinoid There seems to be far too much presentation-related stuff in RSS/ATOM feeds in general
japhb Infinoid, oh cool, then you'll already be halfway to the next problem -- getting the file listing info. :-)
Infinoid, YES, QUITE.
Infinoid dalek's job would be 3 times easier if it didn't have to parse out escaped html trash :) 20:47
Anyways, thanks guys, I'll take a look later today 20:48
japhb I bet 20:49
20:54 GeJ joined
GeJ Good morning everyone 20:55
japhb o/
cotto_work hi GeJ
dalek nxed: r233 | julian.notfound++ | trunk/winxedst1.winxed:
operator -- in stage 1
 21:01
nxed: r234 | julian.notfound++ | trunk/Makefile:
make target to build stage 1
 21:06
21:08 confound joined
davidfetter jhorwitz? 21:10
purl jhorwitz is "mod_parrot-guy" or mailto:jeff@smashing.org
21:12 payload joined
japhb I'm thinking of making Plumage automatically aware of the installed parrot changing, so that it knows to upgrade all installed projects. I'd also like to make Plumage work with multiple parrots on the same system (for people that want to have last stable release, last release, HEAD, and a branch or two all installed at once). Any ideas on how to determine a unique key for a parrot build? Best I've got so far is some variant of `parrot_c 21:33
onfig --dump | sort | sha1sum`. Any other suggestions?
21:33 nopaste joined, TonyC joined
cotto_work japhb, why not add a guid to parrot_config as part of the build process? 21:40
japhb cotto_work, that's not a bad idea. Certainly more efficient to be checking all the time. 21:41
21:41 bacek_ joined
cotto_work hail, bacek 21:42
bacek Good morning
aloha cotto_work
seen notfound
purl notfound was last seen on purl 22 hours, 57 minutes and 0 seconds ago, saying: <private message>
japhb Anyone around running Mac OS X? 21:43
cotto_work japhb, why? 21:44
I have a seldom-used system, but I haven't build Parrot on it yet.
japhb cotto_work, Wondering if OS X uses UUIDs, GUIDs, or something entirely else due to rampant NIH.
cotto_work no idea 21:46
Coke japhb: I have os x. 21:50
but I can't answer that question.
japhb heh
dalek rrot: r42829 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] add a step bdist, and win32-inno-installer becomes bdist_wininst
 21:51
rrot: r42830 | bacek++ | trunk/t/pmc/complex.t:
Rewrite skipped test for #TT1318 using C<todo>.
rrot: r42831 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] clean tarball & zip
 22:01
NotFound bacek: hi 22:02
fperrad ping chromatic 22:04
purl I can't find chromatic in the DNS.
chromatic fperrad, pong 22:05
fperrad chromatic, could you look at my comment in TT #1279 and confirm if it's a bug or not.
If not a bug, I just rename my library.
chromatic Will do. 22:06
It's working as designed right now, but it's easy to argue that it's surprising. 22:07
The easiest solution is to rename your library.
dalek nxed: r235 | julian.notfound++ | trunk/Makefile:
make target for stage 1 testing, PacoLinux++
 22:09
nopaste "fperrad" at 78.113.87.157 pasted "[Pheme] test report" (55 lines) at nopaste.snit.ch/18905 22:25
fperrad chromatic, pheme is now available via Plumage, but few tests fail (see nopaste.snit.ch/18905)
chromatic I'll take a look. Thanks. 22:28
22:34 hercynium joined
dalek nxed: r236 | julian.notfound++ | trunk/ (2 files):
add a test for stage 1, PacoLinux++
 22:39
22:53 Andy joined
Coke chromatic: partcl-nqp should provide you with more alternatives to profile things. 23:09
also cotto_work
chromatic: I know this isn't your thing any more, but is there a way to post a comment on: www.oreillynet.com/onlamp/blog/2007...binar.html ? 23:11
chromatic I think there is, but I'm not sure how. 23:18
Coke chromatic: k. that's pretty much the only place on the net that refers to that module. 23:19
Coke reviews his own module. 23:21
chromatic Oh wow, that's the third blogging platform they abandoned, out of... I dunno, they're on number five or six now? 23:22
Coke, I doubt I even have a login there anymore. 23:25
Coke chromatic: give parrot.org time, we'll get there. 23:33
23:59 allison joined

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!