|
00:02
Aedil left
|
|||
| m6locks | java.nio.BufferOverflowException *** [Makefile:1269: gen/jvm/BOOTSTRAP/v6c.nqp] Error 1 when building jvm backend v2025.11 | 00:04 | |
| timo | indeed, rakudo-j currently doesn't build | 00:05 | |
|
00:43
arkiuat left
00:50
arkiuat joined
|
|||
| [Coke] | I get an OOME +++ Compilingblib/Perl6/BOOTSTRAP/v6c.jar | 00:56 | |
|
02:11
kylese left,
hulk joined
02:29
nine left
02:30
nine joined
02:39
arkiuat left
02:51
arkiuat joined
02:57
arkiuat left
03:10
arkiuat joined
03:15
hulk left,
kylese joined
|
|||
| Geth | docker: ceabdc8fcc | AntonOks++ | 6 files Bump to 2025.11 [skip workflow] |
03:16 | |
|
03:49
kst` joined
04:56
lichtkind_ joined
04:59
lichtkind__ left
05:28
Aedil joined
07:23
abraxxa joined
07:28
abraxxa left,
abraxxa1 joined
08:00
arkiuat left
08:14
arkiuat joined
08:19
arkiuat left
08:31
arkiuat joined
08:40
arkiuat left
08:51
arkiuat joined
08:57
arkiuat left
09:00
Sgeo left
09:10
dakkar joined
09:15
merp joined
09:24
arkiuat joined
09:29
arkiuat left
09:57
arkiuat joined
10:02
arkiuat left
10:30
arkiuat joined
10:35
arkiuat left
|
|||
| disbot2 | <librasteve> i'm probably a bit late to the naming party (!), but I wanted to chime in ... | 10:45 | |
|
10:58
arkiuat joined
11:03
arkiuat left
11:15
arkiuat joined
|
|||
| disbot2 | <librasteve> avuserow: the etiquette is (i) when a module is uploaded to the ecosystem (eg via fez) it becomes immutable after a 24 hour grace period ... no amount of begging or whining will get tonyo to relent and delete it (I think the idea is that when it's in the ecosystem then it can become a depedency and therefore, any chance can break 3rd party code, fair enough) | 11:15 | |
|
11:19
arkiuat left
|
|||
| disbot2 | <librasteve> (ii) OK but the fully qualified module name is something like Physics::Constants:ver<1.0.8>:auth<zef:librasteve>:api<1> so you could use to upload an alternative implementation of Physics::Constant with your auth. For example if/when I go under a bus, or just go quiet on GH Issues, I would hope that someone would fork my modules on GH and do this (after some bonafide effort to attempt to resuscitate me) ... while you can choose any version number, | 11:20 | |
| the "right" thing to do is to bump the version (probably a major) when you do this. This way a vanilla zef install Physics::Constant will pick up your new version with the needed fixes | |||
| <librasteve> (iii) so if you as a consumer of a module want to prevent such potentially breaking changes, then you can pin the auth and/or the ver in your use statement (and your META6.json is yoou are making a module). | 11:21 | ||
| <librasteve> avuserow: I did just move (with the original authors permission) the Data::Dump::Tree module to raku-community-modules, to do this you need write permission on the raku-community-modules GH repo (and maybe there is a tweak on the permissions in fez?) ... I share Coke's reluctance for us to move all modules to this community (because support by all can quickly mean support by none) so yes please do try a 1:1 adoption first ... fwiw I think we | 11:29 | ||
| should apply criteria such as the general level of adoption and potentuial value to the raku project to make the decision (so if you still think there is a case, then suggest you make a raku problem solving issue and we can consider properly) ... in the case of Data::Dump::Tree I felt that this WAS the case since it is a very general and well established debugging tool | |||
|
11:42
arkiuat joined
11:47
arkiuat left
12:15
arkiuat joined
12:28
arkiuat left
12:51
arkiuat joined
12:56
arkiuat left
12:59
elcaro left
13:20
arkiuat joined
13:25
arkiuat left
13:43
arkiuat joined
|
|||
| arkiuat | I've been working on docs issue #3881 and I've written a big chunk of text to add to /type/Instant.rakudoc; I think it should be shorter and clearer, but not say a lot less than it is saying right now. The current draft is at gist.github.com/arkiuat/f4baa44430...414242e483 if you'd like to take a look and suggest cuts | 14:24 | |
| and incidentally, irclogs.raku.org/raku/live.html doesn't seem to be updating | 14:32 | ||
| or, it's updating weirdly | 14:33 | ||
| disbot2 | <holmdunc> patrickb: The first part of that Homebrew path varies between Intel and Apple Silicon Macs. On the former it will be /usr/local instead of /opt/homebrew (In either case, can be verified by running brew --prefix) | 15:07 | |
|
15:10
melezhik joined
|
|||
| ugexe | holmdunc: that sound sright, but does it vary between intel and apple silicon, or between x86 and arm packages (since apple silicon homebrew can install either or) | 15:46 | |
|
15:58
arkiuat left
|
|||
| disbot2 | <holmdunc> AFAIK it is just an overall thing. With the one wrinkle that if someone migrated an entire macOS installation from an old Mac to an AS one, it might continue being /usr/local on it too | 16:05 | |
|
16:06
Sgeo joined
16:12
arkiuat joined
|
|||
| disbot2 | <holmdunc> FWIW, it's possible to find a cleaner path (no version number in it) for an individual Homebrew package, by running e.g. brew --prefix rakudo or brew --prefix rakudo-star. For the latter, which I have installed, I get the output /usr/local/opt/rakudo-star, which is a symlink to the directory /usr/local/Cellar/rakudo-star/2025.11 | 16:14 | |
| patrickb | I'm fine with the prefix varying. I was more interested in the things after the homebrew prefix | 16:25 | |
|
16:40
human_blip left
16:42
human_blip joined
17:04
disbot3 joined
17:07
Pixi` joined
17:08
justache- joined,
tailgate left,
disbot2 left,
justache left
17:09
disbot3 left,
disbot4 joined
17:10
tailgate joined,
Pixi left,
lucs left
17:12
lucs joined
17:34
dakkar left
18:02
abraxxa1 left
18:36
vrurg joined
18:38
vrurg_ left
18:40
stanrifkin joined
19:18
justache- is now known as justache
|
|||
| patrickb | .seen azawawi | 19:28 | |
| tellable6 | patrickb, I saw azawawi 2022-09-30T14:28:33Z in #raku: <azawawi> Documentation, tutorials and support for raylib and a gui toolkit outside of the box | ||
| patrickb | oh | ||
| It seems he's been off the grid for 3 years already. Anyone knows how to contact him? A quick googling gave nothing. | 19:29 | ||
|
19:45
stanrifkin left
19:48
MoC joined
20:10
arkiuat left
20:14
stanrifkin joined
20:20
melezhik left
|
|||
| disbot4 | <aruniecrisps> if anyone uses vim, i've forked the vim-raku repository and have added a couple of tweaks for the time being: github.com/arunvickram/vim-raku | 20:23 | |
|
20:23
arkiuat joined
|
|||
| disbot4 | <aruniecrisps> the two big changes i've added are basically making sure that highlighting for Inf and NaN specifically ends at the word boundary, and I've also added highlighting for model and actor (from OO::Actors) | 20:24 | |
| <aruniecrisps> so instead of highlight Inf in word like Inflections, it only highlights Inf if it's standalone | |||
|
20:32
orangebot joined
20:49
arkiuat left
20:57
justache left
21:00
justache joined
21:11
arkiuat joined
|
|||
| disbot4 | <librasteve> arun: that’s sounds good, does this mean you are gonna contribute that back as a PR? | 21:15 | |
| <librasteve> anyway please PR if you can and we can review and bring your improvements in for all … | 21:18 | ||
|
21:20
arkiuat left
21:30
arkiuat joined
21:33
MoC left
21:39
arkiuat left
22:01
orangebot left
22:02
arkiuat joined
22:07
arkiuat left
22:19
arkiuat joined
22:24
arkiuat left
|
|||
| patrickb | Pod::To::HTML is the module to use when I want to convert a self contained README from Rakudoc to HTML. There are no real alternatives at the moment. Correct? | 22:37 | |
|
22:37
arkiuat joined
22:45
stanrifkin left
23:09
Pixi` is now known as Pixi
|
|||
| Voldenet | there's Raku::Pod::Render | 23:14 | |
| disbot4 | <aruniecrisps> @librasteve i can do that if that's what you guys want | ||
| Voldenet | the relation to old modules is described here github.com/finanalyst/raku-pod-ren...-the-wheel | 23:15 | |
|
23:42
arkiuat left
23:56
arkiuat joined
|
|||