Buildpacks look too complex for this use case. I changed the tool to use a Python library to connect to MySQL.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Feb 12 2024
Apr 30 2023
Apr 25 2023
Done, this was very helpful: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot
Oct 9 2022
This tool reads a query from a file and writes the output in another file: the mysql command-line client is the easiest way to do it. I also thought this approach should be more future-proof, as Python libraries frequently change.
To migrate this tool I need an image with Python and the mysql command-line client.
Jan 23 2021
Hi, I have deleted the legacy database s51223_db.
Jun 22 2019
I'm affected by the same problem:
Mar 20 2019
Thanks! The tool runs periodically to update some pages on the Italian Wikipedia, so it might have started just after you stopped the job. I think that kubernetes is for the web interface.
Aug 11 2017
Thanks, solved as suggested.
May 16 2017
May 9 2017
Dec 2 2016
I'm sorry, I don't know how to discover on what host the job was executed.
Nov 2 2016
Mar 10 2016
Also my bot that use the shared Pywikibot code is affected by the issue: see http://tools.wmflabs.org/incolabot/bar.php
Feb 6 2016
Feb 2 2016
The problem was on the host tools-bastion-01 but also on the hosts that run the jobs submitted with jsub. This is the log file of a bot task that runs every five minutes: http://tools.wmflabs.org/incolabot/bar.php
The problem happend from 02:05 CET when there is:
ImportError: No module named pywikibot Traceback (most recent call last): File "/data/project/incolabot/bar.py", line 13, in import os, pywikibot
(The OAuth errors were caused by my unsuccessful attempt to configure OAuth)