[00:18:14] <wm-bb>	 <Juest> hello
[00:18:24] <wm-bb>	 <Juest> i've lost my ldap password
[00:20:43] <AntiComposite>	 lost as in you've forgotten it, or lost as in someone else has it?
[00:21:04] <Juest>	 forgotten it
[00:21:38] <AntiComposite>	 if you've logged in to Wikitech before, you can reset it from there https://wikitech.wikimedia.org/wiki/Special:PasswordReset
[00:22:22] <wm-bb>	 <Juest> i am not logged in wikitech unfortunately
[00:24:04] <AntiComposite>	 what's your ldap username?
[00:24:19] <wm-bb>	 <Juest> same as here
[00:24:53] <wm-bb>	 <Juest> i've forgotten my developer account
[00:25:04] <AntiComposite>	 it looks like there is a Wikitech account attached, have you tried using Special:PasswordReset?
[00:25:08] <AntiComposite>	 https://wikitech.wikimedia.org/wiki/Special:Contributions/Juest
[00:25:26] <AntiComposite>	 https://ldap.toolforge.org/user/juest
[00:26:58] <wm-bb>	 <Juest> i'm not able to login to wikitech either (re @wmtelegram_bot: <AntiComposite> it looks like there is a Wikitech account attached, have you tried using Special:PasswordReset?)
[00:27:20] <wm-bb>	 <Juest> i dont remember what password i used
[00:27:33] <wm-bb>	 <Juest> i'll try wikitech again
[00:38:44] <Juest>	 sorry anticomposite, i didnt realize about the mediawiki reset password mechanism
[00:43:36] <wm-bb>	 <Juest> okay, now i am pending approval for gitlab access
[00:58:59] <Juest>	 nevermind
[02:55:49] <wm-bb>	 <Juest> what does 4.8 in the wmcs terms of use mean?
[03:53:41] <wm-bb>	 <varnent> My sense is that Foundation Comms could use WCS to test out idea that would require a mimic of Wikidata/wikibase setup (but separate from Wikidata). The usage would be asset tracking of historical artifacts. 
[03:53:43] <wm-bb>	 <varnent> There are third-party solutions - but I would like to try and utilize our own tools and not seeing anything those solutions do that a modified Wikidata type setup couldn't do. As to "why not just use Wikidata" - this would include items (like t-shirts from old Wikimanias) that we would like to document/track - but do not meet scope of Wikidata. That said, if a year into experimen <clipped message>
[03:53:44] <wm-bb>	 <varnent> t we turn out to be wrong - okay taking on task of pivoting to Wikidata (although - I sort of doubt that will happen - but open to possibility).
[03:53:46] <wm-bb>	 <varnent> Is there something I am not thinking of that would make WCS a less than ideal solution for this idea?
[07:13:45] <wm-bot>	 !log tools.heritage <jeanfred> Removed STRICT_TRANS_TABLES from SQL_MODE (again) for T338987
[07:13:48] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.heritage/SAL
[08:55:02] <pintoch>	 I am using a MariaDB database for a toolforge project and wonder what is the best way to make a SQL dump of it as a backup
[08:56:09] <pintoch>	 I used to have a Kubernetes deployment to run mysqldump in a pod, saving the dump to NFS, but it looks like newer Kubernetes images don't include mysqldump anymore
[08:57:38] <pintoch>	 should I rather connect to the SQL server from my own machine and dump things there, as described here?
[08:57:39] <pintoch>	 https://wikitech.wikimedia.org/wiki/Help:Toolforge/Database#Connecting_to_the_database_replicas_from_your_own_computer
[08:58:32] <pintoch>	 (that section is targeted for the SQL replicas, not tool databases, but I am assuming it could be adapted)
[09:05:57] <taavi>	 pintoch: there is a `mariadb` kubernetes image which includes the dump tools
[15:21:15] <bd808>	 @Juest: https://wikitech.wikimedia.org/wiki/Wikitech:Cloud_Services_Terms_of_use#4.8_Use_of_Wikimedia's_LDAP_directory_for_authentication means that it is not allowed by policy to create a service in Cloud VPS or Toolforge which collects a password from a visitor and validates it by performing an LDAP bind. As an example, it would be a TOU violation to setup a Phorge or GitLab service in Cloud VPS that uses the ldap-ro.eqiad.wikimedia.org
[15:21:15] <bd808>	  server for authentication.
[15:22:17] <wm-bb>	 <Juest> thanks!
[15:27:28] <bd808>	 @varnet: I guess the main thing I would point out in that plan is that Comms would need to find someone to maintain the service for the duration of the experiment. There currently is no wikibase-as-a-service offering within the WMCS environment. There is however https://www.wikibase.cloud/ which provides such a service.
[16:20:39] <wm-bot>	 !log tools.stewardbots <urbanecm> Restart StewardBot, SULWatcher: RC consumer stuck
[16:20:41] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stewardbots/SAL
[18:36:52] <wm-bb>	 <MaartenDammers> Can one of the admins give the webservice of https://zoomviewer.toolforge.org/ a nudge?
[19:41:09] <bd808>	 !log tools.zoomviewer Force killed webservice job stuck in deletion since 2023-06-15
[19:41:11] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.zoomviewer/SAL
[19:43:13] <wm-bot>	 !log tools.zoomviewer <root>  to restart service after a community nudge on IRC
[19:43:14] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.zoomviewer/SAL
[19:44:50] <bd808>	 @MaartenDammers: it is back up and running for the moment. It looked like somebody tried to stop the webservice on 2023-06-15 and then wandered away with the gridengine job stuck in a deletion pending state.
[19:55:57] <wm-bb>	 <MaartenDammers> Thanks, it seems to work again.