Fire is step THREE! | github.com/perl6/toolchain-bikeshed | Channel logs: irclog.perlgeek.de/perl6-toolchain/today | useful prior art: metacpan.org/pod/CPAN::Meta::Spec
Set by moderator on 8 August 2017.
01:32 mspo left 01:52 ilbot3 joined
moderator Fire is step THREE! | github.com/perl6/toolchain-bikeshed | Channel logs: irclog.perlgeek.de/perl6-toolchain/today | useful prior art: metacpan.org/pod/CPAN::Meta::Spec
05:50 lizmat joined 06:36 lizmat joined 08:14 lizmat joined 08:45 lizmat joined 09:15 edehont joined 09:24 lizmat joined 09:29 lizmat joined 09:55 lizmat joined 10:02 lizmat joined 11:03 lizmat joined 11:59 lizmat joined 12:43 lizmat joined 13:06 lizmat joined 13:17 lizmat joined 13:18 lizmat joined 13:20 lizmat joined 13:29 lizmat joined 13:35 lizmat joined 14:24 lizmat joined 14:35 lizmat joined 14:50 lizmat joined 14:58 lizmat joined 15:26 lizmat joined
ugexe star: use LWP::Simple; use JSON::Fast; my $d = from-json LWP::Simple.get: "ecosystem-api.p6c.org/projects.json"; say $d.grep(*<auth>.so)/$d.elems 15:46
camelia ===SORRY!===?P6M Merging GLOBAL symbols failed: duplicate definition of symbol INET?
ugexe nine: this looks to be a similar issue as with HTTP::UserAgent/Bailador
nine One would think that lexical module loading took care of such issue 15:47
ugexe star: use LWP::Simple; say LWP::Simple.get: "ecosystem-api.p6c.org/projects.json"; # even 15:48
camelia ===SORRY!===?P6M Merging GLOBAL symbols failed: duplicate definition of symbol INET?
15:51 lizmat joined
ugexe its decl is `unit class LWP::Simple:auth<cosimo>:ver<0.094>` which could be relevant 15:52
nine Works here FWIW 15:53
ugexe what commit are you on? 15:54
fwiw it meta data does not match the `auth` in that decl github.com/perl6/perl6-lwp-simple/...META6.json
nine 2017.07-138-ga91ad2da8
ugexe yeah works for me on 2017.07 locally 16:14
if i want to debug symbol merge failures though where should I be debugging at? resolve-repossession-conflicts? 16:15
because i can reproduce the HTTP::UserAgent/Bailador one 16:17
nine src/Perl6/ModuleLoader.nqp in merge_globals and merge_globals_lexically 16:19
16:52 lizmat joined 17:21 lizmat joined 17:39 lizmat joined 19:15 stmuk_ joined
ugexe seems to have trouble with X::HTTP::Response from HTTP::UserAgent but only if Bailador is loaded first 19:22
(X::HTTP){Response} := HTTP::Response::X::HTTP::Response 19:23
20:34 lizmat joined
ugexe if I dont load bailador it never tries to merge that HTTP::Response::X::HTTP::Response 21:44