Linux repositories inspector

xapian-core - The Xapian Probabilistic Information Retrieval Library

Xapian is an Open Source Probabilistic Information Retrieval Library. It offers a highly adaptable toolkit that allows developers to easily add advanced indexing and search facilities to applications
1.4.15
Arch iconArch rolling
1.4.14
Fedora iconFedora rawhide
1.4.12
Fedora iconFedora 31
1.4.11
Manjaro iconManjaro rolling
1.4.10
Fedora iconFedora 30
1.4.9
OpenSUSE iconOpenSUSE Tumbleweed
1.4.7
Fedora iconFedora 29
1.4.5
Fedora iconFedora 28
OpenSUSE iconOpenSUSE Leap 15.0
OpenSUSE iconOpenSUSE Leap 15.1
OpenSUSE iconOpenSUSE Leap 15.2
1.2.21
OpenSUSE iconOpenSUSE Leap 42.3
DistributionVersionSincePackageInstalledPackager
Arch iconArch rolling extra/oszst1:1.4.15-12020-03-101.9 MiB8.87 MiB
Fedora iconFedora 28 releases/Everything-osrpm1.4.5-4.fc282019-01-14230 kiB691 kiBFedora Project
Fedora iconFedora 29 releases/Everything-osrpm1.4.7-1.fc292019-01-14223 kiB793 kiBFedora Project
Fedora iconFedora 29 releases-test/Everything-osrpm1.4.7-1.fc292019-01-14223 kiB793 kiBFedora Project
Fedora iconFedora 30 releases/Everything-osrpm1.4.10-1.fc302019-06-17233 kiB890 kiBFedora Project
Fedora iconFedora 31 releases/Everything-osrpm1.4.12-1.fc312020-01-07242 kiB876 kiBFedora Project
Fedora iconFedora rawhide development/Everything-osrpm1.4.14-1.fc332020-02-19245 kiB851 kiBFedora Project
Manjaro iconManjaro rolling stable/extraxz1:1.4.11-12019-03-301.83 MiB8.67 MiB
Manjaro iconManjaro rolling testing/extraxz1:1.4.11-12019-03-231.83 MiB8.67 MiB
Manjaro iconManjaro rolling unstable/extraxz1:1.4.11-12019-03-151.83 MiB8.67 MiB
OpenSUSE iconOpenSUSE Leap 15.0 ossrpm1.4.5-lp150.1.62019-01-17527 kiB2.25 MiBhttps://bugs.opensuse.org
OpenSUSE iconOpenSUSE Leap 15.1 ossrpm1.4.5-lp151.2.42019-03-20528 kiB2.24 MiBhttps://bugs.opensuse.org
OpenSUSE iconOpenSUSE Leap 15.2 ossrpm1.4.5-lp152.3.72020-01-17519 kiB2.24 MiBhttps://bugs.opensuse.org
OpenSUSE iconOpenSUSE Leap 42.3 ossrpm1.2.21-5.32019-01-17493 kiB2.12 MiBhttp://bugs.opensuse.org
OpenSUSE iconOpenSUSE Tumbleweed ossrpm1.4.9-1.62020-02-09528 kiB2.31 MiBhttps://bugs.opensuse.org

Manual pages

copydatabase(1)

copydatabase - Perform a document-by-document copy of one or more Xapian databases

delve(1)

delve - Inspect the contents of a Xapian database

quest(1)

quest - Xapian command line search tool

xapian-check(1)

xapian-check - Check the consistency of a database or table

xapian-chert-update(1)

chert-update - Update a chert database to the new format keys

xapian-compact(1)

xapian-compact - Compact a database, or merge and compact several

xapian-config(1)

xapian-config - report information about the installed version of xapian

xapian-delve(1)

delve - Inspect the contents of a Xapian database

xapian-inspect(1)

xapian-inspect - Inspect the contents of a flint table for development or debugging

xapian-metadata(1)

xapian-metadata - Read and write user metadata

xapian-pos(1)

