🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). Log available at irclogs.raku.org/raku/live.html . If you're a beginner, you can also check out the #raku-beginner channel! Set by lizmat on 6 September 2022. |
|||
00:07
reportable6 left,
reportable6 joined
|
|||
doomvox13 | K | 00:21 | |
exit | |||
\exit | |||
hang on, I got this | |||
00:22
doomvox13 left
00:36
derpydoo left
01:13
Kaiepi left
01:29
defaultxr joined
01:30
epony left
02:00
epony joined
03:00
skylar left
03:01
skylar joined
03:02
skylar left
03:21
derpydoo joined
03:48
Kaiepi joined
04:00
tom joined
04:01
tom is now known as Guest8236
04:02
Guest8236 left
04:37
Guest8381 left
05:24
sgrs left
05:30
oodani left
05:32
oodani joined
05:34
pierrot_ joined,
pierrot left
05:55
tirnanog left
06:08
reportable6 left
06:09
reportable6 joined
06:17
human_blip left
07:15
abraxxa joined
07:20
abraxxa left,
abraxxa joined
07:42
sena_kun joined
08:00
human-blip joined
08:15
Sgeo left
08:55
dakkar joined
|
|||
Voldenet | :q! | 09:03 | |
09:14
razetime joined
|
|||
Nemokosch | Alt+F4 | 09:22 | |
09:59
Kaiepi left
10:01
derpydoo left
10:11
Nemokosch joined
|
|||
Nemokosch | weekly: github.com/Raku/doc/discussions | 10:11 | |
notable6 | Nemokosch, Noted! (weekly) | ||
tellable6 | 2022-11-19T11:26:11Z #raku <Woodi> Nemokosch: never considered Tcl a success.... | ||
2022-11-19T15:39:34Z #raku <El_Che> Nemokosch: like I said, pretty much everything. Docker, Terraform, Vault, Nomad, Kubernetes, Consul, etcd, etc :) | |||
2022-11-19T15:49:22Z #raku <El_Che> Nemokosch: You don't seems to be in the devops engine and thinking of admins in a small shop. Devops is all about scale and microservices. | |||
2022-11-19T15:56:10Z #raku <El_Che> Nemokosch: go: put this static binary built in 1 second and put in an 5mb alpine container | |||
hey Nemokosch, you have a message: gist.github.com/8c14081e586d736dd9...e906debcc4 | |||
Nemokosch | huh :DD | ||
anyway, quite a lame effort but I think it would be good to raise awareness that there is a place like this now | 10:12 | ||
and just like I advocated for the introduction of Github Discussions for Raku/doc, I think eventually this could be introduced for several Raku-related repos | 10:13 | ||
10:14
Nemokosch left
10:21
wanderer left
10:36
goblin left,
goblin joined
|
|||
El_Che | someone here runs arm64? almost finished with the rakudo arm64 packages | 10:51 | |
moritz | at times I find two arms challenging, imaging having to deal with 64! :-) | 10:52 | |
El_Che | need to do some esthetic changes in the filename in cirrus and upload to the repo, but what I have should be installable (with rpm/dpkg/etc) | ||
moritz: think of the additional raku books you could write | 10:53 | ||
packages are in in the pkg artifact folder for each distro build: cirrus-ci.com/build/6700332659507200 | 10:54 | ||
for some reason, the OS version is not added to the name, making the upload not feasable until that sorted (for me, computers don't care) | 10:55 | ||
I hope this cirrus thing is a stop over until github actions supports arm64 natively | 10:56 | ||
*stopgap | 10:57 | ||
11:02
Kaiepi joined
11:09
sena_kun left
11:14
sgrs joined
|
|||
jast | I have an ARMv8-A machine that I could run tests on but I don't intend to actually use Raku on it :) | 11:20 | |
El_Che | jast: the test is checking of raku runs fine on your distro, the proper tests where done at build time :) | 11:23 | |
jast: while arm64 rakudo does not have JIT (yet), it isn't that slow, maybe because arm got fast fast :) | 11:24 | ||
jast | as always, to get software fast, rely on hardware improvements :) | 11:27 | |
unfortunately this is a RasPi 4 so it's actually quite slow | 11:28 | ||
El_Che | JIT would be extremely useful in a world where arm64 is more visible, but I don't think there are many people around that can do that type of specific work | ||
jast | just use AI, from what people say on the internet it's the solution to all problems | 11:29 | |
El_Che | community.arm.com/arm-community-bl...ntent=blog | ||
I played with the oracle arm instances and while the show a low BogoMIPS (50.00) they feel faster than the x64 offerings | 11:30 | ||
it depends on the workload of course | |||
jast | well bummer, the architecture for my system is armhf, not arm64 | 11:32 | |
El_Che | rpi3? | ||
jast | I think I just recycled the old install when I switched to the rpi4 | ||
El_Che | ah yes, 32 bit used to be the default | ||
jast | that's the punishment for being lazy I suppose | 11:33 | |
El_Che | With debian proper releasing 64-bit builds, that is slowly changing | ||
if you're short of yaks, you know what to do :P | 11:34 | ||
jast | I have plenty of yaks already :P | ||
El_Che | that's pretty much the definition | 11:35 | |
but are the yaks as shiny as the new ones? | |||
jast | they're competing for shininess | ||
so it keeps changing | |||
11:47
jjido joined,
sena_kun joined
11:57
djerius left,
djerius joined,
djerius left
11:58
djerius joined
12:07
reportable6 left
12:09
reportable6 joined
13:09
evalable6 left,
linkable6 left
13:12
linkable6 joined,
evalable6 joined
13:33
tirnanog joined
13:37
Xliff joined
13:40
TieUpYourCamel joined
13:58
jjido left
14:01
derpydoo joined
14:31
Sgeo joined
14:43
lucerne joined
14:48
lichtkind joined
15:48
bisectable6 left,
nativecallable6 left,
quotable6 left,
squashable6 left,
tellable6 left,
notable6 left,
coverable6 left,
bloatable6 left,
evalable6 left,
committable6 left,
linkable6 left,
sourceable6 left,
greppable6 left,
releasable6 left,
statisfiable6 left,
unicodable6 left,
reportable6 left,
benchable6 left,
shareable6 left,
bloatable6 joined,
statisfiable6 joined,
quotable6 joined,
notable6 joined
15:49
sourceable6 joined,
tellable6 joined,
nativecallable6 joined,
squashable6 joined,
committable6 joined
15:50
releasable6 joined,
linkable6 joined,
bisectable6 joined,
unicodable6 joined,
reportable6 joined,
evalable6 joined,
shareable6 joined,
greppable6 joined
15:51
coverable6 joined,
benchable6 joined
15:59
razetime left
16:04
perlbot left,
simcop2387 left
16:05
perlbot joined
16:06
simcop2387 joined
|
|||
tonyo | riscv is the way | 16:21 | |
tbrowder | .ask leont i am getting a good test file results in a macos.yml run but it fails because prove6 reports it found a bad utf8 char. i cannot find any bad chars in my test files, and the linux run is good. i have looked at the '--trap' and '--err=ignore' options but haven't tried them yet. would '-err=ignore' be suitable for the utf8 problem? i will try that now... | 16:36 | |
tellable6 | tbrowder, I'll pass your message to leont | ||
leont | o/ | ||
I don't think --trap is relevant to this, and probably --err isn't either | 16:38 | ||
Where is it complaining about bad utf8? I need a bit more information | |||
Geth | advent: 8646050f5d | (Alexey Melezhik)++ (committed using GitHub Web editor) | raku-advent-2022/articles/melezhik.md some sprucing up |
16:42 | |
advent: e1a91a475e | (Alexey Melezhik)++ (committed using GitHub Web editor) | raku-advent-2022/articles/melezhik.md or -> our |
|||
tonyo | tbrowder: can you post your macos.yml file? | 16:52 | |
16:58
Kaiepi left
17:02
abraxxa left
17:03
abraxxa joined
17:04
abraxxa left
|
|||
tbrowder | tonyo: yes, it's on github here: github.com/tbrowder/GraphicsMagick.../macos.yml | 17:07 | |
tellable6 | 2022-11-20T05:02:54Z #raku <hythm> tbrowder i'd check the hidden files inside the test directory, may be some files created by macOS inside the test directory and prove6 tries to run them | ||
tbrowder | hythm: i don't see any hidden files there | 17:08 | |
tellable6 | tbrowder, I'll pass your message to hythm28 | ||
17:11
Kaiepi joined
|
|||
tbrowder | leont: i'm restoring my yml to "normal" and rerunning it now... | 17:12 | |
leont | The error seems to come from your module not mine | 17:16 | |
17:22
abraxxa joined
|
|||
tbrowder | but i have run that source file through Raku char by char and no utf8 errors are found. the same source is used successfully on Linux on github. any ideas? hm, i haven't checked the yml file, though, i will do that | 17:27 | |
could it be a newline problem? doesn't mac use something different? | 17:28 | ||
tonyo | just \n | ||
macos thinks that's valid utf8 | 17:31 | ||
tbrowder | i check the yml file and nothing unusual | 17:34 | |
bummer, so much for mac for that module, at least github testing-wise. any mac user want to clone it and test locally? thnx | 17:36 | ||
17:37
abraxxa left,
abraxxa joined,
dakkar left
|
|||
tbrowder | wait a mo, i may see the bug... | 17:40 | |
17:45
abraxxa left
|
|||
El_Che | tbrowder: github actions has mac hosts iirc | 17:55 | |
tbrowder | the err msg may be misleading | 17:56 | |
El_Che: thnx, i'll look into that | 17:57 | ||
i just added another pkg and brew "poured" about another couple of cases of dependencies!! | 17:58 | ||
18:03
abraxxa joined,
sena_kun left
|
|||
tbrowder | El_Che: afaik my macos.yml is using github's mac for the tests. | 18:07 | |
18:08
reportable6 left
|
|||
tbrowder | anyhoo, abandoning macos for this module, al least for now. | 18:08 | |
18:10
reportable6 joined
18:11
jjido joined
|
|||
Xliff | \o | 18:13 | |
tbrowder: How goes your project? | |||
18:18
melezhik joined
|
|||
melezhik | .tell tonyo if fez allows unattended login now? | 18:20 | |
tellable6 | melezhik, I'll pass your message to tonyo | ||
tonyo | what do you mean by unattended login? | ||
melezhik | I mean automatical login with interaction with a user | ||
without | |||
tonyo | it does but not through the cli tool | 18:21 | |
melezhik | where for example a password gets read from env var or whatever | ||
using expect tool or something? | |||
tonyo | oh, you could use that | ||
melezhik | github.com/melezhik/sparrow-plugin.../task.bash ? | ||
18:21
abraxxa left
|
|||
melezhik | I mean I though maybe something has changed since I wrote this last time | 18:22 | |
maybe more convenient way? | |||
tonyo | there isn't unless you write a new upload path using the libs that come with fez | 18:23 | |
melezhik | ? is it documented ? | ||
tonyo | to use that cli path you _could_ create the fez config file manually | ||
then it won't prompt for log in | |||
melezhik | can I see this in fez doc? | 18:26 | |
18:32
jjido left
|
|||
melezhik | I am reading this github.com/tony-o/raku-fez/blob/ma...ig.rakumod , however don't see where a password is stored ... | 18:45 | |
tonyo | the auth token is stored | 18:46 | |
sorry - emergencies at work, need a few a while before i can get to digging around in raku stuff | |||
melezhik | NP )) | ||
oh, it's just this - cat ~/.fez-config.json | 18:57 | ||
and use a token any other machine )) | 18:58 | ||
tonyo | exactly | 19:00 | |
melezhik | )) | 19:04 | |
I've enabled secrets in SparrowCI , so going to play with automatical `fez upload` from pipeline ... | |||
so if people has a specific message in their commit ( say, "fez upload"), a pipeline would upload their module to zef eco system ... | 19:05 | ||
19:06
daxim left
|
|||
tonyo | <3 | 19:15 | |
19:17
melezhik left
|
|||
tbrowder | Xliff: GraphicsMagick module is awaiting completion of my advent article… | 19:22 | |
19:37
lucerne left
|
|||
lizmat | and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/11/21/2022-47-migratory/ | 19:37 | |
20:03
MoC joined
|
|||
tbrowder | ah, the debian user list suggests VirtualBox can run MacOS! | 20:12 | |
tonyo | it can | 20:13 | |
kind of a hack but you can likely make it work | |||
20:23
sena_kun joined
|
|||
tbrowder | at | 20:24 | |
sounds like a plan | |||
i've given up ever doing anything practical with it, but i would like to support users of it if practical. macos people i know (outside of here) think it's the only thing people use. my landlady sent the lease to me as a "pages" document and it was a real pain to figure out how to read it. i asked her to please create a pdf but she didn't know how. | 20:28 | ||
tirnanog | qemu can also run it. it's not a very pleasant experience because the lack of video acceleration disproporationately affects that particular operating system. it did work, though. | 20:29 | |
lizmat | Pages has an "Export to PDF option" | ||
20:29
MoC left
|
|||
tbrowder | my son is a macos user, but he sure spends a lot of money for it. | 20:29 | |
lizmat | that may be true, but if I see how much I spend on configuring my Mac, compared to people configuring Linux, I value my hours more :-) | 20:31 | |
tbrowder | lizmat: i knew it would, and casually suggested it, but she didn't know about that. i think she was too involved with her daughter's upcoming wedding. i think chrome somehow magically transformed it to pdf upon download. | 20:34 | |
anyhow, probably a good point about config time. | 20:35 | ||
a deb user list reply says there is a mac license issue about running mac on non-mac hardware | 20:39 | ||
that sounds familiar | |||
anyone know | |||
of a mac vm provider like digitalocean for a reasonable price? | 20:41 | ||
so far the ones i've found are very pricey | 20:42 | ||
20:46
ProperNoun left
|
|||
avuserow | tbrowder: IIRC Apple also has some terms that make providing VM access fairly expensive (minimum 24 hour billing time or something) | 20:48 | |
20:49
Kaiepi left
|
|||
tonyo | there definitely is a clause in the agreement about running it non-mac hardware | 20:50 | |
and, as avuserow, it's super expensive to run in a cloud (at least everywhere i've seen) | 20:51 | ||
tbrowder | yes. amazon has some but i couldn't find any way to get anything less than $200+ per month | ||
20:51
Guest89 joined
|
|||
tonyo | i haven't heard of mac going after any individual for running it though | 20:52 | |
avuserow | yeah, a month of AWS billing is like $450, which feels like "buy a used Mac Mini" level | ||
tbrowder | catch 22 i guess | 20:53 | |
avuserow | I guess the cheap option is trial and error via github actions | ||
El_Che | lizmat: very subjective you point :) | 20:54 | |
20:54
Kaiepi joined
|
|||
tirnanog | tbrowder: www.macminivault.com/dedicated-mac-mini/ | 20:54 | |
I don't think it gets much better than that. | |||
El_Che | lizmat: I configured a linux, mac and windows laptop for work. Linux worked pretty much out of the box how I wanted besided adding some shell config. Mac took me a long week. Windows is still a work in progress :P | 20:55 | |
tonyo | craigslist is a good source for old apple hardware | ||
El_Che | is it? | ||
tonyo | yea | ||
tbrowder | since mac users have so much more time, maybe they could sell time with their own testing VMs | ||
El_Che | now with m1 and m2? you'll be gettting intels | ||
tonyo | tbrowder: i can make a vm available to you when i'm home next | 20:56 | |
about 1.5 weeks | |||
tbrowder | sure | ||
tonyo | no promises on up time as i live in the woods and both internet/power can be spotted | ||
(but generally reliable) | 20:57 | ||
40 m1 mac book (pro|air) for sale on craigslist here | 20:58 | ||
three under $600 | |||
El_Che | craglist, woods? USA? | 21:00 | |
tbrowder | yes, but does their old OS versions support newer versions of packages? the 12-year-old mini i tried couldn't run much | 21:01 | |
my son sold it for $50 | 21:02 | ||
cost $400 originally | |||
avuserow | The M1 ones are current. They're running the ARM processor so they should be good for a while. | 21:03 | |
tirnanog | nothing with "m1" among the specs can be particularly old. | ||
they would all be able to run Ventura. | |||
avuserow | Looks like Macbooks from 2017 or newer can run the latest MacOS | 21:06 | |
tbrowder | how does darwin play in all this mac world now? | ||
21:07
Guest89 left
|
|||
avuserow | all I know about Darwin is that is is mentioned in `uname -a` :) | 21:07 | |
tbrowder | thnx, maybe i'll ask Santa ;-D | 21:31 | |
Xliff | tbrowder: I am also a MacOS user, now. | 21:45 | |
So if you need some testing done, please let me know. | |||
21:48
sgrs left
22:00
lucerne joined
|
|||
tonyo | i have macbooks and linux (24core, 256gb ram), i build a riscv machine every week but never actually buy it | 22:06 | |
tbrowder | Xliff, thnx. If you can spare a moment, try cloning github.com/tbrowder/GraphicsMagick.git and see if you can "zef test ." successfully in its directory | 22:12 | |
22:16
lucerne left
22:19
derpydoo left
22:20
ToddAndMargo joined
22:23
ToddAndMargo left
22:24
ToddAndMargo joined
|
|||
ToddAndMargo | native call question: If I receive back a C++ Pointer with an address to a structure and I can calculate the size of the structure, how to I use the pointer to gather up the data from the structure into a Buf or similar? What do I declare the to be returned CPointer as? How do I use the pointer to be my data? | 22:24 | |
guifa_ | tbrowder: I can probably give you some help with that module, but regrettably it might not be for another two weeks or so =/ | 23:03 | |
but definitely keep poking me about it | 23:04 | ||
23:07
euandreh left
23:08
Guest89 joined
23:09
euandreh joined
23:14
euandreh left
|
|||
tbrowder | ok, thnx | 23:16 | |
23:18
euandreh joined
|
|||
Nemokosch | something has happened. I'm not seeing a lot of content on raku.land all of a sudden | 23:19 | |
23:22
sena_kun left
|
|||
guifa_ | it looks like a few users aren't showing up | 23:41 | |
for example, jnthn I thought had already moved most things over to fez | 23:42 | ||
ToddAndMargo I believe you define it as Pointer[Foo] where Foo would be defined `class Foo is repr('CStruct') { … }` and then defining that struct accordingly | 23:46 | ||
23:52
Kaiepi left
|