similar to: Pull requests: CJK words and Snippet generator

On Wed, Aug 3, 2016, at 19:26, James Aylett wrote: > On Wed, Aug 03, 2016 at 06:54:32PM +0200, rsto at paranoia.at wrote: > > Oddly enough, the pull request causes Travis to break for clang but not > > for gcc [1]. That's because the clang build process fails for the test > > 'querypairwise1' [2], which AFAIK I didn't touch at all. Is that a > > known

Hi James, thanks for the feedback. On Thu, Jul 28, 2016, at 00:22, James Aylett wrote: > This sounds great! I know sufficiently little about CJK that I won't > try to comment on that at all :) I've just opened a pull request for the CJK tokenizer: https://github.com/xapian/xapian/pull/114 > I wonder if we can arrange suitable defaults to use your > implementation with the

Hi, The Cyrus IMAP mail server uses Xapian as search engine. Recently, FastMail has sponsored implementation of two Xapian features: CJK word splitting and a generator for search snippets. I've been working on both features and we would be happy to get them merged into Xapian master. The CJK word tokenizer uses the word segmentation algorithms of the International Components for Unicode

I haven't had a chance to look at the patch and won't be able to do before January. Its design description sounds promising, though. The snippet generator code linked to by Bron contains mostly the same code as in my pull request, with two exceptions: it adds a flag to make the generator return the empty string for snippets without any matching terms. And it includes a fix to a possible

On Thu, Aug 4, 2016, at 15:08, James Aylett wrote: > On Wed, Aug 03, 2016 at 08:17:05PM +0200, rsto at paranoia.at wrote: > > I'll notify you when the CJK pull request passes Travis. > > That's great, thanks! Alright, after lots of fiddling with .travis.yml I finally made the pull request build on Travis' trusty image: https://github.com/xapian/xapian/pull/114 I have

Hi, On Thu, Aug 11, 2016, at 13:19, rsto at paranoia.at wrote: > The CJK word segmentation and snippet pull requests both pass Travis > since middle/end of last week. Did you find time to look at them? just checking in if you found time to look at the PRs? It'd be nice to know a tentative timeline, so I can plan if to build next features on top of our local fork or the upstream PRs.

Olly, sorry for my delayed reply. Am Mo, 12. Sep 2016, um 05:32, schrieb Olly Betts: > On Wed, Sep 07, 2016 at 02:30:16PM +0200, rsto at paranoia.at wrote: > > On Tue, Sep 6, 2016, at 09:16, Olly Betts wrote: > > > I think my main concerns are about efficiency [...] > > For the proposed term coverage, the implementation looks up and inserts > > terms into a map. That

On Tue, Sep 6, 2016, at 09:16, Olly Betts wrote: > I think my main concerns are about efficiency (since that a major > motivation for the current implementation, so slowing it down would be > annoying), and whether we can just make this the standard behaviour > rather than adding an option. The current implementation is O(n) and I took care to keep it at that. For the proposed term

On Tue, Oct 04, 2016 at 10:37:49AM +1100, Bron Gondwana wrote: > Robert is in Australia visiting the FastMail office to co-work with us for a > couple of months, and I'd love to get this Xapian integration work done > during this time. We're also looking to release Cyrus IMAPd version 3.0 some > time in the next few months, and it would be great to not depend on too many >

Dear All, I am trying to install the package knitr but getting the following error: ---------------------- Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/usr/lib64/R/library/stringi/libs/stringi.so': libicui18n.so.56: cannot open shared object file: No such file or directory Error : unable to load R code in package ?knitr? ERROR: lazy loading

On 10/19/20 9:48 AM, John Fawcett wrote: > --with-icu should be sufficient, actually on centos 7 I got libuci > compiled in without setting the explicit flag. > Here's my ldd, which is under /usr/local/lib/dovecot > > ldd /usr/local/lib/dovecot/libdovecot-fts.so noted. as suspected. thx. > config.log will tell more about whether it was successful if you're >

The purpose of this patch is to add the matahari qmf agent package (http://git.et.redhat.com/?p=matahari.git;a=summary) to the node image. Matahari is a qmf agent that publishes hardware information to an amqp broker, replacing functionality from ovirt-identify-node. However, since the capability is not ovirt specific, the agent is maintained as a separate project (see link above). Dependencies

On 10/18/20 10:28 PM, Aki Tuomi wrote: > Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr setting, in your case > > fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts changing - fts_solr = url=https://solr.example.com:8984/solr/dovecot/ soft_commit=yes batch_size=250 + fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts

On Tue, Feb 13, 2018, at 02:32, Peter Zhao wrote: > At 2018-02-12 20:00:02, xapian-discuss-request at lists.xapian.org wrote: > >There's also a patch to add support for using libicu to find word > >boundaries: > > > >https://github.com/xapian/xapian/pull/114 > > > >That'll get merged soon hopefully (mostly we need to sort out how to > >manage

Hello, On my centos boxes whenever I try to install packages I get a mix of packages from the repos that are both i386 and x86_64 in archictecture: =============================================================================================================================================================================================================== Package

Hi, I am trying to build a more recent version (3.6.1 or 3.5.3) of R on Ubuntu 18.04 LTS. I have installed build-deps with: sudo apt-get build-dep r-base and I ran ./configure During "make", I get the following error: platform.o: In function `do_eSoftVersion': /home/user/Desktop/R-3.6.1/src/main/platform.c:3129: undefined reference to `u_getVersion_58'

Thanks Dirk! I wrongly thought the R-3.5.0 Binary was NOT default R for Ubuntu 18.04 as some of my R packages requires updated R version. Anyway, with your suggestion all went well like charm. Thank you very much! Back to the problem, actually I saw different versions of libicu* such as: /home/yifang/anaconda3/lib/libicudata.so.58

Dear Sir Can't find /etc/apt/sources.list file please help. When I tried the command on terminal some errors has occurred as follows- manjulata@manjulata-HP-Pavilion-dv4-Notebook-PC:~/Desktop/ndnSIM$ deb http://ftp.iitm.ac.in/cran/bin/linux/ubuntu raring/ No command 'deb' found, did you mean: Command 'dab' from package 'bsdgames' (universe) Command 'dwb'

I installed Eprints, but it can not search Chinese. EPRINTS use Xapian to index data, how to let Xapian support CHINESE searching? Thanks a lot!

Hai, The latest update is now online. Debian Buster Samba 4.12.5 + extra patches for amd64/i386/armhf. samba (2:4.12.5+dfsg-2.1buster1) buster; urgency=medium * Rebuild from Debian Sid for Debian Buster * d/control, re-added acl as Recommands to samba package * d/control added libicu-dev,add Missing support for Unicode normalisation. * d/patches, fix debian bug #964165 with