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-s
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
** 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, gdm
@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 should
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.
** 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 ma
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 gnome/
** 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
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: The
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 in
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 ne
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/
12 matches
Mail list logo
