[01:21:14] is anyone able to offer advice on https://phabricator.wikimedia.org/T295487 ? so we can get wm-bot back for its RC reporting [01:21:42] it has been a few days now [01:46:25] sDrewth: petan is likely the only person who knows how that works. [01:46:55] oh, do we even know where it is? [01:47:02] petan: T295487 -- the XMLRC feed is down [01:47:02] T295487: XMLRCs is not functioning - https://phabricator.wikimedia.org/T295487 [01:47:50] Would it be hosted on wm-bot cloud account? [01:47:52] sDrewth: I'm pretty sure it is running on https://openstack-browser.toolforge.org/server/xmlrcs.huggle.eqiad1.wikimedia.cloud [01:48:30] riiiiiiiiiiiiiiiiiiiiight [01:48:39] above my paygrade [01:49:14] mind you two burnt candles is above my paygrade [01:50:32] I just found https://wikitech.wikimedia.org/wiki/XmlRcs. Will see if it tells me anything useful for debugging. [01:52:06] https://wikitech.wikimedia.org/wiki/XmlRcs#Maintainer_info is ... some words :) [01:54:16] !log huggle `sudo su - xmlrcs; ./xmlrcsd -d` after seeing no running xmlrcsd (T295487) [01:54:19] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Huggle/SAL [01:54:19] T295487: XMLRCs is not functioning - https://phabricator.wikimedia.org/T295487 [01:54:35] sDrewth: ^^^ do you know how to test it? [01:57:48] sure [02:20:26] bd808, I have stopped and started wm-bot and it can now add and remove, which it couldn't though not noticing page edits [02:32:38] sDrewth: maybe I should try restarting the es2r.py process too? [02:44:00] bd808: probably a good idea [03:08:12] !log huggle Rebooting xmlrcs.huggle.eqiad1.wikimedia.cloud (T295487) [03:08:15] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Huggle/SAL [03:08:17] T295487: XMLRCs is not functioning - https://phabricator.wikimedia.org/T295487 [03:11:42] !log huggle Manually started xmlrcsd and es2r.py on xmlrcs after reboot. This service really could use proper systemd unit automation. [03:11:43] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Huggle/SAL [08:08:12] How can I restore all my lost data? Can I do that? Need help please [18:41:11] Good afternoon [18:41:39] How can I know the version of pywikibot running in Toolforge? [18:42:48] For the shared version? [18:42:54] (As users can run their own version if they want) [18:45:15] yes, the shared version [18:45:30] I didn't know I could use another [18:46:01] I am having trouble running a bot .py [18:46:24] I’m not sure about bots, but tools usually set up a custom venv, and then you can install whatever you want [18:46:38] (and you can also have different Python versions – the Kubernetes has 3.5, 3.7, 3.9) [18:46:39] https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot documents this [18:47:20] ok thanks, I think this is just what I needed [18:49:55] Do you think this error is because of pywikibot version? [18:49:57] tools.rebot@tools-sgebastion-07:~$ python3 /data/project/rebot/discussions.py [18:49:57] obert [18:49:58] Traceback (most recent call last): [18:50:00] File "/data/project/rebot/discussions.py", line 54, in [18:50:01] jpag=json.loads(pbrut) [18:50:03] File "/usr/lib/python3.5/json/__init__.py", line 312, in loads [18:50:04] s.__class__.__name__)) [18:50:06] TypeError: the JSON object must be str, not 'bytes' [18:50:07] CRITICAL: Exiting due to uncaught exception [18:50:36] Please use a pastebin [18:50:44] I'm sorry [18:51:38] https://pastebin.com/P5MkEWFP [18:51:56] (the anti-spam bots can get angry if you paste too many lines) [18:52:28] I didn't remeber ;) [18:53:02] anyway, change pllista.read() to pllista.read().decode('utf-8') [18:53:57] No need to say sorry :), just making sure some spam bot doesn't get grumpy with you. [18:54:50] that error has nothing to do with pywikibot [18:56:56] I guess it’s a Python 3 error, in Python 2 json.loads(bytes) was allowed [18:57:08] (but adding the decode step is the correct solution, please don’t go back to Python 2 ^^) [18:57:44] ^^ [18:57:44] the code is not mine [18:58:00] some friend lend it to me [18:58:26] I don't know enough python [18:58:32] actually, running it in python3.6+ should work [18:58:40] https://docs.python.org/3/library/json.html?highlight=json#json.loads [18:59:08] though that might require an encoding param [18:59:15] not sure what it would do in 3.9 [18:59:18] oh, interesting [18:59:55] yeah, in Python 3.9 json.loads(b'{}') works [19:00:07] it works in my local pywikibot installation [19:00:37] json.loads('{}'.encode('utf16')) and json.loads('{}'.encode('utf32')) also work, I guess it autodetects the encoding [19:02:09] it worked! [19:02:16] thanks, man! [19:02:47] thank you very much for helping this newbie [19:22:25] Hi, I reinstalled my computer and have issue with the login to https://toolsadmin.wikimedia.org/, my ssh login to the forge seems also not too work anymore :/. Where can I ask for a password reset? [19:23:26] Did you save your ssh somewhere to bring it onto your new computer? [19:23:36] *ssh key [19:25:51] Yes my ssh was saved and put back at its place [19:26:05] My question relates actualy to toolsadmin [19:26:15] once there, I can change the ssh if needed [19:26:36] (and yes I also saved my password, but no idea what is happening right now) [19:27:10] Have you ever logged into wikitech? if so, you can self serve using https://wikitech.wikimedia.org/wiki/Special:PasswordReset [19:27:38] ah ok, I will try [19:28:58] thx! [19:47:20] Somehow, I must not be fit, my ssh is still the same, I checked. I do $ssh psemdel@login.toolforge.org [19:47:29] but I get denied... any idea? [19:47:54] did you set your ssh config up right? and/or load your ssh key into your ssh agent? [19:49:30] good question [20:12:16] I give up for today, surely it works tomorrow [20:12:20] thx again