Ubuntu

gam_server consumes lots of cpu time

Reported by Martin J. Bligh on 2006-03-25
90
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gamin
New
Medium
gamin (Fedora)
Won't Fix
Unknown
gamin (Ubuntu)
Low
Unassigned

Bug Description

gam_server pegs the cpu and drags the whole laptop to a crawl.

This is easy to reproduce - get a compact flash card full of camera pictures.
Put it in CF-PCMCIA adaptor ($10) and plug it into the PCMCIA slot of a
laptop. Mount the resultant drive (/dev/hda1 for me) and copy the files off.
Now watch top.

That level of cpu usage is unacceptable. You can't remove the gamin package
because gnome depends on it for some inane reason.

Sitsofe Wheeler (sitsofe) wrote :

Ah this old chesnut. For reference see this bug over in Red Hat's bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132354

Martin:

Could you follow http://www.gnome.org/~veillard/gamin/debug.html to get a debug log of gam_server when it happens and use Add Attachment to add it to this bug?

Matt Zimmerman (mdz) on 2006-04-12
Changed in gamin:
status: Unconfirmed → Needs Info
Frank Siegert (fsiegert) wrote :

Running Kubuntu Dapper up to date as of 2006-04-13, I see gam_server constantly at 15% CPU usage and echoing a lot of messages into ~/.xsession-errors (more than once a second):

    Failed to process 26 bytes from server
    invalid length 24902
    invalid length 24902
    invalid length 24902
    invalid length 24902
.... many many times ... and then:
    end from FAM server connection
    invalid length 24902
    invalid length 24902
    invalid length 24902
    invalid length 24902
    invalid length 24902
... many many times

Funnily enough, after a reboot I was not able to reproduce it (using a VFAT storage device, browsing pictures, whatever...). But then doing nothing while writing this bug report (except for a look at "less ~/.xsession-errors") suddenly gam_server went mad again. I don't know, if accessing ~/.xsession-errors could cause this problem, sounds too weird.

I followed the debugging instructions and sent gam_server a SIGUSR2, which produced a big file in /tmp, of which I will attach a few hundred lines, which seem to repeat afterwards. maybe it is of help to track this annoying bug.

Btw... There seem to be a few duplicates of this: #30868, #31329, #3814

These are some lines from the gamin_debug_* file that is created in /tmp when you send a SIGUSR2 to gamin_server.

geofs (geof) wrote :

When I use ktorrent (kde bittorent client), gam_server uses up to 25% cpu (athlon 1200Mhz, 512MB).

I also have the same .xsession-errors messages

9172 geof 15 0 3280 1948 896 S 21.4 0.4 2:20.12 gam_server
23409 geof 16 0 50784 23m 18m R 9.1 4.7 0:04.48 ktorrent
 5939 root 15 0 62000 43m 5076 S 5.8 8.6 10:22.64 Xorg
 6028 geof 15 0 31972 15m 12m S 1.9 3.1 4:24.30 kded

I can provide the /tmp/gamin_debug_* file on request.
I contains interesting things like this

inotify recieved 1 events
inotify: moved 1 events to event queue
inotify: got MODIFY on = /home/geof/.xsession-errors
inotify: Emitting Changed on /home/geof/.xsession-errors
inotify: Emitting Changed on /home/geof/.xsession-errors
Event to ktorrent : 1, 1, .xsession-errors Changed
Event to kded [kdeinit] : 194, 1, .xsession-errors Changed
inotify recieved 1 events
gam_incoming_conn_read called
accepted incoming connection: 8
Created connection 8
gam_client_conn_read called
failed to read() from client connection
Shutting down client socket 7

and

inotify recieved 68 events
inotify: moved 69 events to event queue
inotify: got MODIFY on = /home/geof/.xsession-errors
inotify: Emitting Changed on /home/geof/.xsession-errors
inotify: got IGNORED event for unknown wd 414637
inotify: got IGNORED event for unknown wd 414636
inotify: got IGNORED event for unknown wd 414635
(...)

But i can't say what all this stuff means yet.

geofs (geof) wrote :

