[08:34:07] hello, fyi I/F is doing a hackathon this week and we're cancelling all the unrelated meetings. Back next week! [08:38:00] enjoy! [08:54:29] quick question, trying to get the list of developer account created since time X, this seems to give a very low count (≲500/year) `ldapsearch -x "(&(createTimestamp>=20240101000000Z)(objectClass=wikimediaPerson))" uid`, is there anything wrong with that query? (maybe I'm using the wrong object class?) [09:01:08] better search for inetOrgPerson [09:01:26] wikimediaPerson is only added to those Developer Accounts who connected their account with a SUL account [09:02:39] but the number is too low, since October 6 2023, Bitu has created 3365 developer accounts [09:03:14] plus those created via Striker (which calls the Bitu user creation API) [09:05:13] ack, yep, noticed that thanks [09:05:57] so this would give me the count for the current year right? [09:05:59] https://www.irccloud.com/pastebin/7x27ImMf/ [09:06:27] (ldap is the ailas that does pagination from https://wikitech.wikimedia.org/wiki/Ldapsearch) [09:16:23] that looks correct, yes [09:22:39] ack thanks :) [09:33:01] there's a PuppetSyncFailure for tools-puppetserver-01 [09:33:09] I can have a look [09:33:18] thanks! [09:33:58] I was hoping somebody already knew what was causing it :) [09:34:15] cherry pick of the prometheus query log patch, apparently [09:34:34] I'll remove the local cherry pick in favor of the patch merged in gerrit [09:34:45] cc dcaro ^ [09:35:13] that was me yes, it should not fail syncing though, it should be able to just rebase no? [09:35:30] (did the same in other patches in the past) [09:35:55] taavi: did you already fix it? [09:36:43] yeah, fixed now [09:37:02] depends if git's going to notice that those are the same patch or if it thinks there is a conflict [09:37:12] this time it thought those two conflicted with each other [09:39:36] ahhhh, linting issue fixed in the gerrit patch that I did not cherry-pick in the puppetserver, I see yep [09:40:08] yeah, that would be it [11:03:09] `toolforge components config generate` is one of those not-yet-deployed features I guess? [11:07:54] dcaro: how can I specify that a job managed by a component config needs to have NFS mounted? [11:09:20] I'm currently deploying the cli with the generate subcommand xd [11:09:59] cool :D [11:10:03] And you can't yet, there's a path adding the options to continuous jobs under review [11:10:14] I'll try to get it in today [11:11:20] sounds good [11:13:21] unfortunately I don't maintain any of the 14 tools that run a continuous job from a build service image that doesn't use NFS so I don't really have anything to test this with atm :D [11:29:07] XD, I'll let you know when the bfs options are vaailable [15:07:50] *nfs [15:11:33] dhinus: please share whatever you learn from the prometheus courses! :) /me interested [15:12:44] so far I only learnt that I need to schedule some time in the next quarter to actually look at the courses :D [15:13:02] xd [17:35:58] dcaro: I just approved https://gitlab.wikimedia.org/repos/cloud/toolforge/components-api/-/merge_requests/92 [17:36:34] dhinus: thanks! [18:30:29] * andrewbogott is back from doctor &c but probably alone by this time