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
