I've got a tool which parses sockpuppet investigation (SPI) pages and does some analysis. One of the steps is I need to validate that all of the usernames found in the SPI report are valid. I do that by sequentially calling usercontribs on each name with uclimit=1 and seeing if I get a baduser error.
This works, but it's slow because I need to make 1 API call for each user. For a big SPI case, the time to do this swamps everything else. Is there a more efficient way to do this? Some API call where I can give it a bunch of usernames in a batch and have it tell me which ones are invalid? Alternatively, is there a regex I could apply on the client side to test if a username is valid?
The most common type of invalid name I see is when somebody puts down an iprange (i.e. 1.2.4.0/24) as a username. Testing for that client-side would be trivial, but it might miss some others.
We will be upgrading PAWS Kubernetes 2021/09/07 at 1500UTC. User impacts
should be minimal. but you might see your notebook server stop and restart
during the change at some point.
Michael DiPietro
SRE
Wikimedia Cloud Services
_______________________________________________
Cloud-announce mailing list -- cloud-announce(a)lists.wikimedia.org
List information: https://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.…
We will be upgrading PAWS Kubernetes today at 2030UTC. User impacts should
be minimal, but you might see your notebook server stop and restart during
the change at some point.
Michael DiPietro
SRE Wikimedia Cloud Services
_______________________________________________
Cloud-announce mailing list -- cloud-announce(a)lists.wikimedia.org
List information: https://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.…
Quarry is currently running on python 3.5 on Debian Stretch. This is the
current version still running at quarry.wmflabs.org. A new version running
on python 3.7 on Debian Buster is now available at quarry.wmcloud.org. To
any interested party please test there and we will cut over the old domain
to the new buster systems if no problems are found in a few days.
_______________________________________________
Cloud-announce mailing list -- cloud-announce(a)lists.wikimedia.org
List information: https://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.…
Dear all,
[Apologies for cross-posting]
I'm posting here because there is an open devOps position at the Open
Science Lab in TIB Hannover where I work, and it might be of interest to
people on this list.
>>
https://www.tib.eu/en/tib/careers-and-apprenticeships/vacancies/details/
job-advertisement-no-62-2021
<https://www.tib.eu/en/tib/careers-and-apprenticeships/vacancies/details
/job-advertisement-no-62-2021>
We are looking for someone with experience in OSS / Mediawiki / Wikibase
software (ideally) hence I'm posting here. Please feel free to spread
the word if you know anyone who might be interested and feel free to
reach out to me directly at lozana.rossenova(a)tib.eu
<mailto:lozana.rossenova@tib.eu> if you have any questions and want to
learn more.
The position is in Germany, but remote work is also possible.
Cheers,
Lozana Rossenova
--
Research Associate
Open Science Lab
Hi!
(I sent this mail to cloud-announce@ earlier this week. Turns out
Mailman didn't properly mirror that properly to cloud@ due to a
now-fixed configuration issue.)
I've added several new Kubernetes container images[0] based on the new
Debian version 11 "bullseye"[1]. The new images are:
* Java 17
* Node.js 12
* PHP 7.4
* Python 3.9
* Ruby 2.7
If you see any issues with those new images, please file a new
Phabricator task as a subtask of T284590[2].
[0]:
https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Container_ima…
[1]: https://www.debian.org/releases/bullseye/
[2]: https://phabricator.wikimedia.org/T284590
--
Taavi Väänänen (User:Majavah)
Yesterday the hardworking developers at The Debian Project finalized the
latest version of Debian Linux, 'Bullseye' [0]. I've created a new
Bullseye base image for cloud-vps and it should now be accessible in all
projects.
There are likely to be bumps in the road with such a young release, but
the WMCS team is committed to supporting Bullseye so you should feel
confident adopting Bullseye for any new development. My cursory tests
look pretty good but if you encounter issues specific to Bullseye
and-cloud-vps please create a phabricator ticket or reply on the cloud
list[1].
-Andrew + the WMCS team
[0] https://www.debian.org/releases/bullseye/
[1] https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
_______________________________________________
Cloud-announce mailing list -- cloud-announce(a)lists.wikimedia.org
List information: https://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.…
Hello all,
We invite you all to sign up for Toolhub's Quality Signal sessions!
Toolhub <https://meta.wikimedia.org/wiki/Toolhub> [1] is a
community-authored catalog of Wikimedia tools. On Toolhub, you will be able
to discover new tools in the Wikimedia ecosystem, promote their use in your
wiki community, and help improve them by contributing data. Toolhub's first
release is planned around Wikimania 2021.
The Toolhub team is currently working on identifying quality indicators
through conversations with tool users and developers. As a tool user, how
do you know which tool is reliable, useful, and safe to use? As a tool
maintainer, what makes it attractive to you to contribute to an existing
tool? What information are you looking for to decide whether to join a tool
project? We hope that these sessions will help gather quality indicators
for tools and provide valuable insight toward developing new features to
convey the quality.
Want to organize a quality signal session in your community in August/early
September? Please get in touch on the talk page or sign-up for an already
planned session by adding your name below it: <
https://meta.wikimedia.org/wiki/Toolhub/The_Quality_Signal_Sessions> [2].
Your feedback, thoughts, ideas would be valuable!
If you are attending Wikimania, we are running a few introductions and a
feedback session as part of the unconference. Learn more here: <
https://wikimania.wikimedia.org/wiki/2021:Unconference/Toolhub> [3].
Cheers,
Srishti
On behalf of the Toolhub team
[1] https://meta.wikimedia.org/wiki/Toolhub
[2] https://meta.wikimedia.org/wiki/Toolhub/The_Quality_Signal_Sessions
[3] https://wikimania.wikimedia.org/wiki/2021:Unconference/Toolhub
*Srishti Sethi*
Senior Developer Advocate
Wikimedia Foundation <https://wikimediafoundation.org/>