[00:37:44] <rdrg109>	 mutante: thanks!
[00:46:54] <rdrg109>	 lucaswerkmeister: I'm sure there is a field somewhere that stores the actual title of an article. I'm sure this happens because, for example, the URL for the article in Wikipedia English of "wpa_supplicant" is "https://en.wikipedia.org/wiki/Wpa_supplicant" and the underscore is not replaced with an space. However, the URL for "GNU IceCat" is "https://en.wikipedia.org/wiki/GNU_IceCat" and
[00:46:56] <rdrg109>	 the underscore is replaced in the title.
[00:50:37] <wm-bb>	 <lucaswerkmeister> that would be the DISPLAYTITLE parser function in the wikitext, I believe
[00:50:51] <wm-bb>	 <lucaswerkmeister> it might be in the page_props, I can't look it up right now
[00:52:29] <AntiComposite>	 it is https://quarry.wmcloud.org/query/60281
[03:11:36] <rdrg109>	 Thanks!
[03:40:22] <rdrg109>	 [Q] Is there any way I can know the date in which the Wiki replica presented at Quarry started exiting? What I mean with this is that I assume that the databases at Quarry are snapshots (i.e. they are not the actual databases that the Wikimedia projects use) and that's why I want to know the date in which the snapshot was created.
[03:42:12] <rdrg109>	 s/exiting/existing/
[03:47:42] <AntiComposite>	 the databases used by Quarry are replicas that (most of the time) are updated in real time
[03:48:10] <AntiComposite>	 occasionally the replication will lag, which you can see at https://replag.toolforge.org/
[04:40:41] <rdrg109>	 AntiComposite: You are right. I just confirmed it by querying the "revision" table and seeing that the timestamps are from December 2021
[04:42:22] <rdrg109>	 I tought it was similar to what happens in Stack Exchange Data Explorer where the data is updated once per quarter.
[04:42:41] <rdrg109>	 thought*
[05:22:55] <AntiComposite>	 the databases do get dumped out every two weeks or so https://dumps.wikimedia.org/backup-index.html
[05:23:31] <AntiComposite>	 but the live replication is so very useful for building all kinds of cool tools
[05:29:50] <AntiComposite>	 (I should also mention that it wasn't always like this, and we're very thankful for the hard work from several people that it took to build the current system)
[06:06:28] <rdrg109>	 :) 
[11:36:38] <mdipietro>	 !log paws deploying lsof pr-76 a378845f87ff57427b44b8a8f4b616a0a74cfbf4
[11:36:40] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Paws/SAL
[13:13:24] <arturo>	 anyone from WMDE around? I would like to confirm this Toolforge membership request is legit https://toolsadmin.wikimedia.org/tools/membership/status/1162
[13:13:39] <arturo>	 cc Lucas_WMDE MichaelG_WMDE 
[13:13:57] <Lucas_WMDE>	 I can confirm that an Ollie Shotton has recently started working here
[13:14:29] <Lucas_WMDE>	 I can ask if that’s really his Wikitech account if you want to be absolutely sure
[13:14:53] <arturo>	 thanks! I think that's enough
[13:15:04] <Lucas_WMDE>	 ah, https://phabricator.wikimedia.org/T296715 already has the Wikitech username
[13:16:15] <arturo>	 thanks Lucas_WMDE !!
[13:17:22] <Lucas_WMDE>	 np :)
[13:32:55] <majavah>	 !log capacity-exchange created new project, requested in T296556
[13:32:58] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Capacity-exchange/SAL
[13:32:58] <stashbot>	 T296556: Request creation of capacity-exchange VPS project - https://phabricator.wikimedia.org/T296556
[16:18:08] <bd808>	 !log tools.tool-db-usage Investigating crash during rendering
[16:18:10] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.tool-db-usage/SAL
[16:24:26] <bd808>	 !log tools.tool-db-usage Live hacked app.py to fix None bug in processing user information
[16:24:28] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.tool-db-usage/SAL
[16:33:36] <rdrg109>	 Can OpenRefine add sitelinks to items in the schema? I'm creating items for some categories and I would like to add sitelink to those categories. If that's not possible, is there any automated way for doing this?
[16:38:08] <rdrg109>	 According to https://docs.openrefine.org/manual/wikibase/overview > "With OpenRefine, you can edit the terms (labels, aliases, descriptions, or sitelinks) of Wikidata entities". However, I don't see a button for adding that information.
[16:38:37] <rdrg109>	 Also, I have found this feature request https://github.com/OpenRefine/OpenRefine/issues/1788 but, apparently, it hasn't been created yet.
[16:41:16] <bd808>	 rdrg109: if you don't get any responses from folks who use OpenRefine here, you might try in the #wikidata channel.
[16:43:50] <rdrg109>	 bd808: Ok, thanks!
[16:46:07] <Lucas_WMDE>	 well, from the issue you linked, it sounds like you have your answer, sitelinks aren’t supported yet…
[21:25:01] <bd808>	 !log tools.tool-db-usage Migrated from python2.5 to python3.9!
[21:25:04] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.tool-db-usage/SAL
[21:28:21] <bd808>	 oops I guess it was only py3.4 before the migration I just did.
[21:31:14] <wm-bb>	 <lucaswerkmeister> 2.5 would be more impressive but I think 3.4 is also out of support so still yay
[21:31:41] <bd808>	 the 3.4 container is Jessie, so yeah very stale
[22:53:02] <wm-bb>	 <harej> debian 8! wow!
[23:24:12] <bd808>	 that feeling when you edit a phab task and then get pinged by wikibugs in 6 different irc channels
[23:24:24] <wm-bb>	 <lucaswerkmeister> heh
[23:24:57] <wm-bb>	 <lucaswerkmeister> but will we stop Gerrit or Differential first 🤔
[23:25:21] <wm-bb>	 <lucaswerkmeister> (I guess it’s arguable whether Differential is being *used* for code review at the moment)
[23:27:28] <bd808>	 @lucaswerkmeister: in this particular case my only goal is to not be the last blocker to both :)
[23:27:37] <wm-bb>	 <lucaswerkmeister> :D
[23:53:41] <andrewbogott>	 !log admin adding spare cloudvirts 1044 and 1055 to the 'ceph' pool in order to make space for future juggling around T296790 and T296792
[23:53:46] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[23:53:46] <stashbot>	 T296790: decommission cloudvirt1018.eqiad.wmnet - https://phabricator.wikimedia.org/T296790
[23:53:46] <stashbot>	 T296792: decommission cloudvirt10[2,3,4].eqiad.wmnet - https://phabricator.wikimedia.org/T296792
[23:54:43] <andrewbogott>	 !log admin *correction* adding spare cloudvirts 1044 and 1045 to the 'ceph' pool in order to make space for future juggling around T296790 and T296792
[23:54:46] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[23:59:17] <wm-bot>	 !log admin Draining 'cloudvirt1021.eqiad.wmnet'. (T296790) - cookbook ran by andrew@buster
[23:59:17] <wm-bot>	 !log admin Setting cloudvirt 'cloudvirt1021.eqiad.wmnet' maintenance. - cookbook ran by andrew@buster
[23:59:22] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[23:59:24] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL