Parrot 5.3.0 "W00tstock Parrot" | parrot.org/ | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 17 April 2013.
00:13 travis-ci joined
travis-ci [travis-ci] parrot/parrot#858 (master - c3b3962 : Bruce Gray): The build was fixed. 00:13
[travis-ci] Change view : github.com/parrot/parrot/compare/9...b39624782d
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/6551862
00:13 travis-ci left 00:14 elmex joined 00:16 kid51_ joined
rurban1 I really need a critic hook somewhen 00:27
01:23 kid51_ joined 01:26 drift joined
dalek rrot: fc18b7b | util++ | docs/project/release_manager_guide.pod:
[ci skip][doc] Fix typo in tools path.
 02:09
04:28 Psyche^ joined 04:52 awwaiid joined 06:23 Mike-PerlRecruiter_ joined 07:19 denisboyun joined 07:28 Khisanth joined 07:57 xcombelle joined 08:48 cosimo joined 09:11 rurban1 joined 09:13 rurban1 left 09:54 denisboyun_ joined 09:56 woosley left 12:23 PacoAir joined 12:36 denisboyun_ joined 12:37 woosley1 joined 12:48 contingencyplan joined 12:50 dalek joined 13:15 darbelo joined 13:50 darbelo joined
gtodd building new parrot I get this error: 13:56
/usr/local/bin/perl -MExtUtils::Command -e chmod 0644 ops/bit.pod
Cannot chmod 0644 ops/bit.pod:No such file or directory at /usr/local/lib/perl5/5.16.2/ExtUtils/Command.pm line 274.
gmake[1]: *** [ops/bit.pod] Error 2
during the build I get dumped into a rendered manual page and get warnings about my groff being too old :-| 13:57
but if I cd into ./rakudo/parrot/docs/ and run make the ops/bit.pod gets built and I can continue more or less 13:59
Util gtodd: Please post the output of: perldoc -V 14:08
Also, are you building from a Git repo, or a release tarball? 14:09
gtodd I think this is a perl5 "bug" that will disappear eventually. Installing a newer groff doesn't fix this error but shouldn't the build just proceed and produce the bit.pod file (even if incorrect unicode characters are add) instead of stopping? 14:10
with rakudo Configure.pl -gen-parrot=RELEASE_5_3_0
Util: Perldoc v3.17, under perl v5.016002 for freebsd 14:11
Util The groff error is unrelated. Parrot produces different entries in the Makefile of the docs, depending on what version of perldoc you have.
gtodd: OK, is that Rakudo from a `git clone`, or a release tarball? 14:12
gtodd the git clone of RELEASE_5_3_0 14:13
the error starts with
gmake[1]: Entering directory `/usr/home/gtodd/development/rakudo-release/rakudo/parrot/docs'
/usr/local/bin/perl -MExtUtils::Command -e mkpath ops
/usr/local/bin/perl -MExtUtils::Command -e touch doc-prep
/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
No documentation found for "/usr/local/bin/perldoc".
/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c seems to be the problem 14:14
Util gtodd: No, the first time I was asking for the source of Parrot, but the second time I was asking for the source of Rakudo. Rakudo does not have an a.b.c release scheme. I am trying to exactly replicate your problem by building Parrot as part of Rakudo. 14:15
14:15 dngor_ joined
gtodd ahh ok 14:16
rakudo is the clone of the tip doing "git pull"
Util gtodd: Thanks! Working to replicate now. 14:17
gtodd it's strange it doesn't work during the build but then works if I do it manually :\\
somewhere something is trying to build docs for "/usr/local/bin/perldoc" "-ud" and "packfile-c.pod" ... leaving out ../src/packfile/api.c 14:18
Util There are parts of the `make` of the docs/ directory that are not as well-behaved after the first attempt as they were during the first attempt. (fixing that is on my todo list, since I spotted it during the last release). 14:19
gtodd instead of using "usr/local/bin/perldoc -ud" to build docs for packfile-c.pod and from ../src/packfile/api.c .. like the command has been shifted or something 14:20
Util: not sure that made sense :-\\
things work fine after the fact: 14:21
/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
Perldoc (Pod::Perldoc::ToPod) output saved to packfile-c.pod
Util I see that I was unclear. I will clarify later if it remains relevant. 14:23
gtodd but run from rakudo's Configure.pl it seems we try to build docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from ../src/packfile/api.c using "/usr/local/bin/perldoc -ud" 14:24
14:28 denisboyun joined
Util gtodd: when I run `perl Configure.pl -gen-parrot=RELEASE_5_3_0`, I get past the perldoc&chmod steps without error, including the build of packfile-c.pod and bit.pod. 14:29
14:29 timo left
Util I am on a Mountain Lion MacBook Pro, but have easy access to Linux. On what platform did you see you see your error? 14:30
gtodd: ^ 14:31
gtodd FreeBSD 14:33
the build always works fine when I use parrot RELEASE_5_2_0 14:34
I am using perl 5.16 14:35
for the perldoc /Configure.pl bits
hasn't been a problem so far
Util I am also on Perl 5.16.2 14:41
gtodd the commandlines in the Makefile: "/usr/local/bin/perldoc -ud ops/bit.pod ../src/ops/bit.ops" and "/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c" (which are what seems to break the build) both work just fine ... but when run from rakudo's ./Configure.pl something breaks 14:42
Util Looking at differences in 5.2.0 and 5.3.0 via `head .git/refs/tags/RELEASE_5_[23]_0` and `git log -p dfc3d7c..8874a86 | diffstat`.
gtodd: can you nopaste all your console output? It might show me a chdir that went awry. 14:44
gtodd Util: I think it is signficant that both -ud ops/bit.pod ../src/ops/bit.ops AND -ud packfile-c.pod ../src/packfile/api.c are both built early (first) in the Makefile target and fail ... but then afterwards everything works ... it's like what should be an insignificant error is choking the build 14:45
Util: ok will post
erm I mean nopaste ... 14:49
the buidl is working fine the locally buid parrot is generating .pir files etc etc 14:50
the build is working fine the locally built parrot is generating .pir files etc ... then: www.nopaste.pl/1koc 14:54
pmichaud fwiw, Rakudo *does* have a a.b.c release scheme, it's just that a == year and b == month. :) :) 14:55
gtodd i.e. run from rakudo's Configure.pl it seems we try to build docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from ../src/packfile/api.c using "/usr/local/bin/perldoc -ud" As I mentioned, it might be significant that both -ud ops/bit.pod ../src/ops/bit.ops AND -ud packfile-c.pod ../src/packfile/api.c are both built early (first) in the Makefile target and fail ..
pmichaud Parrot also has a a.b.c release scheme, where a == year-2008 and b == month-1 . 14:57
gtodd Util: the final error is: Command failed (status 512): gmake install-dev 14:58
which is coming from the parrot Makefile I guess
Util gtodd: Earlier, you gave me the output of `perldoc -V`. This time, let's try: `/usr/local/bin/perldoc -V`. 15:07
gtodd Perldoc v3.17, under perl v5.016002 for freebsd 15:09
Util Thanks. 15:10
gtodd after the fail if I cd parrot; gmake parrot bootstrap-prt0 ; gmake it builds from the top of the parrot directory (i.e. I don't need to cd down into docs) 15:12
so those Makefile targets (ops/bit.pod: and packfile-c.pod:) work at that point 15:14
parrot/doc/Makefile that is ... 15:15
15:16 mtk joined 15:17 mtk joined 15:21 mtk joined 15:27 denisboyun joined
Util gtodd: 1. What version of FreeBSD are you on? 2. What versions of gmake and just `make` (the FreeBSD one) do you have installed? 15:30
15:30 xcombelle_ joined
gtodd those that come with 9.1 15:32
Util: no problems building rakudo until now
rurban my problem is usually perldoc -ud packfile-c.pod ../src/packfile/api.c Can't write-open packfile-c.pod: Permission denied 15:33
Util gtodd: Understood; I am spinning up a 9.1 instance on Amazon EC2 to get closer to your environment. Thanks.
gtodd great 15:34
rurban which comes form a previous sudo make install attempt
perldoc -ud packfile-c.pod ../src/packfile/api.c Can't write-open packfile-c.pod: Permission denied
gtodd rurban: yeah that's not it thoug in this case :-)
what is strange is the bit where it seems to be failing while building docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from ../src/packfile/api.c **using** "/usr/local/bin/perldoc -ud" 15:36
and the fact that it works if I run /usr/local/bin/perl ./Configure.pl --gen-parrot=RELEASE_5_2_0 but not with 15:45
/usr/local/bin/perl ./Configure.pl --gen-parrot=RELEASE_5_3_0 ... and yet there seem to be no perldoc related changes ... and parrot builds fine on its own
sheesh 15:46
well make that ... no easily identifiable perldoc related changes
Util: parrot builds standalone with perl ./Configure.pl : gmake or perl ./Configure.pl : make or whatever but "make docs" or "make all" produces the same errors with ops/bit.pod and the weird: "No documentation found for "-ud"." (where perldoc is tryng to build a *.pod fie for one of its own arguments) I think it is not a rakudo error but a parrot error) 16:29
Util gtodd: Thanks! I cannot reproduce the error on FreeBSD 9.1, with the default Perl (and perldoc). I will try a fresh clone of just parrot, using the description you just gave, before trying to upgrade the installed Perl. 16:32
gtodd good :-)
I am glad when bugs are confirmed as "not just me" :-D
so I hope it breaks for you :-) 16:33
Util: errm could you type locale in the console? 16:34
and see what you lang settings are etc.
Util gtodd: LANG= , LC_{CTYPE,COLLATE,TIME,NUMERIC,MONETARY,MESSAGES}="C" , LC_ALL= 16:35
gtodd here I'm LC_ALL=en_US.UTF-8 and I just wonder .... about the change in perl that forced UTF8 .. 16:37
rt.cpan.org/Public/Bug/Display.html?id=77465
why that would break 5.3 and not 5.2 is beyond me :-) 16:38
Util: cd parrot ./perl Configure.pl ;make ... works fine ... but "make docs" then breaks but then if I do (inside ./parrot) ... cd docs ; make 16:43
it works :-)
haha
16:54 darbelo joined 16:55 sa1 joined
sa1 dukeleto: Hi. I was looking at parrot project ideas. I was looking at the libgit2 bindings project, but it is marked 4/5 in difficulty. What all will be required? 17:12
I am kinda inexperienced. 17:13
Util gtodd: I cannot reproduce the bug, even with LC_ALL=en_US.UTF-8. Next I will try updating Perl. I do not normally run FreeBSD. How did you update to Perl 5.16.2 ? 17:28
gtodd using ports 17:29
cd /usr/ports/lang/perl5.16 ; make ; make install 17:30
I have brewed version of 5.17 I could try I guess to see if there's any difference
Util: I did set: export PERLDOCDEBUG=5 and ran gmake docs ... to watch what happens 17:31
and I see this for example:
Util Hmmm. I do not have `gmake` installed on my FreeBSD, just `make`.
gtodd oh right you might have to install that too 17:32
'options_reading: Noting env PERLDOC setting of /usr/local/bin/perldoc
Args now: /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
oops
but to tell the truth I rarely need gmake to build perl I just installed it to make sure I was able to follow instructions more exactly 17:33
cd /usr/ports/devel/gmake; make install 17:34
:-)
here's what I see with PERLDOCDEBUG=5 and running gmake/make from ./parrot :
'options_reading: Noting env PERLDOC setting of /usr/local/bin/perldoc 17:35
Args now: /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
it really seems to think that perldocs ->args<- are: "/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c"
but the args should be: " -ud packfile-c.pod ../src/packfile/api.c"
Util gtodd: right, which *could* be a bug in `make`, since that is what is launching perldoc. 17:37
gtodd if I run make inside ./parrot/docs it works and I see:
Args: -ud packfile-c.pod ../src/packfile/api.c 17:38
so something in the main Makefile is hosing perldoc
Util: if you are suggesting gmake has a bug then well let's switch perl6 and parrot to CMake *now* before there's any more problems :-D 17:39
;)
Util Heh
gtodd until perl6 killer app replacement for all previous forms of make is ready of course 17:40
autotools automake m4 ... so many casualties ... when the perl6 meteor, strikes the dinosaurs will evolve or go extinct 17:42
Util: there's been no real change in the root.in or the generated Makefile between RELEASE_5_2_0 and RELEASE_5_3_0 so hmm 17:43
well no change that would seem to effect perldoc 17:44
assuming this is showing me everything: git diff RELEASE_5_2_0 RELEASE_5_3_0 config/gen/makefiles/root.in 17:45
17:46 kurahaupo__ joined 17:47 kurahaupo joined 17:48 kurahaupo_ joined 17:50 kurahaupo joined 17:56 kurahaupo_ joined 17:58 kurahaupo__ joined
gtodd Util: changing perl versions to 5.17 makes no difference .... I am willing to believe it's a gmake/perldoc interaction bug except that it happens with make too 18:02
18:04 kurahaupo joined 18:06 kurahaupo_ joined 18:08 kurahaupo__ joined, kurahaupo_ joined 18:11 darbelo left, darbelo joined
gtodd Util: sorry I didn't catch this before 5_3_0 18:13
18:16 kurahaupo joined
Util gtodd: understandable; platform-dependent bug. 18:16
moritz and there's always another release next month :-)
Util Going AFK for doctor's appt. I have stopped by EC2 instances, but will resume work when I return. If you discover any more clues, I will read them in the backlog. 18:17
18:17 kurahaupo_ joined
gtodd ok thanks 18:18
hmm maybe if I discover a bug in gmake I'll be famous 18:19
18:22 Mike-PerlRecruiter_ joined 18:31 kurahaupo joined 18:33 kurahaupo__ joined 18:34 kurahaupo joined
Coke sa1: excellent question. I'm not looking at that URL at the moment, does it say who suggested the idea? 18:34
gtodd Util: btw the version of gmake installed by my FreeBSD ports snapshot is 3.84 ... maybe your 9.1 install and OS/X are using an earlier version ? 18:35
just a wild guess :)
18:36 kurahaupo_ joined
sa1 Coke: github.com/parrot/parrot/wiki/Summ...Task-Ideas The possible mentors list mentions dukeleto. 18:37
18:42 xcombelle_ joined
Coke dukeleto is on here, but is probably at work atm. 18:43
if he doesn't get back to you in a bit, ping us again to remind us and we'll take a stab at it.
sa1 okay 18:48
18:50 kurahaupo joined
Coke in the meantime, I recommend grabbing a copy of parrot from github and trying to build it. 18:55
(and run the test suite)
PerlJam sa1: it's probably marked 4/5 because you'll have to deal with an existing, but broken implementation :) 18:58
sa1 Yeah, at the moment I am not able to understand how much that implementation covers and what is left. 19:02
PerlJam sa1: do you have parrot compiled? Have you cloned github.com/letolabs/parrot-libgit2 ? 19:06
sa1 PerlJam: No. At the moment I am cloning parrot(large repo). Will get to the parrot-libgit2 repo in a while. 19:08
PerlJam sa1: you may have to wade through the code to figure out what's there and what's not.
And it looks like you'll need to understand winxed 19:09
sa1 I know. Today was the first time I heard of winxed. But that was the point of my question. I need to know what I need to read first. 19:10
I should have come here a bit earlier. But my exams ended only yesterday. 19:11
19:11 kurahaupo1 joined
PerlJam Well, in lieu of direction from dukeleto, I'd think you'd want to clone the parrot-libgit2 repo, read the README, and try to compile it and run the tests (I'm assuming there are tests :) 19:12
ah, the README says as much. 19:13
sa1 Yes, it does. 19:14
PerlJam sa1: in my few minutes of looking at it, the README for parrot-libgit2 doesn't mention that Rosella is a submodule. After you clone the parrot-libgit2 repo, you'll want to run "git submodule init; git submodule update" then cd into the Rosella dir and build+install Rosella (probably. I didn't have Rosella installed with my parrot, so I assume you won't either) 19:20
sa1 Hmm, I get "WARNING: using extern 'file'; is deprecated, use $loadlib instead. near "io_ops" at setup.winxed line 1" while trying to build Rosella 19:25
hmm, ignore that. It was just a warning. 19:26
The test fails. pastie.org/7704598 19:34
PerlJam sa1: sorry, it's at this point that you'll need to either figure it out yourself, or get some help from someone who knows more about parrot-libgit2/winxed/rosella 19:39
darbelo I would try to build/test Rosella by itself first. 19:41
If Rosella has bit-rotted the libgit2 bindings are unlikely to have fared better. 19:42
sa1 This is test output for Rosella: pastie.org/7704639 19:43
darbelo My guess is that something in parrot changed and Rosella needs updating to deal with it. 19:46
The "WARNING: using extern 'file'; is deprecated, use $loadlib instead" line points in that direction anyway.
sa1 At least parrot builds and almost tests fine. It only fails because I have disabled ipv6 it seems. sprunge.us/KVSA 20:06
Coke sa1++ 20:17
20:20 kurahaupo_ joined
dalek kudo/jvm-support: 61e1e2a | jonathan++ | src/ (3 files):
Prepare for getting rid of Parrot property use.

We use them in a few places to hang things off of code objects, but there's no reason they can't just be in an attribute.		 20:23
kudo/jvm-support: ab9a836 | jonathan++ | src/Perl6/ (2 files):
First pass at eliminating setprop usage.

Gets rid of them all, but unfortunately breaks the build.
20:28 perlite joined 20:52 kurahaupo joined 21:35 kurahaupo joined 21:45 dngor joined 21:52 kurahaupo joined 21:53 kurahaupo1 joined 23:19 kid51 joined 23:26 darbelo 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!