Not very interesting but i saw the cpu usage jump to 30% for gam_server. The torrent download is now finished and just seeding one file. Perhaps it's a ktorrent related bug. btw gam_server shouldn't consume that much.

Frank Siegert (fsiegert) on 2006-04-30
Changed in gamin:
status: Needs Info → Confirmed
Daniel Hahler (blueyed) wrote :

I'm also experiencing this problem with Kubuntu-Dapper: it uses constantly about 40% CPU and produces the same .xsession-errors.

I don't know, what has been the cause, because a reboot would probably fix it again; killing gam_server does not: it gets restarted and produces the same errors.

I'm using a vanilla kernel (2.6.16.11), because of hibernation.

Haakon Nilsen (haakonn) wrote :

I too am being plagued by this. Using Kubuntu/Dapper (i386) on my AMD Athlon 64 3700+ system with 2GB ram, gam_server constantly consumes around 11.6% CPU according to top. It doesn't matter what applications are running or not. I tried to switch it to do polling on /* instead, which only tripled the CPU consumption. My .xsession-errors fills up with this:

invalid length 24902
end from FAM server connection
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
end from FAM server connection
invalid length 24902
invalid length 24902
invalid length 24902
...

I really hope this can get fixed in time for Dapper release, because it is quite annoying.

swoke (swoke) wrote :

I got the same problem.

This is quite boring.

I hope it will be fixed soon.

Daniel Hahler (blueyed) wrote :

It seems to be related to some KDE app, at least here. Perhaps KMail or Akregator, because twice already I've just closed some apps and CPU usage went down.

I'll look closer at which app fixes it next time.

Haakon Nilsen (haakonn) wrote :

>It seems to be related to some KDE app, at least here. Perhaps
>KMail or Akregator, because twice already I've just closed
>some apps and CPU usage went down.

I do run such apps as aKregator and amaroK. Closing amaroK did not change anything, but I didn't try aKregator. It's too late to try now, since I simply replaced the gam_server executable with a noop shell script to shut it up :-)

FroZtY (p-tommassen) wrote :

I also have this problem; shutting amaroK down solves it. According to the log files, amaroK is monitoring three paths:

/home/frosty (my home dir)
/etc/security
/etc/samba/smb.conf

The last two paths are monitored by nearly every KDE application, and they don't seem to create any problem. However, amaroK is the only program monitoring my ~, so it seems safe to assume that the problem lies here.

When monitoring the gamin debug output from amarok, it seems to report a change with .xsession_errors every time. This seems correct, as .xsession_errors is changed a lot, but it is changed by gam_server itself, filling it with the familiar messages:

invalid length 24902
 end from FAM server connection
 invalid length 24902
 invalid length 24902
 invalid length 24902
 invalid length 24902
 end from FAM server connection
 invalid length 24902
 invalid length 24902
 invalid length 24902
....

It seems that the solution can be found by stopping those messages from appearing, resulting in less frequent updates to .xsession_errors and thus, amusingly, in a lower CPU usage.

I hope this helps anybody in solving this bug.

Greetings.

Sebastien Bacher (seb128) wrote :

that would be an issue from amarok that should not monitor .xsession-errors, a music player has no need for that

Daniel Hahler (blueyed) wrote :

You are right, of course.

But somehow this seems to point out a design problem: any other app might monitor "~" and cause the same problem.

Sebastien Bacher (seb128) wrote :

so that app would be to fix too, stoping writing to logs because apps might monitor the log is not a reasonable option

Daniel Hahler (blueyed) wrote :

What about if gam_server (or whatever get the I-want-to-monitor-this requests) would ignore requests to ".xsession-errors"?

Anyway, is this the cause of the initial error ("invalid length 24902") anyway?

Martin J. Bligh (mbligh) wrote :

You can't expect to be able to isolate (and make exceptions for) every log file.

Gamin needs to do something sane (ie rate limit itself). Otherwise it will always be flaky as hell.

Sebastien Bacher (seb128) wrote :

gamin could use some work but note that's not used by Ubuntu on dapper so it's not a priority for the Ubuntu team at the moment, probably something that could be worked upstream though

Wolfgang Hoffmann (woho-woho) wrote :

