25 Feb 2026
librasteve ./ 22:18
i wonder if anyone can help me - I want to pass a negative decimal to a raku script
sub MAIN($x) {say $x} using script -0.1 for example 22:19
which of course says Usage: script <x> 22:20
I have tried quoting with '-0.1', "-0.1" and «-0.1» - but these seem to just get stripped by the shell 22:21
lucs Try `script -- 22:23
Er,
librasteve oh ... chatjippity came up with this script -- -0.1 so -- is the end of options marker
lucs `script -- -0.1`
librasteve lol - thanks!
Voldenet > raku -e 'sub MAIN(:$x) {say $x}' -x=-0.1 22:46
fwiw I prefer this form
librasteve well I want to say crag -0.1-0.2 output 0.3, so this is not the general case 22:59
or rather crag '-0.1-0.2' 23:00
admittedly, this is weird 23:01
Voldenet makes sense 23:03
26 Feb 2026
arkiuat librasteve, I've run into that issue trying to enter BCE years for astronomical scripts (ancient eclipses and whatnot). Good to know that this is one of the things the -- end-of-options indicator is meant for (much better than the kludge I came up with on my own) 01:01
[Coke] when you install crag, a lot of binaries get installed, including "default_en.txt" which seems like a bad install. 11:52
(haven't figured out which module it is yet)
The file is the same as github.com/rakudo/rakudo/blob/4fb9...er-tmpl#L3 11:53
is there a way to determine which module installed something in /Users/coke/.rakubrew/versions/moar-2026.01/install/share/perl6/site/bin/ ? 11:54
(I will check one by one, but it's 53 other modules in the dep list) 12:04
librasteve Physics::Unit has that file, I would welcome a review of the way the Build.rakumod and resources is set up 12:24
(I have tried to follow best practice and to make it possible to add non-English units in future)
lizmat shouldn't that live in resources then ? 12:26
librasteve I added all the LLM::DWIM deps so yes, quite a few … on the bright side you get LLM to grab facts for your calcs 12:27
?^<mass of the sun in kg> for example
lizmat: i think it does … 12:28
lizmat then it shouldn't wind up in a "bin" directory afaik 12:29
[Coke] it's in the source bin/ dir, so automatically installed as is. 12:30
I'll open a ticket.
librasteve ok - that needs fixing (I have not been mondful enought to keep stuff out of /bin) - fixing now
[Coke] and nothing else in the repo references it 12:31
it's not like it's being installed as a runner for something else - looks like you can just remove it.
librasteve its just some project notes
also I have historically put eg synopsis-unit.raku in /bin ... but also I do not want to pollute peoples bin too much ... should I move that out? to the top level, or is there a convention on a folder name eg /utilities? 12:34
[Coke] If it's not part of the install process, the naming doesn't matter as much. we use "util" in raku/doc, if that helps 12:35
librasteve =b
[Coke] lib and bin and resources get installed - limit those to "things you use", "things you run from the command line", "things you need at runtime that aren't code" 12:36
"use" being a literal 'use' statement, I mean. 12:37
github.com/librasteve/raku-Physics.../issues/33
Thanks for saving me from a huge search! :)
librasteve ok - fixed on 2.0.26 12:38
[Coke] Did you not want synopsis-unit ? 12:41
Also, updated my note about "looks like the wrapper", it IS the wrapper, whoops. 12:42
and then the wrapper when run was trying to execute some .raku code and failing. 12:43
librasteve ditto Physics::Measure, Physics::Error, Physics::Navigation, Physics::Constants all fixed 12:45
I think it is useful to keep the synopsis-xx.raku script there so that I can check it runs if I change the README ... but there is no real value to having it install as a binary on user's machines 12:47
this is something I have had on my todo list for a while
[Coke] librasteve++ 12:49
anton - finally merged your PR, have some updates to make to readme, tests to compensate, but at least the doc updates are in. 14:58
anton - released 0.0.5 15:18
Thank you for your patience. I had about 10m of work that I wanted to do for cleanup, and that gave me a mental block on merging and doing it. 15:19