And then there is the unrelated #908269 that currently prevents testing migration of pbbam.
Steve seems to be addressing this with http://launchpadlibrarian.net/409374477/pbbam_0.19.0+dfsg-1ubuntu3_0.19.0+dfsg-1ubuntu4.diff.gz Adrian On Tue, Feb 05, 2019 at 12:04:16AM +0200, Adrian Bunk wrote: > On Mon, Feb 04, 2019 at 04:36:22PM +0100, Andreas Tille wrote: > > Hi Adrian, > > > > On Mon, Feb 04, 2019 at 01:06:35PM +0200, Adrian Bunk wrote: > > > > Bug#916576: pbdagcon: FTBFS pbdata/Types.h: No such file or directory > > > > > > > > I need to make some noise in the team since I'm definitely overworked > > > > with these pb* packages. It might be that we will loose these for > > > > Buster. :-( > > > > > > the patches for pbbam and pbdagcon should sort out most of the issues. > > > > I've now uploaded the old upstream version of pbdagcon. Unfortunately > > I can not see that pbbam has fixed the build issues[1] - thus I think > > #909071 needs to be re-opened. > >... > > pbbam does now build on arm64/mips64el/ppc64el, > this is what #909071 fixed. > > pbbam fails its tests on 32bit (#829741) and big endian, > these are expected failures that won't block migration. > > But the pbdagcon build failure points at a bug in pbbam: > libpbbam0.19.0 is not ABI compatible with the stretch libpbbam, > so mustn't provide it. > > The following changes should fix the latter problem: > - remove the Provides: libpbbam from libpbbam0.19.0 > - remove manual dependencies on libpbbam from the following > source packages (correct dependencies on libpbbam0.19.0 > are now generated): > - blasr > - pbdagcon > - pbseqlib > - unanimity > > > Kind regards > > > > Andreas. > > > > > > [1] https://buildd.debian.org/status/package.php?p=pbbam
