[Bug 839444] Re: Gnome uses two different ssh agents depending on how program is launched
this is a real show-stopper for gnome3; is there truly no workaround yet? ** Also affects: gnome-session (Debian) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/839444 Title: Gnome uses two different ssh agents depending on how program is launched To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/839444/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 345166] Re: Tomboy tries to load fuse module in Jaunty...and can't
Loic> I'm not 100% convinced that this warrants a SRU and I heard Loic> that a 0.14.2 SRU might be prepared soonish, since I don't Loic> run tomboy myself I'll leave this alone for now. I confess I don't know what an SRU is, but if you mean that you don't think it's worth adding the fixed tomboy to 9.04 then I disagree. The world moves toward net-based syncing of such information (see foxmarks/xmarks), and sadly with GNOME we did not introduce an early strategy for separating out "to be saved/synced" stuff. So the fact that Tomboy allows such syncing should be encouraged. -- Tomboy tries to load fuse module in Jaunty...and can't https://bugs.launchpad.net/bugs/345166 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 345166] Re: Tomboy tries to load fuse module in Jaunty...and can't
Dan> works for me too, awesome, thanks. It's great that the patch works, but 9.04 is out and tomboy was not fixed. -- Tomboy tries to load fuse module in Jaunty...and can't https://bugs.launchpad.net/bugs/345166 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357459] Re: 2009-04-07 dist-upgrade of ubuntu 9.04beta makes rhythmbox lose its main screen
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/25003079/Dependencies.txt -- 2009-04-07 dist-upgrade of ubuntu 9.04beta makes rhythmbox lose its main screen https://bugs.launchpad.net/bugs/357459 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357459] [NEW] 2009-04-07 dist-upgrade of ubuntu 9.04beta makes rhythmbox lose its main screen
Public bug reported: Binary package hint: rhythmbox I got a rhythmbox upgrade today and now it starts up with a tiny window: just the play button, with no way of selecting music or playlists. rhythmbox is useless now. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: rhythmbox 0.12.0-0ubuntu4 ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.28-11-generic i686 ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- 2009-04-07 dist-upgrade of ubuntu 9.04beta makes rhythmbox lose its main screen https://bugs.launchpad.net/bugs/357459 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs
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, various other things. The problem is still there when I apply all the solutions I have seen. Clearly there is some foolish delicate code in the file selection dialog which almost anything can cause to hang. We can enumerate many of the things that can make it hang, but that won't solve the problem. For example, nobody's solution has worked for me :-) -- 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 Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs
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 /etc/init.d/dbus restart" and Traxter> after a couple of seconds when I got my desktop back the Traxter> problem was gone. That was one of the things people recommended long ago, but it did not work for me. Amazing how a bug that makes a system almost unusable is still around after so long. -- 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 Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 218230] Re: gtk file dialog blocks on trackerd (via dbus) for 25s for users with NFS homedirs
> 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 have suggested beagle, nfs, but ultimately socket reads and network filesystem reads can take a long time to time out, but it should not hang an application that is not reading/writing form/to them. So it's a bug in gtk. KDE applications do not have this 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 you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
