Re: [Wikitech-l] [Ops] [Train] 1.36.0-wmf.36 blocked

[Antoine Musso]

Le 24/03/2021 à 20:41, Antoine Musso a écrit :

Hello,

The 1.36.0-wmf.36 version of MediaWiki is blocked.  Immediately after 
pushing it to group 1 wikis, it encountered three blockers:


* Class 'GlobalUsageHooks' not found
   https://phabricator.wikimedia.org/T278375

* Constructing RevisionRecord for a page that can't exist:
   Special:MyLanguage/Main Page
   [Called from MediaWiki\Revision\MutableRevisionRecord::__construct]
   https://phabricator.wikimedia.org/T278376

* Argument 1 passed to 
ProofreadPage\Index\IndexTemplateStyles::__construct() must be a Title, 
null given.

   https://phabricator.wikimedia.org/T278379


Hello,

The blockers have been addressed, either via a patch, a revert or 
determined to not cause any issue.


I will promote 1.36.0-wmf.36 to group 1 wikis now.

Thank you!

--
Antoine "hashar" Musso

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [Train] 1.36.0-wmf.36 blocked

[Antoine Musso]

Hello,

The 1.36.0-wmf.36 version of MediaWiki is blocked.  Immediately after 
pushing it to group 1 wikis, it encountered three blockers:


* Class 'GlobalUsageHooks' not found
  https://phabricator.wikimedia.org/T278375

* Constructing RevisionRecord for a page that can't exist:
  Special:MyLanguage/Main Page
  [Called from MediaWiki\Revision\MutableRevisionRecord::__construct]
  https://phabricator.wikimedia.org/T278376

* Argument 1 passed to 
ProofreadPage\Index\IndexTemplateStyles::__construct() must be a Title, 
null given.

  https://phabricator.wikimedia.org/T278379


The later had the most log entries and apparently prevents page from 
being submitted on wikisources wiki.



Once these issues are resolved the train can resume and we can try 
pushing to group 1 wikis again.



1.36.0-wmf.36 general task:
https://phabricator.wikimedia.org/T274940


Thank you for your assistance.

--
Antoine "hashar" Musso

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Forthcoming failover of irc.wikimedia.org to a new server (2021-03-25)

[Greg Grossmeier]

Adding wikitech-ambassadors@ just in case.

On Wed, Mar 24, 2021 at 2:55 AM Moritz Mühlenhoff 
wrote:

> Hi,
> the DNS name for irc.wikimedia.org [1] will be redirected to a new
> instance (irc2001.wikimedia.org) tomorrow (European) morning. This new
> instance is running a more recent OS (Debian 10/Buster).
>
> Mediawiki changes are currently broadcasted to both the old server
> (kraz.wikimedia.org) and the new irc2001.wikimedia.org. As such, the
> failover should be transparent, unless for some reason a bot has
> hardcoded kraz.wikimedia.org or it's IP address 208.80.153.44 (which
> will then need to be updated to resolve irc.wikimedia.org). The old
> instance will be around for another week.
>
> If there are any issues, please report them at
> https://phabricator.wikimedia.org/T224579
>
> Cheers,
> Moritz
>
> Footnotes:
> [1] https://wikitech.wikimedia.org/wiki/Irc.wikimedia.org
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>


-- 
| Greg Grossmeier  GPG: B2FA 27B1 F7EB D327 6B8E |
| Dir. Engineering Productivity A18D 1138 8E47 FAC8 1C7D |
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 2021-03-24 Scrum of Scrums meeting notes

[Grace Gellerman]

https://www.mediawiki.org/wiki/Scrum_of_scrums/2021-03-24

= 2021-03-24 =
(meeting conflict with Product Platform Strategy overview)

== Callouts ==
* RelEng: All extensions will have a buster variant of their main CI job
added as voting next week. This shouldn't break anything (it's been running
in production for months now), but be aware if your extension suddenly
stops passing tests. https://phabricator.wikimedia.org/T252432
* SRE Service Ops:
** Eqiad kubernetes cluster upgraded, reinitialized and fully repooled.
Some Job backlog was created, it's being served though.
** Many thanks to all the teams for having worked on
https://phabricator.wikimedia.org/T274262
* RelEng: Developer satisfaction survey extended until until 2021-03-31
* RelEng: When to use train vs backports quick guide:
https://wikitech.wikimedia.org/wiki/Deployments/Train_vs_backport

== Gerrit patches or GitHub Pull Requests for reviews or feedback ==

*

=== No updates ===
iOS
=== '''No notes provided''' ===
Editing, Parsing, Inuka, Cloud Services, Platform, Performance, Security,

== SoS Meeting Bookkeeping ==
* Updates:

== Product ==

=== Community Tech ===
* Blocked by:
* Blocking:
* Thank yous:
** Subbu and other parsoid team members for their help and support with
several tasks
* Updates:
** We'll be wrapping up WS-Export work this week and move on full-time onto
the OCR Improvements wish
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2020/Wikisource/New_OCR_tool

