| 22 Oct 2025 | |||
| ugexe | for one it is a security issue, for another it is going to cause all sorts of extra precompilation to occur and thus slow things down | 23:28 | |
| arkiuat | it was for when I was working on my own modules, which has been all the time lately | ||
| is there some documentation on best practice in this, some url somewhere? | 23:29 | ||
| ugexe | no idea. generally these things would apply regardless of what language you are using | ||
| arkiuat | right, okay | ||
| I'm using rakubrew on MacOS, so I'd like to think that rakubrew has some advice about how $*ENV<RAKULIB> should be set | 23:30 | ||
| ugexe | i never use rakulib | 23:31 | |
| i only ever use -I | |||
| arkiuat | okay, that's good to know. At least I know not to use "use lib" for this | 23:33 | |
| ugexe | it is fine to `use lib` in code you aren't distributing (i.e. putting in an ecosystem for others to download). If you do you should use an absolute path though, something like `use lib $?FILE.IO.parent.absolute` | 23:36 | |
| or use lib $*PROGRAM.parent | 23:37 | ||
| if you are distributing this code then you should use -I. while working with it and rely on users having it installed (and thus not need to set anything) | 23:38 | ||
| arkiuat | got it. Thank you! | 23:39 | |
| ugexe | if you must set rakulib then you should be using an absolute path | ||
| arkiuat | for executables in a bin directory, would use lib "$*PROGRAM.parent/../lib" be okay? | 23:47 | |
| no, that doesn't even work. | 23:49 | ||
| use lib $?FILE.IO.parent(3).absolute; | 23:52 | ||
| ugexe | are you distributing that bin file? | 23:54 | |
| if not, yeah that is fine | |||
| arkiuat | no, and I'm putting a "not for distribution" comment on the use lib line | ||
| I now understand that I got the idea that "use lib" is bad from folks reminding one another not to leave it in distributed code, and now I understand the reasons thanks to your explanations | 23:55 | ||
| so that, or $*PROGRAM.parent(2).absolute: both of those will work | 23:57 | ||
| 23 Oct 2025 | |||
| oh yeah, I want to $?FILE.IO one. $*PROGRAM.parent produces paths with .. in them, and $?FILE.IO.parent produces real absolute paths | 00:26 | ||
| s/to/the | |||
| 27 Oct 2025 | |||
| well, I just got the "Cannot unbox a type object (Str) to a str." compilation error on an install attempt, installing Test::Coverage, in compiling Iterables-0.0.4/t/01-basic.rakutest:1 | 21:37 | ||
| HOWEVER | |||
| when I ran `RAKUDO_OPT="--ll-exception" zef install Test::Coverage --debug` (which I did immediately), Test::Coverage (and ForwardIterables) installed cleanly without complaint | 21:38 | ||
| so yeah, it's still proving difficult to reproduce. If it never happens when I have debug mode on, though, I won't be too upset :D | 21:39 | ||
| ugexe | do you happen to have any other rakudo environment variables set, particularly those like RAKULIB, RAKUDOLIB, etc? | 22:00 | |
| arkiuat | This is embarrassing, but yes, RAKULIB was still set to . | 22:18 | |
| I don't know how, that isn't in any of my dotfiles anymore and hasn't been for days now | |||
| anyway, I'll keep an eye out for that. It isn't set anymore now | |||
| the only other Raku environment variable that I have is RAKUDO_LINE_EDITOR, which I hope is innocuous | 22:19 | ||
| Thank you! I just installed two more modules without experiencing the problem | 22:22 | ||
| (after making sure RAKULIB was not set) | |||
| ugexe | the issue was almost certainly to due rakulib being set to . | ||
| arkiuat | Right | 22:23 | |
| ugexe | there is obviously some weird issue in rakudo related to precomp and module loading, but now you know how to avoid it | 22:27 | |
| thats why it happens the first time you do something and not the follow up times: after the first time it has presumably precompiled some stuff in . (i.e. RAKULIB) | |||
| arkiuat | which would leave random .precomp dirs scattered about. I probably want to delete the ones that aren't where they belong | 22:30 | |
| 30 Mar 2026 | |||
| lucs | Hullo. | 21:59 | |
| When I click on any recent blue date here irclogs.raku.org/raku-zef/index.html | |||
| I see "left" and "joined" message flash rapidly, then the page is empty. | 22:00 | ||
| Have I got some setting wrong? | |||
| For example, I see the flashing each time I reload this page: | 22:03 | ||
| irclogs.raku.org/raku-zef/2026-02-17.html | |||
| Okay: with checkbox "show system messages" on, the "left"s and "joined"s remain displayed. | 22:05 | ||
| Ah, okay. All good. | 22:07 | ||
| I kept seeing only flashing system messages and was wondering if anything was off. | |||
| Turns out there just isn't much recent conversation. | |||
| lizmat | yeah, teh JS hides the system messages after loading the whole page... I guess I need some JS guru to figure out a way to have it not flash | 22:46 | |
| 31 Mar 2026 | |||
| lucs | Is there a way to ask zef to show me only the modules I specifically asked to install and not also all the ones that got installed because they were required by the former? | 13:20 | |
| (Searching elsewhere: it appears it can't be done.) | 13:41 | ||