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'm curious how others have found performance on our MediaWiki-Docker setup on macOS host systems. I knew it would be not great compared to a Linux host (where I had zero issues with it) but find it basically unusable on a macOS host (2018 MacBook Pro with 16GB RAM) with ~20 extensions installed. Waiting ~5 seconds for a page load is just not usable for development, especially when a host system setup can do ~500ms page loads.
I filed https://phabricator.wikimedia.org/T273305 <https://phabricator.wikimedia.org/T273305> with a link to the upstream issue in Docker for Mac, and some subtasks to investigate. But wondering if others have found workarounds or are maybe not having the performance issues I'm seeing?
Kosta
Hey folks,
tl;dr: We're splitting PHP & HTTP containers in the MediaWiki-Docker[0]
development environment. If you're not currently using
MediaWiki-Docker, you can safely ignore this message.
---
We're planning to merge a change to the MediaWiki-Docker environment to
split PHP-FPM into a separate container from Apache.[1]
This should improve build efficiency for these images, and remove the
need to duplicate so much stuff (Apache, etc.) between versions of PHP.
It also unblocks support for PHP 7.3/7.4, and upgrades XDebug to the
3.x series.
What you'll need to change in existing setups:
In docker-compose-override.yaml:
* Linux users should specify a MW_DOCKER_UID & MW_DOCKER_GID for all
containers.
In .env:
* Set XDEBUG_ENABLE=true and XHPROF_ENABLE=true if you want the
corresponding extensions turned on.
* If you have an XDEBUG_CONFIG set, it may need updated to reflect
new configuration value names.[2]
Finally, I'd like to get it out the door this week, since it unblocks a
number of requested improvements, but feedback is of course welcome in
Gerrit.[1]
[0]. https://www.mediawiki.org/wiki/MediaWiki-Docker
[1]. https://gerrit.wikimedia.org/r/c/mediawiki/core/+/630988
[2]. https://xdebug.org/docs/upgrade_guide
Thanks!
--
Brennen Bearnes
Release Engineering
Wikimedia Foundation
There’s an issue with the caching layer in front of our docker registry that prevents pulling images in most circumstances. See https://phabricator.wikimedia.org/T270270 <https://phabricator.wikimedia.org/T270270> (thank you Željko for filing!). This is a new issue that has surfaced in Docker 20.10 which is in Docker for Mac 3.0 as well as the latest docker package in Debian unstable.
There is a patch pending to hopefully fix this but in case it’s not deployed soon you should probably hold off on upgrading your local Docker engine.
Kosta
Hi Local-Dev list members!
If you use Docker for developing and are interested in MediaWiki-Docker, I
was wondering if you would be willing to help me prioritize
MediaWiki-Docker’s work board[0]?
If a task is important to you, could you give it a token? I’ll check back
in a week’s time to prioritize the work board.
Of course, if you have an improvement in mind not listed on the project
work board, please feel free to file a task as well!
0. https://phabricator.wikimedia.org/project/view/4585/
Thanks for reading,
--
Jeena Huneidi
Software Engineer, Release Engineering
Wikimedia Foundation
Hi,
This is an informational message for users of MediaWiki-Docker.
We just merged a change[0] to Mediawiki-Docker's working directory. This
change was made in order to support rest.php[1]. It also makes use of a new
docker image that fixes issues with loading pages with slashes in
VisualEditor[2].
As a result of this change, your existing LocalSettings.php file may point
to the wrong database directory. Although there is a script that should
update it automatically for you[3], you can take a look at the
DEVELOPERS.md troubleshooting section in core if you happen to run into an
issue connecting to your database.
[0] https://gerrit.wikimedia.org/r/c/mediawiki/core/+/626144
[1] https://phabricator.wikimedia.org/T261051
[2] https://phabricator.wikimedia.org/T262392
[3]
https://gerrit.wikimedia.org/r/plugins/gitiles/releng/dev-images/+/refs/hea…
--
Jeena Huneidi
Software Engineer, Release Engineering
Wikimedia Foundation