[Bug 727220] Re: Command "fuse" returned error 1 (with TrueCrypt)
@Søren Weber, thanks for your solution. You can pin the packages, so they don't get updated. First perform the downgrade, then as root do: # echo libfuse2 hold | dpkg --set-selections # echo fuse-utils hold | dpkg --set-selections -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/727220 Title: Command "fuse" returned error 1 (with TrueCrypt) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 501864] Re: Switch Users without locking screen
The need is choice for *all* accounts: allow the user to decide whether to lock the screen when switching sessions. Like it used to be. (So indeed disable locking is not the solution, nobody claims this.) Locking the session when 'fast user switching' with "living-room PC's" is often unwanted: - typing the passwords might take more time than the action that required the switch (e.g. checking email, facebook status update) - it requires 'hot seat switching' to have the other person type the p.w. (no more "could you switch to my session to check whether XX replied to my email?") There is simply no logical relationship between "having a password" and "lock the screen when switching users": - I don't mind anyone accessing my session when I'm physically in the same room: no locking required. - When I leave the room, I want to lock the session: password required. (Furthermore I don't understand why this is categorized as 'wishlist' since it is clearly a regression. The *fast* user switching --the 0.5 seconds kind of Jaunty-- is broken.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/501864 Title: Switch Users without locking screen -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 435550] Re: scrollwheel should scroll not browse
>From the changelog of 2.9.1 and the corresponding bugreport (131416) it seems that the idea was to navigate through the images only in fit mode. Perhaps a modifier key such as Alt. for either scrolling or navigating would be nice? In the meantime, does anyone know a (fast) image viewer that allows one to scroll with the scroll wheel? (I reinstalled gthumb because I knew it had this feature...) http://gthumb.sourceforge.net/news.html https://bugzilla.gnome.org/show_bug.cgi?id=131416 ** Bug watch added: GNOME Bug Tracker #131416 https://bugzilla.gnome.org/show_bug.cgi?id=131416 -- scrollwheel should scroll not browse https://bugs.launchpad.net/bugs/435550 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 204202] Re: gnome-terminal ignores current keyboard layout for ctrl+key shortcuts
I hacked together my own keyboard layout indicator that just rearranges the layouts in gconf so the selected one is on top. It is kinda a kludge, but it works. (Ensure the gnome indicator is set to use the top one and don't touch it again.) I do not intend to create a proper applet out of this, but it might be useful to others as well. And I think anyone with some python experience can create something nice out of it, maybe someone will. http://hugo.buddelmeijer.nl/hugo/node/11 -- gnome-terminal ignores current keyboard layout for ctrl+key shortcuts https://bugs.launchpad.net/bugs/204202 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 501864] Re: Switch Users without locking screen
FWIW, if you disable locking the screen entirely for the accounts, then it will not lock the screen when switching users anymore. Open 'gconf-editor' (e.g. with Alt-F2) and go to /desktop/gnome/lockdown and check disable_lock_screen . This will entirely remove the ability to lock the screen though. You can install xlock (xlockmore) to still be able to do that. OT: IMHO ubuntu (linux in general?) is evolving so fast, that regressions like this pop up to often (even skipped Karmic because of this). Luckily, there is always a fix :-). -- Switch Users without locking screen https://bugs.launchpad.net/bugs/501864 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 536801] Re: switching users don't always lock the session
Now (Lucid) there is no way to prevent locking the screen when switching users. The short description of this bug is misleading, since there are reasons to not want to lock the screen when switching. Our living room comp has two accounts, both can login without a password. So we can switch from one to the other by using 'Switch From ..' without needing a password. Yet when I click on another user in the list directly, my screen is locked and I do need a password. This doesn't make sense, the list is supposed to make switching *faster*, for me it makes it slower. This can be 'fixed' by not allowing the accounts to lock the screen at al, but now I can't lock the screen even if I want to. FWIW, I also turned of the 'lock screen when screensaver is active', which didn't help. -- switching users don't always lock the session https://bugs.launchpad.net/bugs/536801 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 204202] Re: gnome-terminal ignores current keyboard layout for ctrl+key shortcuts
Doug Kelly: I tried your solution, but it does not seem to work for me on my fresh Lucid install. Just tried something else: First layout indian, second Qwerty and then started a ping from the second layout. I could not figure out how to quit the ping (except 'killall ping'), since all my ctrl-c keystrokes printed indian characters. That cannot be useful under any circumstances it seems to me. There are bug reports about this problem existing for other gtk apps as well, but I have not been able to reproduce the problem anywhere else besides gnome-terminal. Anyone knows another app? E.g. similar, more general bug report: https://bugzilla.gnome.org/show_bug.cgi?id=599894 And a later report that the fix for the above causes the symptons we see: https://bugzilla.gnome.org/show_bug.cgi?id=602137 It is not clear to me whether this is indeed the same issue or just the same symptoms. I cannot imagine that this is the intended behavior, for one because now it is different between gnome-terminal and xterm. But if it is, it should be more clearly documented. It is not intuitive that if you add a new layout that whether the ctrl- key mappings change depends on the order of the layouts. ** Bug watch added: GNOME Bug Tracker #599894 https://bugzilla.gnome.org/show_bug.cgi?id=599894 ** Bug watch added: GNOME Bug Tracker #602137 https://bugzilla.gnome.org/show_bug.cgi?id=602137 -- gnome-terminal ignores current keyboard layout for ctrl+key shortcuts https://bugs.launchpad.net/bugs/204202 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 487604] Re: Ctrl- key mappings broken for anything but first keyboard layout in GTK applications
I recalled the problem has existed in more applications, but maybe I was mistaken. At the moment in Lucid I can only reproduce it in gnome- terminal and not in any other gtk app like the gimp, synamptic. (Which is inconsistent with the OP, but consistent with the 'misfiled bug' linked here.) What other applications suffer from this bug? -- Ctrl- key mappings broken for anything but first keyboard layout in GTK applications https://bugs.launchpad.net/bugs/487604 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488048] Re: gdm overrides keyboard layout in "no password" mode
Thank you for reopening (I didn't know what 'Triaged' meant), and also for your helpful comments. The new bug description makes sense for your technical point of view, but so much for the uninitiated user. With this description I might have had a harder time finding this entry with your insightful replies that helped me fix the issue on my own computer. An end user point of view bug seems appropriate on the Ubuntu launchpad section. Also, from the original description I think the technical bug (and subsequent solution) is the other way around: "changing keyboard layout with gnome-keyboard-properties does not propagate to gdm". As in either both apps should change both settings always (which gdm already does), or they should never change each others settings (which gnome-keyboard-properties does). Originally I would opt for the latter, but reading the discussions, the former seems to be closer to the intended behaviour, so it is gnome-keyboard-properties that should be fixed IMHO, not gdm. E.g. a scenario where the current proposed solution will lead to a strange situation: - User changes to new layout in gdm and uses it pleasantly in gnome for months. - User decides that a password is not required to log in. - Suddenly his keyboard layout is changed. - User files bug report: 'gdm does *not* override keyboard layout in "no password" mode' :) -- gdm overrides keyboard layout in "no password" mode https://bugs.launchpad.net/bugs/488048 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488048] Re: keyboard layout needs to be reset after each login
I read up a bit in these threads (where Martin Pitt also contributes a lot) "always overrides keyboard layout variants" https://bugzilla.gnome.org/show_bug.cgi?id=572765 "Try harder to use the keyboard layout passed by gdm" https://bugzilla.gnome.org/show_bug.cgi?id=585290 I think the one thing that is overlooked, is that some users never see the gdm selector. To not require a password at login (or login automatically) is an option in the Lucid installation, so I think this is not an uncommon situation. The problem also occurs when there is no .dmrc file. These users will not be able to change their default keyboard layout, at least that will be their experience. Therefore I think this bug should be reopened, but I'm quite new to launchpad so I'm not sure whether it is appropriate for me to do that. ** Bug watch added: GNOME Bug Tracker #572765 https://bugzilla.gnome.org/show_bug.cgi?id=572765 ** Bug watch added: GNOME Bug Tracker #585290 https://bugzilla.gnome.org/show_bug.cgi?id=585290 -- keyboard layout needs to be reset after each login https://bugs.launchpad.net/bugs/488048 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 75841] Re: X-Chat is killed by Ctrl+X after changing Keyboard Layout
The ctrl- combinations are all taken from the first layout. It seems to be this issue, can you confirm this? https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/204202 In dvorak the physical x-button will give you a q. So if your first layout is dvorak and you press ctrl + physical-x-button, you will send a ctrl-q, even if your second layout is qwerty or something else. This is independent on what layout you actually are using at the time of the key press. I'm not sure whether this is the issue here, since it is unclear to me whether dvorak is the first or second layout and whether you press the physical x button, or the button that is supposed to be x according to the used layout. -- X-Chat is killed by Ctrl+X after changing Keyboard Layout https://bugs.launchpad.net/bugs/75841 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 577836] Re: keyboard layout indicator does not distinguish between layouts of the same country
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/48122299/Dependencies.txt -- keyboard layout indicator does not distinguish between layouts of the same country https://bugs.launchpad.net/bugs/577836 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 577836] [NEW] keyboard layout indicator does not distinguish between layouts of the same country
Public bug reported: Binary package hint: gnome-settings-daemon I use two keyboard layouts: alt-intl and dvorak-intl, which both show as 'USA' in the keyboard layout indicator. 1: The indicator cannot be used to distinguish what layout is used. In Jaunty this was 'fixed' by appending a '2' to the second USA layout. 2: I don't actually type 'USAian', but Dutch or English. I don't see a reason to tie a keyboard layout to a language, let alone a country. Why not just show an indicator of the actual layout? ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: gnome-settings-daemon 2.30.1-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 Uname: Linux 2.6.32-22-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Sun May 9 15:21:32 2010 InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429) ProcEnviron: PATH=(custom, user) LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: gnome-settings-daemon ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- keyboard layout indicator does not distinguish between layouts of the same country https://bugs.launchpad.net/bugs/577836 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 555558] Re: Swedish keyboard layout resets to english on reboot with bluetooth keyboard
Perhaps this is related to this report?: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/488048 gdm adds the layout used there as default in gnome, even when no password is asked at login. This is similar but slightly different from this problem, but maybe they are related. (Seems that the english layout is not added, but that swedish is changed into english.) -- Swedish keyboard layout resets to english on reboot with bluetooth keyboard https://bugs.launchpad.net/bugs/58 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 491199] Re: keyboard layout changes when restart
*** This bug is a duplicate of bug 488048 *** https://bugs.launchpad.net/bugs/488048 gdm adds the layout used in gdm to the gnome settings. I setup a user with 'password not asked on login', this user never got a chance to tell gdm that he wanted a different layout and it was quite hard to figure out why the gnome defaults kept being reset. I think this is a duplicate of this bug: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/488048 ** This bug has been marked a duplicate of bug 488048 keyboard layout needs to be reset after each login -- keyboard layout changes when restart https://bugs.launchpad.net/bugs/491199 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488048] Re: keyboard layout needs to be reset after each login
This is definitely a bug and should be reopened. Some points: 1) gdm also adds the new layout with an implicit selection and 2) it shouldn't add it at all and 3) if it does, it shouldn't set it as default. 1) I ran into this scenario: - default layout selected on installation is alt-intl - created new user with 'password not asked on login' - new user chooses dvorak-intl as default (only) layout The new user had never even seen the gdm keyboard selector, but the default always was alt-intl, which was unwanted. 2) There should be one place for setting the layout for the session. Now the situation is that you can select layouts in gdm and in the gnome-keyboard-properties, of which the first one can be hidden. (The only way I could find it was remove the 'password not asked on login', then logout, change the layout, login again, change the password settings again. Didn't know about the .dmrc file.) It seemed like the changes in the gnome-keyboard-properties are simply ignored. If a user removes a layout, the user does that because he or she does not want to use the layout. Ubuntu should not go behind the back of the user and reenable a layout that was explicitly removed. 3) It might happen that the user does want to login using the system default and then use their own default for their session. E.g. 'latin' username/password to login, russian for the session or something like that. Even if the layout used by gdm is already included in the gnome- keyboard-properties list but not as default, gdm will override this order and change the default. It should be possible to have two different defaults. -- keyboard layout needs to be reset after each login https://bugs.launchpad.net/bugs/488048 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs