similar to: Xapian across multiple servers

On Tue, Mar 20, 2018 at 06:30:07PM +0000, Olly Betts wrote: > https://lists.xapian.org/pipermail/xapian-discuss/2018-January/009585.html Related to this, the appveyor build is currently failing on git master. Unfortunately the change at which is started to fail was the addition of the new "honey" backend, which doesn't narrow things down to a useful degree. I've checked over

I noticed this footnote in deprecation.rst: .. [#version] The version functions will probably be preserved for longer than the usual lifetime of deprecated features, because it is unhelpful to remove functions which people use to test the version of the library in use. However, the replacements have been supported for long enough that new applications should use the

On Thu, Dec 04, 2014 at 08:28:32PM -0500, Manu Gupta wrote: > I was trying to build Han's code and was stuck here. It seems to me that > his code is trying to generate pdf for them. > > Is it possible to modify the make files to stop building the documentation. You can run the top-level configure with --disable-documentation. Cheers, Olly

Hi everyone, This is Ankit; currently final-year Computer Science undergrad at Panjab University, India. I am well versed in C++ and have a pretty decent understanding of sockets. I successfully completed GSoC last year for IDI, project titled - Google App Module for ATutor. Quite recently, I have been working on the project idea - Replacing Xapian socket code with ZeroMQ. This is to inquire

I've uploaded Xapian 1.0.7, which as usual you can download from: http://xapian.org/download This release fixes an assortment of bugs, and improves efficiency in a few cases. It's intended to be a relatively safe incremental update over 1.0.6. For a more detailed overview see: http://trac.xapian.org/wiki/ReleaseOverview/1.0.7 The full lists of user-visible changes are linked to from

I've uploaded Xapian 1.2.0 (including Search::Xapian 1.2.0.0). This is the first release in a new stable release series! 1.0.x will continue to be updated with bug-fixes for a while, but we will be moving focus away from it and once any issues with 1.2.x have been sorted out, we'll only fix critical bugs in 1.0.x. Please don't confuse 1.2.0 with 1.0.20 announced a few days ago.

This might be a little late but I was engaged in my university examinations. Moreover, I have an exam even today so apologies for the delay. Also, I had to change my project from weighting schemes to improve to improve estimated total number of results as weighting schemes was demanding a lot of time going through it. I would really appreciate if you could review my proposal asap.

hi~ OS: Windows Server 2008 R2 <http://code.google.com/p/djapian/source/detail?r=2>, 64-bit xapian version: 1.0.15, just installed the package from http://www.flax.co.uk/xapian/1015/xapian-python-bindings%20for%20Python%202.6.2%20-1.0.15.win32.exe dapian version: 2.2.4, use xapian in dapian. When running the rebuild, got the error, like: >python manage.py index --rebuild [Error 126]

Hi I've decided to use xapian because my files table in my mysql database is going to grow very large, and it seems mysql isn't good at full text searching. I'm doing this with the php wrapper by the way. The way my system is set out, each user has their own set of files, and when doing a search it is going to be for a specific user's file (based on file name, title,

Hi, I'm trying to use xapian from php script with TCP daemon. I started TCP daemon: xapian-tcpsrv --port 5050 --writable /path-to-db When I trying to get access to it within my php-script with remote_open_writable("localhost", 5050) or remote_open("localhost", 5050) apache fails with signal 11: dev kernel: pid 35923 (httpd), uid 80: exited on signal 11 TCP demon also

On Thu, 18 Apr 2024 at 06:24, Olly Betts <olly at survex.com> wrote: [ ... ] > Yes - it's in the xapian-omega package you already have installed: > > /usr/lib/cgi-bin/omega/omega Thank you, Mr. Betts. for your replying to my questions. Please consider me a novice and elaborate further, Mr. Betts. > You may need to configure apache to tell it to use this for a URL on

Hi, While trying to setup xapian replication (initially for backup purposes), I'm encountering some errors. Our "fresh" index starts replication, and ends up with an index size that matches the replication master (4.5GB), but then throws : "Getting update for fresh from fresh xapian-replicate: NetworkError: Unable to fully synchronise: Database changing too fast" I

Hi. I'm struggling a bit with getting the Xapian indexes safely stored on tape. LVM snapshots is not really an option given the performance penalties of that technology. And the index often encounter writes in the time it takes for the backup to copy off the files. Thus the index is potentially unsafe on tape. I dont know much about Xapian's internal versioning of data, but I suspect it

Hello , Im going to submit a proposal to this project but I cant manage the time line. Im totally free during these months. Could you suggest a timeline for me? All the best , -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xapian.org/pipermail/xapian-devel/attachments/20190405/505f3c14/attachment.html>

Hi! Suppose you have a huge notmuch/Xapian database, built on a 32-bit system (well, actually on x86_64-pc-linux-gnu, but using a years old 32-bit notmuch binary; notmuch 0.9, Xapian 1.2.21 -- don't laugh), and suppose you're finally going to update that years old notmuch installation (release by release, forward-porting a bunch of patches). Naturally, I'd now do a native 64-bit

Hi, I'm adapting the omega (in a Python way ;) to do search across multiple remotes database, for now, I have only one xapian-tcpsrc running, but I have documents being inserted at the same time, so (like I have readed in others e-mails) the xapian-tcpsrc throw the following message: Connection from 192.168.0.101, port 64161 Got exception DatabaseModifiedError: The revision being read has

Carrying on this conversation: http://lists.tartarus.org/pipermail/xapian-discuss/2007-March/003513.html void TermGenerator::set_stopper(stopper) Stopper * stopper CODE: // FIXME: no corresponding SvREFCNT_dec(), but a leak seems better than // a SEGV! SvREFCNT_inc(ST(1)); THIS->set_stopper(stopper); It would be good to fix these FIXMEs. A class-level HASH could be

I've uploaded Xapian 1.0.21 (including Search::Xapian 1.0.21.0), which as usual you can download from: http://xapian.org/download The most notable changes in this release are: Xapian-core API: * Xapian::Stem now recognises "nb" and "nn" as additional codes for the Norwegian stemmer. * Xapian::QueryParser now correctly parses a wildcarded term in between two other

I've uploaded Xapian 1.2.4 (including Search::Xapian 1.2.4.0). As usual you can download from: http://xapian.org/download You can read an overview of the release here: http://trac.xapian.org/wiki/ReleaseOverview/1.2.4 The full lists of user-visible changes are linked to from there, and also from the "[news]" links on the download page. As always, if you encounter problems,

I've now uploaded Xapian 1.0.1, which you can download from the usual place: http://www.xapian.org/download.php This release mainly comprises bug fixes and performance improvements. The "simple" examples (for both C++ and the bindings) have also been overhauled and now use the QueryParser and TermGenerator classes, which makes for simpler examples and should better reflect