Re: Help understanding why a package isn't migrating
On 2022-12-01 11:20:09 -0500, Scott Talbert wrote:
> On Sun, 27 Nov 2022, Sebastian Ramacher wrote:
>
> > On 2022-11-24 09:47:51 -0500, Scott Talbert wrote:
> > > On Thu, 24 Nov 2022, Sebastian Ramacher wrote:
> > >
> > > > Hi Scott
> > > >
> > > > On 2022-11-23 19:38:26 +0100, Paul Gevers wrote:
> > > > > Hi Scott,
> > > > >
> > > > > On 23-11-2022 15:26, Scott Talbert wrote:
> > > > > > Hi Release Team,
> > > > > >
> > > > > > I'm trying to understand why this package (haskell-copilot-theorem[1])
> > > > > > isn't migrating to testing. It looks like it is saying that it is being
> > > > > > blocked by haskell-what4, but haskell-what4 has already migrated to
> > > > > > testing on October 17. Also, if I look at excuses for haskell-what4,
> > > > > > there aren't any.
> > > > > >
> > > > > > The only thing I can possibly think is that it is referring to migration
> > > > > > of binNMU's, but I can't see any way to see the status of those. Is it
> > > > > > possible?
> > > > > >
> > > > > > Thanks,
> > > > > > Scott
> > > > > >
> > > > > > [1] https://qa.debian.org/excuses.php?package=haskell-copilot-theorem
> > > > > >
> > > > >
> > > > > It says:
> > > > > haskell-copilot-theorem haskell-parameterized-utils/ppc64el (not considered)
> > > > >
> > > > > Which means that haskell-copilot-theorem on ppc64el depends on
> > > > > src:haskell-parameterized-utils.
> > > > >
> > > > > Picking one of the binaries from that source and asking rmadison says:
> > > > > paul@mulciber ~ $ rmadison libghc-parameterized-utils-dev
> > > > > libghc-parameterized-utils-dev | 2.1.5.0-2+b1 | testing | amd64, arm64,
> > > > > armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
> > > > > libghc-parameterized-utils-dev | 2.1.5.0-2+b2 | unstable | mips64el,
> > > > > mipsel, ppc64el
> > > > > libghc-parameterized-utils-dev | 2.1.5.0-2+b3 | unstable | armhf, i386,
> > > > > s390x
> > > > > libghc-parameterized-utils-dev | 2.1.5.0-2+b4 | unstable | amd64, arm64,
> > > > > armel
> > > > >
> > > > > So indeed, the binNMU's of that source are out-of-sync between testing and
> > > > > unstable.
> > > > >
> > > > > Searching in the excuses [2] I see this:
> > > > > Depends: haskell-parameterized-utils/amd64 <a
> > > > > href="#haskell-th-abstraction">haskell-th-abstraction</a>
> > > > >
> > > > > So that points at haskell-th-abstraction.... (which seems in a similar
> > > > > situation but then with haskell-clash-prelude)
> > > >
> > > > And if you go down the rabbit hole far enough, you'll eventually reach
> > > > #1023149 which needs to be taken care of.
> > >
> > > Yes, that's the same conclusion I came to. Thanks!
> >
> > The next blocker is #1023020.
>
> Is there a next blocker that you're aware of?
#1024807
It's probably safe to assume that any FTBFS bug against a haskell package
is a blocker.
Cheers
--
Sebastian Ramacher
Reply to: