[12:04:48] andrewbogott: I have been pointed in your direction to ask about the OpenInfra Foundation CLA (I want to submit a patch to Swift); do you know if we have a corporate CLA already, and/or if legal are happy for WMF staffers to sign their CLA? [I can just ask legal again if you like] Thanks :) [12:11:25] Emperor: I signed it myself (before joining though), now I'm curious if there's any problem with that. [12:13:33] dcaro: I'll see what andrew says; if I end up emailing leagl, I can CC you if you like? [12:15:07] !log toolsbeta upload toolforge-webservice 0.78 to stretch,buster,bullsye-toolsbeta repositories [12:15:09] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [12:32:41] Emperor: yes please, if you do, thanks :) [12:36:58] Emperor: I did that on a personal capacity as well [12:37:44] arturo: OOI, did you talk to legal about it? [12:37:55] Emperor: I did not [12:39:31] 'k [12:40:35] honestly I just clicked through everything, just wanted to submit a patch ... [12:49:08] :) [12:51:18] !log tools rolling out toolforge-webservice 0.78 T292706 T282975 T276626 [12:51:24] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [12:51:24] T292706: tools-webservice should use ingress v1 - https://phabricator.wikimedia.org/T292706 [12:51:24] T276626: Toolforge: Automatically identify when people are trying to launch a Python webservice with a venv created using the wrong Python version - https://phabricator.wikimedia.org/T276626 [12:51:25] T282975: Create Kubernetes ingress for tools running on the grid engine to remove dynamicproxy - https://phabricator.wikimedia.org/T282975 [13:40:49] Emperor: as far as I know there's no organizational agreement, I just signed it personally (and I think with my personal email not wmf email but not positive) [13:46:46] andrewbogott: thanks [13:53:36] I actually don't know of any examples of org-level relationships with open source projects; as far as I know people always contribute in a personal capacity (a big example would be Debian; we have quite a few staff who were members of Debian prior to the WMF and are likely to remain so after) [13:59:18] Mmm (including me); I was pointed at https://office.wikimedia.org/wiki/LCA/CLA_policy so am sending contracts a quick mail [14:00:31] (OTOH, Debian doesn't require a CLA) [14:18:22] Emperor: dang, that page is news to me [14:19:34] andrewbogott: if you search for things like "licence" it doesn't crop up, I was pointed at it and am not sure I'd have found it otherwise [14:21:15] * andrewbogott signed the openstack CLA many years before that page existed [14:50:56] I'm expecting legal to say "fine, go ahead", to be honest :) [15:36:20] !log tools.paws please don't use this logging queue, use "paws" instead [15:36:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.paws/SAL [15:36:58] !log tools.quarry please don't use this logging queue, use "quarry" instead [15:36:59] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.quarry/SAL [15:37:27] hehe [15:41:01] !log tools removing toollabs-webservice from grid exec and master nodes where it's not needed and not managed by puppet [15:41:03] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [16:45:11] is it possible to hack on Toolhub locally? [16:47:17] the README doesn’t have a lot of information and `npm run serve:vue` just gives me a page that sends me to “the Django server” instead [16:47:24] which is a port that’s not served by anything on my system [16:51:37] and `docker-compose -f docker-compose.yaml up` produces an error due to the “profiles” option somewhere in the YAML being unsupported [16:52:26] Lucas_WMDE: hmmm... that may be a docker version issue. The Makefile tries to automate all of running the stack with docker compose. [16:52:42] yeah, I just noticed the Makefile, and `make start` produces the same error [16:52:52] my docker-compose is 1.25.0 [16:53:03] the really sad docs I have written so far are at https://github.com/wikimedia/toolhub/blob/main/docs/CONTRIBUTING.rst [16:53:25] ah, inside docs/, that’s why I didn’t find them :) [16:53:53] I'm not sure what version introduced https://docs.docker.com/compose/profiles/ [16:54:49] I apparently have compose 1.29.2 locally [16:55:05] apparently the next Ubuntu will bring 1.27 https://packages.ubuntu.com/impish/docker-compose [16:55:22] but that also brings PHP 8 so I’m hesitant to update because of MediaWiki PHP 8 support [16:55:27] (I’m on hirsute) [16:57:16] Lucas_WMDE: the profiles stuff in the docker-compose is really just some convenience for me. If that feature makes contributing from ubuntu a pain I can figure out how to remove it. Open a phab task and I'll take a look :) [17:00:01] for now let me try to just remove those bits from the YAML [17:00:05] if you say they’re not critical l:) [17:00:07] * :) [17:00:33] (if only I was on some messenger where you could edit messages to fix typos 🤔) [17:06:14] hm, after `make start` I have something running on port 8000 but it fails with a CSP error… [17:06:37] something’s trying to eval() and it’s not allowed [17:07:14] ok the CSP errors are gone after disabling Vue dev tools (eek) but it’s still just Loading forever it seems [17:08:21] the first js compile takes 2-3 minutes [17:08:25] looks like the toolhub_nodejs_1 container exits 243 [17:08:29] ah, or that [17:08:48] set `FIREFOX_DEVTOOL_HACK=true` to make vue dev tools work [17:08:55] in your .env file [17:09:32] thanks, that works [17:10:24] aha, the nodejs container dies with some EACCES error [17:10:33] (I ran docker-compose without --detach to see it) [17:10:49] let me remove node_modules so it’s only managed by the container and not by outside users [17:11:25] now it doesn’t have write access to /srv/app [17:12:05] maybe I need some user mapping like in https://github.com/wmde/wikit/#installation ? [17:16:45] Lucas_WMDE: that is quite possible. I think to date the whole dev setup has been used exclusively on OSX [17:22:58] mh, but if I add user: 1001:1001 to the service, there’s other errors about root-owned files in the cahce folder (/home/somebody/.npm) [17:23:06] I think I’m stopping there for today [17:26:21] bd808: uploaded https://gerrit.wikimedia.org/r/c/wikimedia/toolhub/+/732384/1 to remove the profiles fwiw [18:45:01] !log tools.translate-link deployed fffb92270f (?key and ?language-code args on index page) [18:45:04] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.translate-link/SAL [20:16:23] !log tools.stashbot Updated stashbot to e54e6da [20:17:14] !log tools.stashbot Updated stashbot to e54e6da [20:17:17] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stashbot/SAL [20:17:44] !log tools.paws Stashbot should reject this and tell me to log to paws instead [20:17:44] bd808: SAL for "tools.paws" is deprecated. Use "!log paws" instead. [20:17:54] mdipietro: ^ :) [20:18:18] :) [20:19:03] niice! [20:20:00] It will whine for tools.paws, tools.paws-public, and tools.quarry now [20:48:46] andrewbogott: do you remember adding a bunch of "filtertags: " lines to the puppet repo. for example the MW appserver puppet role has "# filtertags: labs-project-deployment-prep" [20:49:23] mutante: yes. Those relied on a feature that upstream puppet ripped out of their free version so those are no longer useful as far as I know [20:49:55] andrewbogott: Alright! Yea, I wanted to know if I should a) update where they are missing or b) remove them all :p [20:50:07] feel free to remove if you feel like tidying [20:50:18] saw some inconsistencies where regular appservers have it but API does not [20:50:25] ok! thanks [20:50:49] was just wondering about that some times before but for some reason thought it was for debdeploy, heh [21:03:32] !log tools.sal Updated to 7c753d1 (T289739) [21:03:35] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.sal/SAL [21:06:41] !log admin creating cloudinfra-nfs project T293936 [21:06:44] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [21:06:44] T293936: Request creation of cloudinfra-nfs project - https://phabricator.wikimedia.org/T293936 [21:48:08] !log tools.dicompte Fixed syntax errors in toolinfo.json so that Toolhub will index this project. [21:48:10] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.dicompte/SAL [21:51:13] bd808: should I assume the dirty static/toolinfo.json in gerrit-patch-uploader is you? OK if I reset it with you submitted in the PR? [21:51:50] I don't think I live hacked it... [21:52:24] hm, timestamp is Sept 20 [21:52:49] https://paste.debian.net/plainh/17ae37e7 [21:53:31] maybe I'm looking in the wrong place [21:53:32] maybe I did and then didn't restart the tool [21:54:19] legoktm: yeah, it was me -- https://sal.toolforge.org/log/4G0-BHwBa_6PSCT9-bQt [21:54:30] * bd808 feels dumb [21:54:52] no, I think you just edited the wrong checkout [21:54:58] I looked in the wrong place first too [21:55:01] https://gerrit-patch-uploader.toolforge.org/static/toolinfo.json is updated now [21:55:03] heh [21:55:24] sweet. the crawler should find it in about 6 minutes [21:55:37] !log tools.gerrit-patch-uploader updated toolinfo.json with https://github.com/valhallasw/gerrit-patch-uploader/commit/0aa5bbe17271bc79c77e6b0b453a9573a41adf80 [21:55:39] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.gerrit-patch-uploader/SAL [22:14:36] !log tools.magnustools Removed 2 empty records from public_html/js_toolinfo.json [22:14:38] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.magnustools/SAL