Could you elaborate on that? http://packages.ubuntu.com/dapper/base/ubuntu-desktop lists gamin as required. I installed a kubuntu daily dapper-live-i386.iso of last week and have gamin installed by default, showing the above bug.

I cannot tell what triggers it, I tried to reproduce but failed, it happens randomly. I have neighter KMail nor Akregator running on this system.

Besides the CPU load, filling up .xsession-errors is a serious problem, mine is 114 MB right now.

mvisa (mikko-puolikuu) wrote :

Dapper Release Candidate:

 5274 foo 15 0 2940 1356 752 S 18.6 0.1 5199:33 gam_server

(constant 20% cpu)

-rw------- 1 foo bar 1679968547 2006-05-29 13:11 .xsession-errors

(1.6 GB)

Frank Siegert (fsiegert) wrote :

Seems to me like a major bug: Has a severe impact on a small (?) portion of Ubuntu users. If developers don't consider this as major, I apologize, and you can set it back to normal.

Sebastien Bacher (seb128) wrote :

as written before dapper doesn't use gam_server, but maybe kubuntu still uses it?

FroZtY (p-tommassen) wrote :

The only programs registered to gamin on my computer are KDE programs. While it indeed impacts Kubuntu users the most, I assume Ubuntu users that run some KDE programs are also affected by this.

An ugly workaround is to make .xsession-errors write-protected; it prevents the file from changing, and gam_server doesn't detect it as changing anymore. Of course, this solution is far from desirable if you need the log.

Frank Siegert (fsiegert) wrote :

What do you mean by "dapper doesn't use gamin"? edubuntu-desktop depends on it, as do many KDE apps in Kubuntu (like k3b, which is probably used by a few non-Kubuntu users as well). After all it is in main and many main-packages depend on it.

Is it possible that all these packages can use another file alteration monitor then gamin?

Sebastien Bacher (seb128) wrote :

I mean that gam_server is not used when you do an Ubuntu installation (ie: the one with GNOME), it doesn't mean the bug should not be fixed but that's just not a priority for the Ubuntu desktop team right now

Wolfgang Hoffmann (woho-woho) wrote :

I don't quite understand. Does the Ubuntu desktop team care only about Ubuntu, not Kubuntu?

If you do a standard Kubuntu 6.06 install, you're hit by this bug. This will concern many users, and should be a priority, I think. Otherwise Kubuntu CDs will ship with this bug ...

Sebastien Bacher (seb128) wrote :

what I call "desktop team" is people working on the GNOME desktop, that issue should be worked by the kubuntu team if that's a priority for them

Vyacheslav Rodionov (bepcyc) wrote :

