Of interest to us too. Someone in some WMF backroom has decided that
we're switching from Gerrit to Gitlab. I'm no big fan of Gerrit, but
this seems to be a very strange process. Comments on
https://www.mediawiki.org/wiki/Talk:Wikimedia_Release_Engineering_Team/GitL…
Maarten
-------- Forwarded Message --------
Subject: [Wikitech-l] Moving from Gerrit to GitLab
Date: Fri, 3 Jul 2020 23:22:18 -0400
From: AntiCompositeNumber <anticompositenumber(a)gmail.com>
Reply-To: For developers discussing technical aspects and organization
of Wikimedia projects <wikitech-l(a)lists.wikimedia.org>
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
The Wikimedia Engineering Productivity team has decided that Wikimedia
projects will move from Gerrit to GitLab for code review and
continuous integration.
They have decided that this decision is not subject to any formal RFC.
Previous attempts to change the code review system went through an
RfC. They are, however, looking for feedback.
More information is at
<https://www.mediawiki.org/wiki/Wikimedia_Release_Engineering_Team/GitLab>
and the associated talk page.
Regards,
AntICompositeNumber
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi all,
for those of us who use Python's IDLE for developing: there is a known bug in Python 3.8.4 (issue 41300) which sometimes prevents saving a script file. Not sure whether this is Windows only. To solve this you may
- use another editor
- add a BOM to the file , e. g. via notepad++ but do never submit such files to pywikibot repository
- use Python 3.8.3 instead
- or (my preferred solution) modify the related Python 3.8.4 file: look for the Python installation. Open the iomenu.py inside Lib/idlelib folder and add the line "import io" (without quotes) on top of this file.
Best
xqt
It has been quite a while since I tried to contribute code to pywikibot. Yesterday, after setting up git on my computer and rechecking my gerrit account, I did try to commit a tiny change, only to find out that I am not a member of the "pywikibot" group on gerrit.wikimedia.org. How do I get myself added to this group?
--
Russell Blau
russblau(a)imapmail.org
This is an announcement for a breaking change to the pageterms submodule of
the query API module, which only affects Wikibase repository wikis. If you
do not use that API module, or only use it on client wikis (e. g.
Wikipedias) and not on repository wikis (Wikidata, Wikimedia Commons), you
can ignore this message.
For years, the pageterms
<https://www.wikidata.org/wiki/Special:ApiHelp/query%2Bpageterms> API
module has served a double role: on client wikis, it returned the “terms”
(Label, Description, Aliases) of the Wikidata Item linked to the given
page(s), whereas on repo wikis, it would return the terms of the Item (or
other Entity) on that page itself. For example, querying for the Label of
Wikipedia:Village pump on English Wikipedia
<https://en.wikipedia.org/w/api.php?action=query&prop=pageterms&titles=Wikip…>
would return “Project:Village pump” (the Label of Q16503
<https://www.wikidata.org/wiki/Q16503>), but querying for the Label of
Wikidata:Project chat on Wikidata
<https://www.wikidata.org/w/api.php?action=query&prop=pageterms&titles=Wikid…>
would not return anything, even though that page is linked to the same Item
– you would have to query for the Label of Q16503
<https://www.wikidata.org/w/api.php?action=query&prop=pageterms&titles=Q1650…>
instead. This behavior is inconsistent and also mixes repo and client
concerns in a way that makes the Wikibase code harder to maintain.
To resolve this, we introduced a new entityterms
<https://www.wikidata.org/wiki/Special:ApiHelp/query%2Bentityterms> API
module (a submodule of the query module, just like the pageterms module)
which has the same behavior as the pageterms module currently has for Item
(or other Entity) pages, and which is only available on repo wikis. If you
want to get the terms of Q16503, you can now use
action=query&prop=entityterms&titles=Q16503
<https://www.wikidata.org/w/api.php?action=query&prop=entityterms&titles=Q16…>
instead of action=query&prop=pageterms&titles=Q16503
<https://www.wikidata.org/w/api.php?action=query&prop=pageterms&titles=Q16503>.
(You can also use wbgetentities
<https://www.wikidata.org/wiki/Special:ApiHelp/wbgetentities>, which gives
you much more control over the returned data; pageterms/entityterms may be
faster and can also be combined with other submodules of the query module.)
On or shortly after 5 August 2020, we will remove the special repo behavior
of the pageterms module, and it will then behave just like it always has on
client wikis, and return the terms of the Item linked to a page, not the
terms of the Item (or other Entity) on a page. (Because the new API module
is already available on Wikidata, and you can start using it immediately,
we are not making this pageterms behavior change available on Test Wikidata
significantly before that date.)
If you have any issue or question, feel free to leave a comment at T257658
<https://phabricator.wikimedia.org/T257658>. For more information, see also
T115117 <https://phabricator.wikimedia.org/T115117>, T255882
<https://phabricator.wikimedia.org/T255882> and T256255
<https://phabricator.wikimedia.org/T256255>.
Cheers,
Lucas
--
Lucas Werkmeister (he/er)
Full Stack Developer
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de
Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us to achieve our vision!
https://spenden.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.