[Debian-med-packaging] Bug#909071: pbbam: FTBFS on every release architecture where it previously built (fwd)

Steve Langasek steve.langasek at canonical.com
Tue Feb 5 20:06:22 GMT 2019


On Tue, Feb 05, 2019 at 09:35:23AM +0200, Adrian Bunk wrote:
> 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

Yes, but the net result of this change is that now the autopkgtest fails by
running out of memory during the package build at test time, which is why I
haven't submitted a better patch to the BTS.

I think the ideal here would be to either have a way to generate just the
single data file we need for the tests, or to capture that file from the
package build and ship it in a binary package, so that we don't have to do a
full rebuild during the autopkgtests.

> 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 

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                   https://www.debian.org/
slangasek at ubuntu.com                                     vorlon at debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20190205/f4847e45/attachment.sig>


More information about the Debian-med-packaging mailing list