xapian-pos - Debug positional data in a Xapian database

xapian-progsrv(1)

xapian-progsrv - Piped server for use with Xapian’s remote backend

xapian-replicate(1)

xapian-replicate - Replicate a database from a master server to a local copy

xapian-replicate-server(1)

xapian-replicate-server - Service database replication requests from clients

xapian-tcpsrv(1)

xapian-tcpsrv - TCP daemon for use with Xapian’s remote backend

Latest updates

Arch icon

Arch rolling extra/os: Version 1:1.4.14-1 removed

2020-03-10
Arch icon

Arch rolling extra/os: Version 1:1.4.15-1 reintroduced

2020-03-10
Arch icon

Arch rolling extra/os: Version 1:1.4.15-1 removed

2020-03-10
Arch icon

Arch rolling extra/os: Version 1:1.4.14-1 reintroduced

2020-03-10
Arch icon

Arch rolling extra/os: Updated from 1:1.4.14-1 to 1:1.4.15-1

2020-03-10
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.14-1.fc32 to 1.4.14-1.fc33

2020-02-19
  • Update to 1.4.14
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.13-3.fc32 to 1.4.14-1.fc32

2020-02-11
  • Update to 1.4.14
OpenSUSE icon

OpenSUSE Tumbleweed oss: Updated from 1.4.9-1.5 to 1.4.9-1.6

