Parrot 2.10.0 Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Long live Git! github.com/parrot/parrot | git clone git://github.com/parrot/parrot.git
Set by moderator on 16 November 2010.
00:01 slavorgn left
cotto_work fortunately the built works fine from the tarball, though I'm sure the installed parrot will exhibit some quirks 00:05
00:08 slavorgn joined
bacek_at_work aloha, humans 00:12
cotto_work hi bacek_at_work 00:13
bacek_at_work hi cotto_work 00:14
Does anyone know good perl module to round up time delta in human readable format? E.g. 70s -> '1 minute ago', 4000s -> 'About 1 hour ago' and so on. 00:15
Tene bacek_at_work: TimeDate::Format::Natural::Duration might be a good place to start. 00:20
iirc
bacek_at_work Tene, thanks! 00:21
dukeleto we need a 2.10.1 and we need a volunteer to do it. Who will get the massive karma?
bacek_at_work Tene, looks like it's other way around. 00:22
cotto_work What should the git-related config keys be in a release? 00:23
Tene bacek_at_work: search.cpan.org/~dmuey/DateTime-For...uration.pm 00:24
bacek_at_work Tene, yeah. Thanks, I'll look at it. 00:25
dalek rrot: b77b0f2 | plobsing++ | tools/dev/nci_thunk_gen.nqp:
dead code removal

This was added with gsoc_nci. However, that portion of gsoc_nci was not completed and has been culled. This is not the appropriate tool for creating nci thunks at the current time.		 00:45
rrot: 980409b | plobsing++ | MANIFEST:
mk_manifest_and_skip
rrot: f6ca948 | plobsing++ | NEWS:
add gsoc_nci merge to news
bacek_at_work msg Coke You should have some info about message age from aloha 01:36
aloha OK. I'll deliver the message.
bacek_at_work msg bacek_at_work blah
aloha OK. I'll deliver the message.
bacek_at_work ~~
cotto ~~ 01:46
01:50 seanstickle left
mikehh dukeleto: the message in the tarball is spurious - it goes on to build fine. 02:13
cotto: the error message generated in configure is spurious - it goes on to build with no problems and PASSes all tests (up to fulltest) 02:16
02:34 rurban_ joined 02:38 rurban left, rurban_ is now known as rurban
plobsing ping rurban 02:48
03:01 bluescreen left
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#1135) fulltest) at f6ca948 - Ubuntu 10.10 i386 (g++-4.5 with --optimize) 03:04
03:33 jsut joined 03:34 dngor left 03:37 jsut_ left 03:45 dngor joined 03:47 aloha left 03:48 aloha joined 03:52 preflex left 03:56 preflex joined 03:57 dngor left 04:09 dngor joined 04:37 seanstickle joined 04:53 lidden joined
dukeleto mikehh: hmmm, perhaps we don't need a new tarball then. 05:03
05:04 seanstickle left 06:18 ZeroForce joined 06:20 ZeroForce left 06:27 bacek_at_work left, bacek_at_work joined 06:32 theory left 07:18 fperrad joined 07:21 bacek joined
dalek rrot: d662d44 | plobsing++ | DEPRECATED.pod:
deprecate pkg-config support
 08:01
TT #1853 created by plobsing++: pkg-config support 08:13
TT #1853: trac.parrot.org/parrot/ticket/1853
08:23 bacek left
dalek tracwiki: v2 | plobsing++ | ParrotDeprecationsFor3.0 08:29
tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff
tracwiki: v18 | plobsing++ | ParrotDeprecations
tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff
08:46 bacek joined
moritz GeJ: has github.com/perl6/nqp-rx/pull/10 been taken care of? the link to the commit is a 404 08:55
hm, has been closed 08:56
08:58 silug left 09:25 jjore left 09:27 he joined 09:28 bacek left 09:38 jjore joined 10:03 bacek joined
dalek rrot/gc_ms2_faster_list: 111d25f | bacek++ | src/gc/gc_ms2.c:
Remove usused static functions
 10:28
