Bug#885556: udeb uninstallability trend: worse (+20/-0)

[Cyril Brulebois]

Don Armstrong  (2018-01-01):
> OK. Found the issue. Apparently, packages in the */debian-installer
> components were being skipped when the BTS was figuring out what was
> in which distribution. I've fixed that now, and the versions
> database is being updated with that information.
> 
> The underlying issue should show up as fixed once the version graph
> for this bug looks sane. [Probably in another 10-20 minutes.]

Yes, that's looking good now; many thanks for the swift replies and
bug fixes in debbugs.git! I suppose we haven't been noticing that
earlier because I've been keeping a close eye on udeb-producing
packages, and freezing them when releases were close; we might have
dodged a few bullets in the process without even realizing it. :)


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#885556: udeb uninstallability trend: worse (+20/-0)

[Don Armstrong]

On Mon, 01 Jan 2018, Don Armstrong wrote:
> On Mon, 01 Jan 2018, Cyril Brulebois wrote:
> > udeb uninstallability watcher  (2018-01-01):
> > > Newly-broken packages in testing
> > >   multipath-udeb   amd64 arm64 armel armhf i386 
> > > mips mips64el mipsel ppc64el s390x
> > >   partman-multipathamd64 arm64 armel armhf i386 
> > > mips mips64el mipsel ppc64el s390x
> > 
> > I'm wondering how this is possible with an RC bug filed against the
> > multipath-udeb udeb (#885556). For some reason, it's listed as found in
> > multipath-tools/0.7.4-2 on the BTS side, without a version graph; and
> > it isn't listed by tracker or by the old PTS. I'm suspecting there's
> > something fishy on the BTS side so britney didn't notice the RC bug
> > and let it migrate?
> 
> Yeah, this definitely looks like a BTS mistake. It seems to know that
> the right versions are in unstable, but they're not showing up on the
> graph.

OK. Found the issue. Apparently, packages in the */debian-installer
components were being skipped when the BTS was figuring out what was in
which distribution. I've fixed that now, and the versions database is
being updated with that information.

The underlying issue should show up as fixed once the version graph for
this bug looks sane. [Probably in another 10-20 minutes.]


-- 
Don Armstrong  https://www.donarmstrong.com

Every gun that is made, every warship launched, every rocket fired
signifies [...] a theft from those who hunger and are not fed, those
who are cold and are not clothed. This world in arms is not spending
money alone. It is spending the sweat of its laborers, the genius of
its scientists, the hopes of its children. [...] This is not a way of
life at all in any true sense. Under the cloud of threatening war, it
is humanity hanging from a cross of iron. [...] [I]s there no other
way the world may live?
 -- President Dwight D. Eisenhower, April 16, 1953

Bug#885556: udeb uninstallability trend: worse (+20/-0)

[Don Armstrong]

On Mon, 01 Jan 2018, Cyril Brulebois wrote:
> udeb uninstallability watcher  (2018-01-01):
> > Newly-broken packages in testing
> >   multipath-udeb   amd64 arm64 armel armhf i386 
> > mips mips64el mipsel ppc64el s390x
> >   partman-multipathamd64 arm64 armel armhf i386 
> > mips mips64el mipsel ppc64el s390x
> 
> I'm wondering how this is possible with an RC bug filed against the
> multipath-udeb udeb (#885556). For some reason, it's listed as found in
> multipath-tools/0.7.4-2 on the BTS side, without a version graph; and
> it isn't listed by tracker or by the old PTS. I'm suspecting there's
> something fishy on the BTS side so britney didn't notice the RC bug
> and let it migrate?

Yeah, this definitely looks like a BTS mistake. It seems to know that
the right versions are in unstable, but they're not showing up on the
graph.

I'll try to track this down today and see what is going on there.


-- 
Don Armstrong  https://www.donarmstrong.com

The terrorist's job is to terrorize the people, to interfere with
freedom in such a way that disrupts ordinary life and commerce. With
due respect, it is clear that the above referenced governmental
agencies are aiding the terrorists' objective.
 -- Gary Fielder in Gary Fielder vs Janet Napolitano et al.

Bug#885556: udeb uninstallability trend: worse (+20/-0)

[Cyril Brulebois]

Hello folks,

(Best wishes, yada yada)

udeb uninstallability watcher  (2018-01-01):
> Newly-broken packages in testing
>   multipath-udeb   amd64 arm64 armel armhf i386 mips 
> mips64el mipsel ppc64el s390x
>   partman-multipathamd64 arm64 armel armhf i386 mips 
> mips64el mipsel ppc64el s390x

I'm wondering how this is possible with an RC bug filed against the
multipath-udeb udeb (#885556). For some reason, it's listed as found in
multipath-tools/0.7.4-2 on the BTS side, without a version graph; and
it isn't listed by tracker or by the old PTS. I'm suspecting there's
something fishy on the BTS side so britney didn't notice the RC bug
and let it migrate?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature