search for: smoketests

Dear Xapian developers, I am happy to announce that the Xapian-Ruby bindings now pass all tests defined in smoketest.rb. (These tests are mostly drawn from smoketest.py; a few tests that are not applicable to the Ruby version have been removed.) I have also added Olly's patch to integrate the Ruby bindings into the automake/configure scripts. The latest version is available by anonymous

Hi all, I'm getting an error in the smoketest. I'm using latest Swig and Python bindings from SVN-HEAD: File "smoketest.py", line 23, in <module> import xapian File "C:\work\xapian\xapian-SVN\xapian-core\win32\Release\Python\xapian.py", line 2099, in <module> ValueRangeProcessor.__call__ = ValueRangeProcessor.__call AttributeError: type

On Wed, Apr 11, 2007 at 10:31:39AM +0100, richard wrote: > python/smoketest.py: Replace cut-and-pasted test checking code > with functions, to simplify tests. It might be simpler, but mostly because functionality has gone - you've thrown away all my carefully written failure messages! Now if a test fails, the message is very generic and you have to read the code to find out what's

Hello, I am attempting to run the smoketest.php file from my devserver and am getting nothing but errors. It looks like it did not install correctly. Yesterday I compiled the source on os x and it appeared to install just fine, but now it is not working at all. I tried to replace the location of the xapian.php file with a hardcoded located and got a different set of errors. Here are

I'm posting this here to help others who might be having the same issue. I maintain xapian-core ruby gem. I was trying to upgrade to 1.4.2 and had some issues. The generated makefile doesn’t work because of the following: docs/rdocs/index.html: docs/xapian.rb rm -rf docs/rdocs $(MKDIR_P) docs cd docs && $(RDOC) --op rdocs `test -f xapian.rb||echo '$(abs_srcdir)/'`xapian.rb

Hi all, There's been a odd bug reported to us by Daniel Menard while working on the PHP bindings: "I then tried to run the dotest target...All tests passed, except the one about get_matching_terms (smoketest.php line 94). I added this line before the exit: for ($i=0; $i<strlen($terms); $i++) echo $c=ord($terms[$i]), ' ', ($c>31?$terms[$i]:''), "\n";

On 08/24/2016 07:53 PM, Peter wrote: > On 25/08/16 13:21, Kay Schenk wrote: >> To all...yes I meant glibc, not glib. Target environment -- could be any >> version of Linux. This is for Apache OpenOffice. The buildbots we've been >> using are being decommisioned due to EOL. As a developer on that project, I >> need to be able to test and use the builds. We'll be

Oh, by the way, just running `make all` works fine too, which is what I am now doing in the gem.. but fixing the makefile would retain the existing working behaviour of `make clean all` which was fine in 1.2.x On 16 January 2017 at 14:21, Samuel Williams <space.ship.traveller at gmail.com> wrote: > I'm posting this here to help others who might be having the same issue. > > I

On 08/25/2016 10:44 AM, Gordon Messmer wrote: > On 08/25/2016 09:49 AM, Kay Schenk wrote: >> I do realize the sane thing to do is to have the builbots -- >> smoketest environments -- match the production environment > > > I think the sane thing to do would be to use buildbots that support LSB: > > http://www.ludism.org/~rwhe/LSB/tutorial/tut.html Great resource!

I thought that I installed all the bindings but seems to me that I am missing xapian.so when I try to run smoketest.php Warning: dl(): Unable to load dynamic library '/usr/lib/php/extensions/xapian.so' - /usr/lib/php/extensions/xapian.so: cannot open shared object file: No such file or directory Can somebody send me the link to the module that I need to install? Thanks, Kevin

Questions are threaded into the output: ******************** #./configure --without-python checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking

Hi - I've been fixing up the bindings to match the latest API. Should be able to commit later today or tomorrow. The smoketest on PHP isn't working any more, apparently because the inmemory backend isn't accessible (I haven't looked in detail - I fixed them for something I was doing). (Also some more magic iterators for the Python bindings.) J --

There are various other situations where we create symlinks instead of copying, and as some of these are used in libtool I've given up trying to build in the way I was doing. It's a little unfortunate, but as it's probably a bug in the linux NFS server, which isn't the best in the world anyway, let's just ignore everything there for the time being. However ``make

Yesterday I updated the deprecation.rst document such that I think it contains all the items which are slated for deprecation (and also contains full details of the upgrade suggestions, as Olly suggested). I've marked several things which have been deprecated for a long period of time (ie, since 0.9.0 or earlier) for removal in 1.0.0, in line with the policy outlined in the document. If

On Sat, Sep 26, 2015 at 9:29 PM, Pasi K?rkk?inen <pasik at iki.fi> wrote: > On Sat, Sep 26, 2015 at 09:04:23PM +0300, Pasi K?rkk?inen wrote: >> Hello, >> >> I just upgraded some of my el6xen boxes to latest CentOS 6.7, Xen 4.4.3 and dom0 3.18.17 rpms, and noticed these new problems: >> > > And third issue aswell: > > 3) Creating an HVM guest using

...under the GPL via anonymous Subversion at: https://nks-svn-001.nks.net/xapian-bindings/ This code base is drawn from the latest stable tarball. There are a few minor changes to xapian.i, and a new ruby/ subdirectory. There is a smoketest.rb which implements the tests from the Python and PHP smoketests using the standard Ruby unit testing framework. Currently, it reports 14 tests, 20 assertions, 2 failures, and 8 errors. The code compiles as of revision 209. There is still a lot to be done to make this binding production ready. I am no SWIG expert, so please let me know if there is an easier/...

Hi Olly and co, On an Ubuntu 15.10, following the docs at https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package When running debuild -e PHP_VERSIONS=5 -us -uc I get (sorry for the French): " dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: paquet source xapian-bindings dpkg-buildpackage: version source 1.2.21-2.1 dpkg-buildpackage: distribution source unstable

Hi Olly, I updated my local repo and built it again, but still getting the error. I took a look at python3/test-suite.log file, but I could not locate the source of test failure. Please find attached the log file with this email. I am available on IRC(nick : ankit_agrawal) if that seems a convenient medium for you to help me out with this issue. Thanks. Regards, Ankit Agrawal,

Le 26/03/16 18:04, Olly Betts a ?crit : > On Sat, Mar 26, 2016 at 04:51:35PM -0500, Yannick Warnier wrote: >> On an Ubuntu 15.10, following the docs at >> https://trac.xapian.org/wiki/FAQ/PHP%20Bindings%20Package >> >> When >> >> running debuild -e PHP_VERSIONS=5 -us -uc >> >> I get (sorry for the French): >> >> >> "

On 08/25/2016 09:49 AM, Kay Schenk wrote: > I do realize the sane thing to do is to have the builbots -- > smoketest environments -- match the production environment I think the sane thing to do would be to use buildbots that support LSB: http://www.ludism.org/~rwhe/LSB/tutorial/tut.html