rrot/gc_ms2_faster_list: 525f058 | bacek++ | src/gc/gc_ms2.c:
Fix compiler warning
rrot/gc_ms2_faster_list: 36be44a | bacek++ | src/gc/gc_ms2.c:
Fix putting freed PMC back to Pointer_Array
rrot/gc_ms2_faster_list: 17d7fe2 | bacek++ | src/gc/gc_ms2.c:
Fix and reenable sweeping of string pool.
10:35 rurban_ joined 10:38 rurban left, rurban_ is now known as rurban
bacek aloha, ( (11*60 + 16) - (9 * 60 + 40) ) / (11*60 + 16) * 100 10:39
aloha bacek: 14.2011834319527
sorear sexagesimal-- 10:41
dalek rrot/gc_ms2_faster_list: d93e81a | bacek++ | src/gc/gc_ms2.c:
Remove more unused functions.
 10:52
rrot/gc_ms2_faster_list: ad13215 | bacek++ | src/gc/gc_ms2.c:
Reimplement destroy_pmc_pool function
rrot/gc_ms2_faster_list: fc3e87b | bacek++ | src/gc/gc_ms2.c:
Fix codetest
bacek aloha, (501 - 276) / 501 * 100 11:31
aloha bacek: 44.9101796407186
12:09 lidden left 13:18 confound left, confound joined 13:20 PerlPilot joined 13:21 seanstickle joined 13:25 PerlJam left, PerlJam joined 13:27 PerlPilot left 13:30 whiteknight joined 13:42 bluescreen joined
whiteknight seen tewk? 13:42
aloha Sorry, I haven't seen tewk.
whiteknight msg chromatic: Is there anything worth saving in the tt389_fix branch? I don't think any of the work I was doing there is worth keeping (good idea, but wrong implementation direction). We can delete it if you don't need anything from it 13:48
aloha OK. I'll deliver the message.
whiteknight msg chromatic all my testing in the gc_ms2_sf branch is coming back clean. Do you want to merge it? 13:52
aloha OK. I'll deliver the message.
whiteknight good morning, #parrot 14:10
14:13 lucian joined
dalek rrot: dbc1e22 | fperrad++ | tools/dev/fetch_languages.pl:
[languages] many languages move on github/parrot
 14:21
14:31 gerd joined
gerd There is a problem to run "perl Configure.pl" by release 2.10.0 14:34
The output is:
dalek rrot: 3117731 | fperrad++ | tools/dev/fetch_languages.pl:
[languages] missing ook
gerd auto::ctags - Is (exuberant) ctags installed......................yes. 14:35
auto::revision - Determine Parrot's revision...........................1.fatal: Not a git repository (or any of the parent directories): .git
auto::sha1 - Determine Parrot's sha1...
step auto::sha1 died during execution: Invalid Parrot sha1 (SHA1): at config/auto/sha1.pm line 37.
at Configure.pl line 74
fatal: Not a git repository (or any of the parent directories): .git
auto::git_describe - Determine Parrot's git-describe...
It think it would be best to set the revision to 0 for releases 14:36
whiteknight that's still an issue? I thought somebody was going to fix that yesterday 14:37
gerd I just downloaded the tar file and tried to build 14:38
whiteknight gerd: I'm reading the backlog now. mikehh says that it should still build fine, even with the error messages 14:41
can you try make?
gerd make runs 14:43
whiteknight okay
bacek: ping
fperrad msg dukeleto github.com/parrot/ecmascript is not synchro with svn.parrot.org/languages/ecmascript 14:45
aloha OK. I'll deliver the message.
14:45 bluescreen left
gerd the error from "perl Configure.pl" stops building RPMs 14:50
A workaround would be possible but a new tar file (2.10.1) would be nice 14:52
whiteknight yes, a new tar file would be nice 14:53
he Hmm, I'm trying to build from an extracted tar file, and configure fails with "auto::revision - Determine Parrot's revision...........................1.fatal: Not a git repository (or any of the parent directories): .git" 14:54
(2.10.0)
Ah, I see others are seeing the same. 14:55
gerd whiteknight: should I start to make 2.10.1 from the current git repository, I do not know how fast I can do this? I two hours I will have to fetch my doughter 14:59
he ...and .parrot_current_sha1 is near-empty (single newline only), and configure dislikes that as well.
PerlJam So ... what's the fix for lack of a git repo? the tarball should still know what revision it was made from, yes?
he I would have thought so. Embed the information when the release is cut? 15:00
15:00 bluescreen joined
moritz would be fine with having the VERSION_2_10_1 string in the git_describe config field 15:00
erm, s/VERSION/RELEASE/ 15:01
gerd: I think it would make more sense to start a branch off the previous release, and cherry-pick dukeleto++'s configure fixes 15:02
and release the result
gerd Okay I will try to this. 15:03
if it is not done in the next two hours if I will finish it at home after fetching my doughter 15:07
Coke as noted in the ticket, the tarball will work or not work depending on whether or not you have git installed. 15:09
bacek++
dalek rrot: ae5b702 | plobsing++ | src/dynoplibs/deprecated.ops:
remove exchange dynop
 15:19
rrot: 7151902 | plobsing++ | t/dynoplibs/deprecated.t:
remove exchange op tests
TT #1643 closed by plobsing++: [DEPRECATION] exchange op 15:22
TT #1643: trac.parrot.org/parrot/ticket/1643
15:36 JimmyZ joined 15:37 mikehh left 15:38 darbelo joined 15:42 seanstickle left 15:44 JimmyZ left 15:45 theory joined 15:46 stilgar joined 15:49 theory left 15:53 dmalcolm joined
dukeleto 'ello 16:08
cotto 'i 16:10
gerd Hello 16:11
dukeleto So are we still planning on making a 2.10.1 ? 16:13
dukeleto hasn't backlogged
moritz dukeleto: gerd is 16:14
Coke +1, it needs doing.
gerd Also in the current revision is the Configure problem 16:15
moritz dukeleto: is 4820ad51b936d2a90639e8b4ef512a66b40bdc1f the only commit necessary in 2.10.1?
dukeleto moritz: that fixes one bug, but doesn't fix the issue that stuff will fail if git is not available 16:18
moritz dukeleto: that's not fixed in master at all?
dukeleto moritz: i haven't backlogged and I have been doing other things since I was last here, so unless someone else did it, no. 16:20
moritz dukeleto: ok, thanks
dukeleto moritz: it shouldn't take long to fix, but i just didn't have time yesterday 16:22
moritz dukeleto: I didn't mean to make any pressure, just wanted to know the current state of affairs 16:23
gerd should I make a 2.10.1 with a workaround that hardcode "RELEASE_2_10_1" 16:27
dukeleto gerd: huh? 16:28
moritz: i think i know how to fix it. I will make the config steps do nothing if the "DEVELOPING" file is not present. Does that sound sane to you?
moritz: should sha1 and git_describe just be empty keys, in that case? 16:29
moritz sha1 should be empty
git_describe could hold the tag name 16:30
or be empty
both work for me
dukeleto moritz: both will be empty in the case of "git" not being installed, and we don't want git to need to be installed for tarballs to work 16:31
moritz ok.
dukeleto moritz: where would the tag name come from if git is not installed?
moritz: if we cache it somewhere, then that is fine. But we can't ask "git" anything from a tarball
Coke I think andy's suggestion on the ticket is a sane one.
dukeleto Coke: link? 16:32
Coke that it key off .git instead of DEVELOPING, as we might have nightly tarballs at some point, etc.
moritz +1 to that too
dukeleto Coke: yes, that is smart.
moritz dukeleto: well, if version eq git tag, we have that information available. But it's really no big deal for me if git_describe is empty 16:33
gerd I think the version has to come from the VERSION file on the tarball is no git 16:35
dukeleto i dont' see any special handling of this case in Parrot::Revision. Wouldn't this same bug happen if people didn't have "svn" installed when using a tarball? 16:36
Coke never came up.
dukeleto Coke: you have a link for the ticket that andy mentions using .git ?
Coke so I'm guessing not.
not without digging through commit mail, no. 16:37
s/commit/ticket/
trac.parrot.org/parrot/ticket/1852#comment:7
gerd by svn the revison was set to 0 on release tarballs
dukeleto was the DEVELOPING file in the 2.10.0 release tarball? 16:40
gerd no, it is not 16:41
dukeleto good. 16:42
dukeleto fixes the git bugs
incoming! 16:43
dalek rrot: a5ba11a | dukeleto++ | config/auto/ (2 files):
[config] Make git-related config steps do nothing unless we are in a Git repo
dukeleto I manually tested it, and it seemed to work. 16:44
gerd I have to leave for fechting my doughter, after that I will look here again, good luck
16:44 gerd left 16:49 jan joined 17:01 theory joined
dukeleto moritz: that commit above should fix the "git from a tarball" issue 17:04
moritz: so the answer to your previous question is "both those commits need to be in 2.10.1" 17:05
moritz ok
need to decommute now
dukeleto++
whiteknight gc_ms2_faster_list is pretty cool, and a nice surprise 17:21
15% on rakudo build is nothing to sneeze at
I wonder how it's going to interact with gc_ms2_sf, which boasts ~10% speedups in some tests as well
atrodo I should create isparrotfastyet.com/ 17:25
dukeleto Anybody ever heard of the "Clay" language? It seems to be mirrored on github now: github.com/jckarter/clay and is built on top of LLVM
whiteknight dukeleto: never heard of it. 17:26
atrodo: effort better spent improving speed in Parrot! 17:27
atrodo whiteknight> you're probably right 17:28
17:28 hercynium left
cotto_work atrodo, if you want to buy that domain and put up a clone of speed.pypy.org you could do both 17:29
whiteknight if these two GC branches come in and give us ~20% improvement, that will be a nice big jump 17:30
Not to mention the generational_gc work, which should do just as much and be additive
dukeleto atrodo: yes, i have many ideas for a benchmarking site for parrot.
atrodo dukeleto> i'm curious to hear them
cotto_work> I would model it off of arewefastyet.com/ 17:31
cotto_work> but the pypy site is cool as well
dukeleto "Clay has the same memory footprint and runtime overhead as C. It is suitable for writing garbage collectors, embedded systems, database servers, games etc. " 17:32
That is an interesting niche.
cotto_work atrodo: you mean the one that says "502 Bad Gateway" on its front page? 17:34
whiteknight cotto_work: it's a metaphor. If you don't need to get the correct answer, you can make it extremely fast 17:36
dukeleto whiteknight: have you read wiki.pentaho.com/display/BEEKEEPER/...eper+Model ? It is mentioned many good principles of product management 17:39
s/It is mentioned/It mentions/ 17:40
whiteknight dukeleto: no, I have never read that 17:41
dukeleto whiteknight: it is a good read
whiteknight yes. I'm skimming it now 17:45
moritz gerd just told me that real life got in his way to make the 2.10.1 release 17:53
any other volunteers?
I'm afraid I'll be too distracted to do it myself
17:55 plobsing_ joined 17:56 AzureStone left 17:57 AzureStone joined
dalek rrot/prepare_2_10_0: 7240365 | dukeleto++ | config/auto/ (2 files):
[config] Make git-related config steps do nothing unless we are in a Git repo
 17:58
moritz I've pushed the prepare_2_10_0 branch, which should have all the necessary fixes 17:59
dukeleto moritz: so what do you need? 18:02
moritz: that branch is basically what we need to tag as 2.10.1 ? 18:03
plobsing_ question regarding deprecation process: according the steps currently on the wiki, entries in DEPRECATED.pod don't get removed or updated after a deprecated item is complete. won't it become difficult over time to determine which items are still active?
dukeleto plobsing_: that is a bug in the docs. Stuff gets removed from DEPRECATED.pod when it is removed
plobsing_: the info moves to the appropriate deprecation wiki page
plobsing_ OK, updating docs. 18:04
dukeleto plobsing_++ 18:05
dalek rrot: 949f1b9 | plobsing++ | DEPRECATED.pod:
remove deprecation notice for exchange op

this has been completed		 18:10
18:10 joekonno joined
cotto_work plobsing++ for decrufitication 18:10
18:11 joekonno is now known as tojek 18:13 tojek left
dalek tracwiki: v7 | plobsing++ | HowToDeprecate 18:15
tracwiki: prevent DEPRECATED.pod from filling up with old entries
tracwiki: trac.parrot.org/parrot/wiki/HowToDe...ction=diff
18:15 tojek joined
dukeleto so, who wants to be release manager for 2.10.1 ? I think moritz did all the git-related work, if there is any left, I can do it. We need someone for the rest of the process. 18:16
cotto_work I'll take it if it's not done by the time I get home tonight. 18:19
not parrot related but still pretty cool: singularityhub.com/2010/11/17/ai-sp...ball-team/ 18:33
18:35 rurban_ joined 18:38 tojek left, hercynium joined, rurban left, rurban_ is now known as rurban 18:54 mikehh joined 18:58 plobsing_ left
atrodo cotto_work> strange, the link worked for me 19:07
Coke what is the point of auto::revision now? 19:11
dukeleto Coke: back-compat 19:12
Coke: every HLL out there asks parrot_config for it's revision when building, to see if a new enough parrot is available 19:13
Coke: so we need to keep the revision key around for a bit, so that stuff fails properly, and when we have the new tools ready to build HLL's on parrot.git, we will deprecate and remove it
Coke: we probably need to add "parrot_config revision" as a deprecation that will be removed 19:14
Coke: "fails properly" == "HLL's ask for a revision and think they are too old"
instead of blowing up because a revision key does not exist
cotto_work dukeleto: once they're sufficiently culled, perhaps we should start covering parrot_config keys in the support policy. 19:17
Coke dukeleto: given that I'm failing if it's too old, it works out to the same thing. but ok. 19:18
cotto_work currently it smacks of a type of thinking that says "that value is easy to add; we should add that" 19:19
dukeleto Coke: not really. An HLL script that knows it is too old and stops to inform the user is different than an HLL that blows up at configure time. 19:23
Coke: the perception from the end user is much different.
19:27 bluescreen left
Coke dukeleto: ... In both cases, I will stop and say "your parrot is too old." 19:28
oh, I see what you're saying. 19:29
Might be worth putting a note in auto:revision about that. 19:32
19:37 bluescreen joined
cotto_work hi bluescreen 19:38
bluescreen hi
dalek rrot: 410b2bf | Coke++ | config/auto/git_describe.pm:
Shorten the description, make output fit on 1 line.
 19:40
