Installing gnupg-agent makes gdm unable to login

[shankao]

Binary package hint: gdm

The problem: Today, gmd has being refusing to login correctly: after I enter my password, it makes some screen resolution switches and then returns again to the password screen.

A hint: the last thing I made was installing the program "AcetoneISO". This installs the suspicious gnupg-agent and gnupg2 as well.

The workaround: so I just changed to tty1 and removed acetoneISO with the help of aptitude. Changed to gdm and still can't login. Realised that the gnupg packages were not removed with acetone, so I removed them as well. Now I can login and write this bug report.

Probably something is wrong with those packages, but gdm should not be prone to this kind of failures. As the effect is an unusable- system-by-normal-people and I suppose that a lot of other packages depend on gnupg-agent or gnupg2, this could be a pretty serious bug with maybe medium priority.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gdm 2.30.5-0ubuntu4
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
Architecture: i386
Date: Tue Oct 12 22:41:39 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: gdm

[shankao (shankao)]

Still present in natty alpha1

[shankao (shankao)]

Not the correct package, sorry

[shankao (shankao)]

The binary package failing is gnupg-agent, the source one (against the bugs are filled) is gnupg2

[shankao (shankao)]

More info: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577620
Citing: "If gpg-agent is not able to deal with an existing agent (probably seahorse), this is a bug in gpg-agent, not in GDM."

[shankao (shankao)]

I have found this lines in my daemon.log in the moment the login is unsuccessful. I paste them here in case they offer some help:

Dec 18 15:38:53 localhost gdm-session-worker[7214]: GLib-GObject-CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed
Dec 18 15:39:01 localhost gdm-session-worker[7214]: pam_sm_authenticate: Called
Dec 18 15:39:01 localhost gdm-session-worker[7214]: pam_sm_authenticate: username = [shankao]
Dec 18 15:39:01 localhost gdm-session-worker[7214]: pam_sm_authenticate: /home/shankao is already mounted
Dec 18 15:39:05 localhost gdm-simple-slave[7319]: WARNING: Unable to load file '/etc/gdm/custom.conf': No such file or directory
Dec 18 15:39:05 localhost acpid: client 7159[0:0] has disconnected
Dec 18 15:39:05 localhost acpid: client connected from 7321[0:0]
Dec 18 15:39:05 localhost acpid: 1 client rule loaded

[shankao (shankao)]

New bug filled in upstream bugtracker.

[Nick Andrik (andrikos)]

Hi there,

May I suggest you take a look on similar bugs?
e.g. #500377

I'd guess it is a gdm configuration bug, than an actual gpg or acetoneiso one ;)

Nick

[shankao (shankao)]

I think that's not the same bug and this seems more about authentication for me. I don't get the same symptoms described on those bugs (i.e. log and the workaround does not work). But I have also checked using other desktop manager for comparison (lightdm) and it behaves in the same way than gdm.