[00:01] SmokeMachine++ !! [00:01] But are you still going to allow ad-hoc joins? [00:01] Ad-hoc meaning joins that are possible, but not speficied by the model. [00:04] Xliff: yes, probably... but not working on that yet... [00:07] *** pmurias left [00:09] What about left joins? [00:09] One thing you could do, looking at that example... [00:10] this from Ble --> has UInt $!bli-id is referencing( *.id, :model, :optional ); [00:10] You could then use the :optional tag and anything with that could become a LEFT JOIN instead of a JOIN [00:22] Xliff: very good idea! I've being wondering how to avoid `:left`, `:right`, etc... `:optional` is a very good idea! thank you very much! [00:22] yw! [00:29] Xliff: I'm I asking too much if I ask you to add that suggestion on the join issue? https://github.com/FCO/Red/issues/345 [00:29] Sure thing. [00:31] Done [00:48] Thanks! [01:14] *** Xliff left [01:23] *** wildtrees_ left [01:25] *** hungrydonkey joined [01:28] *** lucasb left [01:30] *** hungrydonkey left [01:30] *** Guest43 joined [01:36] *** Guest43 left [01:40] *** maggotbrain left [01:42] *** maggotbrain joined [01:42] *** maggotbrain left [01:43] *** maggotbrain joined [02:15] *** ggoebel left [02:27] m: my $p = Proc::Async.new('ls');$p.stdout.tap { .say };$p.start [02:27] rakudo-moar 9f433da0d: OUTPUT: «5===SORRY!5=== Error while compiling ␤Unexpected block in infix position (missing statement control word before the expression?)␤at :1␤------> 3$p = Proc::Async.new('ls');$p.stdout.tap7⏏5 { .say };$p.start␤ expecting any…» [02:32] m: my $p = Proc::Async.new('ls');$p.stdout.tap({ .say });$p.start [02:32] rakudo-moar 9f433da0d: ( no output ) [02:32] m: my $p = Proc::Async.new('ls');$p.stdout.tap({ .say });await $p.start [02:32] rakudo-moar 9f433da0d: OUTPUT: «Inline-Perl5␤Perlito␤backup␤bin␤dalek-queue␤evalbot␤evalbot.log␤file.txt␤hs_err_pid17361.log␤lib␤log␤mbox␤nqp-js␤p1␤p2␤p6eval-t␤oken␤perl5␤precomp␤rakudo-j-1␤rakudo-j-2␤rakudo-j-inst␤rakudo-j-inst-1␤rakudo…» [02:34] *** guifa2 left [02:39] m: my $p = Proc::Async.new('command.com');$p.stdout.tap({ .say });await $p.start [02:39] rakudo-moar 9f433da0d: OUTPUT: «Unhandled exception in code scheduled on thread 4␤Failed to spawn process command.com: no such file or directory (error code -2)␤␤» [03:04] *** guifa2 joined [03:08] *** cj joined [04:00] *** marcusr left [04:01] *** marcusr joined [04:04] *** marcusr left [04:04] *** marcusr joined [04:13] *** marcusr left [04:14] *** marcusr joined [04:14] *** marcusr left [04:14] *** marcusr joined [04:58] *** vrurg left [05:02] *** vrurg joined [05:24] *** wamba joined [05:29] *** cpan-raku left [05:29] *** cpan-raku joined [05:29] *** cpan-raku left [05:29] *** cpan-raku joined [05:46] ¦ ecosystem: c0513b95f7 | tony-o++ (committed using GitHub Web editor) | META.list [05:46] ¦ ecosystem: worker queue [05:46] ¦ ecosystem: review: https://github.com/perl6/ecosystem/commit/c0513b95f7 [06:05] *** jmerelo joined [06:12] *** samebchase joined [06:29] *** guifa2 left [06:41] *** wamba left [06:49] *** stoned75 left [06:57] *** sarna joined [06:58] *** Doc_Holliwould joined [07:01] *** Doc_Holliwood left [07:01] *** holli joined [07:04] *** Doc_Holliwould left [07:05] *** Doc_Holliwood joined [07:06] *** jmerelo left [07:08] *** holli left [07:08] *** Doc_Holliwould joined [07:11] *** Doc_Holliwood left [07:12] *** Doc_Holliwood joined [07:15] *** Doc_Holliwould left [07:15] *** Doc_Holliwould joined [07:18] *** Doc_Holliwood left [07:19] *** wamba joined [07:19] *** Doc_Holliwood joined [07:21] *** Doc_Holliwould left [07:40] *** kensanata joined [07:46] *** hungrydonkey joined [07:50] *** hungrydonkey21 joined [07:53] *** hungrydonkey left [07:59] *** sena_kun joined [08:01] *** wamba left [08:01] *** hungrydonkey21 left [08:04] *** wamba joined [08:09] *** donaldh joined [08:12] *** sarna left [08:31] *** cpan-raku left [08:43] SmokeMachine: https://termbin.com/ohqq This will have error, I think we should have some arg check passed when we create the row? [08:45] *** cpan-raku joined [08:45] *** cpan-raku left [08:45] *** cpan-raku joined [08:46] SmokeMachine: I don't think it's a bug, when I change `my @sub-category = %sub-category{$name};` to `my @sub-category := %sub-category{$name};` It fixes the problem. that takes a while to figure it out. So, I think, maybe we could convert it to string and pass to db? [08:49] m: %a = a => ; my @b = %a; my @c := %a; dd @b; dd @c [08:49] rakudo-moar 9f433da0d: OUTPUT: «5===SORRY!5=== Error while compiling ␤Variable '%a' is not declared␤at :1␤------> 37⏏5%a = a => ; my @b = %a; my @c ␤» [08:49] m: my %a = a => ; my @b = %a; my @c := %a; dd @b; dd @c [08:49] rakudo-moar 9f433da0d: OUTPUT: «Array @b = [("a", "b", "c"),]␤("a", "b", "c")␤» [08:49] xinming_: the `my @sub-category = %sub-category{$name};` is creating an array with an list on the first position... [08:50] xinming_: ^^ [08:52] xinming_: I'm just curious, but why aren't you using something like: `Category::Test.^create(:$name, :children(%sub-category{$name}.map: { %( :name($_)) }))` [08:54] xinming_: how do you think this should be checked? [09:10] SmokeMachine: I think that array should be converted to Str, and pass to db directly, and let the user check the data is wrong, so he has a clue where the problem is. [09:12] BTW, when we declare column with $column-name1 $column-name2 when we do create, `Model.^create: :column-name1, :column-name2, :column-name3` <--- Should this succeed? [09:17] I'll try to narrow the problem. [09:17] *** ggoebel joined [09:28] *** wamba1 joined [09:28] *** wamba left [09:32] SmokeMachine: https://termbin.com/k2ri [09:32] SmokeMachine: Seems, It's a Pg driver issue, With SQLite, it worked, Not with Pg driver [09:34] xinming_: but if the data aren't Str? [09:34] xinming_: what's the error? [09:35] Too few positionals passed; expected 2 arguments but got 0 [09:35] in method id-filter at /opt/xm.amd64/share/perl6/site/sources/C78729F9354A9D417A092C2F394E04C708112DC8 (MetamodelX::Red::Id) line 115 [09:35] in method create at /opt/xm.amd64/share/perl6/site/sources/0A3152D387D23EDEB6D5DEA3B6D22EC77A7B7B1E (MetamodelX::Red::Model) line 404 [09:36] could you, please, show me the generated SQL? just set `my $*RED-DEBUG = True;` please [09:37] xinming_: ^^ [09:38] https://termbin.com/k7fu [09:40] I'll need to leave it to take a look at home... would you mind to open an issue for that, please? [09:40] xinming_: ^^ [09:41] SmokeMachine: https://termbin.com/k7fu [09:41] Seems I discovered quite a lot of small bugs. :-) [09:44] *** El_Che_ joined [09:45] *** El_Che_ left [09:45] *** Manifest0 left [09:45] *** Manifest0 joined [09:56] *** Altai-man_ joined [09:59] *** sena_kun left [10:02] *** MasterDuke left [10:05] :) [10:09] xinming_: would you mind to open an issue with that, please... I'll forget it otherwise... [10:09] SmokeMachine: How do you think about adding the red-with('db', -> { }); [10:09] SmokeMachine: Ok. [10:10] xinming_: what's the difference between this and `red-do`? [10:12] I have checked red-do much, But IIRC, red-do put the db as a named arg, Which I don't think it's right. [10:12] I mean not natural [10:13] xinming_: red-do can work on different ways... `red-do :with, { ... }` is one of those... you can also use: `red-do db => { ... }` [10:14] xinming_: you can even: `red-do db1 => { ... }, db2 => { .. }, => { ... }` [10:42] *** matiaslina left [10:42] *** rba[m] left [10:42] *** CIAvash left [10:42] *** aearnus[m] left [10:42] *** timotimo[m] left [10:42] *** uzl[m] left [10:42] *** tyil[m] left [10:42] *** AlexDaniel` left [11:04] *** wamba1 left [11:04] *** wamba joined [11:06] *** uzl[m] joined [11:11] *** guifa2 joined [11:14] *** donaldh left [11:17] Ok, got it. Thanks. [11:19] *** guifa2 left [11:19] *** pmurias joined [11:23] *** squashable6 left [11:25] *** squashable6 joined [11:34] *** daxim joined [11:39] *** AlexDaniel` joined [11:39] *** rba[m] joined [11:39] *** timotimo[m] joined [11:39] *** tyil[m] joined [11:39] *** aearnus[m] joined [11:39] *** matiaslina joined [11:39] *** CIAvash joined [11:45] *** wamba left [11:47] u: ⚛ [11:47] SmokeMachine, U+269B ATOM SYMBOL [So] (⚛) [11:48] m: my atomicint $a = 0; for ^1000 { start $a⚛++ }; say $a [11:48] rakudo-moar 9f433da0d: OUTPUT: «1000␤» [11:52] *** finanalyst_ joined [11:54] http://enwp.org/Atomic_(song) [11:57] *** sena_kun joined [11:58] *** Altai-man_ left [12:06] SmokeMachine: Can we do sub-select now? [12:06] *** hungryd27 joined [12:10] Hello everyone,I need to do some math about matrices. [12:10] *** wamba joined [12:11] Does Perl6 provide some way to handle it? [12:13] hungryd27, https://github.com/lichtkind/Perl6-Math-Matrix-Bundle <- can this help? [12:15] I will try it. sena_kun, thank you. [12:18] *** pmurias left [12:36] SmokeMachine: We can't use junction in .grep [12:37] ResultSeq [12:39] *** pmurias joined [12:41] *** finanalyst_ left [12:41] *** hungrydonkey joined [12:43] *** hungryd27 left [12:49] *** hungrydonkey left [12:52] xinming_: like this? https://github.com/FCO/Red/blob/master/t/20-in-sql.t [12:59] .tell tony-o thanks for the links [12:59] tbrowder, I'll pass your message to tony-o [13:12] *** lucasb joined [13:15] So Ok, I can use 'in' ATM [13:17] SmokeMachine: https://termbin.com/0qbsz [13:19] The example code, The frist is try to use (<) doesn't work, it report https://termbin.com/unc2 [13:20] the code after `exit;` also raise error, which is, it won't be able to find the column named 'name' [13:22] Or, If I'm wrong, tests are there, but feature is still WIP. [13:23] Also the tests do not show how one would write a correlated subquery [13:25] xinming_: there is an error on the union... you can’t get different column numbers and types... [13:28] nine: why not? This is a sub query... https://github.com/FCO/Red/blob/master/t/20-in-sql.t#L32 [13:29] SmokeMachine: so are all subqueries correlated automatically by Red? How would I write a non-correlated one then? [13:29] xinming_: sorry... I just saw the .map is on the return... [13:30] SmokeMachine: What is the differences betweeh ^rs and ^all? [13:30] Are the the same when we first call it on model [13:30] nine: I think I do not know what mean correlated query... [13:30] xinming_: none... .^all is an alias for .^rs [13:32] SmokeMachine: correlated query is something like, SELECT x, (SELECT xxxx FROM inner WHERE inner.col = outer.col) as result FROM outer; [13:33] I just tried, subselect worked. But model.^all.grep: { .id (<) } doesn't [13:34] SmokeMachine: What I meant was something like "select * from foo where exists (select * from bar where bar.foo = foo.id)" or "select *, (select id from bar where bar.foo = foo.id) from foo", i.e. the subquery references the "current" row of the outer query. [13:34] nine: I gave the example. ;-) [13:35] xinming_: yeah, thanks! I'm on a pretty slow connection on a not much faster train right now... [13:37] Implemented is only sub query for in, yet... [13:37] nine: Actually, These quite advaced features, If really a must, We can actually write view for it first. [13:39] That's why I try to rewrite my old app with Red, to see if it has all the required features, or, wether all these features have work-around [13:39] xinmingcardinal sin #1 when writing an ORM: thinking some features are advanced and not all that necessary. These features are actually precisely what needs to be considered in the initial design, because it's neigh impossible to add them later. Countless ORMs have come and gone because of this sin. [13:39] xinming_: ^^^ [13:39] SmokeMachine: After these feature-requests, Do you think it's still quite a lot of work to do. ;-) [13:40] If correlated subqueries are "advanced" what would common table expressions and SQL window functions be? [13:41] nine: Common table expression / window functions should be implemented in view, and ORM map that view. [13:42] I never thought it would be easy, or fast... but if other people helps, it will be easier/faster... [13:43] ok, there is a serious flaw in the ecosystem [13:43] In perl5 DBIx::Class, We can write virtual view, which will be common table expressions, If we want to write customized functions, We'll have to pass the SCALAR ref, which I feel quite a pain. [13:43] or a bug in zef? [13:43] But, just to let it clear: the goal for Red isn’t be possible to do all possible SQL... but make it easier to, with perl6 syntax, query the database... [13:44] someone has published a module named LibGit2 which has a submodule Git::Config [13:44] xinming_: if you want to write yet another failed ORM, then sure. People will write basic CRUD applications with it, at some point hit those design limits and then start to question the ORM's value. And end up with writing SQL queries manually because at the end of the day it's easier than working around the ORM's restrictions. [13:44] *** wamba left [13:45] Yea, I do think we shouldn't do all possible SQL, But some features are really important, the correlated sql is one actually, I agree [13:45] but there already is a Git::Config in the ecosystem. now when i want to install that (zef install Git::Config) zef gets confused and wants to install LibGit2 [13:45] And We never start trying grouping in Red yet. [13:46] Doc_Holliwood: then be more precise. You can tell zef to install a certain author's module [13:47] nine: We'll have to wait, If Red fails, I believe still a long time to wait for ng ORM to be designed. [13:48] xinming_: yes, correlated sub query will work... [13:48] But are not working yet... [13:48] I’m still workin on join... [13:48] Working [13:49] nine: ok, mind telling me how? I'm looking at the usage info [13:49] but i see nothing [13:50] *** wamba joined [13:51] <[Coke]> anyone interested in a non-technical article related to https://news.perlfoundation.org/post/tpf-response-raku-rename ? [13:51] Doc_Holliwood: zef install 'Git::Config:auth' [13:51] <[Coke]> (for advent 2019) [13:52] Doc_Holliwood: i.e. exactly how you write your use statements [13:52] But something that would help is think of how the sql feature you want implemented would work on Raku syntax... [13:52] ah, nice. [13:53] xinming_, nine : ^^ [13:55] ok. but this means one better specifys authors in the depends section of a meta6. otherwise your code can break just because someone adds something to the ecosystem [13:56] *** Altai-man_ joined [13:57] Doc_Holliwood: of course! Authors and versions. Otherwise you will end up with whatever the user has installed [13:57] And api if applicable [13:58] *** sena_kun left [14:02] fair. zef could still be better in that regard. it should prefer the distribution whichs name matches the installee name [14:03] or at least warn loudly it found multiple candidates. [14:04] xinming_: with Red, SQL should always be implementation detail... [14:06] ah, somebody already opened an issue for this [14:12] Doc_Holliwood: I disagree. That would only move the issue further down, because once zef guesses what you actually meanyou will still stumble ofver rakudo refusing to make any guesses. If you only give it the module's short name, rakudo will load the highest version, regardless of where it comes from [14:22] *** warriors joined [14:34] releasable6, status [14:34] Kaiepi, Next release will happen when it's ready. 1 blocker. 248 out of 451 commits logged (⚠ 9 warnings) [14:34] Kaiepi, Details: https://gist.github.com/26bcdfea4af1a860c2ce520474a02bf7 [14:48] SmokeMachine: I believe I have another bug, i'll try to narrow down [14:48] It'll results wrong sql generation [15:00] [Coke]: re non-technical article: I would, especially if it goes over the history of the language, the reasons for the rename and how everything played out. It'd be a good place to send folks interested in the history of the language to. Like https://racket-lang.org/new-name.html but it bit more extensive. [15:03] xinming_: what’s the error? [15:11] <[Coke]> uzl[m]: that sounds nice, but beyond the scope of what I was thinking. [15:26] *** vrurg left [15:32] ¦ doc: uzluisf++ created pull request #3077: Clarify topic variable's status in for loop [15:32] ¦ doc: review: https://github.com/perl6/doc/pull/3077 [15:56] *** wamba left [15:56] *** wamba joined [15:58] *** Altai-man_ left [16:06] *** Kaiepi left [16:11] tbrowder: i assume you mean in the READMEs, no problem, thank you for writing those mods [16:12] *** Kaiepi joined [16:18] *** pmurias left [16:23] *** jmerelo joined [16:29] ¦ doc: c685c58b83 | (Luis F. Uceta)++ | doc/Language/control.pod6 [16:29] ¦ doc: Clarify topic variable's status in for loop [16:29] ¦ doc: [16:29] ¦ doc: Issue: https://github.com/perl6/doc/issues/3075 [16:29] ¦ doc: review: https://github.com/perl6/doc/commit/c685c58b83 [16:29] ¦ doc: d930e88da1 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | doc/Language/control.pod6 [16:29] ¦ doc: Merge pull request #3077 from uzluisf/master [16:29] ¦ doc: [16:29] ¦ doc: Clarify topic variable's status in for loop [16:29] ¦ doc: review: https://github.com/perl6/doc/commit/d930e88da1 [16:37] *** wamba left [16:40] .tell tbrowder i assume you mean in the READMEs, no problem, thank you for writing those mods [16:40] tony-o, I'll pass your message to tbrowder [16:42] *** kensanata left [16:50] I've been trying to get rakudo-star releasable as a GitLab CI job, but NQP doesn't seem to play nice with the existing tooling [16:50] *** vrurg joined [16:50] using 2019.07, the NQP stage fails with `Can't locate NQP/Config.pm` [16:50] tyil: for 6.e? [16:51] nah, just *any* newer rakudo-star release, so that people can get newer rakudo stars [16:51] https://gitlab.com/tyil/rakudo-star/-/jobs/337605414 [16:51] using a docker image or a build directly on gitlab ci? [16:51] build directly on latest alpine [16:51] tyil: submodules are not updated [16:51] ah [16:51] don't know if it has anything to do with it but that Configure script fails for me on OSX and i have to build moar, then nqp, then rakudo all separately [16:52] there was something about that in the release guide [16:52] *** ggoebel left [16:52] currently where can we get latest build for linux [16:52] tony-o: how exactly does it fail? [16:53] vrurg: I'm using the tarbal from NQP though, since that's what R* pulls in [16:53] vrurg: it fails with an error resembling that there is no moar executable found in path [16:53] tyil: there was a problem with tarballs because they did not include files from submodules. I think it was fixed lately. [16:54] i can get a log with the fresh repo if you'd like [16:54] hmm [16:54] last time i'd built was two days ago [16:54] SmokeMachine: https://termbin.com/fdf6n This script results error `The relationship '@!children' points to a column ('parent_id') that does not refer to any wher` [16:54] tony-o: try the latest HEAD if possible. There was a bug in MoarVM Configure which didn't report build failures back to usptream and NQP was thinking everything is ok. [16:55] will run now and gist it, tag you and anyone else? [16:55] tyil: it was depending on how tarball is created though. github was doing it incorrectly, AFAIR [16:56] tony-o: best is to have a ticket. I'll follow. [16:56] is compiling from source the best way [16:56] tony-o: I'm totally confused though because macOS is my primary platform, it's where I test. [16:57] vrurg: the makefile of r* pulls it from https://rakudo.perl6.org/downloads/nqp [16:57] where are we tracking that stuff now? we have too many repos + deprecating RT [16:57] kelly: it depends on what you need. For most people here it is the best way though. :) [16:57] but it looks like those refer to github (at least for rakudo) [16:57] tony-o: rakudo/rakudo on github, sure. [16:57] is https://nxadm.github.io/rakudo-pkg/ safe [16:58] it only happens when i remove the current moar executable from PATH [16:59] tyil: again, I don't remember the details, but there was a discussion about incomplete NQP. I was about to look into it but then it was reported that the problem is not there anymore. So, I guessed it's ok. [16:59] vrurg: I'll try to look around a bit more then, thanks for your info [17:00] *** pycer joined [17:00] tony-o: with --gen-moar it must rebuild it then. [17:00] Hey I have a question, is there syntax to bind a key in a hash to an array? Or can you only do that in a separate operation [17:00] tyil: welcome! [17:00] brass: ??? What's wrong about @a[$i] := %hash? [17:01] Oops, %hash := @a [17:01] Like if I wanted to do %a := [1, 2, 3] [17:01] vrurg: how long ago was that bug moarvm failure not bubbling fixed? [17:01] m: my @a := [1,2,3]; dd @a [17:01] rakudo-moar 9f433da0d: OUTPUT: «Array element = [1, 2, 3]␤» [17:01] Oh because I want to do it in a single statement when I'm initializing the hash [17:02] m: my %h; %h := [1,2,3]; dd %h [17:02] rakudo-moar 9f433da0d: OUTPUT: «Hash %h = {:q([1, 2, 3])}␤» [17:02] m: my @a = 1,2,3; my %x; %x{a} := @a; @a.push: 5; say @a.gist; [17:02] rakudo-moar 9f433da0d: OUTPUT: «5===SORRY!5=== Error while compiling ␤Undeclared routine:␤ a used at line 1␤␤» [17:02] m: my @a = 1,2,3; my %x; %x := @a; @a.push: 5; say @a.gist; [17:02] rakudo-moar 9f433da0d: OUTPUT: «[1 2 3 5]␤» [17:02] Like so I could write my %a = {a := @b, b => "foo"} [17:02] brass: ah, no, there is no way. Only by assignment. [17:03] Got it, thanks! [17:03] tony-o: Last fix my PR was merged into moar [17:03] s/fix/week/ [17:03] is https://nxadm.github.io/rakudo-pkg/ safe [17:04] brass: But what's wrong about simple: [17:04] vrurg: that might explain why it's working now..are you running configure with sudo? [17:04] m: my %h = a => [1,2,3]; [17:04] rakudo-moar 9f433da0d: ( no output ) [17:04] m: my %h = a => [1,2,3]; dd %h [17:04] rakudo-moar 9f433da0d: OUTPUT: «Hash %h = {:a($[1, 2, 3])}␤» [17:05] i think he's wanting to bind the hash key to an array elsewhere so if the original array is modified, so is the hash value [17:05] is that accurate brass ? [17:05] tony-o: No, I avoid that. Do everything under myself. [17:06] do you do --prefix=/usr/local ever or do you use perl6 in place? [17:06] Kind of, I actually create a new array, but I want to do it because I later iterate over the array and I got really messed up by having to remove the Scalar container and wanted to know if there was a better way [17:06] tony-o: I install into ~/perl6 [17:07] So I could then write `for %a {}` instead of `for %a<> {}` [17:07] tony-o: I don't need it system-wide. [17:08] m: my @a = 1; my %x = (a => \(@a)); say %x; @a.push: 2; say %x; #brass [17:08] rakudo-moar 9f433da0d: OUTPUT: «{a => \([1])}␤{a => \([1, 2])}␤» [17:11] brass: I would rather recommend using .list for the purpose. [17:11] ^^ [17:11] brass: Or, flatten the argument [17:11] m: my %h = ; for |%h { .say } [17:11] rakudo-moar 9f433da0d: OUTPUT: «5===SORRY!5=== Error while compiling ␤Shaped variable declarations not yet implemented. Sorry.␤at :1␤------> 3my %h7⏏5 = ; for |%h { .say }␤» [17:12] oops ;) [17:12] m: my %h = a=> ; for |%h { .say } [17:12] rakudo-moar 9f433da0d: OUTPUT: «a␤b␤c␤» [17:13] tony-o: use of capture is such a funny trick. ;) [17:13] it's ugly, hah [17:13] binding is a lot cleaner looking but more lines [17:14] yep, it is. But still - funny. I never considered it from this point of view. [17:14] ah [17:14] *** MasterDuke joined [17:15] I just found that .list looked a little cumbersome and wanted to know if there was a prettier way, that's all [17:15] kelly: BTW, what do you mean by 'safe'? [17:15] kelly: i believe a bunch of people use the repo. El_Che manages it and is pretty active here if you have questions [17:16] brass: then flattening is what you're looking for. Binding is a kind of thing one must use with care as it is prone to bad side effects. [17:17] *** wildtrees joined [17:17] Ok, got it [17:18] Better than removing the container too? [17:20] brass: To my view – it is. It fits into the logic for iteration better than deconting. [17:20] yes [17:21] Thenk [17:21] brass: jsut consider deconting as a low-level op. [17:25] for low brow people [17:30] *** AlexDaniel left [17:30] *** AlexDaniel joined [17:30] *** AlexDaniel left [17:30] *** AlexDaniel joined [17:57] *** wamba joined [18:02] *** rindolf joined [18:02] hi all, sup? [18:21] *** vrurg left [18:33] *** sena_kun joined [18:33] SmokeMachine: What does gambi mean in translate method? [18:34] It’s a work around... [18:34] To avoid infinite loop... [18:36] SmokeMachine++ # Red talk [18:36] sena_kun: thanks! :) [18:38] SmokeMachine: I try to fix the code in the Pg driver. I think I know why .^rs.grep: { .col (<) @array } doesn't work. It's because the values are not bound to @bind [18:40] xinming_:That makes sense... that was the problem with the delete... [18:40] *** ggoebel joined [18:43] xinming_: I have changed the way to bind not too long ago... it’s possible I’ve made some mistakes... [18:44] xinming_: https://github.com/FCO/Red/commit/3eea4a819dfdc31106b1c4eb9d8568807c16c7e5 [18:53] *** joule joined [19:03] *** pycer left [19:16] SmokeMachine: When we try to use .^rs.grep: { .col (<) @array } if the @array is empty, What should be the correct behavior? return nothing, or we ignore the whole "grep" ? [19:17] I'll mean it returns nothing.. [19:26] m: say 1 (<) [,] [19:26] rakudo-moar 9f433da0d: OUTPUT: «False␤» [19:27] Return nothing... [19:27] xinming_: it should always do what it would do with an array... [19:28] Ok [19:32] *** xinming_ left [19:33] *** xinming_ joined [19:33] if you replied, please post again. :-) [19:34] Got it, ignore me [19:37] My first fix is done, Will post the patch [19:38] SmokeMachine: https://termbin.com/od3h <--- Please check this patch for Pg driver, if the logic is fine, I'll create a pull request for this. [19:40] xinming_: maybe change the Array for Positional [19:40] xinming_: wouldn’t it be easier an PR? [19:41] SmokeMachine: I actually think, that in the future, we may traverse the array to allow array to contain ResultSeq object. [19:42] But that'll complex logic a lot, So, I'll keep this simple, When I need, I'll change that. [19:42] xinming_: make sense... but it would work wit Positional also, no? [19:43] Yes. [19:43] So, change to Positional is ok? [19:45] I'll later create the PR [19:59] *** sena_kun left [20:07] *** stoned75 joined [20:39] *** joule left [20:42] *** lucasb left [20:48] *** pmurias joined [20:50] Does anybody here use Arch? The rakudo-star AUR build is giving me errors [21:17] brass: can you put the error log up on some paste site so we can have a look? [21:23] *** jmerelo left [21:28] https://0x0.st/zYv-.txt [21:29] oh, interesting, it's not able to install stuff to the global repo [21:30] i wonder if CompUnitRepo::Staging is the right tool for the job here [21:30] i think nine would know [21:38] *** [Coke] left [21:45] *** [Coke] joined [21:45] *** [Coke] left [21:45] *** [Coke] joined [21:59] *** sena_kun joined [22:05] ¦ whateverable: a06ae49c07 | (Aleks-Daniel Jakimenko-Aleksejev)++ | lib/Whateverable/Config.pm6 [22:05] ¦ whateverable: Fix hash initialization (oops) [22:05] ¦ whateverable: review: https://github.com/perl6/whateverable/commit/a06ae49c07 [22:06] ¦ whateverable: 47d8d96c59 | (Aleks-Daniel Jakimenko-Aleksejev)++ | META6.json [22:06] ¦ whateverable: Bump version [22:06] ¦ whateverable: review: https://github.com/perl6/whateverable/commit/47d8d96c59 [22:08] *** sena_kun left [22:12] *** wamba left [22:31] brass: I don't use arch anymore, but iirc there was one family of rakudo-related packages that was shitty and didn't work, and one that was great. Possibly the good ones were the -git ones? [22:41] The rakudo AUR package builds and installs alright, but the rakudo-star and zef ones are broken [22:42] It's not a big deal since zef can be installed once you have rakudo but it would be nice if the star package worked [22:42] Most places I've tried only have rakudo/moar without -star anyways [22:43] Except for MacOS for some reason, the rakudo-star in homeberw installs fine [22:46] *** cpan-raku left [22:46] *** cpan-raku joined [22:46] *** cpan-raku left [22:46] *** cpan-raku joined [22:47] ¦ doc: 1cf3cfa69e | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | doc/Language/faq.pod6 [22:47] ¦ doc: Remove: can also be called "Raku" [22:47] ¦ doc: review: https://github.com/perl6/doc/commit/1cf3cfa69e [22:49] *** vrurg joined [22:52] *** Xliff joined [23:17] weekly: http://blogs.perl.org/users/laurent_r/2019/10/perl-weekly-challenge-30-word-histogram-and-ascii-bar-chart.html [23:17] lizmat, Noted! (weekly) [23:25] *** Grrrr joined [23:29] *** ggoebel left [23:31] *** MasterDuke left [23:35] *** MasterDuke joined [23:43] just 2 more tests for Red:api<2>! :) [23:46] if some one would like to help me to review and/or fix the errors... it's here: https://github.com/FCO/Red/pull/402