🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku Set by ChanServ on 14 October 2019. |
|||
00:10
rbt left
00:11
rbt joined
00:16
OpenZen left
00:22
leont left
00:29
squashable6 left
00:31
squashable6 joined
00:43
mst left
00:44
mst joined
|
|||
Geth | whateverable: 25ffa5953d | (Aleks-Daniel Jakimenko-Aleksejev)++ | xt/bisectable.t Bump bisectable test timeouts Just to make them more reliable in weird conditions. |
00:47 | |
whateverable: 187d36aef3 | (Aleks-Daniel Jakimenko-Aleksejev)++ | 2 files Make Bisectable even more awesome Previously it was assumed that the user knows that there was in fact a change in behavior before triggering the bot. It made sense because there was a separate bot (Committable) that allowed to get that information. However, this expectation doesn't match reality and how actual users are using the bot. ... (17 more lines) |
|||
00:48
cpan-raku left
00:50
cpan-raku joined,
cpan-raku left,
cpan-raku joined
|
|||
Geth | whateverable: f528c0dda4 | (Aleks-Daniel Jakimenko-Aleksejev)++ | META6.json Bump version |
00:54 | |
00:55
sena_kun joined
00:56
bisectable6 left,
bisectable6 joined
00:57
Altai-man_ left
01:02
unicodable6 left,
bloatable6 left,
quotable6 left,
squashable6 left,
committable6 left,
sourceable6 left,
bisectable6 left,
reportable6 left,
shareable6 left,
benchable6 left,
releasable6 left,
coverable6 left,
nativecallable6 left,
linkable6 left,
greppable6 left,
statisfiable6 left,
notable6 left,
tellable6 left,
evalable6 left
01:03
greppable6 joined,
releasable6 joined,
notable6 joined,
coverable6 joined,
committable6 joined
01:04
linkable6 joined,
squashable6 joined,
quotable6 joined,
unicodable6 joined,
reportable6 joined,
bloatable6 joined,
nativecallable6 joined,
tellable6 joined
01:05
evalable6 joined,
bisectable6 joined,
shareable6 joined,
statisfiable6 joined
01:06
sourceable6 joined
01:25
molaf left
01:27
pilne left
01:30
Benett left
01:33
Benett joined
01:37
molaf joined
01:50
oddp left
02:21
aborazmeh left
02:26
Cabanossi left
02:29
Cabanossi joined
02:54
Altai-man_ joined
02:57
sena_kun left
02:59
Cabanossi left
03:01
bdju left,
bdju joined
03:02
Cabanossi joined
03:14
Cabanossi left
03:22
Cabanoss- joined
04:04
brtastic joined
04:44
brtastic left
04:48
MasterDuke left
04:55
sena_kun joined
04:56
Altai-man_ left
05:13
stoned75 joined
05:22
zacts joined
05:24
skids left
05:25
brtastic joined
05:31
wamba joined
05:34
zacts left
05:48
andrzejku joined
05:53
brtastic left
06:00
stoned75 left
06:06
stoned75 joined
06:14
brtastic joined
06:31
stoned75 left
06:33
stoned75 joined
06:53
sjm_uk left
06:54
Altai-man_ joined
06:57
sena_kun left
07:04
zacts joined
07:12
abraxxa joined
07:16
kensanata joined
07:24
abraxxa left
07:27
abraxxa joined
07:32
abraxxa left
07:33
abraxxa joined
07:44
dakkar joined
07:46
JJMerelo joined
|
|||
JJMerelo | sourceable6: infix:<∘> | 07:46 | |
sourceable6 | JJMerelo, github.com/rakudo/rakudo/blob/f11d...s.pm6#L464 | ||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say composed 2; say "{composed.arity} {composed.count} {composed.of}" | 07:51 | |
camelia | g Too few positionals passed; expected 1 argument but got 0 in sub g at <tmp> line 1 in block <unit> at <tmp> line 1 f 2 |
||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say composed 2; say "{&composed.arity} {&composed.count} {&composed.of}" | ||
camelia | g Use of uninitialized value of type Mu in string context. Methods .^name, .raku, .gist, or .say can be used to stringify it to something meaningful. f 2 1 1 in block <unit> at <tmp> line 1 |
||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say composed 2; | 07:52 | |
camelia | g f 2 |
||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say &composed.arity; | 07:53 | |
camelia | 1 | ||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say &composed.count; | ||
camelia | 1 | ||
JJMerelo | m: sub f($p){ say 'f'; $p / 2 }; sub g($p){ say 'g'; $p * 2 }; my &composed = &f ∘ &g; say &composed.of; | ||
camelia | (Mu) | ||
07:54
cpan-raku left
07:56
cpan-raku joined,
cpan-raku left,
cpan-raku joined
08:02
JJMerelo left
08:05
rindolf joined
08:24
JJMerelo joined
|
|||
Geth | doc: fc814838b4 | (JJ Merelo)++ | doc/Language/operators.pod6 Adds index, closes #3479 |
08:24 | |
doc: c021f16939 | (JJ Merelo)++ | doc/Language/operators.pod6 Describes composition operator, refs #2632 |
|||
doc: 189e4a5669 | (JJ Merelo)++ | doc/Language/operators.pod6 Split to avoid redeclaration |
|||
linkable6 | Link: docs.raku.org/language/operators | ||
linkable6 | DOC#3479 [closed]: github.com/Raku/doc/issues/3479 [docs] Function composition is not indexed in its ASCII form | ||
DOC#2632 [open]: github.com/Raku/doc/issues/2632 [Hacktoberfest][RFE][big][docs][good first issue][help wanted][new][âš Top Priority âš ] Checklist for 6.d | |||
08:28
pecastro joined
08:34
leont joined
08:43
ShimmerFairy left
08:44
ShimmerFairy joined
08:46
Sgeo left
|
|||
Geth | problem-solving: b0601e0a8a | (JJ Merelo)++ | solutions/ecosystem-versioning.md Solution for issue #72 |
08:51 | |
problem-solving: a13560b211 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | solutions/ecosystem-versioning.md Merge pull request #202 from JJ/master Solution for issue #72: spin off module publishing tutorial in the documentation. No one has spoken against, or actually seem to care, so I guess I could as well merge it. |
|||
08:55
sena_kun joined
08:57
Altai-man_ left
09:03
oodani left
09:04
oodani joined
09:08
JJMerelo left
09:09
oddp joined
09:13
lichtkind_ joined,
rbt left
09:14
rbt joined
09:15
lichtkind left
09:23
Black_Ribbon left
09:29
JJMerelo joined
|
|||
JJMerelo | If no one objects, I'm going to start and adopt late Jeff Goff's distribution, including them in the community distros organization. | 09:35 | |
I'll start with Grammar::Common, of some other if you think it's more urgent. | |||
rindolf | JJMerelo: sounds good - thanks | 09:38 | |
09:40
brtastic left
|
|||
lizmat | JJMerelo++ | 09:43 | |
lizmat clickbaits rakudoweekly.blog/2020/06/15/2020-...proaching/ | |||
09:50
aborazmeh joined,
aborazmeh left,
aborazmeh joined
09:53
brtastic joined
10:32
aborazmeh left
10:35
roguelazer left
10:36
brtastic left,
roguelazer joined
10:47
brtastic joined
|
|||
JJMerelo | raku-dev | 10:51 | |
10:54
Altai-man_ joined
10:57
sena_kun left
11:04
xinming_ left,
brtastic left
11:05
xinming_ joined,
brtastic joined
|
|||
Geth | problem-solving/revert-202-master: c6710b85f1 | (Aleks-Daniel Jakimenko-Aleksejev)++ (committed using GitHub Web editor) | solutions/ecosystem-versioning.md Revert "Solution for issue #72: spin off module publishing tutorial in the documentation." |
11:18 | |
problem-solving: AlexDaniel++ created pull request #205: Revert "Solution for issue #72: spin off module publishing tutorial in the documentation." |
|||
problem-solving: c6710b85f1 | (Aleks-Daniel Jakimenko-Aleksejev)++ (committed using GitHub Web editor) | solutions/ecosystem-versioning.md Revert "Solution for issue #72: spin off module publishing tutorial in the documentation." |
|||
problem-solving: f616d5fd48 | (Aleks-Daniel Jakimenko-Aleksejev)++ (committed using GitHub Web editor) | solutions/ecosystem-versioning.md Merge pull request #205 from Raku/revert-202-master Revert "Solution for issue #72: spin off module publishing tutorial in the documentation." |
|||
11:47
zacts left
11:48
zacts joined
12:24
_dev_zero left
12:25
rindolf left
12:27
andrzejku left
12:30
kensanata left
12:31
andrzejku joined,
MasterDuke joined
12:38
pecastro left
12:47
sarna joined
12:52
leah2 left
12:55
sena_kun joined
12:57
Altai-man_ left
13:01
zacts left
13:02
zacts joined
13:04
JJMerelo left
13:05
pecastro joined
13:10
leah2 joined
13:17
rbt left,
rbt joined
13:22
dataangel left
13:32
kensanata joined
13:58
skids joined
13:59
sarna left
14:00
soursBot joined,
brtastic left,
brtastic joined
|
|||
rbt | Does anybody have opinions on DBIish connection pooling? github.com/raku-community-modules/...h/pull/171 | 14:08 | |
abraxxa | whatfor is it good? | ||
rbt | Eliminating Connect/disconnect cycles for short queries, such as web hits. The connection gets held in the background by DBIish, gets scrubbed, and is reused. | 14:09 | |
Encrypted DB connections take a long time to stand-up. | 14:10 | ||
short sessions (in place of short queries) | |||
[Coke] | I don't have any timings or anything, but re-using open connections ++ | ||
14:14
OpenZen joined
14:15
PotatoGim left
|
|||
abraxxa | can no SQL RDBMS execute multiple queries over a single connection? | 14:16 | |
14:16
agentzh left,
agentzh joined,
agentzh left,
agentzh joined,
ShimmerFairy left,
cooper left,
ShimmerFairy joined
|
|||
rbt | I don't know if none can; but Pg and MySQL do not allow interleaving on a single connection. | 14:17 | |
Otherwise multithreading would have been much easier to make safe :) | |||
14:18
poga left,
cooper joined,
PotatoGim joined,
poga joined
|
|||
abraxxa | I've never had the problem of a database connection getting teared down | 14:24 | |
long running apps like web apps just open the connection on startup (not first request) and keep it open | 14:25 | ||
14:27
melezhik joined
14:30
zacts left
14:34
orinthe left
|
|||
lizmat | abraxxa: that may have repercussions on the db server end, having many, many connections open is also a burden | 14:35 | |
14:35
orinthe joined
|
|||
lizmat | rbt: ideally, a connection pool would be a role :-) | 14:35 | |
rbt | I hadn't considered that. | 14:38 | |
I'm also not certain how that would work. | 14:44 | ||
14:46
gunnar joined
|
|||
gunnar | raku: $*COLLATION | 14:46 | |
evalable6 | |||
gunnar | say $*COLLATION | 14:47 | |
evalable6 | collation-level => 85, Country => International, Language => None, primary => 1, secondary => 1, tertiary => 1, quaternary => 1 | ||
gunnar | <a e å ä ö o è>.sort | 14:48 | |
<a e å ä ö o è>.sort.say | |||
evalable6 | (a e o ä å è ö) | ||
rbt | lizmat: Right now they do DBIish.connect('Drv', %con-parms) to get a connection. What would a pool as a role look like? Or do you mean DBIish does DBIish::Pool? | 14:50 | |
14:50
_dev_zero joined
|
|||
lizmat | a role that would override "connect", and return a db from a pool matching the parameters, and run the original connect if none found | 14:54 | |
14:54
Altai-man_ joined
|
|||
rbt | lizmat: I see. That gets tricky as some connection parameters might be in environment variables like PGHOST or separate configuration files like PGSERVICE which could change between calls to connect(). | 14:56 | |
lizmat: They'd rarely change though. Perhaps documentation is sufficient for that issue. | |||
lizmat | perhaps some parameterization with ENV keys that should be part of the cache identifier ? | 14:57 | |
14:57
sena_kun left
|
|||
lizmat | DBIish but Pool[PGSERVICE,PGHOST] | 14:57 | |
14:58
rindolf joined
|
|||
lizmat | and perhaps wrap that in client roles: role PGPool does Pool[PGSERVICE,PGHOST] | 14:59 | |
14:59
soursBot left
|
|||
rbt | lizmat: connect would also need a flag to indicate it is a pooled connection like DBIish.connect('Pg', %parms, :pool). Don't want unused connections to hang around unexpectedly after they're disposed(). | 15:02 | |
Thanks for the help. | 15:03 | ||
lizmat | yeah, that is exactly why additional named parameters in methods are ignored by default :-) | ||
15:03
JJMerelo joined
15:08
soursBot joined
|
|||
melezhik | .tell JJMerelo my thoughts on github.com/Raku/ecosystem/issues/505 depending what use case we want to implement it'l take different approach and method | 15:23 | |
tellable6 | melezhik, I'll pass your message to JJMerelo | ||
JJMerelo | melezhik got it, thanks! | 15:24 | |
melezhik | if we only want to install ext dependencies during `zef install` the solution needs to be as lightweight as possible or we end up yet another CM tool | ||
which is probably we all want to ... | 15:25 | ||
in opposite to smoke tests / CI task we are free no to limit ourselves by user requirements because in that case we are not aiming to satisfy end user | 15:26 | ||
rather then testing _some_ modules | |||
I mean for me it boils down to 2 approaches - "industry level" solution/CM tool VS lightweight zef based solution | 15:27 | ||
in very rough estmation | |||
estimation | |||
JJMerelo | It would be nice to have something in between... | 15:33 | |
melezhik | well, my principal view it does not worth it, we either do full CI ( which is closer to my view - RakuDist/Sparrow ) or we trying to only solve end user task | 15:34 | |
this is why I'd like to hear user stories, description of how we see it from practical point of view, so far the discussion touches some bits, but still quite vague in terms of what do we really WANT | 15:35 | ||
15:41
__jrjsmrtn__ left
|
|||
abraxxa | lizmat: sorry, meetings all day long. I'm usually running 3-5 processes, so this is the amount of database connections | 15:41 | |
15:42
rir joined,
brtastic left
|
|||
lizmat | abraxxa: no pb, I was just remembering at former work where if all web processes would just keep their db handle, they would crash the db servers | 15:42 | |
abraxxa | rbt: a pool holds multiple connections, when I call connect and that's documented to return a connection I'd prefer to keep it that way. A pool should be implemented separately, maybe even another dist | 15:43 | |
lizmat | situation there was that each request potentially needed about 10 db handles | ||
but many requests of those, only needed upto three | |||
abraxxa | because of parallelization? | ||
lizmat | no, because it was so large that a. no single db server was able to keep the db's | 15:44 | |
and b. many replicants were needed | |||
15:45
__jrjsmrtn__ joined
|
|||
abraxxa | sounds like wrong product chosen | 15:46 | |
lizmat | what can I say: if you're growing 200% for 8 years in a row, you don't have a lot of opportunity to re-design your architecture | 15:47 | |
abraxxa | rbt: I wouldn't call the pools constructor 'connect' | ||
rbt | abraxxa: This is what I have at the moment | 15:49 | |
my $pool = DBIish.pool('Pg', max-connections => 10, |%conn); | |||
my $dbh = $pool.connect() | |||
It works perfectly well as a separate module from DBIish if that's desired. | |||
abraxxa | rbt: haven't finished reading the whole PR and was a bit confused by the naming in the README | 15:50 | |
rbt | It's not quite transparent that way though where Lizmat's role design probably would be. | ||
abraxxa | I'd prefer not to add DBIish::Pool usage in DBIish | 15:51 | |
method pool doesn't add anything over ::Pool.new | |||
the exception refactor is nice though | 15:52 | ||
rbt | The main reason I leaned into DBIish is connection reset is database specific. For example in Pg you send DISCARD ALL, in MySQL you send the username/password again. Keeping that knowledge in the driver would be helpful and allows 3rd party drivers to use pooling without needing to modify DBIish::Pool. | 15:54 | |
abraxxa | see my PR comment | 15:56 | |
rbt | abraxxa: Thanks. What is an "interface role" in raku? Are there any examples of that? | 15:57 | |
abraxxa | I only know the term from Java where it just defines the methods a class has to implement | 15:58 | |
in Moose::Role terms that would be a requires definition | |||
I'm pretty sure Raku can do better and even define the input and output types | 15:59 | ||
but I don't think that's necessary | |||
when a pool hands out one of its underlying connections via one method you can then access all the methods the connection object (dbh) has | |||
so if the connection api changes, pool doesn't care | |||
rbt | Okay, thanks. | 16:02 | |
16:02
vike1 left
|
|||
abraxxa | what's about get-connection as a method name for the pool? | 16:08 | |
16:08
soursBot left
16:09
soursBot joined
|
|||
abraxxa | also depends if you want to manually execute specific queries on specific connections or just pass a statement to the pool and not care which one it uses | 16:09 | |
oddp | Apart from exit, is there another way to terminate hyper/race iteration? | 16:10 | |
jnthn | oddp: What is doing the terminating? | 16:11 | |
rbt | abraxxa: Sounds good. | 16:12 | |
oddp | Basically iterating as such (1..*).race(batch => 1000).map: { ... } and want to terminate after the first match. | 16:13 | |
jnthn | Hm, does `last` not work? | ||
oddp | Phasers aren't supported, it seems. | ||
jnthn | But you can also tack .first or .head on the end after the `map` | ||
oddp | Ah, no, last isn't exiting. | 16:14 | |
jnthn | It won't terminate the batches that are currently in progress | ||
But it will not schedule any more | |||
Which is usually good enough | |||
Effectively, the thread that consumes the results is also the one that produces batches, sends them to workers, and waits for them to come back | 16:16 | ||
So the .first will terminate the iteration, and it won't produce any futher batches | |||
16:17
zacts joined
|
|||
SmokeMachine | would something like this work? | 16:20 | |
m: say (1..*).race(batch => 1000).map({ $_ %% 2 ?? $_ !! Empty }).head | |||
camelia | 2 | ||
SmokeMachine | jnthn: just said that, sorry... | 16:21 | |
16:27
dakkar left
|
|||
oddp | Alright, first in conjunction with Empty did the trick. Thanks to both of you! | 16:28 | |
16:30
retropikzel joined
|
|||
SmokeMachine | oddp: first? something like this? | 16:34 | |
m: say (1..*).race(batch => 1000).first: * %% 2 | |||
camelia | 2 | ||
16:35
melezhik left
16:39
soursBot left
|
|||
JJMerelo | releasable6: status | 16:40 | |
releasable6 | JJMerelo, Next release in ≈4 days and ≈2 hours. 1 blocker. 143 out of 290 commits logged (⚠4 warnings) | ||
JJMerelo, Details: gist.github.com/f8e38291ddc8ae8809...b70546e938 | |||
16:41
andrzejku left
16:42
soursBot joined
|
|||
oddp | SmokeMachine: That works but is slower than race-less iteration. | 16:43 | |
16:49
vike joined
16:51
xinming joined
16:52
tyil[m] left
16:54
xinming_ left
16:55
_dev_zero left,
sena_kun joined
16:56
Altai-man_ left
17:11
wildtrees[m] left
|
|||
rypervenche | If I want to run an array of strings through a grammar, is the best way to simply run a loop on the array and parse each string separately and then push the result into a new array? | 17:13 | |
jnthn | Well, probably neater with map, but yes | 17:14 | |
17:17
retropikzel left
|
|||
rypervenche | Ahhh, a map. I'll see if I can get that to work. Thanks. I was trying to figure out an efficient way to do this. I always forget about maps. | 17:19 | |
17:20
rbt left,
rbt joined
|
|||
rypervenche | Hmmm, how would I turn this into a map? Obviously the @files doesn't work there, but I'm not sure how to order everything since it's inside the parse method: gist.github.com/rypervenche/36b55f...ac8b8dd756 | 17:26 | |
17:38
genevino joined
17:43
kensanata left,
soursBot left
17:45
molaf left
17:46
soursBot joined
|
|||
jnthn | rypervenche: my @var = @files.map: { BackupDate.parse($_, :$actions).made }; | 17:48 | |
rypervenche | Ooooooh. Thanks so much. | ||
jnthn | If you do it this way, then you don't need to keep all the parse trees in memory, just the final result strings. | ||
(I'm referring to calling the .made in this map also) | |||
rypervenche | Ahh, I did that because in case the parse failed, I wanted to know about it. Although perhaps a type constraint would fix that. | 17:49 | |
17:50
maggotbrain joined
17:51
brtastic joined
18:01
leont left
|
|||
jnthn | Ah, true :) | 18:04 | |
18:04
Sgeo joined
|
|||
rypervenche | Yeah, looks like the type constraint didn't do it. I'll have to keep it as separate lines. Unless there's some way to do it that I don't know about. | 18:08 | |
18:08
leont joined
18:22
sauvin left
18:33
JJMerelo left
18:54
Altai-man_ joined
18:57
sena_kun left
19:03
zacts left
19:07
soursBot left
19:18
soursBot joined
19:23
molaf joined
19:25
abraxxa left
19:26
soursBot left
19:28
abraxxa joined
19:35
rir left,
melezhik joined
19:36
aluaces left
|
|||
melezhik | I am going to create a toolset written on Sparrow to manage Azure DevOps objects - repo.westus.cloudapp.azure.com/hub/search?q=ado | 19:36 | |
so far it's just a few plugins, but there could be more soon | |||
basically for CRUD operations for various Ado objects - git repos, pipelines, variable groups, so on | 19:37 | ||
if someone in Raku community into Azure DevOps stuff, please give me a shout ;-)) | 19:38 | ||
19:45
stoned75 left
19:47
stoned75 joined
|
|||
El_Che | some old devops veterans like me that surviced the first Microsoft war are somewhat suspicious of Azure :) | 20:20 | |
melezhik | El_Che I know. But Azure DevOps is not bad, at least from devops prospective, and this is what I am paid for | 20:21 | |
El_Che | melezhik: are thinking of something generic like Terraform or is it a tool with a defined task? | ||
melezhik | AzureDevops is not about Azure infrastructure. This is basically SDLC services (CI/CD/SCM) under AzureDevops umbrella | 20:22 | |
El_Che | we have a MIcrosoft devops install at work | ||
melezhik | sometime it confuse people because of strong association with Azure cloud | 20:23 | |
anyway, I am creating toolset for devops deal with daily tasks | |||
El_Che | in short: managers uses it to move tickts around and feel agile. Devs and admins use gitea/jenkins | ||
I don't know if it the same tool | |||
melezhik | create repositories, branches, Azure Devops pipelines, group variables, bla-bla-bla | ||
El_Che | MS loves renaming stuff | ||
melezhik | whatever is possible from Rest API - docs.microsoft.com/en-us/rest/api/...s-rest-5.1 | 20:24 | |
yeah, they do | |||
it's former VSTS | |||
El_Che | melezhik: your tool will make it interesting for unix people | ||
melezhik | and been renamed lately | ||
El_Che | TFS | ||
melezhik | yeah ... | 20:25 | |
20:25
veesh left
|
|||
melezhik | I have written a tons of code for my current project which ends in two weeks, mostly in mixture of Sparrow and Powershell | 20:25 | |
now having this expertise I am just rewriting stuff for pure Linux way | 20:26 | ||
El_Che | it sounds like fun | ||
melezhik | all the plugins would require Raku (Sparrow itself), curl and Bash ( and primitive Perl5 usage ) | ||
20:26
veesh joined
|
|||
melezhik | Sparrow is fun ))) | 20:27 | |
El_Che | it looks like you're between ansible and terraform? | ||
melezhik | it's dirt and cheap I'd say if you look at my code, but it works and it could be run as cli or as Raku API | ||
it's alternative to ansible in way of atomation | |||
terraform is tool to manage infra in cloud agnostic way (networks, VMs, whatever ) | 20:28 | ||
it's different | |||
but yes Azure has API to manage cloud resources too, so one day I'd bring some Sparrow plugins for that too | 20:29 | ||
for example when I worked with AWS (abit) - I had created at the end these set of plugins for AWS - repo.westus.cloudapp.azure.com/hub/search?q=aws | 20:30 | ||
some of them might now work, as I still need to upgrade them to Sparrow6 ( rewritten on Raku ) | |||
but it'd give you an idea of Sparrow approach | |||
whenever I see useful script I create a Sparrow plugin for it ))) | 20:31 | ||
so the last link is alternative to terrafrom ( in a very rough level ) for aws | 20:32 | ||
El_Che | you're very productive :) | ||
melezhik | sometimes it feels like "addiction" - create plugins, the problem is - not many (only me?) use those plugins, but at least it helps me at my $job | 20:33 | |
though normally devops don't understand when I tell them that I make automation using Raku and Sparrow | 20:34 | ||
it's like a murky world for them | |||
El_Che | there is a lot of frameworks out there. Adding a new one is a serious investment | 20:36 | |
20:36
stoned75 left
|
|||
melezhik | yeah, you're right | 20:43 | |
20:46
aborazmeh joined,
aborazmeh left,
aborazmeh joined
|
|||
El_Che | and it's a slippery slope. I wanted to use puppet but ended writing ruby code for puppet to work around its limitations | 20:53 | |
20:54
epony left
|
|||
melezhik | yes, it is. you end up extending ansible by python even faster, just because programming in ansible yaml dsl is nightmare | 20:54 | |
20:55
sena_kun joined
|
|||
melezhik | basically Sparrow takes this approach - it's just a glue to manage scripts written on many languages through either cli API or Raku API | 20:56 | |
El_Che | got to go, I just wanted to say to keep being optimistic. I felt the tone in the last ticket we both participated was somewhat edhy | ||
20:57
Altai-man_ left
|
|||
melezhik | yeah, I will. That is ok and thank you for encouragement ... Yeah I also need to take sometimes things easy ... ;-))) | 20:57 | |
El_Che | s/edhy/edgy/ | 21:00 | |
bbl | |||
melezhik | yeah, I got that, thanks! | 21:01 | |
21:07
melezhik left
21:09
aborazmeh left
21:14
wamba left,
gunnar left
21:15
brtastic left
21:28
epony joined
21:34
rindolf left
21:50
timeless left
21:52
Altai-man_ joined,
Woodi left,
Woodi joined
21:53
timeless joined
21:54
sena_kun left
22:03
notable6 left,
notable6_ joined,
statisfiable6 left
22:04
lichtkind__ joined,
statisfiable6 joined,
lichtkind__ left,
AlexDaniel` left
22:06
committable6 left,
committable6 joined,
lichtkind_ left
22:07
x[LGWs4x4i]uG2N0 left,
x[LGWs4x4i]uG2N0 joined
22:12
AlexDaniel` joined
22:25
dataangel joined
22:30
AlexDaniel` left,
webstrand left
22:31
webstrand joined
22:33
xinming left,
leah2 left,
nativecallable6 left,
coverable6 left,
Roamer` left,
jjatria left,
committable6 left,
Cabanoss- left,
Nasrudin left,
xfix left,
Benett left,
robinsmidsrod left,
a3r0_ left,
nebuchadnezzar left,
El_Che left,
b2gills left,
colomon_ left,
dpk left,
tomaw left,
renormalist left,
xi left,
Mithaldu left,
nine left,
jdv79 left,
simcop2387 left,
tailgate left,
perryprog left,
gabiruh left,
[ptc] left,
Bucciarati left,
KotH left,
[Coke] left,
MasterDuke left,
webstrand left,
uzl[m] left,
BlackChaosNL[m] left,
ecocode left,
skaji_ left,
Altai-man_ left,
veesh left,
Sgeo left,
agentzh left,
sivoais left,
Geth left,
afresh1 left,
mithaldu_ left,
krunen left,
polettix1 left,
lucs left,
dotdotdot left,
gugod left,
japhb left,
vike left,
OpenZen left,
helit left,
gfldex left,
grumble left,
Hotbees left,
pnu__ left,
zostay left,
Grinnz left,
SmokeMachine left,
mniip left,
Util left,
elcaro left,
klapperl_ left,
astronavt left,
pochi left,
ingy left,
dg left,
Ulti left,
masak left,
autarch left,
moritz left,
cxreg left,
PotatoGim left,
cooper left,
ShimmerFairy left,
roguelazer left,
oodani left,
shareable6 left,
bisectable6 left,
evalable6 left,
releasable6 left,
greppable6 left,
MilkmanDan left,
TeamBlast left,
Celelibi left,
eseyman left,
a3f left,
dudz left,
domm left,
isacl___ left,
jhill left,
BinGOs left,
perlbot left,
riatre left,
mtj_ left,
rjbs left,
Grrrr left,
perlmaros left,
Woodi left,
abraxxa left,
genevino left,
vrurg left,
aindilis left,
dogbert17 left,
stux|RC-only left,
Kaiepi left,
schlaftier left,
Summertime left,
libertas left,
lnx left,
dataangel left,
x[LGWs4x4i]uG2N0 left,
maggotbrain left,
__jrjsmrtn__ left,
bdju left,
AlexDaniel left,
m_athias left,
sno left,
erdic left,
caasih left,
stux|RC left,
jast left,
marcusr left,
skyl4rk left,
statisfiable6 left,
notable6_ left,
unclechu left,
matiaslina left,
kent\n left,
hobbs left,
eater left,
nekomune left,
orinthe left,
cpan-raku left,
mst left,
gordonfish left,
perigrin left,
gdonald left,
girafe left,
k-man left,
cgfbee left,
guifa left,
spacebat1 left,
ptrcmd left,
silug left,
ambs_ left,
HarmtH left,
freezing_ left,
brass left,
oddp left,
kst left,
telex left,
notandinus left,
kini left,
ChoppedBacon left,
tbrowder left,
BuildTheRobots left,
spycrab0 left,
lizmat left,
raku-bridge left,
Noisytoot left,
ensamvarg left,
Ekho left,
cj left,
literal left,
xxpor left,
e left,
xelxebar left,
tejr left,
CIAvash left,
Altreus left,
ssm left,
moon-child left,
Grauwolf left,
wbn left,
eiro left,
synthmeat left,
jnthn left,
leont left,
rbt left,
poga left,
pecastro left,
sourceable6 left,
tellable6 left,
bloatable6 left,
reportable6 left,
unicodable6 left,
quotable6 left,
squashable6 left,
linkable6 left,
Manifest0 left,
cpage left,
Maylay left,
eery left,
TimToady left,
Voldenet left,
camelCaser left,
kawaii left,
pierrot left,
TreyHarris left,
go|dfish left,
karupanerura left,
shadowpaste left,
robertle left,
cibs left,
timeless left,
molaf left,
rypervenche left,
ukine left,
mrsolo left,
sftp left,
daxim left,
DarthGandalf left,
albino left,
hoelzro left,
charsbar left,
epony left,
finsternis left,
peteretep left,
camelia left,
dustinm` left,
ribasushi left,
a6502 left,
avar left,
smash left
22:36
[Coke] joined,
KotH joined,
Bucciarati joined,
[ptc] joined,
gabiruh joined,
e joined,
Benett joined,
robinsmidsrod joined,
a3r0_ joined,
nebuchadnezzar joined,
El_Che joined,
b2gills joined,
colomon_ joined,
dpk joined,
tomaw joined,
renormalist joined,
xi joined,
Mithaldu joined,
nine joined,
jdv79 joined
22:37
genevino joined,
x[LGWs4x4i]uG2N0 joined,
Altai-man_ joined,
veesh joined,
Sgeo joined,
agentzh joined,
sivoais joined,
Geth joined,
afresh1 joined,
mithaldu_ joined,
krunen joined,
polettix1 joined,
lucs joined,
dotdotdot joined,
gugod joined,
japhb joined,
statisfiable6 joined,
notable6_ joined,
unclechu joined,
matiaslina joined,
kent\n joined,
hobbs joined,
eater joined,
nekomune joined,
timeless joined,
molaf joined,
rypervenche joined,
ukine joined,
mrsolo joined,
sftp joined,
daxim joined,
DarthGandalf joined,
albino joined,
hoelzro joined,
esh joined,
rba joined,
charsbar joined,
orinthe joined,
mst joined,
gordonfish joined,
perigrin joined,
gdonald joined,
girafe joined,
k-man joined,
cgfbee joined,
guifa joined,
spacebat1 joined,
ptrcmd joined,
silug joined,
ambs_ joined,
HarmtH joined,
freezing_ joined,
brass joined,
stux|RC-only joined,
cpan-raku joined,
webstrand joined,
uzl[m] joined,
ecocode joined,
skaji_ joined,
unclechu left,
matiaslina left,
dataangel joined,
maggotbrain joined,
__jrjsmrtn__ joined,
bdju joined,
AlexDaniel joined,
m_athias joined,
sno joined,
stux|RC joined,
jast joined,
marcusr joined,
skyl4rk joined,
timeless left,
simcop2387 joined,
tailgate joined,
perryprog joined
22:38
vike joined,
OpenZen joined,
helit joined,
gfldex joined,
grumble joined,
Hotbees joined,
pnu__ joined,
zostay joined,
Grinnz joined,
SmokeMachine joined,
mniip joined,
Util joined,
elcaro joined,
klapperl_ joined,
astronavt joined,
pochi joined,
ingy joined,
dg joined,
Ulti joined,
masak joined,
autarch joined,
moritz joined,
cxreg joined,
caasih joined,
xinming joined,
leah2 joined,
nativecallable6 joined,
coverable6 joined,
Roamer` joined,
jjatria joined,
leont joined,
rbt joined,
poga joined,
pecastro joined,
sourceable6 joined,
tellable6 joined,
bloatable6 joined,
reportable6 joined,
unicodable6 joined,
quotable6 joined,
squashable6 joined,
linkable6 joined,
Manifest0 joined,
cpage joined,
Maylay joined,
eery joined,
TimToady joined,
Voldenet joined,
camelCaser joined,
pierrot joined,
TreyHarris joined,
go|dfish joined,
karupanerura joined,
shadowpaste joined,
robertle joined,
cibs joined,
committable6 joined,
Cabanoss- joined,
xfix joined,
Woodi joined,
abraxxa joined,
vrurg joined,
aindilis joined,
dogbert17 joined,
Kaiepi joined,
schlaftier joined,
Summertime joined,
libertas joined,
lnx joined,
CIAvash joined,
Altreus joined,
ssm joined,
moon-child joined,
Grauwolf joined,
wbn joined,
eiro joined,
synthmeat joined,
jcallen joined,
jnthn joined,
oddp joined,
kst joined,
telex joined,
Noisytoot joined,
notandinus joined,
cj joined,
kini joined,
ChoppedBacon joined,
tbrowder joined,
spycrab0 joined,
lizmat joined,
raku-bridge joined,
ensamvarg joined,
Ekho joined,
literal joined,
xxpor joined,
samebchase joined,
samebchase- joined,
xkr47 joined,
Cabanoss- left,
MasterDuke joined,
xelxebar joined,
tejr joined,
smash joined,
sjn joined
22:39
cooper joined,
ShimmerFairy joined,
roguelazer joined,
oodani joined,
shareable6 joined,
bisectable6 joined,
evalable6 joined,
releasable6 joined,
greppable6 joined,
MilkmanDan joined,
TeamBlast joined,
Celelibi joined,
eseyman joined,
a3f joined,
dudz joined,
domm joined,
isacl___ joined,
BinGOs joined,
perlbot joined,
riatre joined,
mtj_ joined,
rjbs joined,
Grrrr joined,
perlmaros joined,
erdic joined,
erdic left,
erdic joined
22:40
uzl[m] left,
spycrab0 left,
kawaii joined
22:41
pecastro left,
jhill joined,
ChoppedBacon left,
timeless joined,
Grinnz left,
ChoppedBacon joined
22:42
spycrab0 joined,
Grinnz joined,
epony joined,
peteretep joined,
camelia joined,
dustinm` joined,
ribasushi joined,
a6502 joined,
avar joined,
tadzik joined,
mojca joined,
fvox joined,
kubrat joined,
broquaint joined,
protium joined,
epony left,
epony joined
22:43
PotatoGim joined
22:44
BlackChaosNL[m] joined,
finsternis joined
22:46
sivoais left,
sivoais joined,
matiaslina joined,
BuildTheRobots joined
22:47
Nasrudin joined,
Nasrudin left,
Nasrudin joined
22:51
AlexDaniel` joined
22:52
Cabanossi joined
22:55
sena_kun joined
22:57
Altai-man_ left,
unclechu joined
23:04
uzl[m] joined
23:12
HarmtH left
23:14
HarmtH joined
|
|||
rypervenche | Does anyone know how I might be able to get these two arrays to properly merge into an array of hashes? gist.github.com/rypervenche/ccd536...ed6ede8e1a | 23:28 | |
Or should I be perhaps doing this in a different way? | 23:35 | ||
MasterDuke | rypervenche: try `Z=>` instead of just `Z` | 23:41 | |
rypervenche | Ooooh, I didn't know you could do that. :O | ||
MasterDuke | yeah, it's a meta-op, you can compose it with other ops (like you can with X) | ||
and R | 23:42 | ||
rypervenche | Ahh, adding it to the Z doesn't do the right thing. Adding it to both Xs does what I need, but I still have the same problem with the Z part. | 23:45 | |
I'm guessing my problem is the $() bit? Last element seen: $(:before("hostname_2020-04-02_20:07:04"), :after("hostname_2020-04-02T20:07:04-05:00")) | 23:46 | ||
23:47
thundergnat joined
|
|||
thundergnat | rypervenche: my @dir-pairs = ((('before' xx *) Z=> @before) Z, (('after' xx *) Z=> @after)); #maybe? | 23:47 | |
forest of parenthesis though. | |||
23:58
leont left
|