This is fixed by the attached patch.
recoll-gcc-15.diff
Description: Binary data
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 wou
Package: wnpp
Severity: wishlist
Owner: Jean-Francois Dockes
X-Debbugs-Cc: debian-de...@lists.debian.org, j...@dockes.org
* Package name: libnpupnp
Version : 6.1.1
Upstream Contact: Jean-Francois Dockes
* URL : https://www.lesbonscomptes.com/upmpdcli
* License
Package: wnpp
Severity: wishlist
Owner: Jean-Francois Dockes
X-Debbugs-Cc: debian-de...@lists.debian.org, j...@dockes.org
* Package name: libupnpp
Version : 0.26.3
Upstream Contact: Jean-Francois Dockes
* URL : https://www.lesbonscomptes.com/upmpdcli
* License
Package: wnpp
Severity: wishlist
Owner: Jean-Francois Dockes
X-Debbugs-Cc: debian-de...@lists.debian.org, j...@dockes.org
* Package name: upmpdcli
Version : 1.8.9
Upstream Contact: Jean-Francois Dockes
* URL : https://www.lesbonscomptes.com/upmpdcli
* License
Hi,
This should be fixed by the attached patch or some equivalent in the rules file
(delete
the generated .qm files when cleaning).
recoll-Makefile-am-cleanqm.diff
Description: Binary data
Lucas Nussbaum writes:
> Source: recoll
> Version: 1.34.7-1
> Severity: minor
> Tags: trixie sid f
Hi,
Yes, the fix has been in recoll versions for quite some time.
jf
Kartik Mistry writes:
> Hi,
>
> Just wanted to check if this bug[1] is fixed in the latest version of
> recoll? If yes, we can close it.
>
> Thanks!
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930281
nnect()' | python3
:3:common/rclinit.cpp:387::Recoll 1.29.1 + Xapian 1.4.18 [/home/dockes/.recoll]
J.F. Dockes
Eric Valette writes:
> On 3/12/21 6:38 PM, Jean-Francois Dockes wrote:
> >
> > Hi,
> >
> > Just a comment: I think that upmpdcli-uprcl works fine
Hi,
Just a comment: I think that upmpdcli-uprcl works fine with either
recoll 1.28 or 1.29, and it's the only upmpdcli component which needs
recoll. I'm not sure why there would be a conflict ?
J.F. Dockes
Eric Valette writes:
> Package: recoll
> Version: 1.28.5-1
> Severity: wishlist
>
The url is now:
https://www.lesbonscomptes.com/recoll/pages/download.html
instead of
https://www.lesbonscomptes.com/recoll/download.html
J.F.
Tobias Frost writes:
> Package: recoll
> Severity: normal
>
> Dear Maintainer,
>
> tracker.d.o says "404" on the watch file, so it seems to be br
Hi,
You need pylzma: https://pypi.org/project/pylzma/
I don't think that it's packaged by Debian though, you will have to
use pip3 or such.
jf
Marcus Frings writes:
> Dear maintainer,
>
> I wrote:
>
> > Recoll supports indexing 7z archives. If python3-lz4 is not installed,
> > recoll g
Kartik Mistry writes:
> Package: recoll
>
> Hi,
>
> Is this still happening with latest recoll and xapian (Since #808610
> is done long time ago!)?
>
> Thanks!
I think that this was an old Xapian issue, and that it can be closed.
jf
Package: libupnp13
Version: 1:1.8.4-2
Severity: important
Dear Maintainer,
When libupnp is configured with --enable-reuseaddr (the case on Debian), it
does not retry with a higher port if the default one (49152) is busy.
This makes it difficult to run multiple apps (e.g. renderer + control point
Thanks, it's nice to see the Recoll metadata gathering facilities being put
to use :)
jf
Hi,
The document has XMP metadata inside XML attributes, instead of element
text. The script did not handle this well, and there were a few other
issues too.
I am attaching a fixed script for your testing, it should replace
/usr/share/recoll/rclpdf.py
J.F. Dockes
rclpdf.py
Description: Binary
Hi,
This is fixed in current recoll code. The current handler is fully
compatible with recoll 1.24:
https://opensourceprojects.eu/p/recoll1/code/ci/2f75550348a06bfd354df241b3ea0f61a45c102c/tree/src/filters/rclps
The fixed handler uses ps2pdf and pdftotext. The output is much better
than ps2asc
The attached patch should clear the problem.
jf
recoll-qabstractviewitem.diff
Description: Binary data
Package: python-chm
Version: 0.8.4.1-1
Severity: normal
Tags: newcomer patch upstream
Dear Maintainer,
pychm has not been ported to Python3 by its author. The project on Github
is at least sleepy (last commit 3 years ago). I submitted a pull
request for a Python3 patch with no response. I would p
As an aside to this, catdoc is not needed at all by recent recoll versions
(1.19.12 and later).
Details about the external programs here:
https://www.lesbonscomptes.com/recoll/features.html#doctypes
jf (upstream)
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 build
Martin Monperrus writes:
> Package: recoll
> Version: 1.22.4-1
> Severity: normal
>
> Dear Maintainer,
>
> recoll does not index the new Libreoffice file formats: FODPT, FODP,
> etc. (flat plain xml files, usable with Git)
>
> Some changes in mimemap, mimeconf and mimeview are required
Willi Mann writes:
> Hi Dave,
> Hi Jean-Francois,
>
> I got the following bug report, apparrently describing a buffer overflow
> in unrtf - which I can reproduce. Do you have a suggestion for a fix?
>
> I'm also CCing debian's security team.
>
> WM
I guess that you can just add a packa
Guillem Jover writes:
> Control: tags -1 moreinfo
> Control: severity -1 normal
>
> Hi!
>
> On Tue, 2016-11-29 at 03:19:31 -0700, Jean-Francois Dockes wrote:
> > Package: dpkg-dev
> > Version: 1.17.27
> > Severity: important
>
> > This h
Package: dpkg-dev
Version: 1.17.27
Severity: important
Dear Maintainer,
This happens on an odrobian hybrid installation: 64 bits kernel with
32 bits userland. gcc -v says:
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc-4.9.real
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Martin Monperrus writes:
> Dear Jean-François,
> > I'd be curious to know how you hit this problem with these file types which
> > usually have proper extensions ?
> I wanted to only index some file types in order to reduce the index size
> (which was 16GB!). The only relevant option I found w
Martin Monperrus writes:
> Package: recoll
> Version: 1.22.3-1
> Severity: normal
>
> I've just spent a long time to understand why my indexing configuration
> fails.
>
> I've finally realized that the cause is that the mimetypes defined in mimemap
> are different from the ones returned
Lisandro Damián Nicanor Pérez Meyer writes:
> Control: tag -1 patch
>
> On Friday 22 January 2016 17:20:28 Jean-Francois Dockes wrote:
> [snip]
> > Hi,
> >
> > As far as I know, Recoll builds fine with qt5-webkit > 5.2. Just get rid of
> >
Lisandro Damián Nicanor Pérez Meyer writes:
> severity 784619 normal
> severity 784513 normal
> severity 784514 normal
> severity 784522 normal
> severity 784523 normal
> severity 784524 normal
> severity 784525 normal
> severity 784613 normal
> severity 784532 normal
> severity 784618 no
John Eikenberry writes:
>
> Doesn't this bug make it impossible to index any new data? Shouldn't it have
> a
> higher severity than normal? It completely breaks recoll for my use, so I'd
> give it grave unless there are other use cases where it still works.
>
> Error output I get when I r
Bruce Johnson writes:
>I upgraded to a newer version of recoll as per instructions
>(http://www.lesbonscomptes.com/recoll/download.html) under ubuntu. I"m
>still getting the aspell error...?
> [...]
>:2:../index/indexer.cpp:351:ConfIndexer::createAspellDict: aspell
>buildD
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 s
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 whic
The attached patch checks that all topdirs elements are absolute paths
before starting the indexing. The change will be in all future releases
until relative paths can be properly supported.
Cheers,
jf
recoll-check-topdirs-abs.diff
Description: Binary data
Helmut Grohne writes:
> Control: severity -1 normal
> Control: retitle -1 topdirs no longer accepts relative paths
>
> Thanks for your quick reply!
>
> On Wed, May 06, 2015 at 04:42:02PM +0200, Jean-Francois Dockes wrote:
> > The way to specify things to be indexe
rs:
recollindex -c ~/.recoll -i ~/projets
Diagnostic in the log file:
:4:../index/fsindexer.cpp:168:FsIndexer::indexFiles: skipping
[/home/dockes/projets] (ntd)
(ntd means not in top dirs).
So, at this point, I am at a loss to explain what you could do with 1.17
that you can not do with
Package: libupnp6
Version: 1:1.6.19.jfd1-1
Severity: normal
Tags: ipv6
Dear Maintainer,
Newer versions of libupnp6 in Squeeze and later are configured with --enable-
ipv6
The device part of such a library (miniserver) will not start if the running
kernel does not contain ipv6 code. This is not t
Agustin Martin writes:
> I have comitted the relevant changes to our git repo and uploaded aspell with
> them to experimental, so testing is better before we upload to sid. Comments
> are welcome.
Here is what I did to test the new packages:
- Removed all traces of aspell from up to date Jess
Agustin Martin writes:
> 2014-12-06 16:46 GMT+01:00 Jean-Francois Dockes :
> > Package: aspell
> > Version: 0.60.7~20110707-1.3
> > Severity: important
> >
> > Dear Maintainer,
>
> Hi,
>
> > While fixing a problem about recoll not f
I created a fix for this:
https://bitbucket.org/medoc/recoll/commits/e247474aaf254ef4d119947660c9b2ed133cdaf1
But while doing this, I found another Recoll/Aspell problem on Jessie:
see Bug#772415, so the Recoll aspell dictionary creation does not
work, even with the above fix.
APM writes:
> H
Package: aspell
Version: 0.60.7~20110707-1.3
Severity: important
Dear Maintainer,
While fixing a problem about recoll not finding libaspell (Bug#772171), I
found that aspell directory creation did not work on Jessie:
Example run:
vj64$ /usr/bin/aspell --lang=en --encoding=utf-8 create master
/
Package: recoll
Severity: important
Dear Maintainer,
Recoll versions up to 1.19.14 contain an issue
(http://www.recoll.org/release-1.19.html#rodb) which, in conjunction with a
Xapian one (http://trac.xapian.org/ticket/645) can cause index
corruption.
The consequence is mostly repeated indexing
Jean-Francois Dockes writes:
> Martin Ziegler writes:
> > Package: recoll
> > Version: 1.17.2-1
> > Severity: important
> >
> > In the new version the gui opens compressed textfiles (like
> > textfile.txt.gz, textfile.txt.bz2, textfile.txt.z
Martin Ziegler writes:
> Package: recoll
> Version: 1.17.2-1
> Severity: important
>
> In the new version the gui opens compressed textfiles (like
> textfile.txt.gz, textfile.txt.bz2, textfile.txt.zip) with gnumeric.
>
> This is because the uncompressed files are saved in temporary
> fi
Kartik Mistry writes:
> forwarded 636221 Jean-Francois Dockes
> thanks
>
> On Wed, Aug 3, 2011 at 8:21 PM, Jean-Francois Dockes wrote:
> > Just for the record, and not to leave this on a wrong understanding. Recoll
> > is designed to look for xdg-open in the PATH a
Kartik Mistry writes:
> On Wed, Oct 12, 2011 at 12:36 PM, Jean-Francois Dockes
> 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
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
> &g
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 '
David Baron writes:
> On Wednesday 29 Elul 5771 09:35:41 Jean-Francois Dockes wrote:
> > This is probably from recollrunner with only 'default query language'
> > checked: there is excessive quoting, but it doesn't hurt much because this
> > is a full text
Denis Prost writes:
>Attached are 4 log files :
> * one from "recoll -t -q gazette" (155 results)
> * one from recollrunner with the same query (only "default query
>language" checked in recollrunner config) (3 results : only the
>ones among the 155 which do not c
Sorry forgot to answer to these in the previous email:
David Baron writes:
> The * problem does not explain a non-filename problem--I hope the
> correspondent did the same tests and logfiles and sent them as I
> suggested to him.
Excessive quoting may also affect non-filename searches, and th
David Baron writes:
> On Tuesday 28 Elul 5771 17:26:33 David Baron wrote:
> > On Tuesday 28 Elul 5771 17:04:29 Jean-Francois Dockes wrote:
> > > David Baron writes:
> > > > > > > > > > > > >
> > > > Note that the kr
David Baron writes:
>
> Note that the krunner one has a query *'downloads'* !!
>
> I do not do this, obviously.
>
> I have asked a correspondant to do this same test with a non -f test
> which was also not succeding but returning 3 / 150 hits.
Ok, thanks for the logs, they make it cl
David Baron writes:
> Package: recoll
> Version: 1.16.0-1
> Severity: important
>
> --- Please enter the report below this line. ---
> I am running recoll -t from a krunner plugin, i.e. forking it in the
> background. This worked fine while back. However, now (last few versions),
> using
Daniel Skorka writes:
> On Mon, 1 Aug 2011 18:04:50 +0200
> Jean-Francois Dockes wrote:
>
> > As far as I know, recoll only uses its own (and stale) copy of
> > xdg-open if the system one is not found in the PATH. I'd be
> > interested by more detail abou
Daniel Skorka writes:
>
> Hi,
>
> recoll ships with xdg-open in /usr/share/recoll/filters, and uses this
> instead of the one provided by xdg-utils in /usr/bin
> The problem is that the two differ in behaviour, so if "Use desktop
> preferences to choose document editor" in the configuratio
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
Cedric Scott writes:
> Package: recoll
> Version: 1.15.2-1
> Severity: normal
>
> The subject line says it all. As an experiment I built 1.15.5 from source
> and it doesn't have this problem.
Yes, it's a known bug, only happens when there is no current query (ie:
just after start). This i
Horvath Andras writes:
> Running these commands:
>
> updatedb
> locate recoll.conf
>
> I get the following results:
>
> /home/$USER/.config/Recoll.org/recoll.conf
> /home/$USER/.recoll/recoll.conf
> /usr/share/man/man5/recoll.conf.5.gz
> /usr/share/recoll/examples/recoll.conf
>
> T
Celejar writes:
> Okay. I followed the troubleshooting advice from recoll's website, and
> it seems that the reason my docx's weren't being indexed was that
> xsltproc was not installed, and rclopxml needs it to run. So I guess
> that we need a "suggests" on xsltproc?
This would be an option
Celejar writes:
> Recoll currently uses antiword and catdoc for MS Word documents. Antiword
> claims to only support Word 2003 (according to the website) or lower, and
> catdoc only to Word 97 (according to the Debian package info). Unoconv
> claims
> to be able to support any documents tha
Celejar writes:
> While we're on this topic, I notice that there are 'suggests' for both
> antiword and catdoc. Is there an advantage in having both?
catdoc is used for xls and ppt. Antiword is much better for msword
documents, or at least was at the time when the choice was made.
jf
--
To
Kartik Mistry writes:
> On Thu, Jan 29, 2009 at 12:01 AM, Cropper, C. A. wrote:
> > Considering that my computer is nearly unusable, if this bug is not
> > "grave" or at least "serious" I don't know what is; I am removing
> > recoll from my system.
> >
> > It NEVER finished the initial index
exact operation the menu is supposed to make easier).
For now, the workaround is to use a middle button mouse click to paste the
primary selection to the desired target.
jf
Kartik Mistry writes:
>
> forwarded 504876 "Jean-Francois Dockes" <[EMAIL PROTECTED]>
> thanks
Peter Salisbury writes:
> 2008/9/30 Jean-Francois Dockes <[EMAIL PROTECTED]>:
> > If Peter can spare some time to do more testing, I'd be quite
> > interested by the output of the following sequence:
> > - Add "loglevel = 4" to ~/.recoll/recoll.co
Hello,
Kartik Mistry writes:
> On Tue, Sep 30, 2008 at 6:45 PM, Peter Salisbury
> <[EMAIL PROTECTED]> wrote:
> > I installed recoll on a fairly sparse system and it took ages to index
> > every time. It was only when I ran it from a terminal that I realised
> > it was missing some required pa
Greg Kochanski wrote:
> When my computer grinds to a halt because of your program, it's a bug.
> You can avoid calling it "denial of service" if you wish, but it's hard
> to think of other words to describe the condition.
> Kartik Mistry wrote:
> > Unfortunately, there is no configuration for set
Hi,
I'm the Recoll developper. For some reason, I never got the messages about
this problem.
It is clearly a consequence of problem 471976 (excessive memory usage
during indexing).
Recoll can't exit without flushing the index (this would produce a
corrupted database). So the alternative is to
67 matches
Mail list logo
