Bug#1073334: recoll: FTBFS: internfile/mh_xslt.cpp:69:46: error: invalid conversion from ‘const xmlError*’ {aka ‘const _xmlError*’} to ‘xmlError*’ {aka ‘_xmlError*’} [-fpermissive]

2024-06-21 Thread Jean-Francois Dockes
Hi, This is fixed in all recoll versions after 1.37.1 (january 2024). I would suggest updating to the latest: 1.39.1. To make things hopefully easier, there is a prototype Debian package in the packages/debian/debian source directory (the build switched to meson/ninja). Another possibility

Bug#906764: recoll: FTBFS in buster/sid (invalid use of incomplete type 'class QAbstractItemView')

2018-08-24 Thread Jean-Francois Dockes
The attached patch should clear the problem. jf recoll-qabstractviewitem.diff Description: Binary data

Bug#880310: recoll: FTBFS: configure: error: qmake seems to be using Qt version 3 which is not supported any more

2017-10-31 Thread Jean-Francois Dockes
Lucas Nussbaum writes: > Source: recoll > Version: 1.23.2-1 > Severity: serious > Tags: buster sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20171030 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to

Bug#778102: recoll: ftbfs with GCC-5

2015-07-02 Thread Jean-Francois Dockes
Just to confirm, I installed Debian testing and gcc-5. Recoll builds fine with gcc-5 as long as the installed Xapian (libxapian-dev) itself was built with gcc-5. This is definitely either a Xapian or build system issue, not a Recoll one, and I don't even see a possible workaround on the Recoll

Bug#778102: recoll: ftbfs with GCC-5

2015-06-26 Thread Jean-Francois Dockes
Seems I can't reach Kartik Mistry by direct email, trying through the bug report: The diagnostic from the log is a Xapian one, saying that they are trying to build Recoll with a compiler ABI version which is not the same as the one which was used to build the Xapian library. The include file

Bug#614760: [PATCH] plug conversion descriptor leak in unac.c::convert() error path

2011-10-24 Thread Jean-Francois Dockes
Kartik Mistry writes: On Wed, Oct 12, 2011 at 12:36 PM, Jean-Francois Dockes j...@dockes.org wrote: The iconv_close() leak was fixed in recoll 1.16 (incidentally to another change), but it is present in 1.13, 1.14, and 1.15 (same unac.c file).   The following patch fixed my

Bug#614760: [PATCH] plug conversion descriptor leak in unac.c::convert() error path

2011-10-12 Thread Jean-Francois Dockes
Ersek, Laszlo writes: Sorry for the delayed answer. On Mon, 10 Oct 2011, Jean-Francois Dockes wrote: It would seem that there is some file in your document set which is crashing recoll. We need to determine which it is, get it out of the indexed set so that you can begin

Bug#614760: 1.13.04-3+b1 crashes too

2011-10-10 Thread Jean-Francois Dockes
Ersek, Laszlo writes: package recoll severity 614760 grave thanks Ran recollindex from a terminal. It printed a zillion lines of :3:../rcldb/rcldb.cpp:813:Db::splitter::takeword: unac failed for [...] then finally terminate called after throwing an instance of

Bug#626882: recoll: segfault (in InitFldToPrefs via std::basic_string?)

2011-05-16 Thread Jean-Francois Dockes
Drew Parsons writes: Package: recoll Version: 1.15.8-1 Severity: grave Justification: renders package unusable After upgrading to recoll 1.15.8-1, it now segfaults on start. This is a static object initialization issue that I had seen on the Mac after releasing 1.15.8. It hadn't