bluescreen this is too funny digitizor.com/2010/11/17/internet-e...benchmark/ ... I would seek for another job rather then write code for have a high mark in an specific benchmark 19:42
bacek Good morning 19:43
whiteknight, pong
whiteknight bacek: have you tested the new gc_ms2_faster_list branch with the changes made in gc_ms2_sf? 19:44
bacek whiteknight, nope.
whiteknight okay, that branch is going to be merged soon too
bacek Good. We should have substantial performance improvements after merging both branches. 19:45
whiteknight okay. I think _sf could merge today. I haven't talked to chromatic, but I think I could merge that branch tonight 19:46
it has passed all my tests
cotto_work bluescreen: MS culture FTW 19:48
Hopefully the exposure will motivate them in the right direction. 19:50
whiteknight bluescreen: I'm 95% done getting the embedding API to build. I have a few problems left with flags 19:51
When it works, I'm going to push a copy to a branch in parrot/parrot.git
cotto_work at least you know they care about their benchmark numbers 19:57
atrodo What is the best methodology to benchmark parrot? time make test? 19:58
TimToady phone? 20:00
dukeleto atrodo: examples/benchmarks
atrodo: oofib.pir is a good benchmark for general performance
atrodo: there are other benchmarks to test specific subsystems
atrodo dukeleto> oh, very nice. didn't know those were there 20:01
whiteknight we can always use more benchmarks too, if you're feeling industrious
cotto_work atrodo: the nqp-rx build is good too 20:02
atrodo but what about calculating timings?
whiteknight the benchmarks themselves should display timing info, I think 20:05
dukeleto atrodo: i am working on this github.com/notbenh/tool_bench with notbenh 20:09
atrodo: we need docs, but basically, it is a general benchmark framework. you give it lists of interps and files and it does all the work and give you back your data in the format of your choice
atrodo: currently JSON and text formats are supported
atrodo: it evolved from this github.com/notbenh/euler_bench 20:10
atrodo dukeleto> nice. I'm going to have to play
dukeleto atrodo: please do. We need some end-users of tool_bench to make us write docs :)
atrodo: notbenh is usually in #pdx.pm, you can ask him questions there :) 20:11
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#1153) fulltest) at 410b2bf - Ubuntu 10.10 amd64 (g++-4.5)
whiteknight yay! A pull request from a new user 20:13
atrodo dukeleto> Unfortunately, I may be a bad end user since I'm reading the code as documentation
dukeleto atrodo: no, you are the best end user
atrodo: the perl modules have examples in POD, that should get you started 20:14
atrodo dukeleto> Thanks, I completely ignored the pod example
dukeleto atrodo: please let me know if it works for you. I have been slowly working on that, and will use it in my mythical parrot benchmarking website
whiteknight really wishes our "ecmascript" project had a nicer, sexier name
"ecmascript" is so damn sterile 20:15
atrodo dukeleto> well, i'm contemplating registering isparrotfastyet.com/ and setting up a small benchmark-over-time site 20:16
whiteknight> caffeinatedparrotscript?
dukeleto atrodo: i have written most of the code to do that, i just haven't glued it all together. If you want to work together, it will get done a lot faster.
atrodo dukeleto> what are you missing? 20:17
dukeleto atrodo: the time to glue stuff together
atrodo dukeleto> :D You have your code so far on github or somewhere? 20:19
Coke gluesniffer.
20:21 notbenh joined
dukeleto atrodo: tool_bench is a critical piece. and I have other critical pieces scattered across other github repos 20:21
notbenh hi all 20:22
Coke ~~
notbenh I see that the topic of the hour is tool_bench
any thing that I can add to the conversation?
dukeleto notbenh: atrodo and i want to build a parrot benchmarking site on top of tool_bench 20:23
notbenh dukeleto: gravy! 20:24
dukeleto atrodo: the idea that notbenh and I have been nurturing is this: we can write abstract software for implementing a "benchmark website". The detail of what you are benchmarking is irrelavant
notbenh are you planning on just having some post-commit hook that runs a rev?
dukeleto I think having a passive pull occasionally is the way to go.
notbenh Currently tool_bench (and thus bench) have JSON output
dukeleto but we can do a post-commit hook as well.
notbenh dukeleto: well how it's tripped is some what irrelivant 20:25
ya if you just need the timing data then what we have now should at least give you that
though if you can think of specific features I'll gladly add them
well add them some where 20:26
dukeleto notbenh: i think tool_bench mostly needs docs and examples now
notbenh dukeleto: ya
dukeleto notbenh: the next layer on top of tool_bench needs to be implemented
notbenh and some outside tool_bench config => time thing
dukeleto notbenh: which read a config file and then farms that out to tool_bench
notbenh ya
as long as we aggree that 1) yes it needs to be built and 2) it's not tool_benches job to read that config then were both on the same page 20:27
dukeleto: did you want to just start with the eb config? or were there shortcomings that should be addressed now
dukeleto notbenh: yep. tool_bench is feature-complete, except for more output plugins
notbenh: the euler_bench config file is probably a good starting point 20:28
notbenh dukeleto: just make a new package Tool::Bench::Report::MyFormat and then pass report 'MyFormat' and it'll find it
20:29 theory left
dukeleto notbenh: i am happy with JSON, just saying that is where new features will go 20:30
notbenh dukeleto: ahh
20:34 bluescreen left 20:35 bluescreen joined
bacek whiteknight, did you test rakudo's build time on gc_ms2_sf? 20:38
whiteknight bacek: I have not. chromatic said he was seeing 3%-10% for most tasks 20:41
bacek whiteknight, I've got very bad feelings... 20:43
whiteknight why so?
bluescreen whiteknight++ 95% done, replacing also parrot.exe ? 20:44
I wasn't sure what to do with the globals when you have a parent interpreter, should we copy globals to children interpreters... ? 20:45
whiteknight bluescreen: that's a much bigger question than just the embedding API
bacek whiteknight, i tried to merge _sf & _faster_list. And it's slower overall...
whiteknight bacek: okay. That's weird. we need to figure out why that is 20:46
which of the two brings the biggest gains?
we pick whichever once is best, merge that to trunk, then work on the other one separately
bacek _faster_list
whiteknight okay, focus on that. When can we merge it? 20:47
bacek after testing
it's ready
Coke seen allison? 20:49
aloha allison was last seen in #parrot 23 hours 55 mins ago saying "atrodo: confusingly, the plural is spelled the same".
whiteknight bacek: building now. will try to test asap
Coke aloha, the plural of atrodo is atrodo.
aloha Coke: Okay.
bluescreen whiteknight, we should deprecate the old API... tough I'm not sure how the procedure is for doing such thing
bacek whiteknight, ok
whiteknight bluescreen: I don't want to deprecate it until we have a replacement available for review
bluescreen and even so, they should live together for a while allowing users to migrate from one to the other 20:50
whiteknight yes, exactly
Coke Suggestion for deprecations: in addition to adding it to the DEPRECATIONS.pod, send out an email to parrot-users with a link to the ticket.
whiteknight all the new api functions are named "Parrot_api_*", which is new and doesn't conflict with anything else
bluescreen is there any TT#?
whiteknight bluescreen: not yet. You want to create one?
bluescreen will do 20:51
allison Coke: :)
bacek aloha, nopaste? 20:52
aloha bacek: nopaste is is nopaste.snit.ch (works with the script in $_PARROT/tools/dev/nopaste.pl)
whiteknight bluescreen: assign it to me please 20:54
bluescreen sure 20:55
whiteknight is stupid
I've spent two hours staring at this data persistance bug. I'm calling all the right methods, but nothing was saving to the DB 20:56
never called .Commit()
bluescreen need Trac Admin give me permissions to create tickets 21:01
whiteknight what's your trac username? 21:04
bluescreen: added 21:06
21:06 seanstickle joined
atrodo dukeleto> Sorry for disappearing, $dayjob and all 21:12
dukeleto> Do you have any website code written? 21:13
nopaste "bacek" at 192.168.1.3 pasted "Some benchmarks" (34 lines) at nopaste.snit.ch/25704 21:14
bacek whiteknight, nopaste.snit.ch/25704
21:15 bluescreen left 21:16 darbelo left, darbelo joined, darbelo left
dukeleto atrodo: nope 21:19
atrodo feels another rathole approaching... 21:20
whiteknight bacek: good enough for me 21:21
bacek: my coretest just passed
(win63)
(win64)
I will run more tests tonight when I get home
atrodo whiteknight> I think you were right the first time. Windows is 1 bit short
21:29 bluescreen joined, whiteknight left 21:34 theory joined
Coke win63, win64: whatever it takes. 21:40
cotto_work dukeleto: have you looked at codespeed, which is what speed.pypy.org runs: github.com/tobami/codespeed 21:41
22:00 theory left 22:01 theory joined 22:04 bacek left 22:07 seanstickle left
dalek rrot: 37f8015 | gerd++ | lib/Parrot/Git/Describe.pm:
make git_describe more sure
 22:15
