[Bug 1270960] Re: totem fails to open unable to load to egl-wayland
I do not have libhybris and I have never installed it. It is obviously a separate issue. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/1270960 Title: totem fails to open unable to load to egl-wayland To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1270960/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1270960] Re: totem fails to open unable to load to egl-wayland
** This bug is no longer a duplicate of bug 1206371 libhybris breaks mesa (cannot find libwayland-egl.so.1) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/1270960 Title: totem fails to open unable to load to egl-wayland To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1270960/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1310492] Re: Hidden files in the home folder are being displayed by default every time a new window is opened or the application relaunched.
*** This bug is a duplicate of bug 1247221 *** https://bugs.launchpad.net/bugs/1247221 ** This bug has been marked a duplicate of bug 1247221 Nautilus doesn't remember setting for showing hidden files correctly when org.gtk.Settings.FileChooser show-hidden is true -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1310492 Title: Hidden files in the home folder are being displayed by default every time a new window is opened or the application relaunched. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1310492/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 854833] Re: (oneiric) wireless passwords not remembered
In my case (WPA enterprise with TTLS) the password is remembered independently of the "available to all users" option. The problem is that since oneiric it is stored in /etc/NetworkManager as plaintext and not in the keyring. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu. https://bugs.launchpad.net/bugs/854833 Title: (oneiric) wireless passwords not remembered To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/854833/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 885934] Re: Double clicking on a date in the calendar of the clock applet does not open evolution
It is especific of gnome-panel but not of gnome-classic session. Running gnome-panel on gnome-shell or unity also has the same problem. In all cases, running gnome-panel from the terminal displays the "Cannot open display:" error whenever the calendar is clicked. Additionally, I would like to clarify that the evolution calendar events are correctly displayed; it is just the editing that does not work. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in Ubuntu. https://bugs.launchpad.net/bugs/885934 Title: Double clicking on a date in the calendar of the clock applet does not open evolution To manage notifications about this bug go to: https://bugs.launchpad.net/evolution-data-server/+bug/885934/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 885934] Re: Double clicking on a date in the calendar of the clock applet does not open evolution
** Also affects: evolution-data-server Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in Ubuntu. https://bugs.launchpad.net/bugs/885934 Title: Double clicking on a date in the calendar of the clock applet does not open evolution To manage notifications about this bug go to: https://bugs.launchpad.net/evolution-data-server/+bug/885934/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 504440] Re: sd card "safely remove drive" kills reader device
h3, it seems that you have a different issue. If you read the bug description it says that "kills reader device" just means that it stops being powered and it is not repowered until next reboot. Apparently, what you experience is a permanent break, so it is something unrelated to this bug report. Also, it is strange that you could permanently break these devices just by software. Could you try if your device works from a liveCD or another installation? Also, if your external reader is working in another computer? You might have an electric problem in your computer. If it is a configuration problem I suggest you to ask for support in the forums to solve your issue. -- sd card "safely remove drive" kills reader device https://bugs.launchpad.net/bugs/504440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 504440] Re: sd card "safely remove drive" kills reader device
I cannot see a regression here: In up-to-date Jaunty (supported updates, at least), the "safely remove" option that I see in desktop and nautilus sidebar is actually called "Unmount" and it does the same as Unmount does in Karmic: it unmounts the filesystem. Unmounting the filesystem does not prevent raw blockdevice access (e.g., fdisk or dd), as opposed to Eject and Safely Remove, which actually turn off all access to the media. Therefore, these options are safer that unmounting (although calling these before a dd has ended will kill dd and could corrupt the data in any case). In addition, "safely remove" shutdowns the device so that it has to be reconnected to use it again (as computx notes, it is not a question of modules or services that could be reloaded without physical reboot AFAIK). This avoids electric transients, which could eventually damage the microchips (even those designed for hotplug). Despite the fact that this is not a very common issue, it is a progress that Ubuntu is implementing this, that they do "more" than unmounting. -- sd card "safely remove drive" kills reader device https://bugs.launchpad.net/bugs/504440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 504440] Re: sd card "safely remove drive" kills reader device
Jouni, the problem is with internal readers, which cannot be reconnected without disassembling the computer. Also, the description says "Drive worked fine until last couple of weeks": do you mean that this has been a regression in a Karmic update? This is not my case: since the release of the "safely remove" option I am experiencing that it disconnects the internal reader. "Eject" option works well. It is really disturbing, but only the first time, until the user learns that safely removing that drive will disable it until next reboot. Actually, as mentioned in bug #404185 (eject working as safely remove) the key point is to identify internal devices and do not offer the option to "safely remove" them, but this is quite difficult as they are usually connected through USB (an internal USB port) just like external devices. Another possibility could be to enable a reconnect signal for repowering up the device without actually disconnecting the cable (though I am not sure if the USB controller allows this). In that case, I think that possibly linux and devicekit packages are also affected by this bug. -- sd card "safely remove drive" kills reader device https://bugs.launchpad.net/bugs/504440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs