|
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 16 July 2016. |
|||
|
00:27
tadzik joined
01:48
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 | ||
|
06:25
ribasushi joined
06:30
ugexe joined
06:43
domidumont joined
06:48
domidumont joined
07:10
domidumont joined
12:16
perlpilot joined
12:40
ribasushi joined
13:28
ribasushi joined
13:59
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 | ||
|
16:57
domidumont joined
17:05
pnu_ joined
18:41
domidumont joined
18:54
FROGGS joined
18:57
FROGGS joined
|
|||
| nine | ugexe: which of the Distribution roles/classes is meant for being returned from CURI.installed()? I.e. which will allow for accessing the stored files? | 19:50 | |
| ugexe: Distribution::content is not exactly what's specified in S22, is it? | |||
| ugexe | nine: no. content takes a relative name-path instead of like .content(<provides lib/XXX.pm6>). Reason being is it was just easier and because calculating file-ids are based on the name-path and doesnt take into consideration the keys leading up to it. so for "bin/zef" you would always expect to call .content("bin/zef") and content is expected to know how to get the mangled path if it exists. same for | 21:46 | |
| "lib/Zef.pm6" | |||
| there is no Distribution right now that can be returned from .install. But here is a rough one I dug up that works (had to hard code dist id in though, nqp::sha1($spec.Str) didnt match up for me) | 21:50 | ||
| gist.github.com/ugexe/dc3963f4ed7a...d2af9a2067 | |||
| the s22 differences are also noted in the initial post of pr 729 github.com/rakudo/rakudo/pull/729 | 23:17 | ||