similar to: Xapian 1.0.12 released

Greets, I'm giving a stab at patching the CPAN module to add the missing WritableDatabase::add_spelling and remove_spelling, but need a bit of guidance since I'm coming in cold, and pressed for time (aren't we all). I've modified XS/WritableDatabase.xs and added the two necessary functions, and also added the two basic tests in t/index.t. Compilation completes cleanly, but

Greets, Please find attached a patch (against current svn) for consideration. It covers a few missing elements on the Perl side of things: add_spelling() and test/s. remove_spelling() and test/s. get_corrected_query_string() and test/s. get_spelling_suggestion() and test/s. man pages for the above and for WritableDatabase::close() are also patched. Please let me know of any errors (especially

I've uploaded Xapian 1.0.19 (including Search::Xapian 1.0.19.0), which as usual you can download from: http://xapian.org/download The most notable changes in this release are: QueryParser: * Fix memory leak if Database throws an exception during parsing. Flint backend: * Updating positional information for a document optimised a little. Search::Xapian: * Wrap

I've uploaded Xapian 1.0.18 (including Search::Xapian 1.0.18.0), which as usual you can download from: http://xapian.org/download The most notable changes in this release are: QueryParser: * Improve support for languages such as Burmese which use Unicode enclosing mark and combining spacing mark characters. Flint backend: * When updating documents, don't update posting entries

I've uploaded Xapian 1.0.20 (including Search::Xapian 1.0.20.0), which as usual you can download from: http://xapian.org/download The most notable changes in this release are: Xapian::MSet: * Fix incorrect values reported by get_matches_estimated(), get_matches_lower_bound(), and get_matches_upper_bound() in certain cases when sorting and collapsing (ticket#464). getopt-related build

On Tue, Feb 24, 2009 at 04:41:47AM +0000, Olly Betts wrote: > Ubuntu now provide signed Personal Package Archives (PPAs) on launchpad > so I've created a xapian-backports team with its own PPA, and uploaded > backported packages of 1.0.10. As a bonus, this builds for the lpia > architecture as well as the x86-64 and x86 I've previously been able to > offer. You can find

This release fixes the pkgconfig data to not refer to libXv, adds a pkgconfig file for libXvMCW, and prepares for a future xorgproto release. There should be no functional changes. Adam Jackson (3): pkgconfig: Remove xv from xvmc.pc vld: Provide <X11/extensions/vldXvMC.h> ourself libXvMC 1.0.12 Dylan Baker (1): Add a pkgconfig file for libXvMCW git tag:

What Fedora release is this going to make it in to? Is it going to be in FC23? If so, I'll give it a test. I would like to be able to upgrade again :) On Wed, Dec 9, 2015 at 9:26 PM, Dave Airlie <airlied at redhat.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > New nouveau DDX release. > > Ben Skeggs (1): > Bump version to 1.0.12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 New nouveau DDX release. Ben Skeggs (1): Bump version to 1.0.12 Ilia Mirkin (14): copy: don't bother trying to create copy on pre-nva3 allow path to envyas binary to be specified kepler: remove unnecessary texbars, add live-only tex for nvf0 use defined method names where available nv50: explicitly disable

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 New nouveau DDX release. Ben Skeggs (1): Bump version to 1.0.12 Ilia Mirkin (14): copy: don't bother trying to create copy on pre-nva3 allow path to envyas binary to be specified kepler: remove unnecessary texbars, add live-only tex for nvf0 use defined method names where available nv50: explicitly disable

We are pleased to announce the release of OCFS 1.0.12-2 for IA64 Redhat AS2.1 e.43 kernel. Due to Kernel ABI incompatibility between < e.43 and e.43, 1.0.12-1 does not load on e.43. It errors out with a list of missing symbols. The rpms can be downloaded from http://oss.oracle.com/projects/ocfs/files/RedHat/RHAS2.1/ia64/ Click on 1.0.12-2. Other than a build with the newer kernel, there are

Hello, How can I access caller's number with Asterisk CVS 1.0.12? In new version there are structure cid with field cid_num. And in 1.0.12 only callerid field which is equal to cid_name. I also tried to get it from chan->cdr->src but this is also the same as cid_name or callerid. Mindaugas Kezys -------------- next part -------------- An HTML attachment was

Hello, first of all - thanks for creating tinc! It has become an invaluable tool for me to securely join a multitude of servers and clients through a VPN. Today, I was trying to compile Tinc 1.0.12 on my newly purchased x86 Linux-based QNAP TS-239 Pro NAS device (Kernel 2.6.30.6). The configure-script finishes without error (see attached config.log). However, configure.status fails with

The Asterisk Development team has released an update to Asterisk 1.0, Asterisk 1.0.12. This release contains a fix for a security vulnerability recently found in the chan_skinny channel driver (for Cisco SCCP phones). This vulnerability would enable an attacker to remotely execute code as the system user running Asterisk (frequently 'root'). The exploit does not require that the

The Asterisk Development team has released an update to Asterisk 1.0, Asterisk 1.0.12. This release contains a fix for a security vulnerability recently found in the chan_skinny channel driver (for Cisco SCCP phones). This vulnerability would enable an attacker to remotely execute code as the system user running Asterisk (frequently 'root'). The exploit does not require that the

Hello, We are pleased to announce the release of OCFS 1.0.12. The rpms can be downloaded from http://oss.oracle.com/projects/ocfs/files/. The list of bugs fixed are in the readme. For the first time, we have also released the rpms for UnitedLinux IA64. More specifically, it's for UL SP3-215. As always, we are releasing the rpm for the most recent UnitedLinux kernel. Regards, Sunil

Hi All, I know that from version 1.2.6, if default_op is OP_NEAR or OP_PHRASE then stemming of the terms is disabled, since positional information isn't indexed for stemmed terms by default. However, I would like to try using OP_NEAR as default_op with stemming because I think the near operator is somehow different from exact phrase. Then I wanna see how the search results looks with this

hallo, today I have updated the first node of our tinc clout (33 tinc nodes currently) to 1.0.12 - all the others still use 1.0.10 or 1.0.11. It seems the whole tinc link to already activated connections pauses when there is a name resolution or authentication timeout. Feb 5 14:44:29 fwhh tinc.chaos[16262]: Already connected to royksopp Feb 5 14:45:00 fwhh tinc.chaos[16262]: Error while

Running database in ASYNC mode in RHEL 3 has a potential risk of redo logs failure due to some short io's. A note from http://oss.oracle.com/projects/ocfs/dist/files/RedHat/RHEL3/i386/README.txt says that the above mentioned problem is fixed in OCFS 1.0.9-12 "RELEASE 1.0.9-12 Fixes a potential corruption with large, aligned, direct I/Os, for example Oracle redo logs or direct path SQL

In current Xapian SVN HEAD, there is a bug in the query parser concerned with the handling of wildcard terms with a "+" prefix. Specifically, a query such as "+foo* bar" will be parsed by the query parser into Xapian::Query("bar") if there are no terms in the database which start "foo". Instead, since the "+" term cannot be matched, I believe