[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2009-08-05 Thread Andreas Heinlein
Reopen this bug (at least the one regarding trackerd) since it needs to be fixed in hardy (LTS Release!) as well. NFS Homes are quite common in corporate environments, as is the use of LTS releases... ** Changed in: tracker (Ubuntu) Status: Fix Released = Confirmed -- gtk file dialog

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2009-08-05 Thread Chris Coulson
Please don't reopen bugs that are fixed already in later releases. If it affects an earlier release, use the Nominate for release button ** Changed in: tracker (Ubuntu) Status: Confirmed = Fix Released -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2009-04-03 Thread Martyn Russell
This was problematic with a broken API in older versions of libtrackerclient and the file chooser dialog complaining about missing symbols IIRC. This should have been fixed for a while now. -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2009-04-03 Thread Sebastien Bacher
closing since that works now, reopen if you still get in jaunty ** Changed in: tracker (Ubuntu) Importance: Undecided = Low ** Changed in: tracker (Ubuntu) Status: New = Fix Released ** Changed in: gtk+2.0 (Ubuntu) Importance: Undecided = Low ** Changed in: gtk+2.0 (Ubuntu)

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2009-03-29 Thread Heiko Harders
I experienced the same problem. Opening a file dialog in any application causes a 25 second freeze of the program. Thereafter the dialog appears and can be used. I am using fully updated Ubuntu 8.04.2 (64 bits) clients and server. The problem occurs only with user accounts that have NFS mounted

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-12-18 Thread Sebastien Bacher
having a different bug for the gtk issue would make sense indeed -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-12-03 Thread Brian Wang
Hi everyone, I think there are two separate problems here - one with trackerd and one with GTK+ itself. In our setup we have trackerd completely disabled, but we still have the same behavior with certain GTK+ widgets trying to access /home/.hidden. In addition to file dialogs, we also have the

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-11-20 Thread Tessa Lau
I'm seeing the same problem. I first observed the symptoms in Evolution, where replying or composing a new message took 2+ minutes before the compose window appeared. (See my previous comment and stacktrace at https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/159153). I traced the

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-11-19 Thread Simon Lehmann
I also think it might be a more general problem, but as it seems, on my computer it was caused by trackerd. I tried to disable the use of tracker by removing it from my session and disabling it completely. But apparently it is started automagically as soon as the file dialog is opened, which is

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-11-19 Thread Andrew Pollock
In my environment, where we're seeing the problem with NFS, we have trackerd disabled already. -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because you are a member of Ubuntu Bugs,

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-11-12 Thread Andrew Pollock
I think there are two potentially separate problems here. We're certainly seeing the stats for /home/.hidden, which causes autofs to want to reload its maps because /home/.hidden doesn't exist. -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-11-04 Thread Alan Trick
I have this problem on my work computer, but I have never used NFS. My home folder is local. Maybe this more general problem? -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-10-28 Thread Svein Tore Seljebotn
Wow, I recently started experiencing this bug and after getting really, really annoyed I started searching around for a solution. I found this thread after some extensive search: http://ph.ubuntuforums.com/showthread.php?t=784326 Deleting the tracker cache (~/.cache/tracker) solves the problem

Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-10-28 Thread markgalassi
Svein Deleting the tracker cache (~/.cache/tracker) solves the Svein problem (but of course removes the cache). It's incredible Svein that this bug is still around given it's consequences. That does not solve the problem for everyone else. People have proposed nfs, dbus, tracker,

Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-10-17 Thread markgalassi
Traxter I'd like to add my two cents as I got this problem today Traxter and was able to resolve it. Traxter I followed the advice above to uninstall the tracker tool Traxter but this itself didn't get rid of the problem. I therefore Traxter restarted dbus with sudo

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-10-15 Thread Traxter
I'd like to add my two cents as I got this problem today and was able to resolve it. I followed the advice above to uninstall the tracker tool but this itself didn't get rid of the problem. I therefore restarted dbus with sudo /etc/init.d/dbus restart and after a couple of seconds when I got my

Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-08-23 Thread markgalassi
Following the suggestions Ville Koskinen wrote on 2008-05-15: https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/218230/comments/14 I found the .beagle directory to be the problem: Doesn't fix it for me. I wonder how many other directories with stale stuff are still an issue -- people

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-08-21 Thread mjv
Ran into this problem in FC6, but posting here since here is where I found the path to the solution. Following the suggestions Ville Koskinen wrote on 2008-05-15: https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/218230/comments/14 I found the .beagle directory to be the problem:

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-07-01 Thread dmig
I have local home mounted from separate partition, but I experience this bug. here are last 10 lines of filechooser.py example trace: 0.025732 14:54:58.490295 access(/usr/share/X11/locale/ru_RU.UTF-8/XLC_LOCALE, R_OK) = 0 0.025732 0.026288 14:54:57.194259

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-07-01 Thread dmig
BTW, trackerd isn't running -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-07-01 Thread dmig
here is a workaround for my case: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/242412/comments/1 -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because you are a member of

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-05-16 Thread Ville Koskinen
Confirmed: the fix to bug 214041 solves the problem. (I could not find the updated package in hardy-updates, though, so I manually patched the source and created a new package out of it.) -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-05-15 Thread nossal
The description: ...users with NFS homedirs is not totally correct, my home dir is not NFS, all my file system is local. -- gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs https://bugs.launchpad.net/bugs/218230 You received this bug notification because you are

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-05-15 Thread Ville Koskinen
I'm experiencing the same problem. Ubuntu 8.04 desktop, 64-bit version. We are using NIS, Winbind, and NFS shares for home directories. Home directories are automounted (autofs). First: $ pwd /home/villek $ wget http://www.pygtk.org/pygtk2tutorial/examples/filechooser.py $ strace -tt -T

[Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs

2008-05-15 Thread Emil Sit
nossal: my hypothesis is that SQLite in trackerd is attempting to lock a file in NFS which fails and causes it to hang. However, it's clear from Ville's report and yours that perhaps other things may be at fault. Can you re-install the tracker packages, relogin (to restart all trackerd in a