similar to: Problem with configuring Xapian

On Mon, May 30, 2016 at 04:35:15PM +0100, James Aylett wrote: > 7. In configure.ac, you should default to xapian-config, not > xapian-config-1.3; anyone who's using a development version can point > XAPIAN_CONFIG to the relevant binary. It isn't a huge issue right now > (since you're not targetting Xapian 1.2), but 1.4 should be out during > the course of GSoC, and

Hi all, I developed the basic structure of xapian_index() function which enables the content of a data frame to be indexed with Xapian search engine library. I pushed it to a git repository at https://github.com/amandaJayanetti/RXapian. It'd be a great favour if Mr. Dirk Eddelbuettel as well as other interested developers could kindly review the function and give me some feedback on it.

On Sat, Jun 18, 2016 at 07:10:43PM +0530, Amanda Jayanetti wrote: > > If you've installed xapian-core then the macro should just be > > found automatically. > > When I replace the code block with the macro, it doesn't get automatically > detected. Could you kindly tell me what could be causing this? You probably need to specify XAPIAN_CONFIG: $ ./configure

Olly, I think the confdefs.h issue was due to the fact that I was using XAPIAN_CONFIG to point to the configure script, rather than the xapian_config executable created when making xapian_core, as pointed out by James. Also, as a general note, when trying to make the bindings, I had a problem when make was trying to compile the java source in org/xapian The following line: $(JAVAC)

On Wed, May 24, 2023 at 02:18:50AM +0000, nebulaaksum wrote: > I have more question. After successfully installing xapian-bindings-1.4.22. I continued to install xapian-omega-1.4.22. But it did not even pass the configuration step. > I intend to install xapian-omega-1.4.22 at > /usr/local/xapian-omega-1.4.22. I do my building from a separate > build directory lest I clutter my

Hi James, Based on your suggestions, I improved the 'project details' and 'project timeline' sections of my proposal. Could you kindly review it and let me know if it requires further improvements. Regards, Amanda On Thu, Mar 17, 2016 at 2:06 PM, Amanda Jayanetti <amandajayanetti at gmail.com > wrote: > Thanks for the information Olly! I uploaded the same proposal that

On Wed, Mar 16, 2016 at 12:09:01AM +0530, Amanda Jayanetti wrote: > Seems like it takes a lot of time for 'proof of enrollment' document to get > processed. Will upload the proposal as soon as it gets accepted. You should be able to upload a proposal while the proof of enrollment is still awaiting review. Cheers, Olly

Series of cleanups to autotools build config files to utilize the available xorg-server macros, defaults and more closely match other modern Xorg drivers. Notable improvements: - gitignore fully covers potential build artifacts - Simplify logic given stated minimum required version of xorg-server 1.8 - Remove use of deprecated, outdated or no longer required macros - Utilize xorg macros where

Installation was OK and all works well, but this warning is bad :-/ tried 15 min to find the failure (there is no failure) ... $ perl Makefile.PL XAPIAN_CONFIG=/root/build/xapian-core/bin/xapian-config PREFIX=/root/build/Search-Xapian Checking if your kit is complete... Looks good 'XAPIAN_CONFIG' is not a known MakeMaker parameter name. Writing Makefile for Search::Xapian $ perl

Hi, I am a 3rd year Computer Science and Engineering undergraduate at University of Moratuwa, Sri Lanka. Currently I?m working as a software engineering intern at Millennium Information Technologies, and my internship concludes on April 18th. I?m very much interested in the project "Implement Bindings for R" since it is somewhat similar to one of the tasks that I?m presently engaged in,

Hi James, As you suggested I started developing a project proposal and have currently completed the "Project Details and Project Implementation" sections. It'd be great if you could kindly give me some feedback on it. Also should I send it via this public mailing list or is there any other means of sending it to you? Regards, Amanda Jayanetti On Wed, Mar 9, 2016 at 10:51 PM,

On Fri, Mar 25, 2016 at 07:17:28AM +0530, Amanda Jayanetti wrote: > Could you kindly tell me if my design for the R API needs further > improvements? Amanda -- I wouldn't worry too much about getting the final details of the suggested API 'right' at the proposal stage. API design is a subtle and often hard job, so if your project is accepted we'd expect you to work with the

We are equally excited about working with you over summer. I think you missed reply by Olly on IRC, you can find it in logs here: https://botbot.me/freenode/xapian/2018-04-24/?msg=99336093&page=1 - olly icebyte[m]: i think that probably needs to go through SFC ( https://sfconservancy.org/) as the "legal entity" - 2:05 am

All, I'm trying to compile xapian core and bindings under cygwin. I have no issues running the configure script and then compiling core, but bindings is giving me some issues. I'm running the configure script for bindings as follows: in xapian-bindings-1.4.0 directory. ./configure XAPIAN_CONFIG=/home/John/xapian-core-1.4.0 --with-java and had two issues. The first I solved by doing

Thanks a lot for the feedback James. Will work on the suggested improvements and upload a better version soon. For now, I'll upload the same proposal in GSoC website. Regards, Amanda On Tue, Mar 15, 2016 at 3:47 PM, James Aylett <james-xapian at tartarus.org> wrote: > On Tue, Mar 15, 2016 at 11:47:29AM +0530, Amanda Jayanetti wrote: > > > Here's a link to my project

On Wed, Mar 16, 2016 at 12:09:01AM +0530, Amanda Jayanetti wrote: > Seems like it takes a lot of time for 'proof of enrollment' document > to get processed. Will upload the proposal as soon as it gets > accepted. That sounds like a good idea -- I'm sure they have a huge number of students to check into the system. Let us know if you run into any problems (likewise anyone

James, That worked, thanks, but with a caveat. I don't know if this is a limitation of autoconf/configure, but jni.h wants to include jni_md.h, which is located in JNI_INCLUDE_DIR/win32, which is not automatically searched. I was able to work around this by moving jni_md.h from the win32 sub directory to the same directory as jni.h. No idea who's bug this is, if it is legitimately a bug,

Hi James, Here's a link to my project proposal, https://drive.google.com/file/d/0BwR_mIaYtm8TT1U1S2dLbFlDUzQ/view?usp=sharing Could you kindly give me some feedback on it. There's an upcoming release at my internship place, so I'm kind of busy with some work here, however I will manage to develop a prototype before the end of this month, I hope that will strengthen my proposal. (My

Oh Olly, you are so kind. Thank you so much. I think you pinned out my problem. I have installed the xapian-core-1.4.22 at /usr/local/xapian-core-1.4.22 to avoid cluttering. I will try to do what you have given me. if that does not work, I will try to remove the older xapian-core-1.4.18 library wherever it is if I can locate it. Then I will give the path for the new one. GTK is just one of the

On Wed, May 04, 2016 at 01:56:39PM +0530, Amanda Jayanetti wrote: > I shared a link to a google doc in my wiki project page. Great, thanks -- I'll make comments & suggestions there, and others can jump in as they see fit. J -- James Aylett, occasional trouble-maker xapian.org