=== Anti-Harassment Tools ===
* Blocked by:
* Blocking:
* Thank yous:
** Huge thanks to David Lynch for excellent work on SecurePoll, and helping
mentor our new engineers
** Thanks to everyone who has helped with onboarding the engineers
* Updates:
** No updates

=== Growth ===
* Blocked by:
* Blocking:
* Thank yous:
** SRE with their continued support with the link recommendation service
** Search for their help with indexing pages with recommendations
* Updates:
** Continuing work on Add Link https://wikitech.wikimedia.org/wiki/Add_Link
*** Available (in its current unfinished form) via Special:Homepage on
testwiki and beta cswiki now
** Continuing to work on on-wiki configuration
** Continuing design of mentor dashboard
https://www.mediawiki.org/wiki/Growth/Mentor_dashboard
** Deploying Growth features in opt-in mode this week to tewiki, jawiki,
eowiki, nbwiki, sqwiki, hiwiki


=== Android native app ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates: No big updates. Continuing our work w/ Platform Engineering Team
on image recommendations - we're getting near the MVP launch date and
cooperatively pruning the remaining desired API features.

=== Web ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** No updates. We're continuing our work on the language switcher
instrumentation and A/B test

=== Product Infrastructure ===
* Blocked by:
* Blocking:
* Thank yous: From SRE Serviceops for work on
https://phabricator.wikimedia.org/T274262
* Updates:

=== Structured Data ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Wrapping up final work before MediaSearch goes default on Commons
** Continuing to work on improved search profile
** Continued discussions across teams regarding Structured Data Across
Wikimedia (image recommendations API and structured content)

=== Abstract Wikipedia ===
* Blocked by:
** None.
* Blocking:
** None.
* Thank yous:
** Scott B. from Security for running a great threat modelling exercise
with us.
* Updates:
** Closing on end of Phase γ:
https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Phases

=== Language ===
* Blocked by: None.
* Blocking: None.
* Thank yous:
** Alexandros Kosiaris for cluster upgrades and for T278141 help.
* Updates:
** No major updates deployed in Section Translation this week.
** MassMessage remote wiki delivery was briefly broken. Now fixed.
** Working on new translation variable syntax for better Parsoid support.
** There is now a limit how big translatable pages can be moved. Working on
a script to move manually pages that are too big.
** Improving ULS language selector dialog positioning (for Web team).
** Translatable templates are usable on translatable pages with the normal
syntax for transclusion. (https://phabricator.wikimedia.org/T47096)

=== Library ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Started work on making library partner's descriptions translatable
** Getting first mock-ups of the Library redesign. They look great and we
look forward to implementing them!

=== Vue.js ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Onboarding our new program manager!
** Planning for the experimental shared internal component library, both on
the design front and the development side

== Technology ==

=== Analytics ===
* Blocked by:
* Blocking:
** SRE Service Ops on https://phabricator.wikimedia.org/T274262
* Thank yous:
* Updates:
** mw server replacements in codfw proceeding
** Eqiad kubernetes cluster upgraded, reinitialized and fully repooled.
Some Job backlog 

Re: [Wikitech-l] Bracket matching in wikitext available on first wikis

[Johanna Strodt]

Hello! This feature is now also available on mediawiki.org and other group
0 wikis, as well as on wikitech.wikimedia.org. If you have feedback, please
let us know on this talk page:
https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Bracket_Matching

Best,
Johanna from the Technical Wishes team
https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes



Am Mi., 17. März 2021 um 11:29 Uhr schrieb Johanna Strodt <
johanna.str...@wikimedia.de>:

> Hello, here's an update on the bracket matching feature.
>
> Based on feedback we received after the first release in January, our team
> has now adjusted the colors for bracket matching:
> * The background color of highlighted brackets changes to a lighter gray
> than before.
> * Highlighted brackets don't change font color.
>
> This is to ensure that the cursor next to the highlighted brackets is
> clearly visible, and to not make it seem like the brackets were selected,
> e.g. for copy/pasting. Screenshot:
> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Bracket_Matching#Features
>
> These changes will be deployed with Mediawiki version 1.36.0-wmf.35, which
> will hopefully go live this week.
>
> Thanks a lot to everyone who gave feedback on this project so far.
>
> For the Technical Wishes Team at Wikimedia Deutschland
> Johanna
>
>
> Am Mi., 27. Jan. 2021 um 13:52 Uhr schrieb Johanna Strodt <
> johanna.str...@wikimedia.de>:
>
>> / sorry for cross-posting
>>
>>
>> Hi,
>>
>>
>> On a few first wikis[1], you can now highlight pairs of brackets in
>> wikitext. For this to work, you need to turn on the syntax highlighting
>> feature, which is part of the 2010 and 2017 wikitext editors. By placing
>> your cursor next to or within a set of brackets, you can then match round,
>> square and curly brackets. For more information about this feature please
>> visit its project page.[2]
>>
>>
>> Deployment to other wikis is planned for later this year. If your wiki
>> community wants to get bracket matching now, please contact me.
>>
>>
>> This change has been implemented by the Technical Wishes team who is
>> currently working on several projects within the focus area "Make working
>> with templates easier"[3]. Other projects in this focus area, including
>> those for the Visual Editor, are in the making.
>>
>>
>> Many thanks to all who have contributed to the realization of this
>> project through comments, interviews and more. Feedback is, as always,
>> welcome on the project's talk page.[4]
>>
>>
>> Thanks,
>>
>> Johanna for the Technical Wishes team
>>
>>
>> [1] dewiki, cawiki and trwiki
>>
>> [2]
>> https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Bracket_Matching
>>
>> [3] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Templates
>>
>> [4]
>> https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Bracket_Matching
>>
>
>
> --
> Johanna Strodt
> Projektmanagerin Kommunikation Communitys Technische Wunschliste
>
> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
> Tel. (030) 219 158 26-0
> https://wikimedia.de
>
> Unsere Vision ist eine Welt, in der alle Menschen am Wissens der
> Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
> 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.
>


-- 
Johanna Strodt
Projektmanagerin Kommunikation Communitys Technische Wunschliste

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
https://wikimedia.de

Unsere Vision ist eine Welt, in der alle Menschen am Wissens der Menschheit
teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
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.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Forthcoming failover of irc.wikimedia.org to a new server (2021-03-25)

[Moritz Mühlenhoff]

Hi,
the DNS name for irc.wikimedia.org [1] will be redirected to a new
instance (irc2001.wikimedia.org) tomorrow (European) morning. This new
instance is running a more recent OS (Debian 10/Buster).

Mediawiki changes are currently broadcasted to both the old server
(kraz.wikimedia.org) and the new irc2001.wikimedia.org. As such, the
failover should be transparent, unless for some reason a bot has
hardcoded kraz.wikimedia.org or it's IP address 208.80.153.44 (which
will then need to be updated to resolve irc.wikimedia.org). The old
instance will be around for another week.

