Bug#1010862: src:pysph: fails to migrate to testing for too long: new build dependency not available on ppc64el and s390x
Antonio Valentino
antonio.valentino at tiscali.it
Thu May 12 07:03:33 BST 2022
Dear Paul,
On Wed, 11 May 2022 21:26:52 +0200 Paul Gevers <elbrus at debian.org> wrote:
> Source: pysph
> Version: 1.0~b0~20191115.gite3d5e10-6
> Severity: serious
> Control: close -1 1.0~b1-1
> Tags: sid bookworm
> User: release.debian.org at packages.debian.org
> Usertags: out-of-sync
>
> Dear maintainer(s),
>
> The Release Team considers packages that are out-of-sync between testing
> and unstable for more than 60 days as having a Release Critical bug in
> testing [1]. Your package src:pysph has been trying to migrate for 61
> days [2]. Hence, I am filing this bug. I think the situation is as
> follows. Your package needed a new build dependency. That B-D isn't
> available on all architectures, including some where your package
> successfully built in the past. You'll have to request the FTP-master to
> remove the binaries from those architectures. I recommend using
> reportbug to file the right bug report against the ftp.debian.org pseudo
> package.
>
> 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.
>
> I have immediately closed this bug with the version in unstable, so if
> that version or a later version migrates, this bug will no longer affect
> testing. I have also tagged this bug to only affect sid and bookworm, 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.
>
> Paul
>
> [1] https://lists.debian.org/debian-devel-announce/2020/02/msg00005.html
> [2] https://qa.debian.org/excuses.php?package=pysph
I see that this issue has been closed already.
Not sure anyway to understand what happened.
Should I still file a bug report against ftp.debian.org asking for the
removal of the binary packages from unsupported architectures?
kind regards
--
Antonio Valentino
More information about the debian-science-maintainers
mailing list