🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku
Set by ChanServ on 14 October 2019.
00:05 KindOne left 00:09 cpan-raku left 00:11 cpan-raku joined, cpan-raku left, cpan-raku joined 00:30 KindOne joined 00:37 lucasb left 00:39 wamba left 00:42 lichtkind_ left 00:47 stoned75 left, rbt left, rbt joined 00:49 stoned75 joined 00:59 soar joined 01:10 rypervenche left, konvertex left 01:13 rypervenche joined 01:39 molaf left 01:52 molaf joined
jdv79 melezhik: it seems likes its pretty deep - moarvm maybe 01:55
01:55 Redfoxmoon left 01:57 Redfoxmoon joined
jdv79 melezhik: nevermind. its zef. setting out-buffer on $*OUT and $*ERR fixes it. 02:41
02:41 Cabanossi joined
jdv79 tell melezhik nevermind. its zef. setting out-buffer on $*OUT and $*ERR fixes it. 02:41
02:41 maggotbrain left
jdv79 tell melezhik nevermind. its zef. setting out-buffer on $*OUT and $*ERR fixes it. 02:41
.tell melezhik nevermind. its zef. setting out-buffer on $*OUT and $*ERR fixes it. 02:42
tellable6 jdv79, I'll pass your message to melezhik
02:43 Cabanoss- left 02:48 maggotbrain joined 03:13 KindOne left, KindOne joined 03:17 tigerpaws left 03:18 melezhik left 03:19 KindTwo joined 03:21 KindOne left 03:24 KindTwo is now known as KindOne 04:10 rbt left 04:11 rbt joined 04:14 soar left 04:21 cgfbee left 04:39 aborazmeh joined, aborazmeh left, aborazmeh joined 05:19 hyperak left 05:20 hyperak joined 05:21 xinming_ left 05:24 Util left 05:25 PavelB joined, xinming_ joined 05:32 sauvin joined, sauvin left 05:37 zacts joined 05:38 sauvin joined 05:41 brtastic joined 05:58 Util joined 05:59 rindolf joined 06:00 wamba joined 06:22 soar joined 06:25 soursBot joined 06:31 brtastic left 06:37 Redfoxmoon left, Redfoxmoon joined 06:41 molaf left 06:42 wamba left 06:48 JJMerelo joined 06:55 andrzejku joined 07:00 cpage_ joined 07:03 cpage left, cpage_ is now known as cpage 07:05 aborazmeh left 07:09 JJMerelo left 07:13 brtastic joined 07:22 kensanata joined 07:29 dakkar joined 07:30 TimToady_ left 07:32 pecastro joined 07:33 TimToady joined, aborazmeh joined, aborazmeh left, aborazmeh joined 07:35 PavelB left 07:38 wamba joined 07:43 soursBot left 07:56 sena_kun joined 08:00 zacts left
abraxxa how can I prevent uninitialized warnings in raku? 08:02
my current case is a $var > 10 which might be not defined 08:03
$var.defined && $var > 10 is what I did coming from Perl 5
docs.raku.org/routine/defined is where my search lead to
08:08 aborazmeh_ joined, aborazmeh_ left, aborazmeh_ joined 08:09 aborazmeh left, aborazmeh_ is now known as aborazmeh, Altai-man_ joined 08:10 rbt left 08:11 rbt joined 08:12 sena_kun left
ShimmerFairy That should also work in Raku. You could also do something like ($var // 0) > 10 if you want to treat $var as having a default value and you can't give it one for some reason. 08:17
08:19 abraxxa left 08:20 abraxxa joined 08:21 abraxxa left 08:22 sno left, abraxxa joined 08:24 abraxxa left, abraxxa joined 08:27 abraxxa left 08:28 abraxxa joined 08:29 sno joined
lizmat abraxxa: if $var can be a native int, it would default to 0 08:33
m: my int $a; say $a > 10 08:34
camelia False
lizmat m: my $a; say $a > 10
camelia Use of uninitialized value of type Any in numeric context
False
in block <unit> at <tmp> line 1
lizmat alternately, you can use "is default" to give the variable a default value
m: my $a is default(0); say $a > 10
camelia False
lizmat m: my $a is default(42); say $a > 10
camelia True
abraxxa $var has no type 08:35
lizmat abraxxa: if you cannot influence the definition of $var, then either: 08:40
($a // 0) > 10 08:41
or:
if quietly $a > 0 { say "foo" }
abraxxa lizmat: what's the difference between my $var = 0; and my $var is default(0);?
lizmat the quietly will prevent the warning from being output
a variable has a default state, by default that its Any 08:42
08:43 xinming_ left
lizmat so you could argue that if you say: "my $var" you're saying really "my $a is default(Any)" 08:43
08:43 xinming_ joined
lizmat m: my $a = 42; say $a; $a = Nil; say $a 08:44
camelia 42
(Any)
lizmat by assigning Nil to a variable, you revert it to its default value
abraxxa and what is the difference?
in both cases it will get assigned '0'
lizmat well, you could argue that effectively for scalars 08:45
but for arrays:
m: my @arr is default(42); say @arr[100000]
camelia 42
lizmat you never assigned element 10000, but still it has the default value 08:46
if you consider a variable to be a box that can contain a value 08:47
the default value is what the box is worth if there isn't any value in it
08:49 soar left, Sgeo left
lizmat clickbaits rakudoweekly.blog/2020/06/01/2020-...by-wenzel/ 08:51
and goes afk for a few hours&
08:53 rbt left, rbt joined 08:54 sjm_uk left 09:02 soursBot joined 09:19 aborazmeh left 09:22 xinming_ left, vike1 left 09:24 xinming_ joined 09:25 aborazmeh joined, aborazmeh left, aborazmeh joined 09:26 wamba left 09:32 vike1 joined 09:35 sno left 09:37 konvertex joined 09:49 xinming_ left 09:51 xinming_ joined 09:53 sno joined, wamba joined 09:58 soar joined 10:07 soar left 10:10 sena_kun joined 10:12 Altai-man_ left 10:13 mowcat joined 10:14 Black_Ribbon left 10:15 lichtkind joined 10:32 Doc_Holliwood left 10:38 aborazmeh left 10:52 JJMerelo joined 11:46 sarna joined 11:49 soursBot left, soursBot_ joined 11:56 MasterDuke left 12:00 cgfbee joined, SpiceMan left, stoned75 left 12:01 syntaxman left, lucs left, syntaxman joined, stoned75 joined, SpiceMan joined, lucs joined
moritz lizmat++ 12:07
12:09 Altai-man_ joined 12:12 sena_kun left 12:13 soursBot_ left
JJMerelo Something that has happened and I can't quite figure out. 12:14
It's this thing with DBIish. It's got a library, NativeLibs, that was pegged at version 0.0.3. 12:15
That same module, NativeLibs, was spun off as its own library and published to the ecosystem, bumping it up to version 0.0.7
NativeLibs is NOT listed as a dependency of DBIish. It's just there, in the "provides" section. 12:16
Now, the thing is apparently zef is fetching the external NativeLibs, testing it, and it fails github.com/JJ/perl6-recipes-apress...step:6:128 12:17
(BTW, that's a GitHub action that detects changes in the META6.json and builds a specific Docker container when that happens; the container is used in subsequent tests) 12:18
So, is that even possible? Will zef check if there's a version of a module in the ecosystem whose version is higher than the one we've got locally and automatically add it to dependencies? 12:19
12:21 ctilmes joined
ctilmes It's not the version of NativeLibs. It is the version of the distribution that provides NativeLibs. 12:22
tellable6 2020-05-30T19:42:40Z #raku <holli__> ctilmes: ty
ctilmes Two distributions provide it, one has version 0.0.7, one has version 0.5.19, so it gets the later one, DBIish
You can test the resolution with 'zef info NativeLibs' -- it will show you the one that will get chosen 12:23
12:28 melezhik joined
JJMerelo ctilmes thanks 12:33
Now I'm trying to figure out which distribution needs that...
ctilmes It's a weird situation -- I think it would be better if NativeLibs was removed from DBIish entirely
melezhik jdv79 thanks, could you please share an example how to set out-buffer ? 12:36
tellable6 2020-06-02T02:42:02Z #raku <jdv79> melezhik nevermind. its zef. setting out-buffer on $*OUT and $*ERR fixes it.
12:37 cpan-raku left, MasterDuke joined
JJMerelo ctilmes but it's newer than the one published, that's the thing. 12:38
12:38 cpan-raku joined, cpan-raku left, cpan-raku joined
JJMerelo I've found it's actually UUID which is a upstream dependency of several libraries the one that includes NativeLibs github.com/CurtTilmes/perl6-libuuid 12:39
So it's not really a problem with it searching the library, it's a genuine problem with the published version I guess will have to be patched...
12:39 wamba left, wamba1 joined
ctilmes I'll try to update LibUUID to use the separate one instead of the DBIish one 12:40
12:40 girafe joined
ctilmes In my more recent mods I've fully qualified the use NativeLibs 12:40
JJMerelo ctilmes UUID is fine 12:42
12:42 girafe2 left
JJMerelo and NativeLibs also passes tests. 12:42
I think that the problem is that it's testing with external tests using DBIish library
ctilmes ok. thanks
JJMerelo It probably makes sense to backport whatever has been changed in DBIish to the external library and eliminate it from DBIish 12:43
Is that possible?
I mean, is it possible that zef is testing some library with another, installed version of the library? 12:44
ctilmes I don't know what differences they have
12:44 soursBot joined 12:48 JJMerelo left, soar joined
melezhik jdv79 do you mean I have to open STDOUT and STDERR and set .out-buffer within code block, like explained here - docs.raku.org/routine/out-buffer 12:52
?
12:59 mowcat left 13:00 mowcat joined, mowcat left 13:01 mowcat joined, mowcat left 13:02 mowcat joined, mowcat left 13:03 mowcat joined
rbt JJMerelo: I deleted the DBIish NativeLibs, installed the separate package, and Mysql, sqlite, and Pg tests all pass. 13:09
tellable6 rbt, I'll pass your message to JJMerelo
rbt I don't have an Oracle system to try
13:15 rindolf left 13:21 kensanata left
jdv79 melezhik: i mean i basically added "($*OUT,$*ERR)>>.out-buffer(0);" to the zef script and that seemed to fix it 13:27
13:27 soursBot left 13:29 soursBot joined
jdv79 if that code snippet worked:) 13:29
13:29 sour joined
jdv79 you get the idea - it seems to be buffering in the zef proc 13:29
13:30 sour left 13:36 ctilmes left 13:49 mowcat left 13:50 skids joined 13:52 mowcat joined, mowcat left 13:53 mowcat joined 13:54 mowcat left, mowcat joined 13:55 mowcat left, mowcat joined 13:59 mowcat left 14:00 mowcat joined, mowcat left
Geth doc: uzluisf++ created pull request #3457:
Revise 'Raku by example 101' page		 14:01
14:02 stoned75 left 14:03 stoned75 joined, sarna left 14:05 Demos[m] left 14:10 sena_kun joined 14:11 Altai-man_ left 14:12 MasterDuke left
melezhik jdv79, yeah. all external commands get called by Proc::Async, see github.com/melezhik/Sparrow6/blob/...on.pm6#L90 14:17
so should I just insert `($*OUT,$*ERR)>>.out-buffer(0);` inside this method? does it work "globally" ?
jdv79 basically - maybe ($*OUT,$*ERR).map: {.out-buffer = 0} would actually work 14:22
well, $*OUT and $*ERR are dynamic and declared "above/outside" the main scope so kinda "global" 14:23
melezhik I will try and let's see if it fixes the issue of stdout buffering in RakuDist
14:26 aborazmeh joined, aborazmeh left, aborazmeh joined
jdv79 maybe nopaste.linux-dev.org/?1318839 illustrates it well enough:) 14:29
14:40 rindolf joined, soursBot left 14:44 soursBot joined 14:57 lucasb joined 14:59 JJMerelo joined
melezhik jdv79 log rakudist.raku.org/sparky/report/debian/158 still appears "frozen" right after zef start 15:00
so that commit looks like does not help - github.com/melezhik/Sparrow6/commi...8a8ebbdffe 15:01
your examples implies modification of zef itself, not the client code
15:07 brtastic left 15:10 aborazmeh left
jdv79 that's because zef is buffering - there is no way to fix it outside of zef 15:22
zef itself has to be unbuffered
timotimo well, there is "a" way, but it's not a sensible thing to do 15:23
jdv79 did you see my paste above ^. I unbuffered in the actual zef file
timotimo: pray tell
timotimo attach a debugger to the zef process and manually force unbuffering on the file descriptors that way
jdv79 haha
melezhik: yeah - do what timotimo says:) 15:24
15:24 xinming_ left, xinming_ joined
jdv79 i would reopen the ticket on zef and ask output unbuffering support or do it yourself in any of myriad of ways: fork, munge,etc... 15:24
melezhik jdv79 timotimo thanks guys. I'll try to patch zef script itself first, not that difficult in Sparrow 15:25
timotimo oh, there's a tool called, i think, fdinfo? it could be possible that using that can get to buffering issues more quickly, but i'm not actually sure how it's used; i think you want to exec it from the process that has the FDs?
hm, no, that's not what it's called
jdv79 melezhik: thanks for bringing it up - at least i now know why some docker builds stall on zef commands for long stretches of time 15:27
melezhik yeah, this ticket could be of interests too - github.com/ugexe/zef/issues/353 . though as you can see there is no confidence what cause a buffering, so I am investigating 15:28
15:28 xinming_ left 15:29 xelxebar left, _dev_zero left
melezhik after apply the patch jdv79 suggested I'd hopefully get more details 15:29
15:30 xinming_ joined 15:32 xelxebar joined 15:34 _dev_zero joined
timotimo i can not find that tool again :( 15:36
15:38 brtastic joined 15:41 MilkmanDan left 15:42 MilkmanDan joined
timotimo the tool is called "filan" 15:43
15:47 aborazmeh joined, aborazmeh left, aborazmeh joined 15:53 MasterDuke joined 16:09 Altai-man_ joined 16:11 sena_kun left 16:32 Black_Ribbon joined 16:38 aborazmeh left 16:40 rindolf left 16:45 wamba1 left 16:51 MasterDuke left 16:53 Doc_Holliwood joined
melezhik jdv79 timotimo - here is my feedback on patch suggested by jdv79 - github.com/ugexe/zef/issues/353#is...-637678552 16:54
16:55 dakkar left
jdv79 melezhik: cool 16:56
17:06 kensanata joined 17:07 andrzejku left, andrzejku joined
JJMerelo raku.org is down... 17:21
tellable6 2020-06-02T13:09:44Z #raku <rbt> JJMerelo: I deleted the DBIish NativeLibs, installed the separate package, and Mysql, sqlite, and Pg tests all pass.
JJMerelo rbt thanks... In fact, it contains the same functionality...
rba But I'm not sure it's the best, since there are implementation details that are somewhat different 17:23
17:23 wamba joined
melezhik interesting, installing LibXML ( tests and dependencies are not included ) takes almost 3 minutes - rakudist.raku.org/sparky/report/debian/161 17:28
17:28 aborazmeh joined, aborazmeh left, aborazmeh joined
melezhik 17:16:35 06/02/2020 [bash: zef install CSS] ===> Installing: LibXML:ver<0.4.0>:auth<cpan:WARRINGD> 17:28
I wonder what's happening here? is it not just coping files ? or maybe there is some compilation phase ? 17:30
17:30 Sgeo joined
lizmat JJMerelo: not down for me? 17:31
JJMerelo lizmat I'll try again 17:32
17:32 xinming_ left
melezhik it's alive now 17:32
JJMerelo right, back up. rba++
melezhik appeared down few minutes ago
lizmat I understand some maintenance was planned
17:34 xinming_ joined 17:37 wamba left, wamba joined
cpan-raku New module released to CPAN! Math::Libgsl::QuasiRandom (0.0.1) by 03FRITH 17:38
17:39 wamba1 joined, wamba left 17:43 squashable6 left 17:45 wamba1 left 17:46 squashable6 joined, wamba joined 17:55 brtastic left 17:56 soursBot left 17:59 devmikey joined 18:03 xinming_ left, xinming_ joined 18:04 melezhik left 18:06 rbt left 18:07 rbt joined 18:08 melezhik joined 18:10 sena_kun joined 18:11 rbt left, soursBot joined, rbt joined 18:12 Altai-man_ left, chloekek_ joined 18:22 sauvin left 18:32 JJMerelo left 18:34 molaf joined 18:54 chloekek_ left 18:57 BinGOs joined, BinGOs left, BinGOs joined 18:58 KindTwo joined 19:00 KindOne left 19:01 Tirifto joined 19:03 KindTwo is now known as KindOne, devmikey left 19:04 leah2 left 19:11 AlexDaniel left 19:18 leah2 joined 19:29 KindTwo joined 19:30 brtastic joined 19:31 KindOne left 19:34 KindTwo is now known as KindOne 19:35 wamba left 19:42 zacts joined, zacts left 19:43 mowcat joined 19:45 hyperak left, mowotter joined, mowotter left, hyperak joined 19:47 melezhik left 19:55 chloekek_ joined 19:56 melezhik joined 20:03 mowcat left 20:04 mowcat joined 20:05 mowcat left 20:06 mowcat joined 20:07 mowcat left 20:08 mowcat joined 20:09 Altai-man_ joined 20:12 sena_kun left 20:14 soursBot left 20:24 aborazmeh left 20:27 abraxxa left
melezhik I started to promote Sparrow on reddit/devops and Raku as well - www.reddit.com/r/devops/comments/g...dium=web2x 20:27
maybe one more guy would interested in the langauge 20:28
rba JJMerelo et al: I'm sorry, yet I have missed to inform you all about todays planned maintenance. So kudos go to nine++ and his team, e.g. m_athias++. For those who like to check the service monitoring: stats.raku.org/
20:29 abraxxa joined 20:37 chloekek_ is now known as chloekek 20:41 wamba joined
Geth doc/link-bind-key: d277c89f67 | (Stoned Elipot)++ | doc/Language/containers.pod6
xref BIND-KEY method
 20:41
doc: stoned++ created pull request #3459:
xref BIND-KEY method
20:45 webstrand joined, aborazmeh joined, aborazmeh left, aborazmeh joined 20:48 brtastic left 20:54 Altai-man_ left 20:55 devmikey joined 21:00 softmoth joined 21:02 rbt left 21:03 rbt joined 21:04 Nasrudin joined
Geth doc: d277c89f67 | (Stoned Elipot)++ | doc/Language/containers.pod6
xref BIND-KEY method
 21:06
doc: 5bdc659acd | (Will Coleda)++ (committed using GitHub Web editor) | doc/Language/containers.pod6
Merge pull request #3459 from Raku/link-bind-key

xref BIND-KEY method
linkable6 Link: docs.raku.org/language/containers
21:16 aborazmeh left 21:26 Tirifto left 21:31 stoned75 left 21:33 molaf left 21:41 JuneMeow joined 21:42 JuneMeow left 21:53 AlexDaniel joined, AlexDaniel left, AlexDaniel joined, MasterDuke joined 21:59 MasterDuke left, kensanata left
konvertex Does anyone have a minute to explain why I need a slip here? Still don't get it. Works fine for summing, for example. 22:12
m: <3 5 -2>.combinations.max({[*] $_}).say
camelia (3 5 -2)
konvertex m: <3 5 -2>.combinations.max({[*] |$_}).say
camelia (3 5)
konvertex Is that some IntStr issue? 22:13
m: <3 5 -2>.combinations.max({[+] $_}).say
camelia (3 5)
konvertex m: <3 5 -2>.combinations.max({[+] |$_}).say
camelia (3 5)
chloekek Because $_ is in a scalar container. 22:15
m: <3 5 -2>.combinations.max({[+] @^a}).say
camelia (3 5)
chloekek m: <3 5 -2>.combinations.max({[*] @^a}).say 22:16
camelia (3 5)
konvertex Hm, but why is [+] behaving differently than [*] in this case? 22:17
chloekek m: <3 5 -2>.combinations.max({say $_; [*] $_}).say 22:18
camelia (3)
()
(5)
(3)
(-2)
(3)
(3 5)
(3)
(3 -2)
(3 5)
(5 -2)
(3 5)
(3 5 -2)
(3 5)
(3 5 -2)
chloekek p6: say [+] $(1, 2, 3)
22:18 MasterDuke joined
camelia 6 22:18
chloekek p6: say [*] $(1, 2, 3)
camelia 3
chloekek For some reason, [*] converts the list into a number, thereby taking its length.
I don’t know why [+] differs in this behavior. 22:19
konvertex Alright, thanks for the input, appreciated! Will dig some more in the docs. 22:20
22:25 wamba left 22:34 chloekek left 22:35 pecastro left 22:48 skids left 22:59 Cabanossi left 23:10 Cabanossi joined, rbt left 23:11 rbt joined 23:33 leont left 23:34 lucasb left 23:36 kiwi_44 joined, kiwi_44 left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!