similar to: Xapian 1.2.24 released

Xapian 1.4.1 can now be downloaded from: https://xapian.org/download The wiki has a summary of the most notable changes: https://trac.xapian.org/wiki/ReleaseOverview/1.4.1 A big thanks to the following people for helping to make this release a reality: Till Schäfer, Daniel Vrátil, Vivek Pal, Aarsh Shah, Arnav Jain, Aaron Li, German M. Bravo, Amanda Jayanetti, James Aylett, John Bankert, Nick

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)

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,

James, That was exactly the issue. libmagic.dll.a was in /lib under cygwin. Adding a -L/lib took care of this. This was also an issue with -lpcre, which adding -L/lib fixed as well. Of course, I'm now running up against something else. from make libtool: link: g++ -fshow-column -Wall -W -Wredundant-decls -Wpointer-arith -Wca st-qual -Wcast-align -Wno-long-long -Wformat-security

On 9 Sep 2016, at 19:55, John Bankert <jbankert at gmail.com> wrote: > 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: John ? a couple of things should help get you closer to this. 1.

On Mon, Sep 12, 2016 at 11:07:10AM -0400, John Bankert wrote: > 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

On 22 Sep 2016, at 18:35, John Bankert <jbankert at gmail.com> wrote: > /usr/bin/x86_64-w64-mingw32-ld: cannot find -lmagic It's slightly confusing, but this error means it's failing to find a _library_ called magic, which won't be in a file just called "magic". I don't know where libraries live under cygwin, or what they're called, but it'll probably

On Thu, Sep 22, 2016 at 05:10:32PM -0400, John Bankert wrote: > That was exactly the issue. libmagic.dll.a was in /lib under cygwin. Adding > a -L/lib took care of this. The "share" vs "lib" distinction is that "share" is for files which are architecture independent. So executable machine code will (well, should) never be there, only data files, scripts,

is there a new way to install asterisk? im using centos 4.5 and trying to install asterisk. when i do make clean and make install i get this error. # make clean --snip-- make[1]: Leaving directory `/usr/src/asterisk-1.2.24/apps' make: *** codecs: No such file or directory. Stop. make: *** [clean] Error 1 --snip-- # make --snip-- make[1]: Leaving directory

The Asterisk development team has released Asterisk versions 1.2.24 and 1.4.10. Version 1.2.24 is the final 1.2 release that contains normal bug fixes. The 1.2 branch will only be maintained with security fix releases from now until it is completely deprecated. Version 1.4.10 contains numerous bug fixes for things all over Asterisk, as well as a fix for a security issue. The security issue

The Asterisk development team has released Asterisk versions 1.2.24 and 1.4.10. Version 1.2.24 is the final 1.2 release that contains normal bug fixes. The 1.2 branch will only be maintained with security fix releases from now until it is completely deprecated. Version 1.4.10 contains numerous bug fixes for things all over Asterisk, as well as a fix for a security issue. The security issue

The Asterisk.org development team has released Zaptel versions 1.2.24 and 1.4.9. Zaptel 1.2.24 Highlights * Linux kernel 2.6.24 compatibility * New module parameters for tuning VPMADT032 echo canceller modules * Improved interrupt handling in the wcte12xp driver Zaptel 1.4.9 Highlights * Linux kernel 2.6.24 compatibility * New module parameters for tuning VPMADT032 echo canceller modules *

The Asterisk.org development team has released Zaptel versions 1.2.24 and 1.4.9. Zaptel 1.2.24 Highlights * Linux kernel 2.6.24 compatibility * New module parameters for tuning VPMADT032 echo canceller modules * Improved interrupt handling in the wcte12xp driver Zaptel 1.4.9 Highlights * Linux kernel 2.6.24 compatibility * New module parameters for tuning VPMADT032 echo canceller modules *

Does realtime work reliably on Asterisk 1.2.24? Are there any definitive guides, I can only find bits and pieces here and there. Any accurate howtos would be of great help. I am missing func_realtime.so. Where does this file come from? Asterisk or asterisk-addons? I saw in one of the howtos that it is needed. Is it needed for 1.2.X or 1.4.X. Also, what about the switch lines in the

GUys.. I dont know if this is a known bug or not but I just tested and replicated this one over and over again. It involves call transfer from calls that entered the pbx via a queue.. say a call comes in and its thrown in a queue, somebody answers the call but then wants to transfer the call to somebody else outside the queue, of course... the bug comes in here.. Im using mixmonitor to record

Hello I have an old Asterisk where I need to listen to Agent calls. So I created this code: exten => _555,1,ChanSpy(Agent) exten => _555,n,Hangup() But I always get: 2009-10-22 16:00:38 WARNING[5695]: pbx.c:1720 pbx_extension_helper: No application 'ChanSpy' for extension (default, 555, 1) It seems that Asterisk doesn't have ChanSpy enabled... is this possible? Which

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

CentOS Errata and Security Advisory 2012:1261 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1261.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e7122caa753db24dfea9a7ecb266b6d5db218c5e340994115947fc8f6d4da5db dbus-1.2.24-7.el6_3.i686.rpm

CentOS Errata and Bugfix Advisory 2015:0871 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0871.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 154884ae0ff5a4a9ed7aff22f58bb5539f932f18ca469890a30193e10e21da45 dbus-1.2.24-8.el6_6.i686.rpm 1032a57d04f2f53d29f758562d5a58490ca395fdfa59b96d4a8845becbe9c601

CentOS Errata and Security Advisory 2019:1726 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1726 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f5bb925a65b0e4ba5c51e2b6a76665c28a71af9a831fd613769643ea3a5b6516 dbus-1.2.24-11.el6_10.i686.rpm