Perl 6 - the future is here, just unevenly distributed

IRC log for #perl6-toolchain, 2016-08-13

| Channels | #perl6-toolchain index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:48 ilbot3 joined #perl6-toolchain
01:48 Topic for #perl6-toolchain is now Fire is step THREE! | https://github.com/perl6/toolchain-bikeshed | Channel logs: http://irclog.perlgeek.de/perl6-toolchain/today | useful prior art: https://metacpan.org/pod/CPAN::Meta::Spec
16:03 ugexe why do we determine various identifiers based on the sha1 of names/paths instead of the sha1 of the contents of what those point at? Is it because nqp::sha1 would be too slow, or because of the added complexity of having a reference counter for each file (i.e two different versions have a file with the same sha1, so uninstalling one version shouldn't delete said file)?
18:11 jdv79 what's the benefits of uniquing on contents?
18:12 TimToady see git?
18:13 TimToady specifically, it enforces immutability
18:15 jdv79 i thought at the moment we were just using name hashing as a cheap fix for fs encoding issues
18:15 TimToady whereas while name/version/auth is mandated to be unique for officially installed modules, it doesn't specify how to enforce it
18:15 TimToady jdv79: almost nothing has a single reason in Perl 6 :)
18:16 jdv79 it would be nice if the paths were hash free.  its near impossible to figure out what files one is looking at when the editor tab just has a bunch of partial hash values
18:17 jdv79 it slows down debugging significantly for me
18:18 TimToady maybe we could symlink human-readable names as guesses, and make collisions fail-soft
18:19 jdv79 the immutibility concern could be addressed outside of the filenames.  maybe just in precomp and a side channel - maybe meta?
18:20 jdv79 not all fses support sylinks:(
18:21 jdv79 *symlinks
18:21 jdv79 anyway, ugexe that's my guess.  no idea really.
18:30 mst I suggested, ages ago, that we used IDN syntax for dealing with the weird naming stuff
18:30 mst and I thought people had agreed that was a good idea
18:31 mst perhaps they agreed it was a good idea that I wrote the patch for that and I didn't realise
18:40 TimToady :)
20:47 smls joined #perl6-toolchain
20:48 smls The zef install failure on `rakudobrew build moar-blead`, has returned for me...
20:48 smls "Install [FAIL] for zef:auth('github:ugexe'): zef:ver<*>:auth<github:ugexe>:api<> already installed"
20:48 smls Is it an known issue?
22:32 ugexe smls: `rakudobrew build moar-blead` does not attempt to reinstall zef for me
22:33 smls ugexe: Did you have it installed under moar-blead previously?
22:33 ugexe yes
22:33 smls hm
23:00 ugexe jdv79: another reason is deduplication, like how Dovecot dbox deduplicates attachments instead of saving every copy. this seems like a good fit for resources/, not so much for source code.
23:15 ugexe the other current problem with duplication is `"provides" : { "Module::Foo::Bar" : "lib/Module/Foo/Bar.pm6", "Module::Foo::Bar::Helper" : "lib/Module/Foo/Bar.pm6" }`
23:17 ugexe which is ironically caused by the hashing (the above creates 2 files but uses the module name to hash and not the duplicated file name)
23:23 ugexe https://gist.github.com/ugexe/ddc78c5b39a1173b72264368ead88c11 this is a fairly complete meta-level solution using sha1 filenames. unfortunately it doesn't really help its case

| Channels | #perl6-toolchain index | Today | | Search | Google Search | Plain-Text | summary