If there are any issues, please report them at
https://phabricator.wikimedia.org/T224579

Cheers,
Moritz

Footnotes:
[1] https://wikitech.wikimedia.org/wiki/Irc.wikimedia.org

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Ops] eqiad kubernetes cluster upgrade on 2021-03-23

[Janis Meybohm]

Hi,

all services in the cluster are completely repooled now. If you do see 
anything unexpected, please let us know in phabricator:
https://phabricator.wikimedia.org/T277741

Cheers,
Janis

On Dienstag, 23. März 2021 13:57:13 CET Alexandros Kosiaris wrote:
> Hello everyone,
> 
> This has happened. The cluster has been reinitialized and upgraded and
> all services have been redeployed by SRE Service Operations. So, the
> cluster is fully operational again, feel free to deploy. Traffic
> hasn't been switched yet back as we are still making sure that it's
> also fully traffic capable as well, but it's expected to happen at the
> latest tomorrow.
> 
> On Tue, Mar 23, 2021 at 10:23 AM Alexandros Kosiaris
> 
>  wrote:
> > Hello everyone,
> > 
> > This is starting now. Keep in mind that if you try to deploy to eqiad
> > k8s today, it WILL fail or just won't do what you expect it to do.
> > 
> > On Fri, Mar 19, 2021 at 10:02 PM Alexandros Kosiaris
> > 
> >  wrote:
> > > Hello everyone,
> > > 
> > > TL;DR if you are not deploying services to the eqiad kubernetes
> > > cluster, you can safely skip this.
> > > 
> > > Long version:
> > > 
> > > After having tested thrice our cluster reinitialization procedure, next
> > > week, on Tuesday 2021-03-23 we will be reinitializing our eqiad
> > > kubernetes cluster. All
> > > traffic will be drained from it beforehand and we expect no user
> > > visible impact. However, for the duration of the process, the
> > > kubernetes eqiad cluster will be unavailable to deployers and thus
> > > efforts to deploy to it will fail or worse, not have the expected
> > > outcomes. This is normal until SRE serviceops announces that the
> > > cluster is fully operational again.
> > > 
> > > SRE service-ops will be deploying all services before marking the
> > > cluster as usable and pooling traffic back to it, so there will be no
> > > need for deployers to re-deploy their services.
> > > 
> > > For your convenience the list of services that are currently deployed
> > > on that cluster is: apertium api-gateway blubberoid changeprop
> > > changeprop-jobqueue citoid cxserver echostore eventgate-analytics
> > > eventgate-analytics-external eventgate-logging-external eventgate-main
> > > eventstreams eventstreams-internal linkrecommendation mathoid
> > > mobileapps proton push-notifications recommendation-api sessionstore
> > > similar-users termbox wikifeeds zotero
> > > 
> > > Regards,
> > > 
> > > --
> > > Alexandros Kosiaris
> > > Principal Site Reliability Engineer
> > > Wikimedia Foundation
> > 
> > --
> > Alexandros Kosiaris
> > Principal Site Reliability Engineer
> > Wikimedia Foundation



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l