Here' a gdb debug log file of the crash.
SignalStop Print Pass to program Description
SIG38 No Yes Yes Real-time event 38
SignalStop Print Pass to program Description
SIGPIPE No Yes Yes Broken pipe
Starting program: /usr/bin/thunar
[Thread debugging using libthread
Ok, happen every time for me :-(
What's the best way to give you some debug info?
On Wed, 2025-04-23 at 09:44 +0200, Yves-Alexis Perez wrote:
> control: tag -1 unreproducible, moreinfo
>
> On Tue, 2025-04-22 at 11:07 +1200, jfp wrote:
> > Dear Maintainer,
> >
> > to reproduce the crash
> >
Sorry should have updated first, still happens on the latest.
ii desktop-file-utils 0.28-1
ii exo-utils 4.20.0-1
ii libatk1.0-0t64:amd642.56.1-2
ii libc6:amd64 2.41-7
ii libc6-dbg:amd64 2.41-7
ii libc6-dev:amd
It's a known bug in upstream 9.9p1 (ssh-server) fixed in 9.9p2
Thanks.
I have confirmed it has an upstream issue using unmodified upstream
sources.
I have opened a bug upstream,.
https://bugzilla.mindrot.org/show_bug.cgi?id=3814
On Thu, 2025-04-17 at 22:29 +0100, Colin Watson wrote:
> On Thu, Apr 17, 2025 at 02:43:51PM +1200, Jean-Francois Pirus wrote:
>
Ok, will try the upstream version.
Last working version was 1:9.9p2-1
(1:9.9p2-2 might have worked, not sure)
Thanks.
On Thu, 2025-04-17 at 22:29 +0100, Colin Watson wrote:
> On Thu, Apr 17, 2025 at 02:43:51PM +1200, Jean-Francois Pirus wrote:
> > If I delete the key from the know
Package: openssh-client
Version: 1:10.0p1-2
Severity: important
Tags: upstream
X-Debbugs-Cc: debian-am...@lists.debian.org,
debian-powe...@lists.debian.org
User: debian-am...@lists.debian.org
Usertags: amd64
User: debian-powe...@lists.debian.org
Usertags: ppc64el
-- System Information:
Debian R
Actually underlying issue might be this, from the config.log:
configure:4776: $? = 0
configure:4765: x86_64-linux-gnu-gcc-14 -V >&5
x86_64-linux-gnu-gcc-14: error: unrecognized command-line option '-V'
x86_64-linux-gnu-gcc-14: fatal error: no input files
compilation terminated.
configure:4776: $
Ok, found it, there's an unlisted dependency on pahole
The fix is
apt install pahole
This is fixed by the attached patch.
recoll-gcc-15.diff
Description: Binary data
bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob +64 21 640 779 | DDI +64 9 282 3401
Clearfield Software Ltd | Ph +64 9 358 2081 | www.clearfield.com
Hi, I need the remote unlocking, I currently use the console, while
debugging this.
I have the exact same setup on other machines, just seems to a a
peculiarity of this hardware.
As far as I can tell the root cause is that dropbear does not detect
that the network/eth0 is up, see below:
How can
Some more info:
/etc/initramfs-tools/initramfs.conf
IP=172.21.6.14::172.21.0.254:255.255.0.0:debianmini2:eth0:none:172.21.0
.254
/etc/dropbear/initramfs/dropbear.conf
DROPBEAR_OPTIONS="-j -k -p 4222 -s -c cryptroot-unlock"
/etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=
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
emd[1]: Started LSB: Fast standalone full-text S>
~# ps ax|grep searchd
80997 pts/0S+ 0:00 grep searchd
If someone can confirm this bug, I can work on a patch (most likely a matter of
fiddling with systemd service files)
Jean-Francois "Jef" Stenuit
-- System Information:
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
use "command -v" as an alternative
DEPRECATION
Since type and command -v were mandated by POSIX, this
utility is no longer useful for maintainer scripts and thus will be
removed from debianutils.
Duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992385
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
>
Package: tor
Version: 0.3.5.10-1
Severity: normal
Dear Maintainer,
I believe that tor generates invalid hidden service onion addresses when
running on armv5tel platform
How to reproduce
1. install tor on armv5tel machines
2. enable the hiddenservice directives in the configuration
3. restart to
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
I have the same or very similar issue (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959400 )
And I can confirm that uninstalling the xserver-xorg-video-intel and
using the modesetting driver fixed the issue for me.
PS:
And removing a custom config file that caused the any other drive
I can confirm that uninstalling the xserver-xorg-video-intel and using
the modesetting driverfixed the issue.
PS:
And removing a custom config file that caused the any other driver
from failing to load.
ie:
/usr/share/X11/xorg.conf.d/BLAH.conf
On Sat, 2020-05-02 at 00:27 +, Debian Bug Tra
Source: mesa
Severity: normal
Tags: upstream
Dear Maintainer,
Get a SIGSEV playing any video or running glxgears with latest
kernel/mesa 20.0.4-2.
Thread 11 "mpv/vo" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe0c85700 (LWP 6662)]
0x7fffcaca49d8 in ?? () from /
Sorry, I'm not quite sure what to check.
Thanks.
On Thu, 2020-03-26 at 13:35 +0200, Timo Aaltonen wrote:
> On 25.3.2020 12.21, Timo Aaltonen wrote:
> > On 25.3.2020 5.45, Jean-Francois Pirus wrote:
> > > Sorry, I ran reportbug on another machine.
> >
> > Yo
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
Package: bugs.debian.org
Severity: normal
Tags: a11y upstream
Hello guys!
This is my first time reporting a bug for debian, so I am not sure if I am
posting this at the right place!
I am using snaps to install some of the software I use, such as pycharm-
professional, discord, or slack.
I didn'
This is my dhcp server setting using dnsmasq:
in /etc/dnsmasq.d/local.conf
dhcp-option=option:domain-search,private,blah.private,blah.com
tried with just blah.com got blahcom
tried with just test.blah.com got testblahcom
2_classless_static_routes
=> '1'
.5244] dhcp4 (wlan0): option requested_root_path => '1'
.5244] dhcp4 (wlan0): option requested_routers=> '1'
.5244] dhcp4 (wlan0): option requested_static_routes => '1'
.5244] dhcp4 (wlan0): option requested_subnet_mask
I can confirm.
dhcp supplies search domain as follows:
private blah.private blah.com
(Verified with packet capture)
resolv.conf is set to:
search private blahprivate blahcom
.4478] device (wlan0): Activation: starting connection REMOVED
.4479] audit: op="connection-activate" uuid="2ff2717
Actually looks to be a NetworkManager bug, #947003
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
Opps, should have said:
With kenel 5.2.0-2-amd64, TX is 4184/KB/sec
With kenel 4.19.0-5-amd64, TX is 39678/KB/sec
Sorry, I ran the reportbug on my workstation running sid, where it
works but has warning.
See below:
The issue is in Buster/Stable:
squid 4.6-2
squid-common 4.6-2
squid-deb-proxy 0.8.14+nmu2
squid-deb-proxy-client
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
Same issue with zuluMount-cli
zuluMount-cli: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libzuluCrypt.so.1.2.0: undefined symbol:
gcry_cipher_close
Hi, yes you are correct, it currently doesn't set it to enable any
more. Sorry about that.
Looks like it was enabled when I initially installed in on 8 March
2017.
It just kept the enabled status in later upgrades.
Thanks.
lrwxrwxrwx 1 root root16 Mar 8 2017 K01gdomap ->
../init.d/gd
The attached patch should clear the problem.
jf
recoll-qabstractviewitem.diff
Description: Binary data
Still does not work with 1.2.31.3+dfsg-1
I have narrowed it down to the custom ssh port being ignored.
With the following setup:
custom: SERVERNAME:1234
Connection is to SERVERNAME on port 22 not port 1234.
If the port is specified in the .ssh/config file, it is respected.
--
Jean
Works with libssh-4 0.8.0-1, does not work with 0.8.1-1
(Same remmina version)
Package: libudev1
Version: 239-1
Severity: critical
Tags: d-i
Justification: breaks unrelated software
Dear Maintainer,
Running
apt dist-upgrade
when the only thing being upgraded is
libudev-dev libudev1 libudev1:i386
Removed the following packages, leaving X unuseable, not network, not
mouse,
k
Package: seafile-cli
Version: 6.1.5-1
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
seafile stopped working after an upgrade of sid.
Required and install of "python-ccnet" which is not a listed dependency.
-- System Information:
Debian Release: buster/
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
> Can you try to apply the patch from
> https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg71189.html
> on top of 4.15.4-1 and report if this resolves the problem for you?
Yes, applying the patch to 4.15.4-1 fixed the issue for me.
I actually downloaded the patch from here:
https://pat
https://bugzilla.kernel.org/show_bug.cgi?id=198861
--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob +64 21 640 779 | DDI +64 9 282 3401
Clearfield Software Ltd | Ph +64 9 358 2081 | www.clearfield.com
Package: reportbug
Version: 7.1.9
Severity: normal
Tags: upstream
Justification: breaks the whole system
Dear Maintainer,
Having started reportbug in GUI mode, it then asks for the network
confirmation on the console, making it appear reportbug has hang.
ie:
jfp@Tosh:~$ reportbug kernel
Inclu
Package: src:linux
Version: 4.15.4-1
Severity: critical
Tags: upstream
Justification: breaks the whole system
Dear Maintainer,
On boot with 4.15.4-1 always get:
[ 11.884155] WARNING: CPU: 2 PID: 0 at /build/linux-
PFKtCE/linux-4.15.4/kernel/rcu/tree.c:2792 rcu_process_callbacks+0x4a1/0x4c0
[
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
I also use the CardBook plugin and found this fixed the issue:
> In CardBook preferences, first tab, check “Unique source for contacts”
This if from the CardBook support forums:
https://cardbook.6660.eu/troubleshooting/
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
Another backtrace
--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob +64 21 640 779 | DDI +64 9 282 3401
Clearfield Software Ltd | Ph +64 9 358 2081 | www.clearfield.com
SignalStop Print Pass to program Description
SIG38 No Yes Yes Real-time event 38
Another backtrace
--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob +64 21 640 779 | DDI +64 9 282 3401
Clearfield Software Ltd | Ph +64 9 358 2081 | www.clearfield.com
SignalStop Print Pass to program Description
SIG38 No Yes Yes Real-time event 38
Schoenert wrote:
Hi,
On Thu, Feb 09, 2017 at 11:02:37PM +1300, Jean-Francois Pirus wrote:
Package: icedove
Version: 1:45.6.0-2
Severity: important
Crash when switching emails.
Linux Tosh 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 GNU/Linux
backtrace included
unfortunately th
Package: icedove
Version: 1:45.6.0-2
Severity: important
Crash when switching emails.
Linux Tosh 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 GNU/Linux
backtrace included
SignalStop Print Pass to program Description
SIG38 No Yes Yes Real-time event 38
Starting progr
SignalStop Print Pass to program Description
SIG38 No Yes Yes Real-time event 38
Starting program: /usr/bin/icedove
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe5594700 (LWP 15888)]
[Th
Package: icedove
Version: 1:45.6.0-2
Severity: important
Random hard to catch crash usually when switching folder.
Linux tyche 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64
GNU/Linux
backtrace included
SignalStop Print Pass to program Description
SIG38 No Yes Yes Re
As well as blocking extensions, the package now also silently block
updates, see bug 841401
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841401
I have given up on chromium, while I appreciate the work of the
maintainers, the silently and arbitrary breaking of functionality on
purpose m
Package: reportbug
Version: 7.1.4
Severity: important
reportbug crashes with:
TypeError: Couldn't find foreign struct converter for 'cairo.Context'
TypeError: Couldn't find foreign struct converter for 'cairo.Context'
TypeError: Couldn't find foreign struct converter for 'cairo.Context'
TypeError
Package: gnome-packagekit
Version: 3.22.1-2
Severity: important
--- Please enter the report below this line. ---
If a package owned config file has been changed, /etc/pulse/daemon.conf
in this example, you never get to see a gui version of the below.
(I also get this with openssh updates and o
The extensions are still disabled when starting chromium. Having to edit
the startup script every time there is an update is not a valid solution.
This should either go back to the previous behaviour, or have a way of
enabling the previous behaviour (ie: extensions that work) that is
permane
Also if this option "--enable-remote-extensions" is not specified, no
extensions load.
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.
>
>
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
I can confirm it's still happening in 53.0.2785.92-2
Thread 33 "Chrome_InProcRe" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff4b7fe700 (LWP 13286)]
0x58837c85 in
blink::LayoutObject::isDescendantOf(blink::LayoutObject const*) const ()
(gdb) bt
#0 0x5
I also do not have calendar-google-provider installed.
Icedove starts with all plugins disabled, crashes again in the same way
when Lightning extension v4.7 is enabled.
Seems to be a generic Calendar provider issue?
--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob
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
I updated webkitgtk-3.0-0 from 2.4.6-1 to 2.4.6-2 and this problem
disappeared.
But, FYI, the other dwb/webkit problem
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761492)
is still there.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsu
Hi,
The problem is fixed for me now.
Thanks.
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef | http://moinejf.free.fr/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: gftp-gtk
Version: 2.0.19-4
Package: libglib2.0-0
Version: 2.42.0-1
Package: libc6
Version: 2.19-11
Debian version: sid
Machine: armhf
Kernel: Linux 3.17.0-rc1
gftp stops when clicking on a bookmark with the message:
$ gftp
Attempt to unlock mutex that was not locked
Aborted
$
gdb ba
Package: dwb
Version: 20140702hg-1
Package: libwebkitgtk-3.0-0
Version: 2.4.5-2
Debian version: sid
Machine: armhf
Kernel: Linux 3.12 .. 3.17-rc1
When accessing the web site 'http://www.ekinops.net/', dwb raises a
segmentation fault.
gdb trace:
jef@debarm:~$ gdb --args dwb http://www.ekinops.n
Package: libjavascriptcoregtk-3.0-0
Version: 2.4.5-2
Package: libwebkitgtk-3.0-0
Version: 2.4.5-2
Debian version: sid
Machine: armhf
Kernel: Linux 3.12 .. 3.17-rc1
Since the upgrade of the above packages from version 2.3.90-1 to
version 2.4.1-2, all webkit based web browsers (midori, xombrero,
d
Package: evolution-mapi
Version: 3.8.5-2+b1
Severity: normal
Dear Maintainer,
I am using mapi for the connexion to the exchange server of my company.
It works fine, but when I send S/MIME encrypted email the receiver
cannot read it.
I have configured the same account using IMAP, with the same S/
On Thu, 20 Mar 2014 17:13:34 +0200
Alberto Garcia wrote:
> > Since the upgrade of the above packages from version 1.8.1 to
> > version 2.0.4, all the webkit based web browsers (midori, xxxterm,
> > dwb...) crash when the loaded HTML pages contain javascript code.
>
> Can you try now with webki
On Sun, 9 Feb 2014 21:53:51 +0100
Alberto Garcia wrote:
> On Sun, Oct 06, 2013 at 11:26:03AM +0200, Jean-Francois Moine wrote:
>
> > Since the upgrade of the above packages from version 1.8.1 to
> > version 2.0.4, all the webkit based web browsers (midori, xxxterm,
> >
1 - 100 of 155 matches
Mail list logo
