guifa | meh, just going with .foo with %hash<foo> //= Foo.new; I think it's as concise as I'll get | 01:00 | |
01:34
lizmat_ left
01:35
lizmat joined
02:04
hulk joined
02:05
kylese left
|
|||
timo | could make an operator like postfix:<++> that just doesn't increment or anything | 02:12 | |
guifa | timo: true, but I think my final one is at least recognizable if not quite a pattern | 02:15 | |
also, I just realized that this mDNS / Zerconf module / project would make a badass talk on concurrency | 02:16 | ||
I have supplies leading to supplies leading to supplies | |||
and yet the design is crazy clean | |||
udp port gives a supply, packets are processed by the mDNS server and records are put into a set of supplies based on types. the zeroconf module is subscribed to those and makes additional queries as needed to scope out the landscape and, based on what it finds, emits records onto yet another supply | 02:18 | ||
and the end user just does my $zc = Zeroconf.new; $zc.service-notification('_printer._tcp.local').tap: -> { ... } | 02:19 | ||
03:15
hulk left,
kylese joined
|
|||
ab5tract | guifa: snazzy! | 03:21 | |
guifa | I mean, I'm sure if I made it a monolith in C it'd be about a gazillion times more efficient, but so far, it seems more than fast enough for mDNS | 03:57 | |
03:59
Sgeo left
04:03
Sgeo joined
04:35
Aedil joined
|
|||
aruniecrisps | @ab5stract tried doing that, doesn't seem to be doing anything it looks like | 05:05 | |
ab5tract | Boo :( | 05:33 | |
Next best thing might be to nuke the whole dependency | 05:34 | ||
07:22
Xliff joined
|
|||
Xliff | Can someone explain to me the arguments for the following call? - go_path_pie_wedge (GOPath *path, double cx, double cy, double rx, double ry, double th0, double th1) | 07:23 | |
I'm fine with the first 2, but the rest of them are confusing. | |||
The first 3 rather. I'm trying to write bindings for this in raku. | |||
I think I lost a brain cell or two within the last 5000 lines of Gnumeric/GOffice | 07:24 | ||
08:25
Aedil left
08:49
abraxxa-home joined
08:52
abraxxa-home left
08:55
abraxxa-home joined
09:14
Sgeo left,
Sgeo_ joined
09:24
melezhik joined
|
|||
melezhik | aruniecrisps: on my memory zef :from<native> thing always been an issue , I still believe there should be a simple way to declare native dependencies , and this should not be in META/zef, in many other language any library depending on native c/c++ lib just through an exception in any form staying it needs the one, and then `apt-get/yum and friends | 09:27 | |
install native lib` just do the job ... | |||
@aruniecrisps on my memory zef :from<native> thing always been an issue , I still believe there should be a simple way to declare native dependencies , and this should not be in META/zef, in many other language any library depending on native c/c++ lib just through an exception in any form staying it needs the one, and then `apt-get/yum and friends | |||
install native lib` just do the job ... | |||
09:32
melezhik left
09:50
Xliff left
10:20
sena_kun joined
10:30
itaipu left
10:55
Aedil joined
11:02
Sgeo_ left
11:32
Aedil left
|
|||
Geth | ecosystem/main: 18a85cebd8 | (Elizabeth Mattijsen)++ | META.list Remove BigRoot It lives on as a Raku Community module |
11:43 | |
11:52
melezhik joined
|
|||
melezhik | I've put some my ideas on how Dormitory could evolve as wiki pages - github.com/melezhik/Dormitory/wiki - comments are welcome | 11:52 | |
El_Che | melezhik: what do you mean by Dockerfree? Are you running on bare metal? | 11:55 | |
melezhik | I mean docker or any container are not used at all | 11:56 | |
just build from source code and run thing as is on host | |||
and yeah this could be bare metal | 11:57 | ||
El_Che | so, you stick to straight-forward applications with no os dependencies? | ||
11:59
xinming joined
|
|||
El_Che | the no-docker thing is the simplicity for the dev? | 11:59 | |
12:01
melezhik left
|
|||
Geth | ecosystem/main: fdae6d45c7 | (Elizabeth Mattijsen)++ | META.list Remove Statistics::LinearRegression I lives on as a Raku Community module |
12:14 | |
ecosystem/main: 6ddc3424d8 | (Elizabeth Mattijsen)++ | META.list Remove UNIX::Daemonize It was a WIP and its tests have been failing for many years already |
12:15 | ||
12:26
xinming left
12:29
melezhik joined
|
|||
melezhik | El_Che yes, more or less. I think people sometimes overuse docker, where simple `zef install . && cro run` is enough (as an example in Raku world, but the same idea for other stacks). I mean for production it's valid to use containers/k8s but for dev it could be overkill | 12:32 | |
12:35
xinming joined
12:37
melezhik left
|
|||
El_Che | just to be clear, is it a framework for Raku or for all languages? And of so, how do you handling stuff like compiling en dependencies | 13:09 | |
it's hard to tackle | |||
Geth | ecosystem/main: d47270d150 | (Elizabeth Mattijsen)++ | META.list Remove overload::constant It lives on as a Raku Community module |
13:13 | |
aruniecrisps | @melezhik what do you think is the solution to this problem? | 13:26 | |
13:32
xinming left
13:34
xinming joined
13:45
melezhik joined
|
|||
melezhik | @El_Che - this is for any language framework. Where people need microservises architecture | 13:47 | |
I don’t see why installing dependencies could be an issue | |||
Most of the dependencies are handled by language native managers like pip/python go mod tidy /go , zef/Raku etc | 13:49 | ||
If we talk about system things like databases or any system packages. In case of dormitory all the heavy duty stuff is carried out by Sparky which shines for such a job | 13:50 | ||
See for example some prebuilt plugins - sparrowhub.io/search?q=sparkyci | 13:51 | ||
aruniecrisps | i generally agree with not having native dependencies as part of META6.json | 13:52 | |
melezhik | So people don’t rewrite anything and just use it | ||
aruniecrisps, yes that the idea | |||
13:53
melezhik left
|
|||
aruniecrisps | I still don't know why --exclude="pq" doesn't seem to be doing anything | 13:54 | |
ugexe | why don't you post the full output with --debug because --exclude="pg" specifically has worked for other people and generally works | ||
aruniecrisps | $ zef install --debug --exclude="pq" DB::Pg ===> Searching for: DB::Pg ===> Found: DB::Pg:ver<1.1>:auth<cpan:CTILMES>:api<1> [via Zef::Repository::Ecosystems<rea>] ===> Dependencies: NativeCall, NativeLibs, LibUUID, JSON::Fast, pq, Test, Test::When ===> Searching for missing dependencies: LibUUID, pq:ver<5>:from<native> ===> Failed to find dependencies: pq:ver<5>:from<native> Failed to resolve some missing | 13:57 | |
dependencies (use e.g. --exclude="pq" to skip) | |||
ugexe | fair enough | 13:59 | |
yeah exclude indeed seems to have stopped working with native dependencies | 14:05 | ||
i guess you have to do `--exclude="pq:ver<5>:from<native>"` | 14:17 | ||
although --exclude="pq" should just work | |||
however i also observe that just --exclude="pq" does not just work | |||
aruniecrisps | i do wonder if i basically lose the actual postgres connectivity if i disable it | 14:23 | |
ugexe | --exclude doesn't disable anything, it just tells zef to ignore looking for that dependency. since it is a native dependency it can't install it anyway | 14:29 | |
14:42
xinming left
|
|||
antononcube | How come? > Sadly it has turned out to be impossible to organize a Raku Conference (neither in-person or online) […] | 14:42 | |
14:46
xinming joined
|
|||
lizmat | because Shitov didn't want to do it, and nobody else wanted to take it on? | 14:51 | |
15:12
Aedil joined
|
|||
antononcube | I see. | 15:22 | |
15:28
melezhik joined
15:30
melezhik left
15:35
melezhik joined,
melezhik left
15:36
melezhik joined
|
|||
melezhik | . | 15:36 | |
15:40
melezhik left
15:43
melezhik joined
15:46
melezhik left
15:57
melezhik joined
15:58
melezhik left
16:27
melezhik joined
16:28
melezhik left
|
|||
antononcube | BTW, there are plenty of unapproved comments of Raku Advent 2024 posts. So, advent authors -- please approve (or reject) the ones of your posts. | 16:40 | |
17:04
melezhik joined
17:06
melezhik left
|
|||
guifa | whoa | 17:18 | |
just realized | |||
if my $foo = [call] { ... } elsif $foo == [other value] { ... } works | 17:19 | ||
I don't know why I was only anticipating the $foo to be valid in the first block | 17:20 | ||
ab5tract | guifa: indeed, that's one of the early "hook" features that pulled me into the language. being able to do inline assignments in a sequence of expressions is totally awesome | 17:33 | |
if you *don't* want $foo available outside of the first block, you add it as an argument in a pointy block (if [call] -> $foo { ... }) | 17:35 | ||
guifa | ab5tract did you manage to fix the indirect call syntax for Comma? | 18:23 | |
because it looks like it's (kind of) working and you don't know the level of joy that this brings me | |||
color is showing up white (not sure if the intent is for it to match sub calls or method calls, or just be different to highlight it's an indirect) but melikes | 18:25 |