[09:27:37] taavi: in my head toolsdb is toolforge, not data services [09:55:09] blancadesal: in the Athens hackathon, you & isaac delivered a talk with topic being something like "machine learning @ WMCS" ? [11:05:46] arturo: yes [11:06:20] blancadesal: do you have the the slides, or a doc with what was discussed, or discussions or something? there was somebody taking notes, no? [11:07:33] https://www.mediawiki.org/wiki/File:ML_on_Cloud_VPS_%E2%80%93_Wikimedia_Hackathon_2023.pdf [11:07:40] https://etherpad.wikimedia.org/p/wmh2023-Self-hosting_ML_models_on_Cloud_Services [11:07:58] what are you interested in, specifically? [11:09:59] for the devEx offsite, I was thinking on having a conversation on this [11:10:12] thanks for the links! [11:10:49] you're welcome! [13:29:22] arturo: so do I.. maybe I'll be bold and update the docs to agree [14:03:49] taavi: ok. I'm not sure if others disagree. Maybe get consensus if that's the case [14:05:37] taavi: I'd say be bold, let others disagree after the fact, if their opinion is strong enough :) [16:02:03] * arturo offline [16:57:46] taavi: I guess I always saw ToolsDB as data services because it is a data service. It has deep ties to Toolforge, but so do the Replicas (same authn/z setup). [17:18:43] bd808: for me it's that ToolsDB is Toolforge specific, while the others (NFS, wiki replicas, etc) can be used in our other services too. so I see ToolsDB like Cinder or Trove which are related to data too but are Cloud VPS products and not Data Services products [17:19:31] The only thing that is Toolforge specific though is the authn creds [17:19:57] there aren't firewall or other restrictions that keep access inside Toolforge [17:20:19] for me the credentials thing is the same as the replicas credentials [17:22:09] These distinctions feel a bit arbitrary without more context. What do you expect to be easier for folks to understand if ToolsDB is listed on-wiki as part of Toolforge rather than part of Data Services? [17:25:16] mostly I got frustrated when most of the docs were under Portal:Data_Services/Admin/ but the runbooks were under Portal:Toolforge/Admin/ and I wanted to move both to the same hierarchy [17:25:34] and since it's inside the Toolforge project the latter felt more logical in my head [19:42:31] Is https://labtestwikitech.wikimedia.org/ expected to be broken? [19:43:16] It looks like folks may have decided that since wikitech had moved to k8s that labtestwikitech must have as well? [20:03:34] niice [20:03:42] arturo: ^