2020-02-09
  • Update to 1.4.9:
    • API:
      • Document::add_posting(): Fix bugs with the change in 1.4.8 to more
      efficiently handle insertion of a batch of extra positions in ascending order. These could lead to missing positions and corrupted encoded positional data.
    • remote backend:
      • Avoid hang if remote connection shutdown fails by not waiting for the
      connection to close in this situation. Seems to fix occasional hangs seen on macOS. Patch from Germán M. Bravo.
  • Update to 1.4.8:
    • API:
      • QueryParser,TermGenerator: Add new stemming mode STEM_SOME_FULL_POS.
      This stores positional information for both stemmed and unstemmed terms, allowing NEAR and ADJ to work with stemmed terms. The extra positional information is likely to take up a significant amount of extra disk space so the default STEM_SOME is likely to be a better choice for most users.
      • Database::check(): Fetch and decompress the document data to catch problems
      with the splitting of large data into multiple entries, corruption of the compressed data, etc. Also check that empty document data isn't explicitly stored for glass.
      • Fix an incorrect type being used for term positions in the TermGenerator API.
      These were Xapian::termcount but should be Xapian::termpos. Both are typedefs for the same 32-bit unsigned integer type by default (almost always "unsigned int") so this change is entirely compatible, except that if you were configuring 1.4.7 or earlier with --enable-64bit-termcount you need to also use the new --enable-64bit-termpos configure option with 1.4.8 and up or rebuild your applications. This change was necessary to make
    • -enable-64bit-termpos actually useful.
      • Add Document::remove_postings() method which removes all postings in a
      specified term position range much more efficiently than by calling remove_posting() repeatedly. It returns the number of postings removed.
      • Fix bugs with handling term positions >= 0x80000000. Reported by Gaurav
      Arora.
      • Document::add_posting(): More efficiently handle insertion of a batch of
      extra positions in ascending order.
      • Query: Simplify OP_SYNONYM with single OP_WILDCARD subquery by converting to
      OP_WILDCARD with combiner OP_SYNONYM, which means such cases can take advantage of the new matcher optimisation in this release to avoid needing document length for OP_WILDCARD with combiner OP_SYNONYM.
    • testsuite:
      • Catch and report std::exception from the test harness itself.
      • apitest: Drop special case for not storing doc length in testcase postlist5 -
      all backends have stored document lengths for a long time.
      • test_harness: Create directories in a race-free way.
    • matcher:
      • Avoid needing document length for an OP_WILDCARD with combiner OP_SYNONYM.
      We know that we can't get any duplicate terms in the expansion of a wildcard so the sum of the wdf from them can't possibly exceed the document length.
      • OP_SYNONYM: No longer tries to initialise weights for its subquery, which
      should reduce the time taken to set up a large wildcard query.
      • OP_SYNONYM: Fix frequency estimates when OP_SYNONYM is used with a
      subquery containing OP_XOR or OP_MAX - in such cases the frequency estimates for the first subquery of the OP_XOR/OP_MAX were used for all its subqueries. Also the estimated collection frequency is now rounded to the nearest integer rather than always being rounded down.
    • glass backend:
      • Revert change made in 1.4.6:
      Enable glass's "open_nearby_postlist" optimisation (which especially helps large wildcard queries) for writable databases without any uncommitted changes as well.
      The amended check isn't conservative enough as there may be postlist changes in the inverter while the table is unmodified. This breaks testcase T150-tagging.sh in notmuch's testsuite, reported by David Bremner.
      • When indexing a document without any terms we now avoid some unnecessary work
      when storing its termlist.
    • build system:
      • New --enable-64bit-termpos configure option which makes Xapian::termpos a
      64-bit type and enables support for storing 64-bit termpos values in the glass backend in an upwardly compatible way. Few people will actually want to index documents more than 4 billion words long, but the extra numbering space can be helpful if you want to use term positions in "interesting" ways.
      • Hook up configure --disable-sse/--enable-sse=sse options for MSVC.
      • Fix configure probes for builtin functions for clang. We need to specify the
      argument types for each builtin since otherwise AC_CHECK_DECLS tries to compile code which just tries to take a pointer to the builtin function causing clang to give an error saying that's not allowed. If the argument types are specified then AC_CHECK_DECLS tries to compile a call to the builtin function instead.
    • documentation:
      • Fix documentation comment typo.
    • tools:
      • xapian-delve: Test for all docs empty using get_total_length() which is
      slightly simpler internally than get_avlength(), and avoids an exact floating point equality check.
    • examples:
      • quest: Support --weight=coord.
      • xapian-pos: New tool to show term position info to help debugging when using
      positional information in more complex ways.
    • portability:
      • Fix undefined behaviour from C++ ODR violation due to using the same name
      two different non-static inline functions. It seems that with current GCC versions the desired function always ends up being used, but with current clang the other function is sometimes used, resulting in database corruption when using value slots in docid 16384 or higher with the default glass backend. Patch from Germán M. Bravo.
      • Suppress alignment cast warning on sparc Linux. The pointer being cast is to
      a record returned by getdirentries(), so it should be suitable aligned.
      • Drop special handling for Compaq C++. We never actually achieved a working
      build using it, and I can find no evidence that this compiler still exists, let alone that it was updated for C++11 which we now require.
      • Create new database directories in race-free way.
      • Avoid throwing and handling an exception in replace_document() when
      adding a document with a specified docid which is <= last_docid but currently unused.
      • Use our portable code for handling UUIDs on all platforms, and only use
      platform-specific code for generating a new UUID. This fixes a bug with converting UUIDs to and from string representation on FreeBSD, NetBSD and OpenBSD on little-endian platforms which resulted in reversed byte order in the first three components, so the same database would report a different UUID on these platforms compared to other platforms. With this fix, the UUIDs of existing databases will appear to change on these platforms (except in rare "palindronic" cases). Reported by Germán M. Bravo.
      • Fix to build with a C++17 compiler. Previously we used a "byte" type
      internally which clashed with "std::byte" in source files which use "using namespace std;". Fixes #768, reported by Laurent Stacul.
      • Adjust apitest testcase stubdb2 to allow for NetBSD oddity: NetBSD's
      getaddrinfo() in IPv4 mode seems to resolve ::1 to an IPv4 address on the local network.
      • Avoid timer_create() on OpenBSD and NetBSD. On OpenBSD it always fails with
      ENOSYS (and there's no prototype in the libc headers), while on NetBSD it seems to work, but the timer never seems to fire, so it's useless to us (see
      #770).
      • Use SOCK_NONBLOCK if available to avoid a call to fcntl(). It's supported by
      at least Linux, FreeBSD, NetBSD and OpenBSD.
      • Use O_NOINHERIT for O_CLOEXEC on Windows. This flag has essentially the same
      effect, and it's common in other codebases to do this.
      • On AIX O_CLOEXEC may be a 64-bit constant which won't fit in an int. To
      workaround this stupidity we now call the non-standard open64x() instead of open() when the flags don't fit in an int.
      • Add functions to add/multiply with overflow check. These are implemented
      with compiler builtins or equivalent where possible, so the overflow check will typically just require a check of the processor's overflow or carry flag.
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.13-2.fc32 to 1.4.13-3.fc32

2020-02-08
OpenSUSE icon

OpenSUSE Leap 15.2 oss: Updated from 1.4.5-lp152.3.6 to 1.4.5-lp152.3.7

2020-01-17
  • Update to 1.4.5:
    • Add Database::get_total_length() method. Previously you had to calculate this from get_avlength() and get_doccount(), taking into account rounding issues. But even then you couldn't reliably get the exact value when total length is large since a double's mantissa has more limited precision than an unsigned long long.
    • Add Xapian::iterator_rewound() for bidirectional iterators, to test if the iterator is at the start (useful for testing whether we're done when iterating backwards).
    • DatabaseOpeningError exceptions now provide errno via get_error_string() rather than turning it into a string and including it in the exception message.
    • WritableDatabase::replace_document(): when passed a Document object which came from a database and has unmodified values, we used to always read those values into a memory structure. Now we only do this if the document is being replaced to the same document ID which it came from, which should make other cases a bit more efficient.
    • Enquire::get_eset(): When approximating term frequencies we now round to the nearest integer - previously we always rounded down.
    • See also https://xapian.org/docs/xapian-core-1.4.5/NEWS
Fedora icon

Fedora 31 releases/Everything-os: Version 1.4.12-1.fc31 introduced

2020-01-07
  • Update to 1.4.12
OpenSUSE icon

OpenSUSE Leap 15.2 oss: Version 1.4.5-lp152.3.6 introduced

2020-01-07
  • Update to 1.4.5:
    • Add Database::get_total_length() method. Previously you had to calculate this from get_avlength() and get_doccount(), taking into account rounding issues. But even then you couldn't reliably get the exact value when total length is large since a double's mantissa has more limited precision than an unsigned long long.
    • Add Xapian::iterator_rewound() for bidirectional iterators, to test if the iterator is at the start (useful for testing whether we're done when iterating backwards).
    • DatabaseOpeningError exceptions now provide errno via get_error_string() rather than turning it into a string and including it in the exception message.
    • WritableDatabase::replace_document(): when passed a Document object which came from a database and has unmodified values, we used to always read those values into a memory structure. Now we only do this if the document is being replaced to the same document ID which it came from, which should make other cases a bit more efficient.
    • Enquire::get_eset(): When approximating term frequencies we now round to the nearest integer - previously we always rounded down.
    • See also https://xapian.org/docs/xapian-core-1.4.5/NEWS
Arch icon

Arch rolling extra/os: Updated from 1:1.4.13-1 to 1:1.4.14-1

2019-11-24
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.13-1.fc32 to 1.4.13-2.fc32

2019-10-31
  • Upstream fix for pruning under a positional check (rhbz 1766219)
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.12-1.fc32 to 1.4.13-1.fc32

2019-10-23
  • Update to 1.4.13
Arch icon

Arch rolling extra/os: Updated from 1:1.4.12-1 to 1:1.4.13-1

2019-10-22
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.11-2.fc31 to 1.4.12-1.fc32

2019-08-24
  • Update to 1.4.12
Arch icon

Arch rolling extra/os: Updated from 1:1.4.11-1 to 1:1.4.12-1

2019-08-12
Fedora icon

Fedora rawhide development/Everything-os: Updated from 1.4.11-1.fc31 to 1.4.11-2.fc31

2019-08-03
OpenSUSE icon

OpenSUSE Tumbleweed oss: Updated from 1.4.9-1.4 to 1.4.9-1.5

2019-07-16
  • Update to 1.4.9:
    • API:
      • Document::add_posting(): Fix bugs with the change in 1.4.8 to more
      efficiently handle insertion of a batch of extra positions in ascending order. These could lead to missing positions and corrupted encoded positional data.
    • remote backend:
      • Avoid hang if remote connection shutdown fails by not waiting for the
      connection to close in this situation. Seems to fix occasional hangs seen on macOS. Patch from Germán M. Bravo.
  • Update to 1.4.8:
    • API:
      • QueryParser,TermGenerator: Add new stemming mode STEM_SOME_FULL_POS.
      This stores positional information for both stemmed and unstemmed terms, allowing NEAR and ADJ to work with stemmed terms. The extra positional information is likely to take up a significant amount of extra disk space so the default STEM_SOME is likely to be a better choice for most users.
      • Database::check(): Fetch and decompress the document data to catch problems
      with the splitting of large data into multiple entries, corruption of the compressed data, etc. Also check that empty document data isn't explicitly stored for glass.
      • Fix an incorrect type being used for term positions in the TermGenerator API.
      These were Xapian::termcount but should be Xapian::termpos. Both are typedefs for the same 32-bit unsigned integer type by default (almost always "unsigned int") so this change is entirely compatible, except that if you were configuring 1.4.7 or earlier with --enable-64bit-termcount you need to also use the new --enable-64bit-termpos configure option with 1.4.8 and up or rebuild your applications. This change was necessary to make
    • -enable-64bit-termpos actually useful.
      • Add Document::remove_postings() method which removes all postings in a
      specified term position range much more efficiently than by calling remove_posting() repeatedly. It returns the number of postings removed.
      • Fix bugs with handling term positions >= 0x80000000. Reported by Gaurav
      Arora.
      • Document::add_posting(): More efficiently handle insertion of a batch of
      extra positions in ascending order.
      • Query: Simplify OP_SYNONYM with single OP_WILDCARD subquery by converting to
      OP_WILDCARD with combiner OP_SYNONYM, which means such cases can take advantage of the new matcher optimisation in this release to avoid needing document length for OP_WILDCARD with combiner OP_SYNONYM.
    • testsuite:
      • Catch and report std::exception from the test harness itself.
      • apitest: Drop special case for not storing doc length in testcase postlist5 -
      all backends have stored document lengths for a long time.
      • test_harness: Create directories in a race-free way.
    • matcher:
      • Avoid needing document length for an OP_WILDCARD with combiner OP_SYNONYM.
      We know that we can't get any duplicate terms in the expansion of a wildcard so the sum of the wdf from them can't possibly exceed the document length.
      • OP_SYNONYM: No longer tries to initialise weights for its subquery, which
      should reduce the time taken to set up a large wildcard query.
      • OP_SYNONYM: Fix frequency estimates when OP_SYNONYM is used with a
      subquery containing OP_XOR or OP_MAX - in such cases the frequency estimates for the first subquery of the OP_XOR/OP_MAX were used for all its subqueries. Also the estimated collection frequency is now rounded to the nearest integer rather than always being rounded down.
    • glass backend:
      • Revert change made in 1.4.6:
      Enable glass's "open_nearby_postlist" optimisation (which especially helps large wildcard queries) for writable databases without any uncommitted changes as well.
      The amended check isn't conservative enough as there may be postlist changes in the inverter while the table is unmodified. This breaks testcase T150-tagging.sh in notmuch's testsuite, reported by David Bremner.
      • When indexing a document without any terms we now avoid some unnecessary work
      when storing its termlist.
    • build system:
      • New --enable-64bit-termpos configure option which makes Xapian::termpos a
      64-bit type and enables support for storing 64-bit termpos values in the glass backend in an upwardly compatible way. Few people will actually want to index documents more than 4 billion words long, but the extra numbering space can be helpful if you want to use term positions in "interesting" ways.
      • Hook up configure --disable-sse/--enable-sse=sse options for MSVC.
      • Fix configure probes for builtin functions for clang. We need to specify the
      argument types for each builtin since otherwise AC_CHECK_DECLS tries to compile code which just tries to take a pointer to the builtin function causing clang to give an error saying that's not allowed. If the argument types are specified then AC_CHECK_DECLS tries to compile a call to the builtin function instead.
    • documentation:
      • Fix documentation comment typo.
    • tools:
      • xapian-delve: Test for all docs empty using get_total_length() which is
      slightly simpler internally than get_avlength(), and avoids an exact floating point equality check.
    • examples:
      • quest: Support --weight=coord.
      • xapian-pos: New tool to show term position info to help debugging when using
      positional information in more complex ways.
    • portability:
      • Fix undefined behaviour from C++ ODR violation due to using the same name
      two different non-static inline functions. It seems that with current GCC versions the desired function always ends up being used, but with current clang the other function is sometimes used, resulting in database corruption when using value slots in docid 16384 or higher with the default glass backend. Patch from Germán M. Bravo.
      • Suppress alignment cast warning on sparc Linux. The pointer being cast is to
      a record returned by getdirentries(), so it should be suitable aligned.
      • Drop special handling for Compaq C++. We never actually achieved a working
      build using it, and I can find no evidence that this compiler still exists, let alone that it was updated for C++11 which we now require.
      • Create new database directories in race-free way.
      • Avoid throwing and handling an exception in replace_document() when
      adding a document with a specified docid which is <= last_docid but currently unused.
      • Use our portable code for handling UUIDs on all platforms, and only use
      platform-specific code for generating a new UUID. This fixes a bug with converting UUIDs to and from string representation on FreeBSD, NetBSD and OpenBSD on little-endian platforms which resulted in reversed byte order in the first three components, so the same database would report a different UUID on these platforms compared to other platforms. With this fix, the UUIDs of existing databases will appear to change on these platforms (except in rare "palindronic" cases). Reported by Germán M. Bravo.
      • Fix to build with a C++17 compiler. Previously we used a "byte" type
      internally which clashed with "std::byte" in source files which use "using namespace std;". Fixes #768, reported by Laurent Stacul.
      • Adjust apitest testcase stubdb2 to allow for NetBSD oddity: NetBSD's
      getaddrinfo() in IPv4 mode seems to resolve ::1 to an IPv4 address on the local network.
      • Avoid timer_create() on OpenBSD and NetBSD. On OpenBSD it always fails with
      ENOSYS (and there's no prototype in the libc headers), while on NetBSD it seems to work, but the timer never seems to fire, so it's useless to us (see
      #770).
      • Use SOCK_NONBLOCK if available to avoid a call to fcntl(). It's supported by
      at least Linux, FreeBSD, NetBSD and OpenBSD.
      • Use O_NOINHERIT for O_CLOEXEC on Windows. This flag has essentially the same
      effect, and it's common in other codebases to do this.
      • On AIX O_CLOEXEC may be a 64-bit constant which won't fit in an int. To
      workaround this stupidity we now call the non-standard open64x() instead of open() when the flags don't fit in an int.
      • Add functions to add/multiply with overflow check. These are implemented
      with compiler builtins or equivalent where possible, so the overflow check will typically just require a check of the processor's overflow or carry flag.

Related packages

xapian-core-debuginfo - Debug information for package xapian-core
xapian-core-debugsource - Debug sources for package xapian-core
xapian-core-devel - Files needed for building packages which use Xapian
xapian-core-doc - Documentation for the xapian-core libraries
xapian-core-examples - Examples for Xapian-core libraries
xapian-core-libs - Xapian search engine libraries
xapian-core-libs-debuginfo - Debug information for package xapian-core-libs
⇧ Top