[Bug 952771] Re: Gnome Screensaver should handle expired password tokens

2012-11-30 Thread urusha
** Description changed: Gnome Screensaver should handle expired password tokens. Currently it does not. It just unlocks screen, so in case you're using kerberos - your credentials cache stays expired and you need to manually change your password or logout and then login again (lightdm,

[Bug 952771] Re: Gnome Screensaver should handle expired password tokens

2012-11-30 Thread urusha
@seb128: I updated the bug descriptions as you wrote and subscribed ubuntu-sru team. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/952771 Title: Gnome Screensaver

[Bug 952771] Re: Gnome Screensaver should handle expired password tokens

2012-11-29 Thread urusha
Here is the debdiff that fixes this bug. Packages with this patch should be built soon at https://launchpad.net/~urusha/+archive/bug952771 ** Patch added: precise debdiff https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/952771/+attachment/3446688/+files/gnome-screensaver

[Bug 952771] Re: Gnome Screensaver should handle expired password tokens

2012-11-29 Thread urusha
Thank you. But is there a chance to see it backported to precise? If we need compatibility with current behavior for precise (I can't find a reason for it, but...) - we could use attached patch to pam config and then administrators could change /etc/pam.d/gnome-screensaver themselves to enable

[Bug 952771] [NEW] Gnome Screensaver should handle expired password tokens

2012-03-12 Thread urusha
Public bug reported: Gnome Screensaver should handle expired password tokens. Currently it does not. It just unlocks screen, so in case you're using kerberos - your credentials cache stays expired and you need to manually change your password or logout and then login again (lightdm, gdm, etc.

[Bug 952771] Re: Gnome Screensaver should handle expired password tokens

2012-03-12 Thread urusha
** Tags removed: exired ** Tags added: expired -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/952771 Title: Gnome Screensaver should handle expired password tokens To

[Bug 664206] Re: SSH_AUTH_SOCK not being properly set: user has to type password even if saved in the password manager

2011-10-22 Thread urusha
This problem still exists in oneiric with default lubuntu setup. SSH_AUTH_SOCK is point to ssh-agent socket which is started by /etc/X11/Xsession. Gnome-keyring starts but environment variables are not exported in LXDE/Lubuntu session. And I can not find the place where it's exported by

[Bug 664206] Re: SSH_AUTH_SOCK not being properly set: user has to type password even if saved in the password manager

2011-10-22 Thread urusha
** Also affects: lubuntu-default-settings (Ubuntu) Importance: Undecided Status: New -- 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/664206 Title: SSH_AUTH_SOCK not

[Bug 664206] Re: SSH_AUTH_SOCK not being properly set: user has to type password even if saved in the password manager

2011-10-22 Thread urusha
Default lubuntu oneiric installation contains this package and there is pam_gnome_keyring in /etc/pam.d/lxdm, so, that's not the case. But your words remind me to look into /var/log/auth.log, and that's what I see there: gnome-keyring-daemon[1498]: couldn't set environment variable in session:

[Bug 656932] Re: send file to thunderbird with non-ASCII path

2010-12-11 Thread urusha
So, here is quick fix, run this as root: printf '#!/usr/bin/perl system(/usr/bin/thunderbird @ARGV); ' /usr/local/bin/thunderbird chmod 755 /usr/local/bin/thunderbird chown root:root /usr/local/bin/thunderbird It just runs thunderbird through perl script (using the fact that /usr/local/bin is

[Bug 656932] Re: send file to thunderbird with non-ASCII path

2010-12-10 Thread urusha
As I see, this is not a bug of nautilus-sendto, but thunderbird (don't exactly know is it bug or feature). Thuderbird doesn't understand percent-encoded file uris. So here is my perl-written nautilus-script which does it well (works with many, non-ascii encoded, full of spaces files). And the

[Bug 656932] Re: send file to thunderbird with non-ASCII path

2010-12-09 Thread urusha
Have the same bug on every lucid, maverick machine (many). I think it's problem with /usr/lib/nautilus-sendto/plugins/libnstevolution.so which is used for this action. Is there anyone who created quick fix for this? (IMO, nautilus-scripts is not the graceful way to do this) I'm thinking about