This is a very annoying bug for laptop users ;(

I use latest packages of Kubuntu Dapper, but still have this issue.

Now I can't leave my laptop powered on for the whole night ;(

I guess that's a gamin's bug only not other programs, because sometimes I doesn't run any program but gam_server makes an activity.

Hop,e that bug will be fixed in Release. I don't really want to switch distro because of such a small bug ;(

This is debug output of gamin on a fresh kubuntu dapper drake flight 7 install:
root@rhee:/tmp# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.06
DISTRIB_CODENAME=dapper
DISTRIB_DESCRIPTION="Ubuntu (The Dapper Drake Release) Development Branch"
root@rhee:/tmp# uname -a
Linux rhee 2.6.15-21-386 #1 PREEMPT Fri Apr 21 16:43:33 UTC 2006 i686 GNU/Linux
root@rhee:/tmp#

I'm running into high CPU utilization by gamin, about 30%. KDE definitly seems to want to monitor a lot of stuff, but it really drags down performance.

Fuji (rfujimoto) wrote :

--I mean that gam_server is not used when you do an Ubuntu installation (ie: the one with GNOME), it doesn't mean the bug should not be fixed but that's just not a priority for the Ubuntu desktop team right now

It is in main, this software is supposed to be tested. Can this be reassigned then to whomever is in charge of "admin" or whomever this software is a priority for (Kubuntu devs maybe...)?

I've found I have to kill all konqueror's (or any application that will poll $HOME). When killing konq, remember to search for any preloaded ones.

Rocco Stanzione (trappist) wrote :

I now know why this is happening, at least to me. All my music is on a remote samba share, mounted under /mnt. AmaroK monitors the directory for changes using gamin. Gamin expects things under /mnt to be temporarily mounted, so instead of the MUCH more efficient kernel dnotify method of watching for updates, it actually polls all the files in the mounted directory every second. In my case, it probably can't even list all the files in one second, so it's constantly working as hard as it can, in userspace, to do its thing. I'm going to request (upstream) a compile-time option to specify the directory or directories to poll without dnotify, so we can package it as /media, where we expect our temporary mounts to be (the gamin author, I think, is a redhat guy, and expects them under /mnt). Changing to "needs info" because I wonder how many of the rest of you have a similar setup (directories with lots of files under /mnt) that would allow us to close this bug if we get the new compile-time option and a new package for it.

Changed in gamin:
status: Confirmed → Needs Info
Edu (martinez-bernal) wrote :

I have tons of mp3 in a fat32 partition, but amarok is not the only thing that makes gam_server eat cpu (in my case). It happens appartently with no reason. Of course, running amarok gam_server goes mad for sure.

Andre Heßling (ahessling) wrote :

I have a similar configuration.
Under /media I have mounted 3 ntfs partitions which have lots of files on it.
My entire music collection is located on one of the ntfs partition which is accessed by amarok and therefore apparently by gamin.
I am quite sure that I noticed high cpu usage one time after I copied a (small) file from one of my ntfs partition to my root partition using Krusader.

Tom Lawton (tlawton) wrote :

Brand new install of Kubuntu
No networked devices, nothing under /mnt at all
Root is xfs, /home is xfs, /boot is ext2 - all partitions on a single HD (400Gb Maxtor)

gam_server is constantly using ~16% CPU and repeatedly writing to .xsession-errors

Failed to process 26 bytes from server
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
Failed to process 26 bytes from server
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902

etc

OR

invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
end from FAM server connection
invalid length 24902
invalid length 24902
invalid length 24902
invalid length 24902
end from FAM server connection

This file is growing at a rate of about 1Mbyte every 10 minutes

I think this may be a separate bug to the original 'lots of files under /mnt' bug, but it's the same as a few people have mentioned above.

From my fresh-install kubuntu system with a rapidly-filling ~/.xsession-errors and gam_server on a constant 16% CPU

Gard Spreemann (gspreemann) wrote :

The same thing happens here (relatively fresh Kubuntu Dapper install). It seems to be brought on either by KTorrent, amaroK or both.
I replaced the gam_server executable with an empty shell script, so now my system behaves normally. Of course, various applications complain about a lacking FAM, but other than that, it seems fine.

I will be out of the office through Wednesday June 21st, 2006. I will
be back in the office on Thursday, June 22. If you require assistance,
please use the Systems Help Request Form:
http://intranet.mse.jhu.edu/forms/helprequest.php.

If you need immediate assistance please contact Mercy Anaba (x65306,
<email address hidden>), or phone the IT@JH Help Desk (x6-HELP). If it is an
emergency, please instruct the IT@JH Help Desk to contact the Library
Systems On-Call Pager.

>>> "<email address hidden>" 06/14/06 14:42 >>>

The same thing happens here (relatively fresh Kubuntu Dapper install).
It seems to be brought on either by KTorrent, amaroK or both.
I replaced the gam_server executable with an empty shell script, so now
my system behaves normally. Of course, various applications complain
about a lacking FAM, but other than that, it seems fine.

--
gam_server consumes lots of cpu time
https://launchpad.net/bugs/36581

matt_hargett (matt-use) wrote :

This bug is killing my laptop's battery life, generating heat, and making drive accesses slow. I'm not running amarok, ktorrent, or anything like that. I've got kontact and konq open to a web page and that's it.

 I'll give $50 to whomever fixes it and gets it into the KUbuntu 6.06 main repository.

matt_hargett (matt-use) wrote :

Adding the following lines to the /etc/gamin/gaminrc fixed this problem for me.

none /var/log/*
fsset ext3 notify
fsset ext2 notify

If anyone is using NFS, they'll have to uncomment the config line about NFS in there as well.

jmspeex (jean-marc-valin) wrote :

Until the problem is fixed, I think Ubuntu should include an option to just disable gamin without having to remove the binary. Considering the little benefit it provides (haven't really noticed a difference after removing it), gamin causes far more harm than it helps. Actually disabling it by default would be even better.

Lews (dorrin) wrote :

I'm getting this problem on Edgy, running pure GNOME. Adding "fsset ext3 notify" to the bottom of /etc/gamin/gaminrc also fixed it for me. Alacarte and gnome-panel both set this off.

Nuno Lucas (ntlucas) wrote :

Same problem as everyone else, but noticed a strange thing on doing a "ps -x".

As shown in the attachement, esd and some evolution programs are running too.

I'm using a fully updated Kubuntu Dapper and never started evolution on my own will, so I fell that very strange...

Nuno Lucas (ntlucas) wrote :

Just to add that I never had noticed this before, except today, after installing eclipse (from the eclipse site and installed in my home directory) and "toying" around with it some time.

After closing it (and the CPU settled down because I don't have enough memory nor CPU for eclipse) that's when I noticed the CPU constant usage at 30-40%.

My machine: P4@1.7GHz - 512MB

Nuno Lucas (ntlucas) wrote :

grrr... forgot the gamin_debug file...

It's >3MB uncompressed in just a few seconds, so hope it helps...

arty (spamtrap-paradise) wrote :

This is my case, not sure what my point is really , except that Ubuntu/Kubuntu Dapper is not usable for me because the performance is way too slow.

If I mount an encrypted drive with a large mp3 collection on it ,and then start Krusader , cpu usage goes from the 10-20 range to the 95-100% range on a duron 800.
My root,home ,and swap are also encrypted so there will be some overhead there as well.

I am running Ubuntu with KDE installed (cos the Kubuntu install wouldn't let me partition my drive the way I wanted to...or I wasn't using it properly ...I'm a linux noob)

I am running KDE partly because Gnome was slow and the file browser would crash when I deleted a directory (and other applications crashed), and I liked the look of krusader. I did a new install in case my crashes were self inflicted.

If I select gamin in adept manager to uninstall, and preview the changes, removing gamin will remove the ubuntu desktop along with 11 pages of other apps. There is lots of Gnome stuff there.

Ubuntu was very slow for me even before I added KDE, but I wasn't aware of this bug so can't say for sure that this was the cause....but if I was a betting man...

Same here. Using reiser filesystem for partitions. Laptop with pentium M processor. I can see that gam_server uses 99.9% cpu then I start amaroK but after some seconds it drops to normal 0.4% during playtime. Here comes the weird part: sometimes gam_server uses more than 80% for no reason (e.g. amarok is in system tray and not used) and quitting amaroK doesn't help. During this odd behaviour gam_server apparently writes repeatedly "invalid lenght <some numbers>" into ~/.xsession-errors.

arty (spamtrap-paradise) wrote :

I renamed gam_server to gam_server.disabled and my system is now running well.

I don't know what the consequences of this action are. Someone else said that they had done it and they had had few problems.
..from this page...
http://www.ubuntuforums.org/showthread.php?t=123132

So do it at your own risk.

For me, the choice was to rename gam_server or stop using ubuntu/kubuntu.

we're slowly removing gam_server from kubuntu.

Wolfgang Hoffmann (woho-woho) wrote :

That's good. It's still a problem for me on Dapper.

Just to let you know that, although the bug is pending for a long time now, work on this still is appreciated :-)

I have all my music and oder data under a fat32 partition, also mounted under /media, but I think nothing monitors it (I don´t know if banshee uses gamin, but I have it closed). The problem starts just after the logon.

 it´s gnome-panet which gets CPU hungry. However, killing gam_server solves temporarily the problem. But whenever I change something with the Menu editor, the panel gets CPU hungry again (and the applications menu flickers)

Anders Aagaard (aagaande) wrote :

what is gamin being replaced with? Fam?

Using ktorrent and tracker at the same time my cpu usage with gamin stayed low, but it was using over 1gb memory. So I'd love to know :P

Sebastien Bacher (seb128) wrote :

Do you still get the bug with Ubuntu 7.04?

mvisa (mikko-puolikuu) wrote :

Seems not to occur on feisty anymore. .xsession-errors is 70KB. Although there's no gami* process running either.

Well, it does. I recently upgraded my Xubuntu installation to Feisty and yesterday I noticed my gam_server taking 60-99% of the cpu constantly. But kierfayt's workaround seemed to do the trick for now.

Changed in gamin:
status: Needs Info → Unconfirmed

Logged into the gnome desktop with my homedir mounted from NFS, gam_server is clocking up more and more processor time, and is the 3rd highest cpu-time user (behind firefox and Xorg).

It's storms the NFS server with file and dir stat() calls, more than ~100, every ~3 seconds...that's getting expensive!
I have no nautilus windows open, except (of course) the background desktop.

Let me know if you'd like any debugging. Distro is Ubuntu Feisty 7.04 and gamin is version 0.1.8-1ubuntu3 with 6 days of uptime.

A quick strace shows:

$ strace -p `pidof gam_server`
poll([{fd=3, events=POLLIN}, {fd=4, events=0}, {fd=5, events=POLLIN}, {fd=7, events=POLLIN}, {fd=10, events=POLLIN}, {fd=9, events=POLLIN}, {fd=12, events=POLLIN}, {fd=13, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11, events=POLLIN}, {fd=4, events=POLLIN}, {fd=14, events=POLLIN}], 12, 1000) = 0
poll([{fd=3, events=POLLIN}, {fd=4, events=0}, {fd=5, events=POLLIN}, {fd=7, events=POLLIN}, {fd=10, events=POLLIN}, {fd=9, events=POLLIN}, {fd=12, events=POLLIN}, {fd=13, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11, events=POLLIN}, {fd=4, events=POLLIN}, {fd=14, events=POLLIN}], 12, 0) = 0
stat("/home/daniel/.config/menus/preferences-merged", 0x7fffcf91eff0) = -1 ENOENT (No such file or directory)
open("/home/daniel/.config/menus/preferences-merged", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory)
<other menu files>
stat("/home/daniel/Desktop", {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
open("/home/daniel/Desktop", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 15
fstat(15, {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
fcntl(15, F_SETFD, FD_CLOEXEC) = 0
getdents64(15, /* 58 entries */, 32768) = 1960
getdents64(15, /* 0 entries */, 32768) = 0
close(15) = 0
stat("/home/daniel/Desktop/diff", {st_mode=S_IFREG|0664, st_size=107008, ...}) = 0
<many stat calls>
stat("/home/daniel", {st_mode=S_IFDIR|0755, st_size=229376, ...}) = 0
open("/home/daniel", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 15
fstat(15, {st_mode=S_IFDIR|0755, st_size=229376, ...}) = 0
fcntl(15, F_SETFD, FD_CLOEXEC) = 0
getdents64(15, /* 107 entries */, 32768) = 3688
getdents64(15, /* 0 entries */, 32768) = 0
close(15) = 0
stat("/home/daniel/.metacity", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
stat("/home/daniel/.profile", {st_mode=S_IFREG|0664, st_size=850, ...}) = 0
<many many stat calls>

Ivo Jimenez (ivotron) wrote :

I bought an enclosure for a 200 GB HDD and same thing happened. The workaround from klerfayt solved it.

Martin J. Bligh (mbligh) wrote :

This is still broken. Closing the bug doesn't fix it.

Paul Hoell (hoellp) wrote :

Since today I have this issue on Ubuntu gutsy.
I think about deactivating it, but if needed, I could get some info before. If you need anything, mail me.
<-

Changed in gamin:
status: Unknown → Fix Committed
Changed in gamin:
status: New → Triaged
Changed in gamin:
status: Unknown → New
Sebastien Bacher (seb128) wrote :

the bug has get no activity for a year and no new duplicate it's not a high importance one

Changed in gamin (Ubuntu):
importance: High → Low
Changed in gamin (Fedora):
status: Fix Committed → Won't Fix
Changed in gamin:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.