Fri, Feb 14
The problem is that for whatever reason, the default branch for CentralNotice is set to wmf_deploy instead of master. I don't know who changed that, but that seems problematic and should be reconsidered.
Mon, Feb 10
Relatedly, it would be nice if the "Related Gerrit patches" header was clickable and led you to the Gerrit search interface for all the patches, which you could then filter further by adding e.g. status:open.
Nice work @awight :)
If the tests should only be run against Python 2.7, then you need to set envlist to just py27 in tox.ini (https://gerrit.wikimedia.org/r/plugins/gitiles/research/recommendation-api/+/master/tox.ini#2)
Sun, Feb 9
I'm going to close this as resolved because the solution (using an oursql fork or switching to pymysql) is documented in the migration notes - there's not much more we can do on the Toolforge side unfortunately to support an abandoned library.
maxlag is intended to tell fully-automated bots to backoff to help servers recover in times of excess lag, and the recommended setting is maxlag=5. If the server is constantly at maxlag of >=5, then it defeats the point because bot owners will (rightly) ignore maxlag. Either the lag in WDQS needs to be fixed, or we need to introduce some scaling factor in Wikibase so that lag is usually under 5s like we have for the job queue.
I've sent https://www.mediawiki.org/wiki/User:Tim_Laqua an email through mediawiki.org.
Sat, Feb 8
It is crucial that each individual file include licensing information - just keeping it in the repository root isn't sufficient. The main reason is that we generally tend to mix differently licensed code in the same repository, so each file should be explicit in its licensing status.
Fri, Feb 7
Wed, Feb 5
Is everything you need in the gettext package? https://packages.debian.org/stretch/gettext
Tue, Feb 4
Once that's merged and released libup can bump those repos at the same time
Mon, Feb 3
If people want to search stuff, always happy to add that stuff to codesearch.
Wed, Jan 29
@daniel, have you already reviewed the "attributes" functionality of extension.json and found it to be insufficient? Either I'm not understanding what you're looking for, or you're describing functionality that is already implemented.
It was because I messed up. When the run started libup thought that oojs/ui didn't have updated minus-x and mediawiki-phan-config, and since one of the canaries was behind, it didn't upgrade the rest, proceeding with just php-console-highlighter.
Tue, Jan 28
I don't see how downloading resources over HTTP is maintainable long-term. When the repo is branched, it should be using the corresponding branch of MediaWiki, not continuing to use master. What if someone wants to rearrange the files in Git?
Mon, Jan 27
Could be done using the libup / config file instead.
Does this task itself need to be private?
I forgot that I had filed T228244: Archive the mediawiki/libs/etcd repo last year.
Sun, Jan 26
I guess we could just do a JOIN on the user table for now.
The database table on metawiki that we want to query uses the metawiki user_id. @Anomie I don't currently see a way to get the metawiki user id via CentralIdLookup on some other remote wiki - is that something that can be added?
Well that's one way to fix it...
Er, please don't start archiving just yet.
The Flow script looks ancient and is actually broken, we can safely remove it.
Sat, Jan 25
I watched the logs, everything should be good now. Sorry about that!
Jan 25 04:54:21 codesearch6 docker: fatal: unable to access 'https://gerrit-replica.wikimedia.org/r/mediawiki/extensions/CentralAuth.git/': The requested URL returned error: 503
Agreed with what @Volans said, I've been working on tox-wikimedia (https://pypi.org/project/tox-wikimedia/) which will hopefully be able to contain and be the the authoritative way to set up whichever code formatter we end up using. My POC patch (since black is being used in cloud services repos) is https://gerrit.wikimedia.org/r/c/integration/tox-wikimedia/+/566407
Fri, Jan 24
My understanding is that pipenv is kind of dead now, and most of the focus and development has shifted towards poetry. However, poetry isn't yet packaged for our Debian versions, which means we'd have to figure out some way to install it safely before we can support this.
Thu, Jan 23
Woohoo! Major thank you to @Dzahn for all of his help :)