[02:48:47] (03PS1) 10Legoktm: Improve "composer fix" setting [labs/libraryupgrader] - 10https://gerrit.wikimedia.org/r/388858 [11:51:27] Is there perl at WMFLabs? I'd be interested in https://pisg.github.io/ for a channel [11:54:13] Reception123: yes [11:54:24] valhallasw`cloud: Ok, great. Thanks! [11:54:58] Reception123: note that there might be some privacy implications, depending on the stats you produce [11:55:22] valhallasw`cloud: What kind of privacy implications? [11:56:21] activity by timezone or day, for example, [11:56:32] essentially the same implications there are for editcounters [11:59:22] Ok, I guess some stats can be excluded from the page though? [11:59:37] I'll look when I get to installing it [21:21:01] bd808: I'm wondering, how does https://github.com/toolforge-push work? [21:21:05] striker? [21:25:09] zhuyifei1999_: it has to all be setup manually right now [21:25:23] ok [21:26:49] you make a github repo, add the "push bots" team with writer access, and then setup phabricator to mirror to the repo using the saved credentials for that bot [21:27:02] I should write it up on wiki [21:27:34] I'd like to figure out how to automate some/all of it. Its certainly possible [22:30:26] zhuyifei1999_: wrote it up -- https://wikitech.wikimedia.org/wiki/Toolsadmin.wikimedia.org/FAQ#Mirror_a_Diffusion_repo_to_GitHub [22:31:26] cool [22:32:56] None of that is actually specific to Striker, but whatever [22:33:59] If https://phabricator.wikimedia.org/K20 is access denied for me, can I still use it? (I haven't tested it yet) [22:34:14] I *think* so [22:34:50] I think the way the perms work here is that you can only see the K20 item if you can edit it, but you can still use it [22:35:02] ok [23:27:59] !log rcm Created missing /tmp on cac.rcm.eqiad.wmflabs (T179778) [23:28:02] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Rcm/SAL [23:28:02] T179778: Puppet does not work automatically for cac.rcm.eqiad.wmflabs - https://phabricator.wikimedia.org/T179778 [23:39:44] bd808: thx for looking at it. looks like it is running now :) [23:40:04] Sagan: did you remove the /tmp directory? [23:40:17] I think that may have been the root problem [23:40:56] bd808: not 100% sure, I removed some things some time ago, after the space got really rare :/ [23:42:27] bd808: if that was the cause, that was not expected, sorry [23:42:44] bd808: but I wonder then, why puppet was executed successfully, when doing that manual? [23:42:47] it didn't hurt me :) [23:43:01] that is a bit of a mystery certainly [23:44:00] that was why my first guess was it's not puppet but the cause triggering it [23:45:13] its possible that cron was/is busted by some missing file(s) [23:46:05] !log rcm Restarted cron on cac.rcm.eqiad.wmflabs (T179778) [23:46:08] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Rcm/SAL [23:46:08] T179778: Puppet does not work automatically for cac.rcm.eqiad.wmflabs - https://phabricator.wikimedia.org/T179778 [23:46:35] I'll try to remember to check in about half an hour to see if cron actually does run puppet as expected