Xapian 1.2.0 was released this week, and I'd like to try to get it in for
squeeze - it's smaller, faster, has more features, and will be supported by
upstream for more of the life of squeeze.
For Debian, "Xapian" means source packages xapian-core, xapian-bindings,
xapian-omega, and libsearch-xapian-perl.
1.2.0 has come off the back of a development release series, so although it is
a ".0", new bugs are more likely to be "testsuite fails to compile under GNU
Hurd" (actual bug, fixed already) than "will set fire to your cat". Looking
at the upstream bug database, most of the recent fixes were for bugs also
present in Xapian 1.0.x.
Xapian 1.2 is ABI incompatible with 1.0, but the API is mostly upwardly
compatible. Removed features have been marked as deprecated for some time
(with warnings when compiling), and the intention has been to try to make
it easy to write code that works with both 1.0 and 1.2 where changes are
needed.
Xapian 1.2 introduces a new default database format, but it can read the
default format 1.0 used, so existing database won't need updating or
rebuilding.
Current status:
I've uploaded packages of xapian-core, xapian-bindings, xapian-omega to
experimental, and those that needed to have now cleared NEW.
I've test built all the reverse build-deps of libxapian-dev. The only problems
are recoll (requires a patch to stop it including internal Xapian headers -
sent upstream, will file in the BTS shortly) and notmuch (2 tests fail, but
the same issue has been reported trying to build with Xapian 1.0.19 too -
http://article.gmane.org/gmane.mail.notmuch.general/2741 - so I'm guessing
this is a notmuch issue).
I'd like to check (or get others more familiar with them to check) the reverse
(non-build) dependencies too to try to avoid any surprises later, but I've not
really started on this yet.
I'm tracking status here:
http://trac.xapian.org/wiki/DebianXapian1.2.0
For actually making this happen, these packages would need source uploads:
xapian-core
xapian-bindings
xapian-omega
libsearch-xapian-perl
recoll (needs patch)
notmuch (probably)
These would just need a rebuild (assuming they are binnmu-safe, which I didn't
check):
libept
maildir-utils
pinot
adept
Cheers,
Olly
Attachment:
signature.asc
Description: Digital signature