Source: lomiri-mediaplayer-app
Version: 1.1.0+dfsg-3
Severity: serious
Control: close -1 1.1.1+dfsg-1
Tags: sid trixie ftbfs
User: release.debian.org@packages.debian.org
Usertags: out-of-sync
User: debian-s390@lists.debian.org
X-Debbugs-CC: debian-s390@lists.debian.org

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing
and unstable for more than 30 days as having a Release Critical bug in
testing [1]. Your package src:lomiri-mediaplayer-app has been trying to
migrate for 33 days [2], hence this bug report. The current output of
the migration software for this package is copied to the bottom of this
report and should list the reason why the package is blocked.

If a package is out of sync between unstable and testing for a longer
period, this usually means that bugs in the package in testing cannot be
fixed via unstable. Additionally, blocked packages can have impact on
other packages, which makes preparing for the release more difficult.
Finally, it often exposes issues with the package and/or its
(reverse-)dependencies. We expect maintainers to fix issues that hamper
the migration of their package in a timely manner.

This bug will trigger auto-removal when appropriate. As with all new
bugs, there will be at least 30 days before the package is auto-removed.

This bug submission immediately closes the bug with the version in
unstable, so if that version or a later version migrates, this bug will
no longer affect testing. This bug is also tagged to only affect sid and
trixie, so it doesn't affect (old-)stable.

If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.

This bug report has been automatically generated and has only been sent
manually. If you have any comments with regards to the content or the
process, please reach out to me.

Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg00001.html
[2] https://qa.debian.org/excuses.php?package=lomiri-mediaplayer-app

Current text from [2]:
Migration status for lomiri-mediaplayer-app (1.1.0+dfsg-3 to
1.1.1+dfsg-1): BLOCKED: Maybe temporary, maybe blocked but Britney is
missing information (check below)
Issues preventing migration:
∙ ∙ missing build on s390x
∙ ∙ blocked by freeze: does not have autopkgtest (Follow the freeze
policy when applying for an unblock)
∙ ∙ arch:s390x not built yet, autopkgtest delayed there
Additional info:
∙ ∙ Piuparts tested OK -
https://piuparts.debian.org/sid/source/l/lomiri-mediaplayer-app.html
∙ ∙ Reproducible on amd64 - info ♻ ∙ ∙ Reproducible on arm64 - info ♻ ∙
∙ Waiting for reproducibility test results on armhf - info ♻ ∙ ∙
Reproducible on i386 - info ♻ ∙ ∙ 32 days old (needed 20 days)

Hi Paul,

The build logs in https://buildd.debian.org/status/fetch.php?pkg=lomiri-mediaplayer-app&arch=s390x&ver=1.1.1%2Bdfsg-3&stamp=1749682694&raw=0
is indicating that the unit test `video_player` does pass. I tried building the package from source using cmake and ran ctest on my s390x machine and also
got the result that:

1/1 Test #1: video_player .....................   Passed    1.59 sec

Thanks,
Pranav

Hi Pranav,


The version that had the problem was 1.1.1+dfsg-1. Both later versions
build on s390x and version 1.1.1+dfsg-3 migrated on 16 June 2025,
solving this bug (which was already closed when I submitted it). The
relevant packaging change can be found here:
https://salsa.debian.org/ubports-team/lomiri-mediaplayer-app/-/commit/5f6c198a7fb02b0bd1ec6a0aa05fd50c8fced745

Paul

Hi Paul, hi Pranav,

What Pranav is referring to is that we don't have to ignore failing
tests on s390x anymore which my commit does.

@Pranav: in Lomiri, we regularly observe unit tests being flaky on
same archs (mip64el being one, s390x being another, but not as often
as on mips64el). For trixie, I won't change d/rules of this package
anymore, but we can fail on failing s390x unit tests after the trixie
release again and see how it goes...

Mike

Hi Mike, hi Paul,

Sure. Thanks a lot.