similar to: How to set environment variable XAPIAN_CJK_NGRAM?

The last Debian version I installed on a Desktop was 5.0.0 (released 14-02-09). The provided link indicates the relevant change was initiated in 5.3. > Debian uses /etc/profile.d too (and has done for nearly 8 years): > https://bugs.debian.org/545756

Not precise to setting an environment variable prior to running a specific command, IIRC Debian does not utilise an /etc/profile.d directory, but the Debian-based Ubuntu does, so one could write for that directory .csh and .sh scripts, make them executable and the environment variables in those shell scripts will then be loaded when a specific user logs in. > I installed Xapian 1.2.25 on

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

On Tue, Feb 13, 2018 at 09:32:26AM +0800, Peter Zhao wrote: > I installed Xapian 1.2.25 on Ubuntu 14.04. How to set environment > variable XAPIAN_CJK_NGRAM? I'm a newbie to Xapian. This is really a generic Unix question rather than a Xapian one, and the answer rather depend how eprints gets run. When you're running a program from the shell, you can use env in front of the command

Olly, Thanks a lot! I installed Xapian 1.2.25 on Ubuntu 14.04. How to set environment variable XAPIAN_CJK_NGRAM? I'm a newbie to Xapian. Best wishes, Peter At 2018-02-12 20:00:02, xapian-discuss-request at lists.xapian.org wrote: >Send Xapian-discuss mailing list submissions to > xapian-discuss at lists.xapian.org > >To subscribe or unsubscribe via the World Wide Web,

Olly, That's very kind of you to help me. When I used "env XAPIAN_CJK_NGRAM=1 indexer-command" indexer Eprints again, it can search Chinese by character level. But it is not so good for words or phrase level. ICU would be better than CJK. Hope ICU can use soon! Best wishes, Peter At 2018-02-13 11:44:46, "Olly Betts" <olly at survex.com> wrote: >On

gnu_getopt.h by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com Subsequent to the compile of libxapian.so.22.6.8 and libxapian.a there are executable source files using gnu_getopt.h which has an #ifdef __CYGWIN__, perhaps that file would need attention in order for compile to proceed on my modified SFU Interix 3.5 setup The 1 'ambiguous overload' report on SFU Interix I

Test 1 by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com The 'ambiguous overload' error cited 28-08-2015 was unaffected from adding the below #ifdef following incidents of the string #include <sys/types> in all relevant xapian-core-1.2.21 files. http://sourceforge.net/projects/libuuid/ libuuid-1.0.3.tar.gz the following lines can be added to uuidP.h from the

Eric, please keep these discussions on list. J > Begin forwarded message: > > From: Eric Lindblad <geirfuglaps at yahoo.com> > Subject: Interix issue resolved / Eric Lindblad > Date: 10 September 2015 10:01:06 BST > To: James Aylett <james-xapian at tartarus.org> > > J., > > Looks like the 'ambiguous overload' error* was due to Interix gcc-3.3

Vista Ultimate by Eric Lindblad http://www.ericlindblad.blogspot.com Email: GeirfuglApS <at> yahoo.com I there anyone with a 32 bit Vista Ultimate (or Enteprise) box who would be willing to download from MS & install 'Utilities and SDK for UNIX-based Applications_X86.exe', compile & install make-3.81 as gmake in /usr, compile & install m4-1.4.9 as gm4 in /usr, compile

Having modified software packages' creation scripts some of which use patches, I'm familiar with their use and authorship. It was the specific patch Olly mentioned which I did not know yet if it was needed or indicated. Obviously autoconf is indicated for a bootstrap when xapian is obtained from Github, but, the package maintainer for the MSYS2/MINGW xapian-core1.4.1 had not listed

Dear Olly Betts, same 32 bit compiler version hardware OS OS version as here (where remotetcp_chert passed and skipped 3) xapian-core-1.2.21.tar.xz http://nurmi-labs.blogspot.com/2015/10/xapian.html ./apitest backend remoteprog_brass: All 225 tests passed, 3 skipped. ./apitest backend remotetcp_brass: All 225 tests passed, 3 skipped. ./apitest backend remoteprog_chert: All 225 tests passed,

Regarding the earlier mail about [xapian-core-1.2.24] /tests/api_replicate.cc compiled under MSYS/MINGW (g++ 5.3.0). It seems likely that the error was specific to certain g++ versions. https://github.com/mxe/mxe/issues/1448 Eric at ERICS-NETBOOK /c/WORK $ cat test.cpp #include <stdlib.h> int setenv(const char *name, const char *value, int overwrite) { return _putenv_s(name, value); }

Dear Olly Betts, I think the tests for the perl module Search-Xapian-1.2.21.0 might be fewer in number than the perl tests included with xapian-bindings-1.2.21. If some of the tests have similar but modified content I do not know. I am not so skilled as to interpret the compared test results. If you want to suggest a paired earlier version of Xapian to a specific xapian.bindings version, I might

Question by Eric Lindblad 05-09-2015 http://www.ericlindblad.blogspot.com I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue. +#ifdef __INTERIX +#

xapian-core-1.2.24 Unclear yet about any possible use of patches, either for MSYS/MINGW and/or MSYS2/MINGW, for xapian-core versions(?), but here are sections of the 'configure' and 'make check' logs I output from a MSYS/MINGW (g++ 5.3.0) compile on XP SP3 (32 bit) Home Edition (xapian-core-1.2.24). configure log checking for setenv... no checking for _putenv_s... yes

On Sun, 21 Feb 2016 21:14:05 +0000 (UTC), Eric Lindblad <geirfuglaps at yahoo.com> wrote: > > Actually I have now found that the fcntl works, it is the execl which loses the lock! > > Could fork be at issue? That would sound sensible, but I have stepped through the code (my copy, obviously) with gdb, checking on the file with lsof in another session. The sequence is

Xapian Developers, [I initially thought to install xapian on SFU (Interix 3.5) on MS XP but could not compile libuuid] [getopt.h, inttypes.h, and stdint.h taken from SUA (for Vista) and installed in SFU (Interix 3.5)] If someone is inclined to write a modified libuuid and label it for use with Interix <version(s)> to satisfy the dependency for an xapian <version(s)> install on

Report by Eric Lindblad 10-09-2015 http://www.ericlindblad.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862 interix Yesterday I compiled cppunit-1.12.1 on the Interix g++ (3.3) compiler. xapian Subsequent to disabling the remote backend which caused gmake to skip over the /net/tcpclient.cc:77 error, resulting in xapian libs' compile, today I disabled the

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into