hashar added subscribers: Cparle, dcausse, matthiasmullie, hashar.
hashar added a comment.
The code comes from
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseMediaInfo/+/640820
(and depends on
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CirrusSearch/+/640809
hashar added a comment.
Spotted again on commonswiki:
/srv/mediawiki/php-1.36.0-wmf.25/includes/libs/rdbms/database/Database.php:1680
counterexample
#0
/srv/mediawiki/php-1.36.0-wmf.25/includes/libs/rdbms/database/Database.php(1658):
Wikimedia\Rdbms\Database
hashar added a comment.
@Lucas_Werkmeister_WMDE congratulations on finding MW_API as being the root
cause!
TASK DETAIL
https://phabricator.wikimedia.org/T269608
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, hashar
Cc
hashar edited projects, added Continuous-Integration-Infrastructure; removed
Continuous-Integration-Infrastructure (Slipway).
TASK DETAIL
https://phabricator.wikimedia.org/T210286
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Jakob_WMDE
hashar added a comment.
I don't have any lead myself beside the CentralAuth one (which does not seem
to change anything since my proposal fails still). It is late so yeah lets
check what we can do tomorrow and maybe loop other people. Thank you Luca!
TASK DETAIL
https
hashar added a comment.
Sorry Lucas I have misread your earlier comment about the failure occurring
with just Wikibase / FlaggedRevs. The test I have done reverting a CentralAuth
patch doesn't help indeed, that still fails :-\
TASK DETAIL
https://phabricator.wikimedia.org/T269608
EMAIL
hashar added a comment.
Next trick, download the Jenkins console log, filter for lines matching
`Prepared` to match the informational messages emitted by `zuul.cloner`. That
is the bit in Quibble which takes care of cloning the repositories, fetch the
patches / branch. Doing a diff yields
hashar added a comment.
It is very unlikely the Jenkins upgrade is any related. The jobs are running
in Docker containers and Jenkins is really just running `docker run` commands
over ssh to WMCS instances. I am not entirely ruling it out though, but it has
a very low chance
hashar added a comment.
Thank you Lucas and Amir for the investigation.
TASK DETAIL
https://phabricator.wikimedia.org/T269315
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Lucas_Werkmeister_WMDE, Ladsgroup, mmodell, RhinosF1
hashar closed this task as "Resolved".
hashar added a comment.
That has been more or less fixed by raising the newish IO quota for the
integration instances. It is still not ideal and enhancements will be made
later on via the infrastructure task T266777
<https://phabricator.
hashar closed subtask T267388: Puppet failure on
deployment-memc08.deployment-prep.eqiad.wmflabs as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T213089
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Ladsgroup, Krenair
hashar added a subtask: T267388: Puppet failure on
deployment-memc08.deployment-prep.eqiad.wmflabs .
TASK DETAIL
https://phabricator.wikimedia.org/T213089
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Ladsgroup, Krenair, elukey, jijiki
hashar merged a task: T267075: Pipeline jobs freezing during teardown.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Aklapper, dduvall, bd808, jeena, Daimona, thcipriani, hashar
hashar merged a task: T267075: Pipeline jobs freezing during teardown.
hashar added subscribers: jeena, bd808, dduvall, Aklapper.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc
hashar added a comment.
@Lucas_Werkmeister_WMDE yes Wikibase kind of highlights the issue since it
has so many files. I have also noticed the disk slowness on various other jobs
though, some started to timeout as a result due to the number of IO operations
they perform.
I thought
hashar added a subtask: T266777: integration instances suffer from high IO
latency due to Ceph.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Daimona, thcipriani, hashar, awight
hashar added a comment.
I have found out the root cause which is in the underlying infrastructure.
Will file a task about it tomorrow.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
hashar added a comment.
I have looked at it live by running strace profiling against `dockerd` while
a container was being reaped:
name=strace -C -e trace=file -f -p `pidof dockerd`
% time seconds usecs/call callserrors syscall
hashar added a comment.
So my best assumption is that the source code / package install etc are done
inside the Docker container. Upon removal, Docker spends a lot of time to
delete all those files which might explain the issue. If that is true, that
can be reproduced by spawning
hashar added a comment.
Looks like the container is stuck in `removing` status. For a build with:
13:09:39 INFO:backend.MySQL:Terminating MySQL
13:10:33 [wmf-quibble-selenium-php72-docker] $ /bin/bash -xe
/tmp/jenkins4716707043969520657.sh
Running `docker container inspect
hashar added a comment.
No with child tracing (`-f`) and time spent in system call (`-T`). PID 23094
invokes `epoll_pwait` which resumes after 3 seconds for whatever reason.
name=strace -s 128 -tt -yy -T -f
[pid 23092] 10:21:51.923319 write(2,
"time=\"2020-10-28T10:21:5
hashar added a comment.
With `TINY_VERBOSITY=3` and `docker -D -l debug run`:
08:58:27 [INFO tini (1)] Main child exited normally (with status '1')
08:58:28 time="2020-10-28T08:58:28Z" level=debug msg="[hijack] End of
stdout"
08:58:38 Build step 'Execute
hashar added a comment.
I have done various hacking here and there nothing conclusive.
I have rolled back:
- https://integration.wikimedia.org/ci/job/integration-quibble-fullrun/
- Dockerd
---
Dockerd running with `docker: true` gives a lot more logs in the journal
hashar added a comment.
Same for Docker 19.03.13 / 1.3.7 . wmf-quibble-selenium-php72-docker builds
still have a minute delay or so.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc
hashar added a comment.
I have upgraded containerd from 1.2.10-3 to 1.2.13-2 on eight hosts but that
unfortunately does not seem to help :-(
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
hashar added a comment.
For later reference:
11:23:24 INFO:backend.MySQL:Terminating MySQL
11:24:41 [wmf-quibble-selenium-php72-docker] $ /bin/bash -xe
/tmp/jenkins937915457220888713.sh
And in containerd the log shows the process got reaped properly?:
Oct 26 10:56:21
hashar added a comment.
I was watching integration-agent-docker-1004 which had 3 builds involving
Quibble. I have opened pages using the Jenkins monitoring interface that lets
one list processes and java threads. As soon as one showed the delay I
refreshed the two pages.
On the list
hashar claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: thcipriani, hashar, awight, kostajh, Lucas_Werkmeister_WMDE, Alter-paule,
Beast1978, Un1tY, Akuckartz, Hook696
hashar added a comment.
Next fun, digging into Jenkins!
I looked at
https://integration.wikimedia.org/ci/job/wmf-quibble-selenium-php72-docker/64820/
which got affected by the same issue (all times are UTC):
counterexample
18:08:34 [wmf-quibble-selenium-php72-docker] $ /bin
hashar added a comment.
After many attempts, I finally got a lead
https://integration.wikimedia.org/ci/job/integration-quibble-fullrun/153/console
The job executes a shell script utils/ci-fullrun.sh in
integration/quibble.git, I have edited it to `echo CI FULLRUN completed` when
hashar added a comment.
I tried various combination and I can not reproduce it. Maybe it is race
condition between us sending SIGKILL (`self.server.kill()`) and python reaping
the processed on garbage collection when we set `self.server = None` :-\
TASK DETAIL
https
hashar added a comment.
Gave it a try with a bit more logging. One run with a 2 seconds delay which
is too short and trigger a SIGKILL:
00:22:05.191 INFO:quibble.commands:Shutting down backends:
00:22:05.191 INFO:backend.MySQL:Stopping MySQL
00:22:05.192
hashar added a comment.
CI for `integration/quibble` does have a job that runs it entirely against
mediawiki/core. The last few builds show more or less show the same issue:
00:11:36.278 INFO:backend.MySQL:Terminating MySQL
00:11:41.731 Archiving artifacts
00:11:09.274
hashar added a comment.
To rule out Quibble 0.0.45, I have create a dummy job using
docker-registry.wikimedia.org/releng/quibble-stretch-php72:0.0.44-s5. And it is
still affected:
00:21:32.612 INFO:backend.MySQL:Terminating MySQL
00:22:36.029 [wmf-quibble44-selenium-php72-docker
hashar added a comment.
Looking at some random builds, it usually takes 15 / 20 seconds to start the
next command which is a bug by itself:
00:17:39.940 INFO:backend.MySQL:Terminating MySQL
00:17:55.311 [wmf-quibble-selenium-php72-docker] $ /bin/bash -xe
/tmp
hashar triaged this task as "High" priority.
hashar added a comment.
Will look at it tomorrow and try to at least reproduce the issue.
TASK DETAIL
https://phabricator.wikimedia.org/T265615
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
hashar added subscribers: kostajh, awight, hashar.
hashar edited projects, added Continuous-Integration-Infrastructure,
Release-Engineering-Team-TODO (2020-10-01 to 2020-12-31 (Q2)),
Release-Engineering-Team (CI & Testing services); removed
Continuous-Integration-Config.
hashar added a com
hashar added a project: Wikidata-Campsite.
hashar added a comment.
Restricted Application added a project: Wikidata.
Also happened on https://gerrit.wikimedia.org/r/c/mediawiki/core/+/632227
yesterday.
TASK DETAIL
https://phabricator.wikimedia.org/T264926
EMAIL PREFERENCES
https
hashar closed this task as "Resolved".
hashar added a comment.
Wikibase fails T242617 <https://phabricator.wikimedia.org/T242617> and got
removed by https://gerrit.wikimedia.org/r/583671
TASK DETAIL
https://phabricator.wikimedia.org/T242444
EMAIL PRE
hashar added a comment.
I looked at extensions that lacked a coverage report by looking on
`doc1001.eqiad.wmnet` in `/srv/docroot/org/wikimedia/doc/cover-extensions`:
WikiLambda WikibaseManifest Wikibase Popups MachineVision
Regenerated them with:
name=ssh contint2001
hashar claimed this task.
hashar added projects: Release-Engineering-Team (CI & Testing services),
Release-Engineering-Team-TODO (2020-07-01 to 2020-09-30 (Q1)).
TASK DETAIL
https://phabricator.wikimedia.org/T242444
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/p
hashar moved this task from Untriaged to Aug 2020 / 1.36.0-wmf.3+ on the
Wikimedia-production-error board.
hashar added a comment.
That seems to happen since 1.36.0-wmf.4. That just 30 occurrences so far:
F32109877: no_field_wbxl_language.png
<https://phabricator.wikimedia.org/F32109
hashar created this task.
hashar added projects: Wikimedia-production-error, Wikidata-Campsite, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Error
-
`MediaWiki version:` **`1.36.0-wmf.4`**
name=message
Wikimedia\Rdbms\Database
hashar added a comment.
It seems those plugins might not be that well maintained.
There are some tools listed on the LUA users wiki at
http://lua-users.org/wiki/DocumentingLuaCode , but at a quick glance none of
those tools have been updated any recently.
I looked at how lua
hashar added a project: Release-Engineering-Team (CI & Testing services).
TASK DETAIL
https://phabricator.wikimedia.org/T241478
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Ladsgroup, hoo, Addshore, Aklapper, Akuck
hashar added a comment.
Thank you @darthmon_wmde for the link to
#wikibase_extension_decoupling_and_registration
<https://phabricator.wikimedia.org/tag/wikibase_extension_decoupling_and_registration/>
:] To everyone involved:
antoine-approve
<https://phab.wmfusercontent
hashar added a comment.
Tentatively the code coverage report is handled by the codehealth pipeline
(T224990 <https://phabricator.wikimedia.org/T224990>). But some repositories
also have the extension-coverage template and the two do not play nices when
run together leading to the co
hashar added a comment.
Thank you so much for moving forward on this task :]
TASK DETAIL
https://phabricator.wikimedia.org/T88258
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Ladsgroup, Michael, Mholloway, awight
hashar added a comment.
ContentTranslation and UniversalLanguageSelector are affected as well.
I am aiming at pushing 1.35.0-wmf.32 on the remaining wiki on Monday 25th
during European afternoon. We will thus have those features hidden/disabled
until the next version reaches all wikis
hashar added a comment.
What Lucas Said, the fix would only land next week May 27/28.
So I guess we can backport the Vector patch and swat it for the wikis that
are currently using 1.35.0-wmf.32 (group1 right now). And when the rest of
wikis are promoted next Monday they will have
hashar added a comment.
The last match for `AffectedPagesFinder` in logstash is at 10:52 UTC today.
Half an hour before the fix got deployed. Seems like that fixed it.
I am dropping this task from the list of train blocker, we can close it in a
few hours if there is no other occurrences
hashar removed a parent task: T249964: 1.35.0-wmf.32 deployment blockers.
TASK DETAIL
https://phabricator.wikimedia.org/T252803
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Lucas_Werkmeister_WMDE, WMDE-leszek, hoo, Addshore, thiemowmde
hashar added a comment.
Can you port the Vector patch to 1.35.0-wmf.32 ?
https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Vector/+/596516/
The cherry pick conflicts since the wmf branches does not have //Refactor:
Simplify and standardize menu definitions
hashar added a comment.
It does not seem too bad indeed. Thank you @thiemowmde for the detailed
analysis!
TASK DETAIL
https://phabricator.wikimedia.org/T252803
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Lucas_Werkmeister_WMDE
hashar added a comment.
The given example https://en.wiktionary.org/wiki/Template:table:zodiac/es
does have the " "In other languages"" section and its "Edit links" link now.
Vector had an issue with the sidebar, plain text entries were not taken in
ac
hashar added a project: Wikidata-Campsite.
hashar updated the task description.
Restricted Application added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T252803
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar
hashar added a comment.
Eventually @Mstyles and I managed to get a build passing!
https://integration.wikimedia.org/ci/job/wikidata-query-rdf-maven-release-docker-wdqs/8/console
Gotta verify whether that resulted in a proper release and maybe update
whatever releasing doc you might have
hashar added a comment.
In T247123#6106324 <https://phabricator.wikimedia.org/T247123#6106324>,
@Mstyles wrote:
> Talked to @Gehel and the issue is probably that the archiva credentials
that come from analytics have different server ID's than the ones we use.
https://g
hashar added a comment.
Moved to next error:
counterexample
[INFO] [ERROR] Failed to execute goal
org.apache.maven.plugins:maven-deploy-plugin:3.0.0-M1:deploy (default-deploy)
on project query-service-parent: ArtifactDeployerException: Failed to deploy
artifacts: Could not transfer
hashar triaged this task as "Medium" priority.
hashar added a comment.
I ran the job again
https://integration.wikimedia.org/ci/job/wikidata-query-rdf-maven-release-docker-wdqs/6/console
and it now fails with an entirely new error:
counterexample
Failed to ex
hashar added a comment.
In T247123#6095073 <https://phabricator.wikimedia.org/T247123#6095073>,
@hashar wrote:`
> **Next we will want to verify that the `maven-release-user` user in Gerrit
has push access.**
Verified, it has access.
TASK DETAIL
https://phabricator.wiki
hashar added a comment.
The job fails with:
counterexample
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:3.0.0-M1:prepare (default-cli) on
project query-service-parent: Unable to commit files
[ERROR] Provider message:
[ERROR] The git-push
hashar added a comment.
A bit of history, the wikidata-query-rdf-release has been build upon the one
for refinery. It really "just" do `maven release:prepare release:perform` but
there is a lot more complexity around it to provide an environment to run in
(Docker with
hashar triaged this task as "Medium" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T249839
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Aklapper, Lucas_Werkmeister_WMDE, NavinRizwi, Demian, darthmon_wmde,
94rai
hashar updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T249839
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Aklapper, Lucas_Werkmeister_WMDE, NavinRizwi, Demian, darthmon_wmde,
94rain, Nandana, Lens0021
hashar added a comment.
Interestingly, #MachineVision
<https://phabricator.wikimedia.org/tag/machinevision/> has a task to get its
dependencies added to vendor: T237596
<https://phabricator.wikimedia.org/T237596>
TASK DETAIL
https://phabricator.wikimedia.org/T249845
EMAIL
hashar added a subtask: T237596: Add MachineVision dependencies to vendor.
TASK DETAIL
https://phabricator.wikimedia.org/T249845
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Aklapper, hashar, Liuxinyu970226, CBogen, darthmon_wmde
hashar added a parent task: T232759: Move CI selenium/qunit tests of mediawiki
repository to a standalone job.
TASK DETAIL
https://phabricator.wikimedia.org/T249845
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Aklapper, hashar
hashar created this task.
hashar added projects: Release-Engineering-Team-TODO, Release-Engineering-Team
(CI & Testing services), MachineVision, MediaWiki-extensions-PropertySuggester,
Wikidata-Campsite.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
Restricted Applica
hashar added a comment.
Thank you for the investigation!
TASK DETAIL
https://phabricator.wikimedia.org/T248006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: WMDE-leszek, Krinkle, Ladsgroup, Jdforrester-WMF, Daimona, brennen
hashar triaged this task as "High" priority.
hashar added a comment.
I have removed this task from the list of train blocker since it comes from
1.35.0-wmf.23 which is now fully deployed. We should still get it fixed since
that error is really cumbersome :]
TASK DETA
hashar removed a parent task: T233872: 1.35.0-wmf.24 deployment blockers.
TASK DETAIL
https://phabricator.wikimedia.org/T248006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Daimona, brennen, Agusbou2015, Liuxinyu970226, hashar, Aklapper
hashar added a parent task: T233872: 1.35.0-wmf.24 deployment blockers.
TASK DETAIL
https://phabricator.wikimedia.org/T248006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86
hashar added a comment.
`$Ø` versus `$0`?
TASK DETAIL
https://phabricator.wikimedia.org/T248006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden
hashar edited Stack Trace.
TASK DETAIL
https://phabricator.wikimedia.org/T248006
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen
hashar created this task.
hashar added projects: Wikimedia-production-error, Wikidata-Campsite, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Error
-
`MediaWiki version:` **`1.35.0-wmf.23`**
name=message
PHP Notice: Undefined
hashar added a comment.
I would guess `uselang` should be validated before being passed down?
LanguageConverter seems to have some logic to validate it.
https://commons.wikimedia.org/wiki/Category:Subcultures?uselang=%E2%A7%BCLang%E2%A7%BD
TASK DETAIL
https
hashar added a comment.
Restricted Application added a project: Wikidata.
Should be fixed by frontend-maven-plugin 1.9.0
https://github.com/eirslett/frontend-maven-plugin/pull/868
https://github.com/eirslett/frontend-maven-plugin/issues/560
TASK DETAIL
https
hashar added a parent task: T239981: Delete Jenkins label DebianJessie.
TASK DETAIL
https://phabricator.wikimedia.org/T210286
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Jdforrester-WMF, gerritbot, Addshore, hashar, Aklapper
hashar closed this task as "Resolved".
hashar claimed this task.
hashar added a comment.
CI now runs Doxygen 1.8.16. The master branch has been regenerated with it
already https://doc.wikimedia.org/Wikibase/master/php/deprecated.html
The namespaces show up properly now:
hashar updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T239481
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Addshore, Aklapper, Pavithraes, darthmon_wmde, DannyS712, Nandana,
Cpaulf30, Lahi, Gq86
hashar closed subtask T239482: Update Doxygen in CI to 1.8.15 or greater as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T239481
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Addshore, Aklapper, Pavithraes, darthmon_wmde
hashar closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Jdforrester-WMF, hashar, Aklapper, Addshore, Totolinototo3, Hook696,
Daryl-TTMG, Ro
hashar reopened subtask T239482: Update Doxygen in CI to 1.8.15 or greater as
Open.
TASK DETAIL
https://phabricator.wikimedia.org/T239481
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Addshore, Aklapper, Pavithraes, darthmon_wmde
hashar reopened this task as "Open".
hashar added a comment.
The polling job for mediawiki/core
https://integration.wikimedia.org/ci/job/mediawiki-core-doxygen-docker/ fails:
counterexample
Status: Downloaded newer image for
docker-registry.wikimedia.org/releng/dox
hashar closed subtask T239482: Update Doxygen in CI to 1.8.15 or greater as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T239481
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Addshore, Aklapper, Pavithraes, darthmon_wmde
hashar closed this task as "Resolved".
hashar added a comment.
And all jobs have been updated to use 1.8.16!
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Jdforrester-W
hashar added a comment.
2019-12-13 15:33:08,737 [docker-pkg-build] INFO - Successfully tagged
docker-registry.discovery.wmnet/releng/doxygen:0.6.0 (image.py:179)
:)
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
hashar closed this task as "Resolved".
hashar claimed this task.
hashar added a comment.
Those mediawiki-selenium ruby tests are gone.
TASK DETAIL
https://phabricator.wikimedia.org/T144886
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
hashar added a comment.
The Doxygen CI container is build using: doxygen < php72 < ci-stretch <
stretch, so we got php7.2.
The reason we inherit from `php7.2` is that MediaWiki core doc is generated
via `maintenance/mwdocgen.php` which generates the Doxygen configuration and
hashar closed subtask T224943: Migrate debian-glue jobs to Buster instances as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: Jdforrester-WMF, hashar, Aklapper, Addshore
hashar added a comment.
I have a working backport for Doxygen 1.8.16 but that is using Buster. Our
releng/doxygen container is based on Stretch..
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
hashar reopened subtask T224943: Migrate debian-glue jobs to Buster instances
as Open.
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, Addshore, Totolinototo3
hashar closed subtask T224943: Migrate debian-glue jobs to Buster instances as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, Addshore, Totolinototo3
hashar added a subtask: T224943: Migrate debian-glue jobs to Stretch instances.
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, Addshore, Totolinototo3, Hook696, Daryl
hashar added a comment.
We have a privilege policy
https://www.mediawiki.org/wiki/Gerrit/Privilege_policy which is in the scope of
MediaWiki deployment. Quote from it:
> Previously, some extension maintainers were given ownership rights on the
relevant project in Gerrit,
hashar added a comment.
In T235651#5622857 <https://phabricator.wikimedia.org/T235651#5622857>,
@Lucas_Werkmeister_WMDE wrote:
> Since I5087b21e83 <https://gerrit.wikimedia.org/r/542462> was merged, our
browser tests now require a Node.js with support for `async`/`await`
hashar triaged this task as "Medium" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T239482
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: hashar
Cc: hashar, Aklapper, Addshore, Totolinototo3, Hook696, Daryl-TTMG,
RomaAmorRoma,
hashar added a comment.
Got it build locally for buster (but haven't tested it yet).
Eventually CI fails to build the package due to an obsolete `pristine-tar`
package:
gbp:debug: /usr/bin/pristine-tar [] ['checkout',
'/srv/jenkins-workspace/workspace/debian-glue-non-voting
hashar added a comment.
I have added a couple other tasks as blocked by that upgrade:
- T218233 <https://phabricator.wikimedia.org/T218233>
- T152478 <https://phabricator.wikimedia.org/T152478>
The `doxygen` package in Debian is orphaned (it does not have a dedicated
1 - 100 of 796 matches
Mail list logo
