Bug#837630: transition: xapian-core
Control: forwarded -1 https://release.debian.org/transitions/html/auto-xapian-core.html
On Thu, Sep 29, 2016 at 06:55:56PM +0200, Emilio Pozuelo Monfort wrote:
> On 13/09/16 06:50, Olly Betts wrote:
> > I've test rebuilt the other reverse dependencies and they all built
> > cleanly with the exception of:
> >
> > * pinot - this FTBFS in unstable due to GCC 6 (RC bug #812165) and
> > (as I've noted in that bug) when I patch that and rebuild against
> > xapian-core 1.4.0 the resulting binary segfaults when run, due to
> > something which appears to be related to symbol mangling. Since
> > Xapian is GPLv2+ and pinot also links to openssl the package
> > doesn't appear to be distributable anyway (RC bug #833692), and
> > pinot has already been removed from testing, so this doesn't seem
> > like a blocker for the transition.
> >
> > * libsearch-xapian-perl - this needs a patch for compatibility with
> > xapian-core 1.4. I have just completed such a patch, which I'm
> > going to apply upstream, so depending when the transition is
> > schedule we can either apply the patch or package a newer upstream
> > version if one has been released by then. I'm an uploader for this
> > package, so can easily do either.
There's now a new upstream release of Search::Xapian with this patch in,
and the only other changes fix documentation typos, so I'll upload that
if the hyper-efficicent pkg-perl team don't first.
> > The auto-generated tracker looks good to me:
> > https://release.debian.org/transitions/html/auto-xapian-core.html
>
> Go ahead!
Great, thanks. I have just uploaded xapian-core 1.4.0-2 to unstable.
Assuming that looks good, I'll make sourceful uploads of xapian-bindings,
xapian-omega and libsearch-xapian-perl.
I'll also retest pinot in case the symbol mangling was due to a mix of
code compiled with GCC5 and GCC6 - IIRC the ABI has changed in some
obscure cases, so maybe this is due to one of those.
The rest of the pacakges in the tracker should just need a binNMU.
FYI, doxygen also BD on libxapian-dev, but the Xapian integration fails to
actually get enabled since upstream switched to cmake:
https://bugs.debian.org/822204
Cheers,
Olly
Reply to: