@GoranSMilovanovic, for what it might be worth, WMDE has since a while a wikimediade docker hub organisation, and I can easily arrange it for you to put your images there

For the record, it seems that reverting change that restored the operation of the site has been: https://gerrit.wikimedia.org/r/c/operations/puppet/+/719185

@Aklapper thanks for pointing out the Phabricator account topic. I'd happily take this on, closer to the weekend. Would it be possible that you sent me the list of Phabricator accounts with wikimedia.de email addresses off-phabricator somehow? I'll review it and request deactivating the ones which are of non longer WMDE staff members. E.g. the "chrp" account would be included in that request, the person does not work with WMDE since those 21 months indeed.

I was not aware of this restriction existing. As described, as the listed people have signed the required NDAs - as instructed in some past requests, I'll let the relevant WMF staff member pull in WMF legal for confirmation should that be required. As an Engineering Manager at WMDE I hereby confirm that all listed individuals are WMDE staff, and they should gain the requested access.

As an Engineering Manager at WMDE, I approve this request and confirm Kara's affiliation with WDME.

Initial estimate on the range 3-8 story points

I support what @kostajh said at the end of his comment. General process related feedback please not here. @Ladsgroup I am happy to be receiver of your comments should you have any.

wikidata-emergency@wikimedia.de email address is meant to be used as a means of reaching WMDE staff in cases of an emergency. The email address exists and has been communicated to the WMF a year ago. Apologies for not reflecting this on this task.

@Mooeypoo it seems your concern is primarily about possible drawbacks of using the typescript compiler and the javascript it produces, not about TypeScript as a programming language - is this right? I admit the difference is maybe only formal, and it does not invalidate your points.

The motivation to use the tag/commited of the tagged version is to actually deliver the mediawiki version we intend to base wikibase suite on, i.e. the stable version - and not some almost that version but not exactly it.

Looks like the repository is no longer under active development. Is that correct?

A Gerrit repo could take weeks

WMDE will attempt using the config bit from Wikidata for Commons and see if that fixes the issue. If it does not, the team will regroup and consider other options.

The related code has been merged and included in the Wikibase relase for non-Wikimedia users, issue is fixed on Wikidata/WMF wikis. Nothing left to do here. Opening the task for a public and resolving then.

Hello @AMooney, any chance we could also get someone from PET have a look at https://gerrit.wikimedia.org/r/c/mediawiki/core/+/645403 and advise whether it looks like a right/preferred/sensible approach to the issue reported here? Thanks!

Hello @AMooney - any chance your team could take a look at the patch https://gerrit.wikimedia.org/r/c/mediawiki/core/+/609531/ (or this bug in general), and advise on the solution here? Thanks!

I am not aware of existing docs. There is general mediawiki, and pretty broad manual page: https://www.mediawiki.org/wiki/Manual:Upgrading
The upcoming release provides Wikibase both in the format of Docker images, but also tarball archive with the Wikibase extension for self construction.

Originally requested in T189154, shortly following the initial representation. That task reflected the fact that placing the "short description" functionality in Wikibase code has been a temporary solution.

Thanks for clarifications @GreenReaper !

Thanks for your thorough look at our work @GreenReaper !

Some parts of this are being addressed in https://github.com/wmde/wikibase-release-pipeline/pull/173.

Apologies for the confusing comment above, I misread the description.

@ArielGlenn it looks that indeed all-hson dumps have not been generated since mid April, e.g. not in https://dumps.wikimedia.org/wikidatawiki/entities/20210421/

Arguably it is a nice additional help for WMDE engineers, but is not essential to be done now,

I think the decision is made. The follow up task does not to be a subtask/blocking the conclusion of the work on this task.