dukeleto cotto_work: codespeed looks interesting, but is not for me 22:18
cotto_work dukeleto: why not?
dukeleto cotto_work: i want the data generation and website to be totally decoupled. 22:19
theory: ping!
theory dukeleto: pong
dukeleto theory: i have questions about Test.More, where is a good place to ask those? 22:20
theory Erm. Not sure. /msg I guess. no channel for it.
Unless maybe there's a #tap channel or something? That'd make sense.
sorear go to #perl and track down Schwern and/or igny 22:24
ingy
(what's thw question?) 22:25
22:29 fperrad left 22:36 whiteknight joined
dukeleto sorear: i bump into schwern often enough, I try not to seek him out. 22:40
sorear: and I am talking about the javascript lib Test.More that theory wrote, not Test::More
theory Yeah, but ingy has used it more than anyone else. 22:41
22:42 bluescreen left 22:48 donaldh joined 22:56 dmalcolm left
dalek tracwiki: v3 | plobsing++ | ParrotDeprecationsFor3.0 22:59
tracwiki: add deprecation information about indirect register ops
tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff
tracwiki: v19 | plobsing++ | ParrotDeprecations
tracwiki: add removal notice for deprecated indirect register access ops
tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff
bacek_at_work ~~ 23:05
cotto_work ~ 23:06
23:06 lucian left
dukeleto theory: good point. 23:07
bacek_at_work cotto_work, what are you doing at work at this time???
plobsing, can you add examples of "indirect register opcodes" into wiki? 23:09
plobsing bacek_at_work: done 23:11
bacek_at_work plobsing, erm... I couldn't find it 23:12
cotto_work trac.parrot.org/parrot/wiki/ParrotD...;version=4 23:13
23:13 theory left 23:14 theory joined
cotto_work bacek_at_work: trying to untangle the convoluted control flow that drupal themes go through 23:15
dalek tracwiki: v4 | plobsing++ | ParrotDeprecationsFor3.0
tracwiki: slight clarification about what is meant by 'indirect register access ops'
tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff
cotto_work dukeleto: I'd like to set the PDS to 15:15 on the 5th. Any objections? 23:17
dukeleto cotto_work: where is the link for what everyones times are? 23:18
cotto_work: did i put myself down as busy?
cotto_work I think everyone's free, at least everyone who's also free at 1700. 23:19
dalek rrot: fc8d990 | plobsing++ | src/dynoplibs/deprecated.ops:
remove deprecated indirect register ops
rrot: 6644b54 | plobsing++ | t/dynoplibs/deprecated.t:
delete tests for deleted indirect register ops
rrot: 52c2e30 | plobsing++ | MANIFEST:
mk_manifest_and_skip
rrot: f9e38eb | plobsing++ | / (2 files):
remove Parrot_clear_x()

These were used to implement the now-removed clear_x ops. They should be removed for the same reasons the ops were removed.
rrot: 79397d3 | plobsing++ | src/dynoplibs/ (3 files):
remove deprecated_ops dynops lib

this is now empty and can be removed
rrot: 5f3e845 | plobsing++ | MANIFEST:
mk_manifest_and_skip
rrot: 0575b21 | plobsing++ | include/parrot/call.h:
headerizer
dukeleto cotto_work: if i put myself down as free, it is fine with me 23:20
cotto_work: this is dec 5th, right?
cotto_work yes
plobsing where is a good place to document "this is explicitly not supported, if you do this in a dynop, I *WILL* break your code" 23:21
?
cotto_work that will unfortunately exclude bacek_at_work but nobody else
bacek_at_work aloha, developer summit?
aloha bacek_at_work: Search me, bub.
bacek_at_work stupid girl... 23:22
cotto_work www.doodle.com/q4nwdt9i5k929n2s
dukeleto bacek_at_work: what do we have to do to get you to a dev summit?
bacek_at_work: it is *virtual*, it shouldn't be that hard.
bacek_at_work dukeleto, timezones are our enemy :)
aloha, developer summit is www.doodle.com/q4nwdt9i5k929n2s 23:23
aloha bacek_at_work: Okay.
dukeleto bacek_at_work: if you could send and email or something to parrot-dev, the day before the developer summit, that we be awesome. We want to hear your concerns and ideas, even if you can't attend. 23:24
cotto_work +1
bacek_at_work dukeleto, hmm... I don't see any immediate ideas apart from "make parrot awesome" and "make gc do not suck". But I'm working on it. At least second part. 23:25
dalek rrot: b57aae5 | plobsing++ | DEPRECATED.pod:
indirect register opcode deprecation completed
TT #1642 closed by plobsing++: [DEPRECATION] ops which modify registers that are not their direct ... 23:31
TT #1642: trac.parrot.org/parrot/ticket/1642
23:37 hercynium left
dalek rrot: 4e15d15 | gerd++ | lib/Parrot/SHA1.pm:
to make no noise in a release tarball
 23:39
23:46 Andy left
bacek_at_work whoo-hoo! nopaste.snit.ch/25720 23:47
cotto_work bacek_at_work wins a pizza 23:49
bacek++ 23:50
bacek_at_work hey! what about beer?
a lot of beer!
cotto_work sure. I'll send you an imaginary beer too.
and a real one if I ever meet you
dukeleto Real beer is just a 90 degree (pi/2) rotation of imaginary beer. 23:51
GeJ what does the "(0avgtext+0avgdata 1333168maxresident)k 23:52
" represent?
cotto_work so imaginary beer and half a pi == real beer?
dukeleto cotto_work: s/and/multiplied by/ 23:53
cotto_work Dang. I don't know how to multiply drinks by dessert. 23:54
sorear GeJ: According to the documenation? 1.33 GB peak RSS
dukeleto cotto_work: you should get on that.
sorear but the numbers are fishy
GeJ sorear: that's a lot of RAM 23:55
23:55 dngor_ joined
dukeleto just compiled node.js for the first time. This stuff is shiny. 23:56
23:57 dngor left
sorear GeJ: right. fishy. 23:57

Powered by Cro and the Raku® Programming Language.

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

Thank you!