[07:04:47] <dcausse>	 pfischer: yes it's not great... we sometimes use people.wikimedia.org to push artifacts that are not released/built by upstream, archiva.wikimedia.org might perhaps be a better place
[07:40:47] <pfischer>	 Alright, shall I create a ticket for that?
[07:44:53] <dcausse>	 pfischer: sure! please do :)
[10:01:14] <gehel>	 Welcome back everyone!
[10:01:28] <gehel>	 And on that note, I'll be out for lunch ;)
[10:02:34] <dcausse>	 gehel: welcome back and bon appétit!
[10:43:29] <pfischer>	 Dito! lunch
[12:00:23] <dcausse>	 late lunch
[12:51:13] <pfischer>	 Off for 2h, back for triage
[13:47:28] <inflatador>	 <o/
[14:13:53] <inflatador>	 nothing like starting your work week with a laptop crash ;(
[14:14:32] <dcausse>	 o/
[14:49:58] <inflatador>	 Cool, another crash
[14:53:23] <Trey314159>	 Have you tried turning it off and turning it back on?
[14:53:44] <Trey314159>	 (/s, of course)
[15:01:32] <gehel>	 triage meeting in https://meet.google.com/eki-rafx-cxi
[15:22:47] <gehel>	 addshore: if you have time to help us on T333183, it would be greatly appreciated!
[15:22:48] <stashbot>	 T333183: Migrate cindy-the-browser-test-bot to a docker based runner - https://phabricator.wikimedia.org/T333183
[15:45:27] <addshore>	 Gehel, What would you like from my side? I'm happy to setup a runner etc and hook it up to gitlab somewhere if that would help?
[15:45:41] <gehel>	 ebernhardson1: ^
[15:53:45] <ebernhardson1>	 addshore: the problem was the CI for gitlab.wikimedia.org/repos/releng/cli always fails
[15:54:12] <addshore>	 Aaah right, I'm just about ready to start looking at that again tonight, I have no idea why it started failing :(
[15:54:40] <ebernhardson1>	 I tried looking into it for an afternoon, but it's not obvious why it fails :(
[15:55:11] <addshore>	 yeah, I planned on looking at it this evening :) think I basically need to pretend to be a job on the executor and see why the domain doesnt resolve
[15:55:29] <addshore>	 Just about to walk home from the new job and will be looking at it then!
[16:01:34] <ebernhardson1>	 thanks!
[16:05:50] <gehel>	 dinner
[16:18:59] <dcausse>	 sigh... filtering LinksUpdate with causeAction=edit-page is even worse for monitoring update lag (seeing events with rev_timestamp that 2 years old), back to square 1 and try to understand why... 
[16:19:43] <dcausse>	 might perhaps be the same root cause that affects T341134...
[16:19:44] <stashbot>	 T341134: Investigate drift between `dt` and `meta.dt` - https://phabricator.wikimedia.org/T341134
[16:32:39] <ebernhardson1>	 :S
[16:34:59] <dcausse>	 ebernhardson1, pfischer: if you have a couple minutes, I'd love to have this merged before the branch cut https://gerrit.wikimedia.org/r/c/mediawiki/extensions/EventBus/+/938887 
[16:35:38] <inflatador>	 Anyone have time to +1 this patch for adding the new ZK hostnames to Puppet? https://gerrit.wikimedia.org/r/c/operations/puppet/+/938890
[16:35:57] <ebernhardson1>	 looking
[16:37:49] <ebernhardson1>	 inflatador:  it needs to be /regex stuff/ instead of "regex stuff"
[16:37:59] <ebernhardson1>	 dcausse: merging
[16:38:07] <dcausse>	 thanks!
[16:38:30] <ebernhardson1>	 inflatador: but otherwise, naming seems fine
[16:51:24] <inflatador>	 ebernhardson thanks, just sent up a new patchset
[16:52:32] <inflatador>	 hmm, jenkins unhappy...checking
[16:54:59] <ebernhardson>	 inflatador: probably needs a ^ at the beginning (not sure if thats what jenkins dislikes though)
[16:56:49] <inflatador>	 ebernhardson yeah, I screwed up the regex pretty bad. Fixing that and changing name per dcausse suggestion
[16:57:17] <dcausse>	 thanks!
[16:58:52] <inflatador>	 OK, Jenkins is happy now
[17:22:18] <inflatador>	 ryankemper ebernhardson LMK if you can add that +1 for https://gerrit.wikimedia.org/r/c/operations/puppet/+/938890/ , about to head out for lunch
[17:32:26] <ebernhardson>	 inflatador: lgtm
[17:33:42] <inflatador>	 ebernhardson much obliged!
[17:48:06] <inflatador>	 lunch/errands, back in ~1h
[18:24:36] <dcausse>	 dinner
[18:45:37] * ebernhardson almost wonders why java doesn't have a `Streamable<T>`  to go along with Iterable<T> instead of having to pull in StreamSupport all over the place
[18:46:21] <inflatador>	 back
[20:47:05] <addshore>	 damn, I think the mwcli failure thing is just simply sometihng changed in curl (or something) which means *.localhost now always resolves to localhost, even when /etc/hosts says something else ?
[20:47:40] <ebernhardson>	 hmm, that sounds like something i would have expected libc to handle, but i suppose curl is specialized enough it could have it's own handling
[20:47:57] <ebernhardson>	 thats curious though, i can't remember anything ever failing with curl by using a newer version
[20:53:16] <addshore>	 ebernhardson: you can check my workings here, and if you agree i'll look at how to solve it https://gist.github.com/addshore/c839009c8ee67c25ff8776de6517869d
[20:55:18] <addshore>	 hah, looks like i can switch to wget and it works, but ill dig into if there is some curl option
[20:56:40] <ebernhardson>	 addshore: your analysis looks sane. IMO it's a bit awkward to use .localhost in cases where it's not actually localhost, but i would probably swap in wget and call it a day for now, with thoughts to changing in the future
[20:57:00] <addshore>	 :D
[21:02:48] * ebernhardson randomly wonders if you can make an LLM read a linked citation and higlight exactly where in there the citation is refering to (or if the citation does not support the statement)
[22:01:16] <inflatador>	 pfischer I invited you to the weekly DPE k8s mtg Tuesdays at 1400 UTC. I can't remember why you weren't on there originally, but sorry for the late notice 
[22:02:24] <inflatador>	 LOL, that would violate the time-honored tradition of cherry-picking arguments
[22:45:10] <addshore>	 i made progress on mwcli CI, but will revisit later this week, shouldnt take me much longer now i found the larger route cause
[22:46:36] <ebernhardson>	 addshore: thanks!