00:11 johnjaye joined 00:34 johnjaye left 00:35 johnjaye joined 00:41 johnjaye left 00:45 johnjaye joined 01:07 melezhik_ joined 01:10 melezhik_ left
Voldenet librasteve: tl;dr the explanation is what I initially thought and it's completely wrong :D 01:30
tellable6 Voldenet, I'll pass your message to librasteve_
disbot6 <antononcube> About mod and % ?
Voldenet yeah, I thought too that it was the remainder vs true modular arithmetics
but it's just nonsensical that for some values it behaves differently 01:31
but for some mod is the same as %
(I mean, -7 % 1.9 vs -7 mod 2.1) 01:32
erm, 7 % 1.9, 7 mod 1.9, etc
-7, even
disbot6 <antononcube> This reminds that I have put more tests in "Math::NumberTheory". Modular arithmetic is, of course, too central.
Voldenet but I'm guessing that it's temporary 01:34
I see no reason for not using % (which, as one would expect, always returns the value in range `[0, divisor)`) 01:36
disbot6 <antononcube> I think this goes to the defintion of mod. 01:41
<antononcube> Let me find an example and/or explanation. 01:42
01:47 arkiuat left
Voldenet no, it's not that 01:48
m: with -7.7 -> $a { .say for $a % 2.1, $a mod 2.1, $a % 1.9, $a mod 1.9 }
camelia 0.7
0.7
1.8
5.6
Voldenet 5.6 simply doesn't make sense 01:49
disbot6 <antononcube> Ok, and yes. 01:50
01:51 arkiuat joined
disbot6 <antononcube> I think this is a explanation: -7 * 1.9 + 5.6. 01:55
01:56 arkiuat left
disbot6 <antononcube> Now, -7 comes from div: -7.7 div 1.9 == -7. 01:56
<antononcube> So, div and mod are consistent in this case. 01:57
<antononcube> I think the expectation is -7.7 div 1.9 to give -5. 01:58
<antononcube> It might be that div is the culprit. 02:00
Voldenet yes
it is
I pasted yesterday this juicy line github.com/rakudo/rakudo/blob/main...kumod#L144 02:01
disbot6 <antononcube> Cool1 02:02
<antononcube> Damn, you "derailed" me! I have some Python programming to do. (Which I am payed for.) 02:03
<antononcube> Not dealing with Raku numerics. (Which rarely someone is willing to pay for...)
02:05 hulk joined 02:06 kylese left 02:10 arkiuat joined
Voldenet :p 02:15
02:15 arkiuat left
Voldenet sorry – to my defense, I've also derailed myself 02:15
disbot6 <simon_sibl> can zef install packages from cpan directly ? I wanted to download Spreadsheet::Read but it doesnt find it (even with --cpan flag) Also I guess it would then install that package in the Raku modules path and not in the Perl5 module path ? 02:17
Voldenet if you mean perl5 packages, then probably you'd have to use cpanm or cpan 02:26
02:29 arkiuat joined 02:38 arkiuat left 02:43 johnjaye left 02:45 arkiuat joined, johnjaye joined 02:48 Aedil joined
disbot6 <simon_sibl> I see, indeed I meant perl5 packages, thanks at least I am sure now 🙏 02:52
03:15 hulk left, kylese joined 04:41 melezhik_ joined 04:43 melezhik_ left 04:49 lichtkind__ joined 04:51 lichtkind_ left 05:29 melezhik joined 05:46 melezhik_ joined 05:48 melezhik_ left 05:56 melezhik_ joined 06:01 melezhik_ left 06:13 melezhik_ joined 06:18 melezhik_ left, melezhik_ joined 06:27 melezhik_ left, melezhik_ joined 06:35 melezhik_ left, melezhik_ joined 06:39 sibl joined 06:40 sibl left 06:41 abraxxa joined 06:42 sibl joined 06:45 melezhik_ left, abraxxa left, sibl left, melezhik_ joined 06:47 abraxxa joined 06:50 melezhik_ left, melezhik_ joined 06:52 sibl joined
disbot6 <simon_sibl> still amazed how good the Perl5 integration works with Raku 07:00
07:01 melezhik_ left 07:18 melezhik_ joined 07:28 melezhik_ left, melezhik_ joined 07:36 melezhik_ left, melezhik_ joined
disbot6 <aruniecrisps> @SmokeMachine @librasteve I have an idea for Raku advent: migrations for Red based on Ecto/Elixir 07:37
<aruniecrisps> The idea is that you would just write your migrations in Raku just like you would in Elixir hexdocs.pm/ecto_sql/Ecto.Migration.html 07:39
<aruniecrisps> At a rudimentary level this would be implemented with dynamic variables and blocks 07:41
07:45 melezhik_ left, melezhik_ joined 07:53 melezhik_ left 07:54 Sgeo left 07:59 melezhik left 08:01 melezhik joined 08:04 sibl left
SmokeMachine aruniecrisps: interesting… have you seen the migration issue on Red repo? github.com/FCO/Red/issues/15 08:08
disbot6 <librasteve> arun: that would be a big step to close the gap with Django… i definitely encourage this for an advent post 08:30
ab5tract jnthn also wrote a migrations module, didn't he? 08:31
ISTR it from a presentation some years back 08:32
patrickb ab5tract Did you notice my comment re NativeCall? 08:34
ab5tract yeah, probably it means we won't have snow :/ 08:36
considering I can't even get the libffi patch to compile: gist.github.com/ab5tract/31aceb75b...3bba208b75 08:42
.vushu: are you around by any chance? 08:54
disbot6 <librasteve> ab5tract: correct - its here raku.land/zef:jnthn/DB::Migration::Declare ... 09:00
<librasteve> the README says... If one is using a Raku ORM such as Red, it is probably worth looking into how it might assist with migrations. This module is more aimed at those writing their queries in SQL, perhaps using something like Badger to have those SQL queries neatly wrapped up in Raku subs and thus avoid inline SQL. 09:01
09:12 dakkar joined 10:04 johnjaye left 10:06 johnjaye joined 10:12 johnjaye left 10:18 johnjaye joined
disbot6 <rcmlz> weekly: glot.io/snippets/hdc8ukekmp 10:45
<rcmlz> Ist the notable6 bot off-line? 10:52
11:10 melezhik_ joined 11:15 melezhik_ left, melezhik_ joined 11:18 xelxebar_ joined 11:19 xelxebar left 11:21 melezhik_ left, melezhik_ joined 11:26 melezhik_ left, melezhik_ joined 11:32 melezhik_ left
Voldenet notable6 is online, but doesn't seem to respond 11:54
lizmat notable6: help 12:50
notable6 lizmat, Like this: notable6: weekly rakudo is now 10x as fast # See wiki for more examples: github.com/Raku/whateverable/wiki/Notable
lizmat it just doesn't understand any bridged requests I think 12:51
weekly: glot.io/snippets/hdc8ukekmp
notable6 lizmat, Noted! (weekly)
12:59 melezhik left
Voldenet Oh, that's weird – it used to understand bridge requests before 13:32
disbot6 <antononcube> @rcmlz I think it is better to use dot than mm. 13:41
<antononcube> Or, say, 'pdot' to hint parallelism. 13:44
13:45 dg left
disbot6 <rcmlz> good point - the original idea was to promote >>OP<< but then - as usual - someone easily gets carried away and puts in 5 other nice features … 13:49
13:50 dg joined
disbot6 <antononcube> @rcmlz My other comment / question is: how can you specify the :degree and :batch arguments in that infix operator? 13:52
<antononcube> Is something like this possible: @a dot(:3degree, :200batch) @b 13:53
<antononcube> Actually, for degrees 2 and 3 definitions of dot² and dot³ can be used. 13:55
<antononcube> Obviously, a notation is fairly abused, but, still, it can be seen as a "neat example." 13:57
<librasteve> for those following the % and mod saga, I made this github.com/Raku/problem-solving/issues/504 13:58
<librasteve> Voldenet: yeah - you were right about ChatGPT hallucinations and the line in the Rakudo source - I just got a bee in moy bonnet to try and get to the bottom of it this morning 14:00
14:02 melezhik_ joined
SmokeMachine m: sub infix:<aaa>($a, $b, :$c) { say "$a, $b, c => $c" }; 1 aaa 2 :42c # antoncube??? 14:03
camelia 1, 2, c => 42
SmokeMachine m: sub infix:<aaa>($a, $b, *%p) { say "$a, $b, %p.gist()" }; 1 aaa 2 :42c:13d:e<string> 14:05
camelia 1, 2, {c => 42, d => 13, e => string}
disbot6 <antononcube> @SmokeMachine Interesting! And yes, can be used instead of my suggestion. 14:06
14:14 melezhik_ left 14:20 melezhik joined, melezhik_ joined 14:27 melezhik_ left 14:40 melezhik_ joined 14:44 melezhik_ left 14:52 melezhik_ joined
disbot6 <aruniecrisps> @librasteve what Jonathan had is basically the idea that I'm thinking of, I think that by itself is a good way of doing migrations 15:22
15:29 melezhik_ left 15:32 melezhik_ joined 15:38 melezhik_ left
disbot6 <rcmlz> Maybe it is better not hard-code degree and batch. Someone could use %*ENV to make the user control degree and batch size 15:48
15:50 melezhik_ joined 16:00 melezhik_ left 16:04 melezhik_ joined 16:08 melezhik_ left
disbot6 <aruniecrisps> @SmokeMachine yea I think I participated in it a while ago but perhaps my memory is blurry 16:08
16:19 melezhik_ joined 16:22 melezhik_ left 16:29 librasteve_ joined
disbot6 <librasteve> @aruniecrisps - it would be great to have a migration capability oin Red ... but I would defer to you and SmokeMachine to work out what that means 16:30
16:35 melezhik_ joined
disbot6 <librasteve> lizmat: I am considering proposing a raku talk at one of the other devrooms at Fosdem and I noticed there is an SBOM devroom CfP (closes 30th November) lists.fosdem.org/pipermail/fosdem/...03702.html ... I will also mention this to Salve ... are you considering to propose a talk here that covers the recent raku SBOM modules? 16:45
<librasteve> I will also mention the translation one to finanlyst via email translations-devroom.github.io/FOS...Devroom26/
<aruniecrisps> SmokeMachine: I'm thinking having a simple DSL like that of Alembic, Ecto, and DB::Migrations::Declare for running up and down migrations is more than enough for most use cases. I'd love to get your thoughts on it 16:48
17:18 kst``` joined, linkable6 left, notable6 left, sourceable6 left, greppable6 left, committable6 left, quotable6 left, unicodable6 left, evalable6 left, human-blip left, kst`` left, tellable6 left, coverable6 left, simcop2387 left, xelxebar_ left, bloatable6 left, benchable6 left 17:19 xelxebar joined, simcop2387 joined 17:20 human-blip joined 17:22 [Coke] left, quotable6 joined, unicodable6 joined, [Coke] joined, committable6 joined, evalable6 joined, greppable6 joined, sourceable6 joined, notable6 joined, tellable6 joined, coverable6 joined, bloatable6 joined, benchable6 joined 17:25 linkable6 joined 17:37 abraxxa left 17:50 dakkar left 18:08 justache- joined 18:09 justache left 18:18 justache- is now known as justache 18:21 melezhik_ left 18:23 melezhik_ joined 18:47 MasterDuke joined 19:33 MasterDuke left 19:39 melezhik left 20:06 melezhik_ left 20:07 melezhik_ joined 20:13 Todd joined 20:21 Todd left 20:52 melezhik_ left 21:00 Sgeo joined 21:19 mc2 left 21:41 mc2 joined 21:42 johnjaye left 21:43 johnjaye joined 21:48 El_Che left 21:50 El_Che joined 21:54 lizmat_ joined 21:58 lizmat left, Aedil left 22:04 merp left 22:11 merp joined, kst```` joined 22:12 kst``` left 23:02 melezhik_ joined 23:03 lizmat_ left, lizmat joined 23:05 sorenson left 23:07 melezhik_ left 23:08 sorenson joined 23:10 Geth left, Geth joined 23:43 johnjaye left 23:45 johnjaye joined 23:51 arkiuat left 23:52 melezhik_ joined 23:54 melezhik_ 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!