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 12 July 2017.
01:49 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:41 domidumont joined 06:48 domidumont joined 07:01 domidumont joined 07:18 domidumont joined 07:44 domidumont joined 07:46 lizmat joined
stmuk_ ugexe: thanks that's very useful 09:36
nine: I'm considering when to remove panda from R*, after the next R* release (days away) 3 releases will have warned of panda replacement by zef 09:39
so maybe it should be removed in 2017.10 .. people will complain no doubt but people always do that :) 09:40
12:11 tbrowder joined
tbrowder hi, folks 12:12
i'm working on modifying the rakudo build system to get a cleaner separation between user and root roles in the process. one of the issues is the compunit repository, wherever it is built, takes on the id of its location in the file system. i would like to create a utility to move it without reconstructing it from scratch, but it may make more sense just to rebuild it in the installation step. any thoughts 12:18
or ideas?
in any case, the install-core-dist.pl needs some internal docs for wannabe tool chain ppl 12:22
nine stmuk_: ugexe++ had the idea of injecting dependencies on downloading the META data from the ecosystem based on the user agent. We could abuse that to push an update of panda to its remaining users. 12:58
stmuk_: so whenever one of those tries to install a module via panda, panda gets updated to a version that may contain fixes or just warn about the deprecation.
13:33 domidumont joined 13:43 deep-book-gk_ joined, deep-book-gk_ left
stmuk_ I have been patching the R* version to warn 13:45
github.com/rakudo/star/blob/master...anda.patch 13:46
that should probably go upstream TBH
ugexe maybe we should upstream `class Distribution { <shim currently inside rakudo> }` into panda too 16:08
18:01 domidumont joined
nine ugexe: or just change panda to use the current interface. That's probably even less work 18:56
tbrowder any reason NOT to put all MKPATH statements at the beginning of the [jm]-install* targets in tools/build/Makefile-[JVM|Moar].in files? 20:12
nine tbrowder: no 20:17
tbrowder: I also don't see much reason to do it ;)
tbrowder the reason is to help see differences and make changes to paths, etc. unaligned makefiles.in are harder to maintain IMHO for semi-parallel projects. 20:18
also easier to compare args for similar tools. 20:19
nine I wonder if there'd be a way to share more code between those Makefile-*.ins 20:21
tbrowder maybe, but it might be a later step if i get my first goal working 20:25