[Bug 787570] [NEW] sound turns off when switching to console
Public bug reported: Binary package hint: gnome-media Hello! I’m using Natty, and I noticed that sounds (e.g. music) caused by X applications turns off when switching to the text console (e.g., Alt+F1). I suspect this is intended behavior caused by a setting somewhere, not a bug in Pulseaudio or anything similar. That is why I’m entering this bug under “gnome-media”: the application that is presented to the user to control sound (both via the panel sound applet and via menu/preferences/sound) is “gnome-volume-control”, installed by “gnome- media”, and that application doesn’t offer any way of altering this setting, nor indeed any mention of it. I believe it should, especially since this is new behavior. (At least I don’t remember seeing it in earlier versions of Ubuntu.) ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: gnome-media 2.32.0-0ubuntu7 ProcVersionSignature: Ubuntu 2.6.38-9.43-generic 2.6.38.4 Uname: Linux 2.6.38-9-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Tue May 24 15:44:19 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) ProcEnviron: LANGUAGE=en_US:en PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-media UpgradeStatus: Upgraded to natty on 2011-05-02 (22 days ago) ** Affects: gnome-media (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug natty -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-media in Ubuntu. https://bugs.launchpad.net/bugs/787570 Title: sound turns off when switching to console -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 787570] Re: sound turns off when switching to console
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-media in Ubuntu. https://bugs.launchpad.net/bugs/787570 Title: sound turns off when switching to console -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530686] Re: Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors
Here it is. The assertion is in g_logv() from libglib-2.0.so.0, and I couldn’t find a dbgsym package for that one. However, I installed libgtk2.0-0-dbgsym=2.19.7-0ubuntu1 because I saw the calls to g_log come from there. Also, gnome-terminal-dbgsym is version 2.29.6-0ubuntu3 in case you want to look at the exact same versions. There are still a couple of frames without debug symbols, but it looks as if they’re not necessary. Let me know if you need other debug info. ** Attachment added: gdb-gnome-terminal.txt http://launchpadlibrarian.net/40953009/gdb-gnome-terminal.txt ** Changed in: gnome-terminal (Ubuntu) Status: Incomplete = Confirmed -- Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors https://bugs.launchpad.net/bugs/530686 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 530669] Re: panel reports an error but no details
By the way, despite the way I formulated this bug, I actually want to find out why the keyboard applet doesn’t like my layout and make the error go away. If anyone has any suggestions for tracking it down myself, please say so :-) -- panel reports an error but no details https://bugs.launchpad.net/bugs/530669 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 530669] Re: panel reports an error but no details
OK, I reported it upstream. Anything else I can do? ** Bug watch added: GNOME Bug Tracker #612930 https://bugzilla.gnome.org/show_bug.cgi?id=612930 ** Also affects: gnome-applets via https://bugzilla.gnome.org/show_bug.cgi?id=612930 Importance: Unknown Status: Unknown -- panel reports an error but no details https://bugs.launchpad.net/bugs/530669 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 532282] Re: evince doesn't display certain PDF documents correctly
Hi there! Yep, that worked! Shouldn't that be installed by default, or at least recommended by evince? (It's just suggested now.) -- evince doesn't display certain PDF documents correctly https://bugs.launchpad.net/bugs/532282 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532282] [NEW] evince doesn't display certain PDF documents correctly
Public bug reported: Binary package hint: evince Hello! Inoticed that evince doesn't render this document correctly: http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/fontspec.pdf (link can be found on the XeTeX page in Wikipedia). The “code” font words are not displayed at all. (See the attached screenshot; it seems it's a fixed-width font.) Interestingly, Gimp has the exact same symptoms when importing the same document, which suggests a common library is the problem. Ghostscript or the online viewer at http://view.samurajdata.se/ seem to display it correctly (although less prettier due to lack of antialiasing). ProblemType: Bug Architecture: amd64 Date: Fri Mar 5 00:08:16 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes NonfreeKernelModules: nvidia Package: evince 2.29.91-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-15.22-generic SourcePackage: evince Uname: Linux 2.6.32-15-generic x86_64 ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- evince doesn't display certain PDF documents correctly https://bugs.launchpad.net/bugs/532282 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532282] Re: evince doesn't display certain PDF documents correctly
** Attachment added: Screenshot-3.png http://launchpadlibrarian.net/40207843/Screenshot-3.png ** Attachment added: Dependencies.txt http://launchpadlibrarian.net/40207148/Dependencies.txt ** Attachment added: KernLog.txt http://launchpadlibrarian.net/40207149/KernLog.txt ** Attachment added: RelatedPackageVersions.txt http://launchpadlibrarian.net/40207150/RelatedPackageVersions.txt ** Description changed: Binary package hint: evince - Hello! - - I noticed that evince doesn't render this document correctly: + Hello! Inoticed that evince doesn't render this document correctly: http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/fontspec.pdf (link can be found on the XeTeX page in Wikipedia). The “code” font words are not displayed at all. (See the attached - screenshot; it seems it's a fixed-width font.) Interestingly, Gimp has - the exact same symptoms when importing the same document, which suggests - a common library is the problem. Ghostscript or the online viewer at - http://view.samurajdata.se/ seem to display it correctly (although less - prettier due to lack of antialiasing). + screenshot; it seems it's a fixed-width font.) + + Interestingly, Gimp has the exact same symptoms when importing the same + document, which suggests a common library is the problem. + + Ghostscript or the online viewer at http://view.samurajdata.se/ seem to + display it correctly (although less prettier due to lack of + antialiasing). ProblemType: Bug Architecture: amd64 Date: Fri Mar 5 00:08:16 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes NonfreeKernelModules: nvidia Package: evince 2.29.91-0ubuntu1 ProcEnviron: - LANGUAGE=en_US.UTF-8 - PATH=(custom, user) - LANG=en_US.UTF-8 - SHELL=/bin/bash + LANGUAGE=en_US.UTF-8 + PATH=(custom, user) + LANG=en_US.UTF-8 + SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-15.22-generic SourcePackage: evince Uname: Linux 2.6.32-15-generic x86_64 -- evince doesn't display certain PDF documents correctly https://bugs.launchpad.net/bugs/532282 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530669] [NEW] panel reports an error but no details
Public bug reported: Binary package hint: gnome-panel Hello! I recently upgraded to Lucid, and I started having this bug. When I log-in, every time, I receive two identical error dialogs. They have, in bold, “The panel encountered a problem while loading OAFIID:GNOME_KeyboardApplet.”, and in normal text “Do you want to delete the applet from your configuration”. There are only two buttons, marked “Don't Delete” and “Delete”. I've no idea why there are two dialogs, AFAIK I've only a single keyboard applet on my panel. The bug, as I see it, is not so much that the error appears, but that there's no visible way to track down what actually happened. If I don't delete the applet, it's still there in the panel, and it appears to work more or less correctly. (I believe the error is caused by the fact that I'm using a non-standard (home-made) keyboard layout. The applet doesn't display anything when I'm using it, although it displays the country name for other layouts. However, despite the error messages and the lack of a visible name, my layout seems to work correctly.) Again, this bug report is not about the fact that the error happens, but that the error dialogs don't present any way of tracking down the problem, only to make it go away by removing the applet. ProblemType: Bug Architecture: amd64 Date: Tue Mar 2 14:00:23 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes NonfreeKernelModules: nvidia Package: gnome-panel 1:2.29.91-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-14.20-generic SourcePackage: gnome-panel Uname: Linux 2.6.32-14-generic x86_64 ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- panel reports an error but no details https://bugs.launchpad.net/bugs/530669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530669] Re: panel reports an error but no details
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/39958649/Dependencies.txt ** Attachment added: GConfNonDefault.txt http://launchpadlibrarian.net/39958650/GConfNonDefault.txt -- panel reports an error but no details https://bugs.launchpad.net/bugs/530669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530684] Re: nautilus errors in ~/.xsession-errors
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/39959246/Dependencies.txt ** Attachment added: usr_lib_nautilus.txt http://launchpadlibrarian.net/39959247/usr_lib_nautilus.txt -- nautilus errors in ~/.xsession-errors https://bugs.launchpad.net/bugs/530684 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530684] [NEW] nautilus errors in ~/.xsession-errors
Public bug reported: Binary package hint: nautilus Hello! I've recently updated to Lucid. I've been experiencing some bugs, so I started digging through ~/.xsession-errors. Among others, I've noticed the following lines in there (asterisk lines added by me): Initializing nautilus-gdu extension (nautilus:3372): GLib-GObject-WARNING **: Two different plugins tried to register 'NautilusShare'. (nautilus:3372): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed I've no idea what it means, but it looks like a bug. ProblemType: Bug Architecture: amd64 Date: Tue Mar 2 14:43:33 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes NonfreeKernelModules: nvidia Package: nautilus 1:2.29.91-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-14.20-generic SourcePackage: nautilus Uname: Linux 2.6.32-14-generic x86_64 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- nautilus errors in ~/.xsession-errors https://bugs.launchpad.net/bugs/530684 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530669] Re: panel reports an error but no details
After a bit of googling, I ended up looking in ~/.xsession-errors. I found the following lines, but they're not much more edifying, which is probably part of the bug: ** (gnome-panel:3373): WARNING **: panel-applet-frame.c:1273: failed to load applet OAFIID:GNOME_KeyboardApplet: (null) ** (gnome-panel:3373): WARNING **: panel-applet-frame.c:1273: failed to load applet OAFIID:GNOME_KeyboardApplet: (null) -- panel reports an error but no details https://bugs.launchpad.net/bugs/530669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530686] [NEW] Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors
Public bug reported: Binary package hint: gnome-terminal Hello! I've recently updated to Lucid. I've been experiencing some bugs, so I started digging through ~/.xsession-errors. I've noticed the following lines in there: (gnome-terminal:3460): Gtk-CRITICAL **: gtk_accel_map_unlock_path: assertion `entry != NULL entry-lock_count 0' failed Failure: Module initalization failed I've no idea what it means, but it looks like a bug. Also, no idea if the “Failure:...” line is related to the previous one. ProblemType: Bug Architecture: amd64 Date: Tue Mar 2 14:49:06 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes NonfreeKernelModules: nvidia Package: gnome-terminal 2.29.6-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-14.20-generic SourcePackage: gnome-terminal Uname: Linux 2.6.32-14-generic x86_64 ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors https://bugs.launchpad.net/bugs/530686 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530686] Re: Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/39959346/Dependencies.txt -- Gtk-CRITICAL gtk_accel_map_unlock_path assertion in ~/.xsession-errors https://bugs.launchpad.net/bugs/530686 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 530684] Re: nautilus errors in ~/.xsession-errors
I also noticed these lines in a later session (four identical, consecutive copies): (nautilus:5576): GLib-GObject-WARNING **: IA__g_object_set_valist: construct property disable-client-side-decorations for object `GtkWindow' can't be set after construction (nautilus:5576): GLib-GObject-WARNING **: IA__g_object_set_valist: construct property disable-client-side-decorations for object `GtkWindow' can't be set after construction (nautilus:5576): GLib-GObject-WARNING **: IA__g_object_set_valist: construct property disable-client-side-decorations for object `GtkWindow' can't be set after construction (nautilus:5576): GLib-GObject-WARNING **: IA__g_object_set_valist: construct property disable-client-side-decorations for object `GtkWindow' can't be set after construction -- nautilus errors in ~/.xsession-errors https://bugs.launchpad.net/bugs/530684 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-user-share in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 319575] Re: multiload-applet + sshfs breaks suspend
Hi Sebastian, it's been already reported at https://bugzilla.gnome.org/show_bug.cgi?id=579888 -- multiload-applet + sshfs breaks suspend https://bugs.launchpad.net/bugs/319575 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 371289] Re: fail to delete directory over sshfs with nautilus
I get the same behavior for my SSHFS mounts. As the first poster mentions, this is strange because Nautilus can delete each individual file in the folder, and it can delete the empty folder afterwards. “rm -r in the command line works flawlessly. -- fail to delete directory over sshfs with nautilus https://bugs.launchpad.net/bugs/371289 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 371289] Re: fail to delete directory over sshfs with nautilus
First, a work-around: create a folder named '.Trash' with permissions 1777 in the remote folder you're mounting. However, this doesn't work in my case. A bit more detail: I have a desktop called mabelode and a server called tanelorn. On my Nautilus desktop (the same as my home folder) I have: - a folder called ~/mountpoints - inside this I have an empty set of directories following ~/mountpoints/tanelorn/mnt/corum - a symlink called ~/corum to ~/mountpoints/tanelorn/mnt/corum On tanelorn there's a foldern /mnt/corum, which has a filesystem mounted on it. Both tanelorn:/ and tanelorn:/mnt/corum contain a folder named .Trash, owned by root:root with permissions 1777. My username and uid is the same on both machines. If I use “sshfs -o reconnect,transform_symlinks,allow_other,nonempty,fsname='sshfs#tanelorn:/mnt/corum' tanelorn:/mnt/corum ~mountpoints/tanelorn/mnt/corum” — that is, mount directly the mount-point on the server to the equivalent mount-point on my desktop — then trash works: the folder tanelorn:/media/corum/.Trash is recognized, Nautilus creates a folder called '1000' (my uid on both machines) inside it, and puts trashed files in there. However, if I use “sshfs -o reconnect,transform_symlinks,allow_other,nonempty,fsname='sshfs#tanelorn:/' tanelorn:/ ~mountpoints/tanelorn/” — that is, mount the root of the server rather than a mountpoint on it — then: (a) trash works for files that are on the server's root filesystem, but (b) it doesn't work for files on other of the server's filesystems. Presumably, Nautilus uses a 'move' command that only works inside a filesystem. In the second case, since all of the server's filesystems are accessed through the same sshfs mountpoint, Nautilus can't figure out that they're actually different, and doesn't try to use their respective .Trash folders. I'm not aware of any work-around for this situation, other than mounting each of the server's mount points separately. -- fail to delete directory over sshfs with nautilus https://bugs.launchpad.net/bugs/371289 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 183486] Re: gnome-screensaver locks up randomly when unlocking screen
It just happened to me at most a couple of days ago, on up-to-date (at the time) Jaunty. I switched to a console, killed the dialog this time, and when returning to X I got a new dialog that worked. I'm using the laptop much less often these days, so I've no idea how common it is. (It's the same machine I posted the original bug report for.) My main machine doesn't have lock screen enabled, so no idea if it's going on there. -- gnome-screensaver locks up randomly when unlocking screen https://bugs.launchpad.net/bugs/183486 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 280798] Re: gnome-display-properties dont allow me rotate screen rigth and left but xrandr works fine
I'm not sure if I should, but I'm moving this to Confirmed, as I have the same problem myself. I'm running up-to-date Jaunty. Just as the original poster mentioned, xrandr works correctly, but the applet only offers “normal” and “upside down” as options. My card is an nVidia 9600 GT, running the nvidia binary drivers (180). I have enabled rotation in xorg.conf with « Option RandRRotation True » (not sure if this is true for the original report). A few more details: * The display properties applet complains that “It appears that your graphics driver does not support the necessary extensions to use this tool”, and it asks if I want to use the “vendor's tool” (nvidia-settings). The latter works correctly, but is a bit too verbose for everyday use (I rotate my screen often). Also, it's a bit annoying that I get asked the same question every single time. * For some reason the applet displays “Unknown” as the screen identifier. I imagine that's somehow nVidia's fault, but it's still annoying: I have a single screen, its name is manually entered in xorg.conf, and nvidia-settings is able to show it (also, if I ask it to acquire EDID info, it succeeds, and the screen's name is contained therein). Let me know if I can provide any more useful information. ** Changed in: gnome-control-center (Ubuntu) Status: Incomplete = Confirmed -- gnome-display-properties dont allow me rotate screen rigth and left but xrandr works fine https://bugs.launchpad.net/bugs/280798 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 315162] Re: volume keys on different devices can't set different volume sliders
** Bug watch added: GNOME Bug Tracker #581039 http://bugzilla.gnome.org/show_bug.cgi?id=581039 ** Also affects: gnome-settings-daemon via http://bugzilla.gnome.org/show_bug.cgi?id=581039 Importance: Unknown Status: Unknown -- volume keys on different devices can't set different volume sliders https://bugs.launchpad.net/bugs/315162 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 319575] Re: multiload-applet + sshfs breaks suspend
Hi Sebastien. Yes, it's still happening now. (I stopped using that applet since I found it was the culprit; I enabled it just now to check.) Bugzilla tends to get on my nerves, but I'll try to enter a report now. -- multiload-applet + sshfs breaks suspend https://bugs.launchpad.net/bugs/319575 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 319575] Re: multiload-applet + sshfs breaks suspend
** Bug watch added: GNOME Bug Tracker #579888 http://bugzilla.gnome.org/show_bug.cgi?id=579888 ** Also affects: gnome-applets via http://bugzilla.gnome.org/show_bug.cgi?id=579888 Importance: Unknown Status: Unknown -- multiload-applet + sshfs breaks suspend https://bugs.launchpad.net/bugs/319575 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 317540] Re: gvfsd-trash crashed (maybe sshfs related)
I haven't had Apport report it crashing, no; but like I said, I've seen at times crashes that Apport didn't mention, so I can't be sure. (Since this particular application doesn't do anything immediately obvious, I can't tell if it crashes unless I'm looking for it; actually, what does it do?) -- gvfsd-trash crashed (maybe sshfs related) https://bugs.launchpad.net/bugs/317540 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 325701] Re: gvfsd-trash crashed with SIGSEGV in pthread_cond_wait@@GLIBC_2.3.2()
I can't remember exactly that day. I think I found the message when I turned on the computer in the morning, so I had been logged in for at least a day. Assuming that apport can get confused as you say, it's quite plausible that it did: Although I typically update at least once daily, I tend to reboot only once every few days, so unless the update restarts whatever service it's replacing, the old version can run for a while. -- gvfsd-trash crashed with SIGSEGV in pthread_cond_wait@@GLIBC_2.3.2() https://bugs.launchpad.net/bugs/325701 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 137247] Re: libpam-keyring broken on autologins
I don't think I understand; doesn't NM already have such an interface? The only change would be to save the keys in a file instead of placing them in the keyring. (And a single check-box option to toggle between the two.) I don't see why file-based keys would need anything more than what is provided by the current nmapplet, in the [right-click]-“Edit connections...” dialog. (Which is show/change/delete password.) -- libpam-keyring broken on autologins https://bugs.launchpad.net/bugs/137247 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137247] Re: libpam-keyring broken on autologins
You know, I've been hearing this ever since NM appeared, and I still don't understand why. SSH keeps *private*keys* in plain text files, protected by nothing but file folder permissions (it allows users to enter a passphrase, but doesn't even protest if they don't). I don't see why WPA network keys are that much more secret than private keys that doing the same would be *very* quick and dirty, especially since they're almost always shared between several people. -- libpam-keyring broken on autologins https://bugs.launchpad.net/bugs/137247 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 317540] Re: gvfsd-trash crashed (maybe sshfs related)
I'm not sure how to check; this always happens more or less randomly, so I don't know how to trigger it. I still get bug #317237 regularly, I'm not sure about this one. (I suspect Apport doesn't catch everything: I've had several types of crashes that I've only seen reported once or occasionally by Apport despite the crash itself happening repeatedly.) -- gvfsd-trash crashed (maybe sshfs related) https://bugs.launchpad.net/bugs/317540 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 319575] Re: [jaunty] multiload-applet + sshfs breaks suspend
Hi Sebastian! To mount via SSHFS I have lines like: sshfs#bogd...@tanelorn.lan:/mnt/corum /media/corumfuse noauto,rw,noatime,user,nonempty 0 0 sshfs#bogd...@tanelorn.lan:/mnt/elric /media/elricfuse noauto,rw,noatime,user,nonempty 0 0 sshfs#bogd...@tanelorn.lan:/ /media/tanelornfuse noauto,rw,noatime,user,nonempty 0 0 in /etc/fstab. tanelorn.lan is my server. I mount them with a simple mount /media/corum. This is the only kind of remote directory that I have available, so I don't know if it happens with other types of shares. It's also the only FUSE filesystem I mount myself, although there are a couple others I don't know about: bogd...@mabelode:~$ mount|grep fuse fusectl on /sys/fs/fuse/connections type fusectl (rw) gvfs-fuse-daemon on /home/bogdanb/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=bogdanb) bogd...@tanelorn.lan:/mnt/corum on /media/corum type fuse.sshfs (rw,noexec,nosuid,nodev,noatime,max_read=65536,user=bogdanb) bogd...@tanelorn.lan:/mnt/elric on /media/elric type fuse.sshfs (rw,noexec,nosuid,nodev,noatime,max_read=65536,user=bogdanb) This happens both via Ethernet and WiFi, on two different machines, like I said. I'm not sure if it's relevant, but _unmounting_ doesn't go as usual: I either have to do a sudo umount or a fusermount -u for FUSE mounts, I'm not sure why. -- [jaunty] multiload-applet + sshfs breaks suspend https://bugs.launchpad.net/bugs/319575 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 319575] [NEW] [jaunty] multiload-applet + sshfs breaks suspend
Public bug reported: Binary package hint: gnome-applets Hello! I'm running up-to-date Jaunty on two machines, one x86, the other amd64. The following bug happens on both. Steps to reproduce: 1) Add a System Monitor applet on your panel. (The applet's binary is /usr/lib/gnome-applets/multiload-applet-2.) 2) Set the applet to display disk load (right click - Preferences... - check Harddisk). 3) Mount something via sshfs. 4) Open the mount point in Nautilus. (As far as I can tell, you need to have files open on it. Only a 'ls' is not enough, but playing a song or something like that causes the same bug.) 5) Try to suspend the computer. (Either via the user switcher applet or a hotkey.) Problem: On both my computers the above sequence starts a suspend. The screen turns black (I think there's a cursor there, not sure if all the time) for about 20 seconds. Then there's a message to the effect timeout passed, task refused to freeze: multiload-apple. (No idea why the name is truncated.) Then the suspend is abandoned (i.e., the session resumes and I get the unlock screen dialog). I've done a bit of testing this morning and as far as I can tell removing any of the steps above prevents this from happening (i.e., suspend works). I'm not sure how long this bug has been active. My laptop has had this problem intermittently since before Intrepid, but I never noticed the timeout message and I would just shut it down if it didn't suspend in a few seconds. My other computer didn't have the load applet enabled (until I added it for testing), so this never manifested. I've tried reproducing this on my work machine (Intrepid) but apparently it has other bugs that interfere (i.e., sometimes it just doesn't resume, regardless of the steps above). Package: gnome-applets Version: 2.25.2-0ubuntu1 Package: sshfs Version: 2.1-1 (laptop:) $ uname -a Linux arioch 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:57:57 UTC 2009 i686 GNU/Linux (desktop:) $ uname -a Linux mabelode 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:50:52 UTC 2009 x86_64 GNU/Linux ** Affects: gnome-applets (Ubuntu) Importance: Undecided Status: New -- [jaunty] multiload-applet + sshfs breaks suspend https://bugs.launchpad.net/bugs/319575 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315623] Re: [jaunty] weird crash is specific directory
Hi Connor, thanks for helping. I can't do that exactly because of bug #314212. However I made a backtrace as indicated at https://wiki.ubuntu.com/Backtrace The backtrace above happens with the source for amarok-1.4.10. I got that originally with apt-get source amarok, but since the Jaunty repositories passed to amarok2 you might need to get it from somewhere else. Apt gave me amarok_1.4.10-0ubuntu3.dsc, amarok_1.4.10-0ubuntu3.diff.gz and amarok_1.4.10.orig.tar.gz. I only untarred the orig.tar.gz file* and I didn't apply the Ubuntu diff.** (*: apt does the unpacking itself, but I had deleted the unpacked directory for space.) (**: my original report was with the diff applied. This backtrace is without it, though.) Then I entered amarok-1.4.10 and ran gdb as demanded in the Backtrace wiki page. I ran nautilus with run amarok/src, which is the directory that makes it crash. Anyway, I can obtain crashes inside the amarok2 source, too (the ./src folder). Let me know if I can help more. ** Attachment added: gdb-nautilus.txt http://launchpadlibrarian.net/21330846/gdb-nautilus.txt ** Changed in: nautilus (Ubuntu) Status: Incomplete = Confirmed -- [jaunty] weird crash is specific directory https://bugs.launchpad.net/bugs/315623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315618] [NEW] [jaunty] Two different plugins tried to register 'NautilusBurn'.
Public bug reported: Binary package hint: nautilus Up-to-date Jaunty. I get the error below when I'm starting Nautilus from the console. I've no idea what's it related to. $ nautilus Initializing nautilus-share extension (nautilus:23926): GLib-GObject-WARNING **: Two different plugins tried to register 'NautilusBurn'. (nautilus:23926): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (nautilus:23926): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed seahorse nautilus module initialized ** (nautilus:23926): WARNING **: Unable to add monitor: Not supported For the record, AFAIK I don't have anything special installed for burning: $ aptitude search ~nburn~i i libnautilus-burn4 - Nautilus Burn Library - runtime version i nautilus-cd-burner - CD Burning front-end for Nautilus ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- [jaunty] Two different plugins tried to register 'NautilusBurn'. https://bugs.launchpad.net/bugs/315618 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315623] [NEW] [jaunty] weird crash is specific directory
Public bug reported: Binary package hint: nautilus Up-to-date Jaunty here. Weird situation. I wanted to look at the sources of Amarok for some reason, so I did this: $ apt-get source amarok $ cd amarok-1.4.10/amarok/src $ nautilus . Initializing nautilus-share extension (nautilus:24767): GLib-GObject-WARNING **: Two different plugins tried to register 'NautilusBurn'. (nautilus:24767): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (nautilus:24767): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed seahorse nautilus module initialized Segmentation fault (core dumped) ** The weird thing is that it only happens in amarok-1.4.10/amarok/src and amarok-1.4.10/debian. I can open amarok-1.4.10/debian/icons, for example. It crashes whenever I try to enter in those directories, whether via the command line or via navigating in the Nautilus windows. The messages before the segmentation fault appear everywhere, I've filed bug #315618 about them. (I only noticed them now, I'm not sure if they're recent.) I got a couple of an application crashed pop-ups at first and I carelessly dismissed them. Now they don't seem to appear, although the crash is always reproducible. I found the attached file in /var/crash, according to its timestamp it should belong to one of these crashes. No idea where to find the core dump. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- [jaunty] weird crash is specific directory https://bugs.launchpad.net/bugs/315623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315623] Re: [jaunty] weird crash is specific directory
** Attachment added: _usr_bin_nautilus.1000.crash http://launchpadlibrarian.net/21064297/_usr_bin_nautilus.1000.crash -- [jaunty] weird crash is specific directory https://bugs.launchpad.net/bugs/315623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315618] Re: [jaunty] Two different plugins tried to register 'NautilusBurn'.
By the way, I noticed this when I encountered bug #315623, I don't know if it's related. -- [jaunty] Two different plugins tried to register 'NautilusBurn'. https://bugs.launchpad.net/bugs/315618 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 315162] [NEW] volume keys on different devices can't set different volume sliders
Public bug reported:
Binary package hint: gnome-settings-daemon
Hello! I'm running up-to-date Jaunty. (Although I'm pretty sure this
happens with all Ubuntu releases, I haven't tried it yet.)
I have a desktop computer that has an integrated sound card, and I
bought recently a USB-connected wireless headset from Logitech. My
keyboard has separate keys for volume control (volume up/down and mute)
in a corner, and the headset has two buttons on one of the headphones
for the same purpose. As far as I can tell, the headset registers itself
as a Human Interface Device and simply sends key-presses like a USB
keyboard would.
First of all, everything works more or less as expected: I can use
Pulseaudio to route sound from any application to either my speakers or
my headset* (or both), and pavucontrol can individually control the
volume** of the sound card and the headset.
(*: except that Skype doesn't seem to work at all with Pulseaudio, which
is sort of why I bought the headset, but that's another bug and it has
nothing to do with what I'm reporting here.)
(**: except that AFAIK it doesn't control the hardware volume of the
sound card, it only scales the samples sent to it. Which sucks, but it's
a different bug and reported elsewhere.)
Also, both the volume keys on my keyboard and the buttons on the headset
work. I have XF86Audio{Raise|Lower}Volume set as Shortcuts for volume
up/down in the Keyboard Shortcuts applet, and they both work. The
problem is that they both work on the same volume control; as far as I
know that's the master volume slider that is picked through one of the
settings applets (I can't find it right now; I think something changed
recently in Ubuntu's settings applets, unrelated to this).
I'd like a way to have either pair of volume buttons control a different
slider. Ideally, I'd like the keyboard to control the _hardware_ volume
control of my sound card (but software's OK) and the buttons on the
headset to control the headset's volume (I'm not sure if that one has a
hardware volume slider, but that's less important).
It's not absolutely necessary to have a very pretty interface* for all
this, I can handle a few config files, but I'm not aware of any
reasonable way of getting the same keysym from two different input
devices to do different things.**
(*: Although, if it were technically doable, my particular case could be
very intuitively handled by a single check-box and a bit of logic: if
there's any USB device that exposes both Audio and HID interfaces, watch
them. Intercept any volume/mute key presses from their HID part and use
them to control the Audio part's volume. Also add a single check-box for
them that says X controls master volume control and leave it unchecked
by default, in the eventuality that someone doesn't want this.)
(**: Actually, I'd like to be able to do this in general. For instance,
I'd like to have two keyboards with two different layouts instead of
switching layouts using the applet.)
Let me know if you need any hardware/other information for this. I'll
attach this to gnome-settings-daemon because I think this actually
controls the volume when the keys are pressed. (By the way, I volunteer
to implement whatever changes are needed, if a little mentoring is
offered.)
** Affects: gnome-settings-daemon (Ubuntu)
Importance: Undecided
Status: New
--
volume keys on different devices can't set different volume sliders
https://bugs.launchpad.net/bugs/315162
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137247] Re: libpam-keyring broken on autologins
*Thank* you! Damn, I must have passed through that menu a dozen times... -- libpam-keyring broken on autologins https://bugs.launchpad.net/bugs/137247 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137247] Re: libpam-keyring broken on autologins
Hi! I'm trying to enter an empty password with Rich's trick above, but I'm having trouble compiling pam-keyring-tool on amd64. Is there any reason why this was removed from the repositories, or why it can't be added back? -- libpam-keyring broken on autologins https://bugs.launchpad.net/bugs/137247 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137247] Re: libpam-keyring broken on autologins
Sebastien, how can I change the keyring password with Seahorse? On my machine it displays only SSH keys, as far as I can tell, and I can't see anything in the configuration about the keyring. Am I missing something? -- libpam-keyring broken on autologins https://bugs.launchpad.net/bugs/137247 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 105101] Re: the lock screen thing is slow to appear after opening the lid
I'm not sure exactly if anything changed recently (the upstream bugs are still open), but this doesn't seem to happen on Intrepid. (I don't see the option to lock the screen when the lid is closed anymore, so I see the dialog a lot less often, but I don't actually remember waiting for it in a long while.) Perhaps it could be closed. (Though someone should try it on Hardy LTS again.) -- the lock screen thing is slow to appear after opening the lid https://bugs.launchpad.net/bugs/105101 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 162664] Re: no video output module play nice with Compiz
Setting this as invalid on every video player, since they all work perfectly on my setup using Xv. If someone can't use it it's almost certainly either a Compiz misconfiguration or a driver problem. ** Changed in: mplayer (Ubuntu) Status: New = Invalid ** Changed in: totem (Ubuntu) Status: New = Invalid ** Changed in: vlc (Ubuntu) Status: New = Invalid -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 289090] [NEW] gdmsetup window doesn't fit on screen, isn't resizable
Public bug reported: Binary package hint: gdm Hello! On my system the gdmsetup window doesn't fit vertically on the screen. The window is tall enough that the Help and Close buttons aren't visible. The window can't be resized smaller than 789 pixels tall, though it can be larger. (My screen is 1280x800, and I have a 25 pixel- tall panel each on top and bottom.) (This is compounded by the fact that on my system windows can't be moved above the screen's border. I think this is a window manager setting, and I don't know if that's the default setting, but still.) I'm using the Mist theme. ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- gdmsetup window doesn't fit on screen, isn't resizable https://bugs.launchpad.net/bugs/289090 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 162664] Re: no video output module play nice with Compiz
I just realized I didn't have this problem anymore on Intrepid. I'm using VLC with the XVideo extension, and everything seems to just work: video quality is good, and the window is properly transformed (including transparency and task switching). I'm not sure if it's the Compiz guys or the Intel driver people (I've got one of those GMA9** things), but somebody did a great job :) Matthias, did you check if the video extension is enabled in Compiz? -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279345] Re: [intrepid] some packages still depend on dummy package libcupsys2
Sebastian, I'm not sure who opened the task for each package; I just opened it for Ubuntu and asked about linking. Next time I'll open separate bugs from the start. -- [intrepid] some packages still depend on dummy package libcupsys2 https://bugs.launchpad.net/bugs/279345 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libgnomecups in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279345] Re: [intrepid] some packages still depend on dummy package libcupsys2
Sebastian, since we're on the subject, there are a couple hundred non- transitional packages which depend on transitional ones: $ aptitude search '?depends(~dtransitional)?not(~dtransitional)'|wc -l 243 It seems a huge job for someone to go through all of those, verify them (the query it's probably not very precise) and create separate bugs for each. I think it would be more appropriate to create a generic bug like this one, which lists the problem and the query. Bug-fixers would just take the query and fix whatever they can, and perhaps add separate bugs for each issue they fix. Then, when the number of packages involved gets to a few dozen we can create the rest of the bugs. What do you think? -- [intrepid] some packages still depend on dummy package libcupsys2 https://bugs.launchpad.net/bugs/279345 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libgnomecups in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278815] Re: libgnome-desktop dependency missing somewhere
Thanks Sebastian, that was exactly the problem. No idea where those usr/local binaries came from :) Sorry for the spam everyone. ** Changed in: gnome-control-center (Ubuntu) Assignee: Ubuntu Desktop Bugs (desktop-bugs) = (unassigned) Status: Incomplete = Invalid -- libgnome-desktop dependency missing somewhere https://bugs.launchpad.net/bugs/278815 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 274584] Re: [intrepid] libgnomeprint2.2-0 depends on dummy package libcupsys2
** Also affects: libgnomecups (Ubuntu) Importance: Undecided Status: New ** Summary changed: - [intrepid] libgnomeprint2.2-0 depends on dummy package libcupsys2 + [intrepid] some packages still depend on dummy package libcupsys2 ** Description changed: - Binary package hint: libgnomeprint2.2-0 + [edit: This bug originally referred to libgnomeprint2.2-0, but has been + updated.] - As can be seen below, libgnomeprint2.2-0 depends on libcupsys2, which is - a dummy package. I know that's what dummy packages are for, but I'm - filing this bug in case someone forgot to change the dependencies. + There are still a few packages that depend on libcupsys2, which is a + dummy package. I know that's what dummy packages are for, but I'm filing + this bug as a reminder to update the dependencies. - This is on an up-to-date Intrepid. + This is on an up-to-date Intrepid. I've attached to bug to libgnomecups + because that's what I have installed at the moment; should I link it to + all packages below? + $ aptitude search '?depends(libcupsys2)' + p eggcups - notification area icon for printing jobs + p flphoto - Image manager with great printing function + p kdelibs5-dev- development files for the KDE 4 core libra + p libfox-1.6-0- The FOX C++ GUI Toolkit + p libfox-1.6-dev - Development files for the FOX C++ GUI Tool + p libfox1.4 - The FOX C++ GUI Toolkit + p libfox1.4-dev - Development files for the FOX C++ GUI Tool + i A libgnomecups1.0-1 - GNOME library for CUPS interaction + p libgnomecups1.0-dev - GNOME library for CUPS interaction (header + p libnet-cups-perl- Provides an interface for printing with CU + p libqt3-mt-dev - Qt development files (Threaded) + p lsb-printing- Linux Standard Base 3.2 Printing package + p rezound - Audio file editor + p scribus-ng - Open Source Desktop Page Layout - developm + p xpp - X Printing Panel - $ aptitude why libcupsys2 - i serpentineDepends python-gnome2-desktop (= 2.14.0-3) - i A python-gnome2-desktop Depends libgnomeprint2.2-0 (= 2.17.0) - i A libgnomeprint2.2-0Depends libcupsys2 (= 1.3.4) - - $ aptitude show libcupsys2 libgnomeprint2.2-0 + $ aptitude show libcupsys2 Package: libcupsys2 State: installed Automatically installed: yes Version: 1.3.8-11ubuntu1 Priority: extra Section: oldlibs Maintainer: Ubuntu Core Developers [EMAIL PROTECTED] Uncompressed Size: 90.1k Depends: libcups2 Provided by: libcups2 Description: Common UNIX Printing System (transitional package) This is a dummy package to ease transition to new package name. -- [intrepid] some packages still depend on dummy package libcupsys2 https://bugs.launchpad.net/bugs/274584 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libgnomecups in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 274584] Re: [intrepid] some packages still depend on dummy package libcupsys2
According to Sebastian's suggestion, marking invalid on libgnomecups. Re-submitted under Ubuntu as Bug #279345. ** Changed in: libgnomecups (Ubuntu) Status: New = Invalid -- [intrepid] some packages still depend on dummy package libcupsys2 https://bugs.launchpad.net/bugs/274584 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libgnomecups in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278815] [NEW] [intrepid] libgnome-desktop dependency missing somewhere
Public bug reported: Binary package hint: gnome-control-center Hello! I noticed this weird situation today (on an up-to-date Intrepid): $ gnome-at-properties gnome-at-properties: error while loading shared libraries: libgnome-desktop-2.so.2: cannot open shared object file: No such file or directory $ aptitude why libgnome-desktop-2 Unable to find a reason to install libgnome-desktop-2. $ aptitude search libgnome-desktop p libgnome-desktop-2- Utility library for loading .desktop files - runtime files i A libgnome-desktop-2-7 - Utility library for loading .desktop files - runtime files p libgnome-desktop-dev - Utility library for loading .desktop files - development files After installing by hand libgnome-desktop-2 things started working again. I think a dependency got forgotten somewhere by mistake. I've put this under gnome-control-center, but it may be that the dependency got lost somewhere above it. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- [intrepid] libgnome-desktop dependency missing somewhere https://bugs.launchpad.net/bugs/278815 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 274584] [NEW] [intrepid] libgnomeprint2.2-0 depends on dummy package libcupsys2
Public bug reported: Binary package hint: libgnomeprint2.2-0 As can be seen below, libgnomeprint2.2-0 depends on libcupsys2, which is a dummy package. I know that's what dummy packages are for, but I'm filing this bug in case someone forgot to change the dependencies. This is on an up-to-date Intrepid. $ aptitude why libcupsys2 i serpentineDepends python-gnome2-desktop (= 2.14.0-3) i A python-gnome2-desktop Depends libgnomeprint2.2-0 (= 2.17.0) i A libgnomeprint2.2-0Depends libcupsys2 (= 1.3.4) $ aptitude show libcupsys2 libgnomeprint2.2-0 Package: libcupsys2 State: installed Automatically installed: yes Version: 1.3.8-11ubuntu1 Priority: extra Section: oldlibs Maintainer: Ubuntu Core Developers [EMAIL PROTECTED] Uncompressed Size: 90.1k Depends: libcups2 Provided by: libcups2 Description: Common UNIX Printing System (transitional package) This is a dummy package to ease transition to new package name. ** Affects: libgnomeprint (Ubuntu) Importance: Undecided Status: New -- [intrepid] libgnomeprint2.2-0 depends on dummy package libcupsys2 https://bugs.launchpad.net/bugs/274584 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libgnomeprint in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 268956] Re: [intrepid] unknown media type during update
Unless I'm doing something wrong, it's not there: $ grep -r all/all /usr/share/applications ~/.local $ grep -r uri/mms /usr/share/applications ~/.local $ grep -r uri/rtsp /usr/share/applications ~/.local $ grep -r fonts/package /usr/share/applications ~/.local $ grep -r interface/x-winamp-skin /usr/share/applications ~/.local $ grep -r uri/pnm /usr/share/applications ~/.local However, $ sudo update-mime-database /usr/share/mime Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'fonts/package' Unknown media type in type 'interface/x-winamp-skin' $ grep -r interface/x-winamp-skin /usr/share/mime /usr/share/mime/globs:interface/x-winamp-skin:*.wsz /usr/share/mime/types:interface/x-winamp-skin /usr/share/mime/packages/kde.xml: mime-type type=interface/x-winamp-skin /usr/share/mime/subclasses:interface/x-winamp-skin application/zip /usr/share/mime/globs2:50:interface/x-winamp-skin:*.wsz /usr/share/mime/interface/x-winamp-skin.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=interface/x-winamp-skin $ grep -r uri/mms /usr/share/mime /usr/share/mime/uri/mmst.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=uri/mmst /usr/share/mime/uri/mmsu.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=uri/mmsu /usr/share/mime/uri/mms.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=uri/mms /usr/share/mime/types:uri/mms /usr/share/mime/types:uri/mmst /usr/share/mime/types:uri/mmsu /usr/share/mime/packages/kde.xml: mime-type type=uri/mms /usr/share/mime/packages/kde.xml: mime-type type=uri/mmst /usr/share/mime/packages/kde.xml: mime-type type=uri/mmsu $ grep -r all/all /usr/share/mime /usr/share/mime/all/all.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=all/all /usr/share/mime/all/allfiles.xml:mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=all/allfiles /usr/share/mime/types:all/all /usr/share/mime/types:all/allfiles /usr/share/mime/packages/kde.xml: mime-type type=all/all /usr/share/mime/packages/kde.xml: mime-type type=all/allfiles $ dpkg-query -S /usr/share/mime/packages/kde.xml kdelibs5-data: /usr/share/mime/packages/kde.xml $ aptitude show kdelibs5-data Package: kdelibs5-data State: installed Automatically installed: no Version: 4:4.1.1+really4.1.1-0ubuntu3 [snip] -- [intrepid] unknown media type during update https://bugs.launchpad.net/bugs/268956 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 268956] Re: [intrepid] unknown media type during update
By the way, $ aptitude why kdelibs5-data i kdelibs5 Depends kdelibs5-data (= 4:4.1.1+really4.1.1-0ubuntu3) $ aptitude why kdelibs5 i amarok2 Depends kdelibs5 (= 4:4.0.0-0ubuntu2~gutsy1~ppa1) I have deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu intrepid main in my apt/sources.list, but I have no idea how to determine if my package comes from there or from the normal repositories. -- [intrepid] unknown media type during update https://bugs.launchpad.net/bugs/268956 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 268956] Re: [intrepid] unknown media type during update
After purging amarok2 and all kdelibs5 stuff, update-mime-database stopped giving the error. If Ivan confirms that his system is in a similar situation, I think we can mark this 'invalid'. Sorry for the spamming :) -- [intrepid] unknown media type during update https://bugs.launchpad.net/bugs/268956 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 268956] [NEW] [intrepid] unknown media type during update
Public bug reported:
Binary package hint: capplets-data
Hello!
I've installed Intrepid yesterday. Today during an update I noticed
unknown media type errors (or warnings) during an update. It seems a
different problem than bug #193325. The errors seem to appear during the
update of capplets-data, but I left the entire log in case another
package is responsible.
$ sudo aptitude dist-upgrade
[ ... snip ... ]
The following NEW packages will be installed:
libgnomekbd3{a} libgnomekbdui3{a}
The following packages will be REMOVED:
gtk2-engines-ubuntulooks{a} libgnomekbd2{a} libgnomekbdui2{a}
The following packages will be upgraded:
busybox-initramfs capplets-data gnome-applets gnome-applets-data
gnome-applets-dbg gnome-control-center gnome-power-manager
gnome-screensaver gnome-session gnome-settings-daemon human-theme
initramfs-tools kde-window-manager kdelibs-data kdelibs4c2a kwin
libgnome-window-settings-dev libgnome-window-settings1 libgnomekbd-common
libgtk-vnc-1.0-0 libkdecorations4 libkwineffects1
libpoppler-glib3 libpoppler3 libxine1 libxine1-all-plugins libxine1-bin
libxine1-console libxine1-ffmpeg libxine1-gnome
libxine1-misc-plugins libxine1-plugins libxine1-x libxosd2 linux-libc-dev
poppler-utils python-xkit ubuntu-system-service
update-manager update-manager-core
The following packages are RECOMMENDED but will NOT be installed:
evolution-data-server
40 packages upgraded, 2 newly installed, 3 to remove and 0 not upgraded.
Need to get 35.6MB of archives. After unpacking 233kB will be freed.
Do you want to continue? [Y/n/?] y
Writing extended state information... Done
Get:1 http://archive.ubuntu.com intrepid/main gnome-applets-dbg
2.23.92-0ubuntu1 [610kB]
[ ... snip ... ]
Fetched 35.6MB in 8min41s (68.3kB/s)
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 214173 files and directories currently installed.)
Removing gtk2-engines-ubuntulooks ...
(Reading database ... 214165 files and directories currently installed.)
Preparing to replace gnome-applets-dbg 2.23.91-0ubuntu1 (using
.../gnome-applets-dbg_2.23.92-0ubuntu1_i386.deb) ...
Unpacking replacement gnome-applets-dbg ...
Preparing to replace gnome-applets 2.23.91-0ubuntu1 (using
.../gnome-applets_2.23.92-0ubuntu1_i386.deb) ...
Unpacking replacement gnome-applets ...
Preparing to replace gnome-screensaver 2.23.3-0ubuntu1 (using
.../gnome-screensaver_2.23.3-0ubuntu2_i386.deb) ...
Unpacking replacement gnome-screensaver ...
Preparing to replace gnome-control-center 1:2.23.90-0ubuntu6 (using
.../gnome-control-center_1%3a2.23.90-0ubuntu8_i386.deb) ...
Unpacking replacement gnome-control-center ...
Preparing to replace gnome-settings-daemon 2.23.92-0ubuntu2 (using
.../gnome-settings-daemon_2.23.92-0ubuntu3_i386.deb) ...
Unpacking replacement gnome-settings-daemon ...
Processing triggers for man-db ...
Processing triggers for menu ...
(Reading database ... 214163 files and directories currently installed.)
Removing libgnomekbdui2 ...
Removing libgnomekbd2 ...
Processing triggers for libc6 ...
ldconfig deferred processing now taking place
(Reading database ... 214151 files and directories currently installed.)
Preparing to replace libgnomekbd-common 2.22.0-1 (using
.../libgnomekbd-common_2.23.91-0ubuntu1_all.deb) ...
Unpacking replacement libgnomekbd-common ...
Selecting previously deselected package libgnomekbd3.
Unpacking libgnomekbd3 (from .../libgnomekbd3_2.23.91-0ubuntu1_i386.deb) ...
Selecting previously deselected package libgnomekbdui3.
Unpacking libgnomekbdui3 (from .../libgnomekbdui3_2.23.91-0ubuntu1_i386.deb) ...
Preparing to replace gnome-applets-data 2.23.91-0ubuntu1 (using
.../gnome-applets-data_2.23.92-0ubuntu1_all.deb) ...
Unpacking replacement gnome-applets-data ...
Preparing to replace libgnome-window-settings1 1:2.23.90-0ubuntu6 (using
.../libgnome-window-settings1_1%3a2.23.90-0ubuntu8_i386.deb) ...
Unpacking replacement libgnome-window-settings1 ...
Preparing to replace capplets-data 1:2.23.90-0ubuntu6 (using
.../capplets-data_1%3a2.23.90-0ubuntu8_all.deb) ...
Unpacking replacement capplets-data ...
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type
[Bug 39399] Re: cannot assign Windows-L shortcut to start screensaver
It's still an issue on Hardy. I haven't tried Intrepid yet, and I probably won't before the beta release. -- cannot assign Windows-L shortcut to start screensaver https://bugs.launchpad.net/bugs/39399 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 247228] Re: gedit is ridiculously slow (and does too much work)
OK. I'll report this upstream too, but until then I'll dump here all my diagnostics. I'm attaching an strace done with strace -fT -e trace=stat64,time gedit stracing-gedit. Backtrace next. ** Attachment added: stracing-gedit.gz http://launchpadlibrarian.net/15997755/stracing-gedit.gz -- gedit is ridiculously slow (and does too much work) https://bugs.launchpad.net/bugs/247228 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 247228] Re: gedit is ridiculously slow (and does too much work)
(The strace is zipped because it's 3.8 MB. Repetitive, though.) Next I tried to do a backtrace of one of the funny 'time' calls. The backtrace is done using gedit-dbgsym 2.22.1-0ubuntu1 (There's a slightly newer version in the repositories, but I've no debug packages for that one, and the behavior is identical in this case.) Compare this run with the strace above; there are a few apparently legitimate time calls early, then it enters a loop where it runs time a few tens of thousand of times. I set up a break point on 'time', backtraced its first occurrence, continued until it entered the loop, and then I backtraced a few more calls. They all seem very similar; apparently they're related to parsing something called ~/.recently- used.xbel $ ls .recently-used* -la -rw--- 1 bogdanb bogdanb 20456 2008-07-13 20:03 .recently-used -rw-r--r-- 1 bogdanb bogdanb 4863100 2008-07-13 21:37 .recently-used.xbel -rw-r--r-- 1 bogdanb bogdanb 4259840 2008-05-13 15:08 .recently-used.xbel.FXASAU They're quite big (any real reason for that?), and even if gedit just parses each on every start-up I imagine that would take a long time. The file contains just a big list of entries like: bookmark href=file:///tmp/DonohueLevittTheImpactOfLegalized2001-1.pdf added=2008-07-12T22:31:01Z modified=2008-07-12T22:31:01Z visited=2008-07-12T22:31:01Z info metadata owner=http://freedesktop.org; mime:mime-type type=application/pdf/ bookmark:applications bookmark:application name=Evince Document Viewer exec=apos;evince %uapos; timestamp=1215901861 count=1/ /bookmark:applications /metadata /info /bookmark bookmark href=file:///home/bogdanb/stracing-gedit added=2008-07-13T19:15:14Z modified=2008-07-13T19:19:05Z visited=2008-07-13T19:15:14Z info metadata owner=http://freedesktop.org; mime:mime-type type=application/octet-stream/ bookmark:applications bookmark:application name=geany exec=apos;geany %uapos; timestamp=1215976745 count=2/ /bookmark:applications /metadata /info /bookmark I've no idea why Gedit calls time for each entry (as it would seem it does), nor why the file got so large. I've seen some pages on the net on how to get rid of the file -- at http://ubuntuforums.org/archive/index.php/t-91154.html -- so apparently others have been annoyed by it, but I still don't know exactly what's up with it. -- gedit is ridiculously slow (and does too much work) https://bugs.launchpad.net/bugs/247228 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 247228] Re: gedit is ridiculously slow (and does too much work)
OK, so my problem is certainly caused by that file. http://www.google.com/search?q=.recently-used.xbel shows a lot of talk about it (including on Ubuntu forums) and nothing but work-arounds. -- gedit is ridiculously slow (and does too much work) https://bugs.launchpad.net/bugs/247228 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 247228] Re: gedit is ridiculously slow (and does too much work)
Hello Sebastien, Hmm, it's strange you're not seeing this. I seem to remember Gedit being slow on all four or so boxes I've had Ubuntu on. I've never tried it on another distro, though. I don't think it's a straight optimization issue; the excessive system calls I've seen seem clearly wrong, not just inefficient. I suspect something else I have on my system causes some weird interaction (something like fonts or dictionaries, I imagine). I have practically nothing installed from outside the Ubuntu repositories, so if there is some misconfiguration to blame I doubt upstream will help much unless we point out some concrete bug. Could you please run an strace -c -f gedit, kill the window as soon as it shows up and post the top part of the output here? I doubt the difference is caused by the speed of our machines, so I suspect you won't see the same calls I do, but I want to make sure before I investigate more. Also, if you know any of our Gnome maintainers, could subscribe them? Maybe they can clue me on what to look for exactly. -- gedit is ridiculously slow (and does too much work) https://bugs.launchpad.net/bugs/247228 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 247228] [NEW] gedit is ridiculously slow (and does too much work)
Public bug reported: Binary package hint: gedit Hello. I'm running Hardy (8.04.1) on a Centrino Duo machine with 1GB of RAM. Gedit seems to take a ridiculously long time to start up. An informal time gedit takes about four seconds, and a second more for loading a 500 bytes file. In contrast Geany, which is much more complex, takes less than two seconds, including loading the last-opened file. I'm not exactly sure what's going on, but a quick strace shows that just for starting up empty Gedit calls time and stat64 around 25 _thousand_ times each. When a file is opened, this doubles. The calls themselves are quick, but I'm sure all that context switching hurts. (And even if it didn't, why does it need to do that 5 times?!) It also seems to open and read about a thousand files, and gettimeofday 500 times, which again seems excessive for a basic text editor. [EMAIL PROTECTED]:~/documents$ strace -c -f gedit Process 9581 detached % time seconds usecs/call callserrors syscall -- --- --- - - 48.040.028045 202 139 write 24.210.014135 15 948 121 read 18.340.010707 0 24601 525 stat64 6.850.0040002000 2 rename 2.220.001298 0 27026 time 0.250.000146 0 932 367 open [ snip ] [EMAIL PROTECTED]:~/documents$ strace -cf gedit test.txt Process 9967 detached % time seconds usecs/call callserrors syscall -- --- --- - - 61.770.072004 537 134 write 12.190.014209 15 961 110 read 11.030.0128534284 3 rename 10.740.012515 0 48138 567 stat64 2.310.002696 0 36042 time 0.660.000770 110 7 mremap 0.300.000352 2 229 select 0.290.000341 1 392 getdents64 0.240.000285 0 945 371 open 0.150.000176 1 199 writev 0.120.000145 0 360 mmap2 0.090.000107 0 583 1 close 0.050.59 239 _llseek 0.030.39 13 3 getgid32 0.020.23 0 575 gettimeofday ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- gedit is ridiculously slow (and does too much work) https://bugs.launchpad.net/bugs/247228 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 206281] Re: second layout gets mixed up with third-level of first layout
Not sure how to link it directly, here's the bugzilla link: http://bugzilla.gnome.org/show_bug.cgi?id=532938 -- second layout gets mixed up with third-level of first layout https://bugs.launchpad.net/bugs/206281 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 87796] Re: the calendar of the clock applet is slow
I've just tried it and the problem seems to have gone away. Perhaps when adding the weather part the devs also fixed my problem. For my part feel free to close the bug as fixed. -- the calendar of the clock applet is slow https://bugs.launchpad.net/bugs/87796 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 206281] Re: second layout gets mixed up with third-level of first layout
@Sebastien: Yes, it still happens unfortunately. I'll try to send this upstream. @Tristan: It looks like the same behavior in Yomamem's post, but it seems that what the original poster of that bug described was different. -- second layout gets mixed up with third-level of first layout https://bugs.launchpad.net/bugs/206281 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 95946] Re: nautilus freezes when displaying a root system over sshfs
Marking as fixed, it doesn't seem to happen anymore. ** Changed in: nautilus (Ubuntu) Status: Incomplete = Fix Released ** Changed in: sshfs-fuse (Ubuntu) Status: New = Fix Released -- nautilus freezes when displaying a root system over sshfs https://bugs.launchpad.net/bugs/95946 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 119318] Re: power manager insists batter is broken
As I mentioned above, I haven't encountered any gpm problems since Hardy. I hesitate to close the bug, as some users seem to have similar issues. But as far as I'm concerned you can close it and let people file new issues for Hardy (it's kind of old for a bug, anyway). -- power manager insists batter is broken https://bugs.launchpad.net/bugs/119318 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
I just tried and Super+E works for me in Compiz. You can check if it's already grabbed by something else: 1) Check in the gnome keyboard shortcuts if it's assigned to anything, even if it doesn't work there disable it. (I disabled all gnome's shortcuts and re-done them in compiz.) 2) In ccsm (compiz advanced settings) go to Advanced Search (on the left, bottom), check only settings value on the left, and enter super (lower-case; I don't know why Super doesn't work for search). It'll show you on the right all settings that use it. It might be taken by something else. (I just disabled all shortcuts I don't use, to be sure.) -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
Oh, Amarok also has some global shortcuts, if you use it look at its settings, too. -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 61561] Re: touchpad sensitivity cannot be adjusted
Note that on Hardy the sensitivity slider does nothing for me. The acceleration slider changes all the inputs (mouse, trackpad, trackpoint) so it can't be used to balance them out. The gsynaptics applet can change all settings of the trackpad except sensitivity... As far as I can tell, the devices below are (1) apple mouse I had plugged in earlier (it wasn't when I ran this command), (2) trackpad, (3) track-point. $ cat /proc/bus/input/devices I: Bus=0017 Vendor=0001 Product=0001 Version=0100 N: Name=Macintosh mouse button emulation P: Phys= S: Sysfs=/devices/virtual/input/input0 U: Uniq= H: Handlers=mouse0 event0 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 I: Bus=0011 Vendor=0002 Product=0008 Version= N: Name=PS/2 Mouse P: Phys=isa0060/serio1/input1 S: Sysfs=/devices/virtual/input/input10 U: Uniq= H: Handlers=mouse1 event2 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 I: Bus=0011 Vendor=0002 Product=0008 Version=6337 N: Name=AlpsPS/2 ALPS GlidePoint P: Phys=isa0060/serio1/input0 S: Sysfs=/devices/platform/i8042/serio1/input/input11 U: Uniq= H: Handlers=mouse2 event3 B: EV=f B: KEY=420 0 7 0 0 0 0 0 0 0 0 B: REL=3 B: ABS=103 ** Also affects: gsynaptics (Ubuntu) Importance: Undecided Status: New -- touchpad sensitivity cannot be adjusted https://bugs.launchpad.net/bugs/61561 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 35876] Re: 'Downloading package information' and 'building dependency tree' progress dialogs steal focus
That isn't optimal either, actually it's the worst part: I might be typing something in another application (an update takes a long time, which is why I minimized it in the first place). If a window needing input pops up unexpectedly and steals the focus, it's extremely likely that my last few key-strokes will get sent to the wrong window (i.e., the stealer). In cases where those key-strokes happen to mean something they can cause unwanted effects. For instance, if I copy something and Nautilus asks me if I want to overwrite a directory (generally some destructive operation, it wouldn't ask otherwise), it would potentially cause a disaster if I was just happening to type a word that contains y (or any of the active shortcuts). If the update manager asks for input I can similarly cancel and loose an error log, or (un)install something I didn't want to. If I left something working for an hour to do something and then it asks me what to do with it and I accidentally tell it to just exit, I'd be very annoyed. On several occasions I've had text windows and even terminals coming up while I was typing a password in another window. The effect of that is that (at least part of) my password is visibly typed on the screen, and someone can see it. If I also press enter before I notice the intruding window, the password can even be interpreted and get written in some log, etc. Although rarer than typing, I've also seen (surprisingly often) cases where I typed a close command (alt+w or alt+f4) intending to close the window I'm working in and closed some window that happened to steal the focus. This can also cause lost data. In general, focus should not pass to another window unless as a direct _and_ immediate effect of some explicit user action. In particular, the window manager is responsible to do that between applications. (It can't really do anything if a program incorrectly moves its focus.) So, except for explicit alt+tab (and similar commands, for instance for switching workspaces), there should be _very_ few exceptions to the rule. The only case I can think of is when the user does something like run terminal (which is a WM short-cut command) _and_ the terminal shows up very quickly (ie, under a second). Note that putting the window on top without giving it focus is much less destructive, but it can be annoying. Also, if the new window is full- screen (or just large), it can be very annoying to the user (who suddenly can't see what he was doing). Of course, if you just leave the window in the background, that's also annoying because the user won't notice it. The best solution I've yet to see is how OS X makes icons jump on the task-bar when they need attention. That's very visible, but doesn't prevent the user from doing whatever he was doing, and it's also easy to ignore on purpose. (Windows does this by blinking the application in the task-bar, but that's more annoying with auto-hide because it's harder to ignore.) -- 'Downloading package information' and 'building dependency tree' progress dialogs steal focus https://bugs.launchpad.net/bugs/35876 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 35876] Re: 'Downloading package information' and 'building dependency tree' progress dialogs steal focus
Thomas: starting new applications is almost simple: If I use the panel to open an application, say OpenOffice, then after my click nothing should have focus,* because last click was on the panel's menu window, which doesn't exist anymore. So, if I don't give the focus to anything (e.g., by clicking in a window, or using alt-tab), then the newly created window should receive it (it's not stealing, since no one has it). If I do give some window the focus before the new one has a chance to receive it, then it shouldn't be stolen. (* Note that this isn't exactly so: somehow the last window used before the panel gets focus when the panel closes, I'm not sure how.) Starting things in other ways (e.g., when opening a file from Nautilus or Firefox, or using a global shortcut), is a tiny step beyond that, since an app. keeps having focus. My opinion is that if I use the focus in any way** after giving the command that opens a window, then the window shouldn't receive it. If I don't use the focus, than it means I'm waiting for the new window, so it should get its focus. (** Use focus means either changing the widget that has focus, or acting on a widget. The only thing I can think of that isn't included is moving the mouse, but some unusual input methods may have more. Gestures, for instance. I _think_ if you replace 'widget' with 'window'—Metacity doesn't normally know what a window contains—you get a very good approximation of perfect behavior.) AFAIK the above rules should be enough*** to provide very good user interaction for pretty much window creation (in fact, applications should do it for all _their_ windows, except if they're modal). The only thing missing is what happens if the initial focus is on the desktop, but I think the above is already hard enough to worry about this. (*** As long as there's a _good_ type of notification for waiting applications. Flashing the task-bar isn't enough; for example, I don't have one on this computer, and I have it hidden on my other machine.) = In short, if the user doesn't take any action (other than moving the mouse) between the moment a command is given and the moment that command opens a window, then the new window should receive focus. Otherwise, it shouldn't be focused (unless it's modal, of course) and shouldn't be above the focused window (unless it's modal, of course; don't laugh, I've seen it happen). I'm not sure if a window manager can find out the command that resulted in opening a window. But (1) if the new window belongs to the same process, then the window manager doesn't care, does it? And (2) if the new window belongs to a new process, I think you can use its process creation time as a good approximation of that point. (The mouse listener or whatever that creates a process is probably quick; it's loading all the data and building a window that's slow, which all happens after the process is created.) -- 'Downloading package information' and 'building dependency tree' progress dialogs steal focus https://bugs.launchpad.net/bugs/35876 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 206281] [NEW] second layout gets mixed up with third-level of first layout
Public bug reported: Binary package hint: gnome-settings-daemon (Hardy, up-to-date.) I'm having a very weird bug in how keyboard layouts are handled. This didn't happen until some recent point in Hardy. I have two keyboard layouts selected in my keyboard preferences. The first is a Dvorak layout that uses AltGr as a third-level chooser to type some extra characters in my native language. The second is the standard French layout (which is the physical layout of the keys); I only use it when other people need to use my computer, which is why I don't know exactly when the problem started. When I login, the first layout is selected by default. I use the keyboard indicator and a shortcut key to switch between the two when needed. Here's the weird part: The first layout works perfectly. All keys behave as they should, and when I keep AltGr pressed the third level is selected correctly. When I switch to the second (Fr) layout, however, the keyboard indicator correctly shows Fr, but the characters typed are those of the third level of the first layout. (I.e., switching to Fr is functionally equivalent to holding AltGr pressed.) If I enter keyboard properties, remove the French layout, and add it again, everything works correctly until I restart. I'm not sure what causes this issue. I've tentatively assigned it to gnome-settings-daemon, because I've seen a previous bug (different) that happened after login but stopped after cycling (unsettingresetting) the relevant keyboard option. ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New ** Summary changed: - second layout gets mixed up with third-level keys + second layout gets mixed up with third-level of first layout -- second layout gets mixed up with third-level of first layout https://bugs.launchpad.net/bugs/206281 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 162664] Re: no video output module play nice with Compiz
This is still happening with the latest up-to-date hardy. ** Changed in: vlc (Ubuntu) Status: Incomplete = New ** Changed in: totem (Ubuntu) Status: Incomplete = New ** Changed in: mplayer (Ubuntu) Status: Incomplete = New -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 41994] Re: closed Laptop Lid to reliably keep Backlight off
You're right, it doesn't seem to happen anymore. -- closed Laptop Lid to reliably keep Backlight off https://bugs.launchpad.net/bugs/41994 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 187524] Re: [hardy] screen lights up when lid is closed
I've done some more checking, it doesn't seem to happen anymore. -- [hardy] screen lights up when lid is closed https://bugs.launchpad.net/bugs/187524 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 187524] Re: [hardy] screen lights up when lid is closed
Here it is. As far as I can tell, there's some kind of event that's triggered after the lid is closed that lights up the screen. If I turn the screen off using xset with a delay (something like sleep 5; xset dpms force off) and close the screen before the delay is up, it stays off. ** Attachment added: gpm.log http://launchpadlibrarian.net/12624683/gpm.log -- [hardy] screen lights up when lid is closed https://bugs.launchpad.net/bugs/187524 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 88015] Re: shutdown window freezes everytime
Marked as invalid, it didn't happen in a long time. Sorry for forgetting about it. ** Changed in: gnome-power-manager (Ubuntu) Status: Incomplete = Invalid -- shutdown window freezes everytime https://bugs.launchpad.net/bugs/88015 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-desktop in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137951] Re: power management applet seems very screwy
Marking as invalid. This doesn't happen in Hardy anymore. There is a slightly different issue now: the charge time accuracy profile is now at 0% (presumably, zero accuracy), although in practice the reported times are quite correct. Also, the discharge time accuracy profile is below 2% for the entire width of the graph; same situation. Not sure if it's worth a new bug, though. ** Changed in: gnome-power-manager (Ubuntu) Status: Incomplete = Invalid -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 174916] Re: [hardy] gnome-dbg depends on evolution-dbg
Re-marking as new, waiting for a new opinion. ** Changed in: meta-gnome2 (Ubuntu) Status: Incomplete = New -- [hardy] gnome-dbg depends on evolution-dbg https://bugs.launchpad.net/bugs/174916 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 105101] Re: the lock screen thing is slow to appear after opening the lid
Still happening on Hardy. By the way, xscreensaver doesn't do this. -- the lock screen thing is slow to appear after opening the lid https://bugs.launchpad.net/bugs/105101 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
That's probably a different issue. Some of those layout switching options don't work for me either, but the rest are applied. -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 173350] Re: Caps lock LED changes state even when caps lock is mapped to ctrl
This doesn't happen to me anymore, do you guys have the latest updates? -- Caps lock LED changes state even when caps lock is mapped to ctrl https://bugs.launchpad.net/bugs/173350 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 192146] [NEW] can't select text with shift+arrow
Public bug reported: Binary package hint: libgtk2.0-0 Hello! For a couple months now at least I have been unable to use Shit+[Ctrl+]arrows to select text in some applications. I ignored it at first, thinking it'll get fixed, but it's not happening. Then I've seen bug #131913, so I still waited, but that one is marked fixed, and I still get this behavior. I've also tried the fixes there, like disabling ezoom—I've actually eliminated every key setting that contained any of the arrows or shift, except for alt+shift+tab—and I still get this behavior. Exact description: I can't use any of the shift+arrow key presses to select text. Nor does shift+control+arrow work. Shift+[home, end, pageup, pagedown] works OK, though. I can select with the mouse, too. The shift-arrow combinations don't work in some applications, like Gedit, Exaile and gmusicbrowser. It didn't use to happen in Firefox 2, but ever since Firefox 3 it's happening there too, perhaps because it started using native widgets. It doesn't work in Eclipse (which also uses native widgets), either. Interestingly, the keys work in Geany (GTK), Amarok (Qt) and OpenOffice (Java without native widgets in my install) and git-gui (tcl/tk). I'm attaching this provisionally to libgtk2.0-0 (though Geany works), maybe we can track it down closer to something else. ** Affects: gtk+2.0 (Ubuntu) Importance: Undecided Status: New -- can't select text with shift+arrow https://bugs.launchpad.net/bugs/192146 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 192146] Re: can't select text with shift+arrow
OK, you where right. I had a custom keyboard layout that tried to generate some funky Unicode characters using AltGr and the arrows. It's still weird that the bug manifested even when I didn't use that layout. I'm marking this invalid. ** Changed in: compiz (Ubuntu) Status: New = Invalid ** Changed in: gtk+2.0 (Ubuntu) Status: Incomplete = Invalid -- can't select text with shift+arrow https://bugs.launchpad.net/bugs/192146 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 192146] Re: can't select text with shift+arrow
Not that I know of. Compiz and gnome-keybinding-properties do shortcuts, not character combinations. I have AltGr set-up as a third level chooser in gnome-keyboard-properties, too, but I've used that for a long time before this issue came up. Amarok has a global shortcut, too, but this happens even before I start Amarok. ** Also affects: compiz (Ubuntu) Importance: Undecided Status: New -- can't select text with shift+arrow https://bugs.launchpad.net/bugs/192146 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
Yes, it would seem that's at least one of the causes. Could that patch be included directly in Ubuntu, until it propagates through from upstream (if it didn't already)? It's just a one-liner. -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
As far as I can tell, it does store the settings, but gnome-settings- daemon doesn't apply them on the first login. ** Also affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 182107] Re: [Hardy] Volume control keys stopped working on Dell Latitude
Very weird. You're right, the keys stop working only when num-lock is ON. When the num-lock is off, the volume keys work. Do you have a link to the num-lock bug, I'm curious about it. -- [Hardy] Volume control keys stopped working on Dell Latitude https://bugs.launchpad.net/bugs/182107 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 182107] Re: [Hardy] Volume control keys stopped working on Dell Latitude
*** This bug is a duplicate of bug 182704 *** https://bugs.launchpad.net/bugs/182704 I suppose it was bug 182704 you were talking about. I marked this as a duplicate of that one, as indeed after a log-off/log-on (to restart gnome-settings-daemon), the keys work correctly. Weird bug... ** This bug has been marked a duplicate of bug 182704 Multimedia Keys Don't Work -- [Hardy] Volume control keys stopped working on Dell Latitude https://bugs.launchpad.net/bugs/182107 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 182107] Re: [Hardy] Volume control keys stopped working on Dell Latitude
*** This bug is a duplicate of bug 182704 *** https://bugs.launchpad.net/bugs/182704 Did you check if they are assigned/assignable in gnome-keybinding- properties? I first thought that mute didn't work on mine, but it was just unassigned. And is there still an application listening for them? If it still doesn't work, you should open a different bug report; this one is about volume keys, and the causes should be different. -- [Hardy] Volume control keys stopped working on Dell Latitude https://bugs.launchpad.net/bugs/182107 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 182107] Re: [Hardy] Volume control keys stopped working on Dell Latitude
Attaching this to gnome-control-center. After a thousand tests I noticed the volume keys do generate keycodes: 0xa0, 0xb0 and 0xae for volume mute, up and down. These are setup in gnome-keybinding-properties; the applet displays them just as hex key-codes, though. (For instance, there's another key binding set to XF86AudioPause, although I don't have that key on the keyboard.) They don't take any effect, though, so I assume the problem is here somewhere. ** Changed in: gnome-control-center (Ubuntu) Sourcepackagename: None = gnome-control-center -- [Hardy] Volume control keys stopped working on Dell Latitude https://bugs.launchpad.net/bugs/182107 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
After more testing, I think the problem might be with gnome-settings- daemon (which is still in gnome-control-center at the moment). I noticed there are several other issues which I think that are related. I think _no_ keyboard settings are set-up at login, including the layout. For instance, I have a slightly modified dvorak layout set-up in gnome. However, X starts up with the normal dvorak keyboard (as it's set up in Xorg.conf). The differences are small, but I'm pretty sure my custom layout isn't used at login. Also, if I restart gnome-settings-daemon (by killing it and running it again; is there any other way?), the settings take effect immediately; I don't need to re-set them in gnome-keyboard-properties. Since the options are shown as selected in gnome-keyboard-properties, I don't thing gconf's to blame. -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 183486] gnome-screensaver locks up randomly when unlocking screen
Public bug reported: Binary package hint: gnome-screensaver Hello! I'm using Hardy, and I noticed that gnome-screensaver locks up sometimes when unlocking the screen. I have the laptop set-up to blank and lock the screen after a while (no screensaver is actually running). When I return, it asks for the password. Sometimes it just locks up with the checking password message, and doesn't do anything else. (The screen remains black, with the password dialog frozen.) I can switch to a console and just kill gnome-screensaver, which gives me back the desktop. It doesn't happen every time, I can't find a pattern in it. ** Affects: gnome-screensaver (Ubuntu) Importance: Undecided Status: New -- gnome-screensaver locks up randomly when unlocking screen https://bugs.launchpad.net/bugs/183486 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 183486] Re: gnome-screensaver locks up randomly when unlocking screen
Today I ran an strace from the text console while it was locked up. It stays in a loop of those gettimeofday/poll/read. I forgot to give the timing options to strace; it stays for a dozen seconds or so in the poll call, the rest seems to happen quickly. (I suppose if you know the arguments to gettimeofday you could get the exact timing.) I killed strace after awhile. Let me know if there's anything else I can give. The OS is an up-to-date Hardy. ** Attachment added: gnome-screensaver.strace http://launchpadlibrarian.net/11374153/gnome-screensaver.strace -- gnome-screensaver locks up randomly when unlocking screen https://bugs.launchpad.net/bugs/183486 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
The annoying thing is that somehow even coding these options into the keyboard layout doesn't work. See bug #138467. I thought there might be a relationship, but the other users presumably didn't hack their layouts like I did. I have two layouts, one that switches caps/ctrl itself and one that doesn't. After a login the switch isn't active on any of them, and after disabling/enabling it in the layout options tab it is active on both. (Ideally, I'd prefer to be able to have this work differently on the two layouts, i.e. switched on my hacked layout and 'normal' on the other. It doesn't seem possible, and it wasn't even before this bug.) -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 181339] nautilus locked up and using 100% processor on sshfs
Public bug reported: Binary package hint: nautilus Hello! I'm using Hardy, Nautilus version 1:2.20.0-2ubuntu2 and sshfs version 1.7-2.1 I have a remote drive mounted via sshfs where I keep most of my data, including a lot of music, placed in rather big directories (1000+ album folders in each). Besides the fact that it takes Nautilus a lot to display those directories (even with the drive mounted locally it takes a while), occasionally I get all sorts of weird issues with it, including lock-ups. Usually they're temporary, but I just noticed one that wasn't and I was able to strace it for a while. I killed it afterwards, but I was hoping someone might take a look at the trace and figure out what's wrong. Usually it's sshfs that locks up or crashes, but in this case it didn't (everything else was working, including playing music from it). ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Invalid -- nautilus locked up and using 100% processor on sshfs https://bugs.launchpad.net/bugs/181339 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 181339] Re: nautilus locked up and using 100% processor on sshfs
Oops, sorry, I just noticed that I didn't do the strace correctly. (Used the tee badly, the file was empty.) ** Changed in: nautilus (Ubuntu) Status: New = Invalid -- nautilus locked up and using 100% processor on sshfs https://bugs.launchpad.net/bugs/181339 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 173721] Re: Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot
This is happening to me all the time. The ones I use are Swap Ctrl and CapsLock, Right Alt chooses third level and Both Alt keys together switch layout (although that last one doesn't seem to work, maybe because of AltGr). This was a clean Gutsy install, updated to Hardy. -- Gnome keyboard layout options (like remapping Caps Lock) are not reapplied after reboot https://bugs.launchpad.net/bugs/173721 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 174916] [hardy] gnome-dbg depends on evolution-dbg
Public bug reported: Binary package hint: gnome-dbg As the summary says, gnome-dbg depends on evolution-dbg, which depends on evolution. Which means I can't install gnome-dbg without installing evolution itself, even though I never use it and it's not required by the other meta-packages. ** Affects: meta-gnome2 (Ubuntu) Importance: Undecided Status: New -- [hardy] gnome-dbg depends on evolution-dbg https://bugs.launchpad.net/bugs/174916 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 162664] Re: no video output module play nice with Compiz
Yes and no. On the one hand, the video drivers (intel, nvidia, ati) all behave the same way in the situation described above. They actually do what the software tells them to do, so they're not technically buggy. And technically so does Compiz: The Xvideo method by definition works using an overlay color, with the video superimposed in hardware just before being sent to the screen. That's AFAIK beyond Compiz' ability to affect behavior, and other than disabling all effects on windows that are using it it's impossible to avoid the nasty artifacts. The X11 method should (and does) work, since the video frames are rendered in a normal X window that Compiz can correctly transform. However, none of the applications I've tried (MPlayer, VLC, Totem and Xine) have nice scaling when that's used. I think this is because it's a relatively slow display method, and applications didn't bother to use a smart software scaler for that case. (There might be some technical limitations I'm not aware of, though.) I think this could be solved by including a good scaler in _each_ applications output plugin, but see below. The OpenGL method should work, but I have yet to see an OpenGL app working correctly in a window under Compiz (on my machine, I've seen it in demos though). This is probably the only case where Compiz is broken, but I don't think there's a quick fix for that. Also, I think it'd be slightly inefficient even if it worked. In conclusion, as far as I can tell, Xvideo can't work under Compiz by definition, simple X11 output would work but would be slow and needs all applications to fix their output plugins, and OpenGL is hard to fix. On the other hand, Compiz does have a video output plugin which is very nice: it's really efficient speed- and memory-wise, does nice scaling and (on some cards) YUV-conversion in hardware, and also has some nice quality implications that are technically impossible for the other modes. According to the first link I posted, this is supposedly relatively easy to implement by modifying an existing plugin. So, seeing that all applications need to update their video output plugins to work correctly in Compiz (see above), they might as well modify them to use Compiz. (The patch for MPlayer that was linked above even features instant switching between Compiz and Xvideo while running.) I know this should be reported upstream, too (and I think it is, actually), but it can't hurt to track it here, too. Also, there might be an Ubuntu developer or two who want to work on this, at least for Totem. -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
