tags 756205 patch
thanks
Since it's not known when gvfs 1.20.4 (and 1.22) will be released,
I've decided to convert the upstream commit [1] into debdiff which
can be applied to gvfs 1.20.3-1.
Before that, I've tested the behavior of gvfsd-metadata as suggested
by gvfs developer in [2]. The patch
One of gvfs developers posted a patch [1] which might fix this bug.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=637095#c50
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: severity -1 serious
Control: tags -1 upstream
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=637095
This is happening again. I was wondering why the machine was slow
and made a lot of noise...
This seems to be the same problem as
https://bugs.debian.org/cgi-bin/bugre
On 2014-07-27 16:16:39 +0200, Vincent Lefevre wrote:
> gvfsd-metadata continuously does disk accesses. It creates files
> in /home/vinc17/share/gvfs-metadata, thne erase them, and so on,
> several times per second, in such a point that files have already
> disappeared when doing a "ls -l". For inst
Package: gvfs-daemons
Version: 1.20.2-1
Severity: important
gvfsd-metadata continuously does disk accesses. It creates files
in /home/vinc17/share/gvfs-metadata, thne erase them, and so on,
several times per second, in such a point that files have already
disappeared when doing a "ls -l". For inst
5 matches
Mail list logo
