When you first boot Fedora 14 SoaS, after entering your name, it pops up the main 'desktop' with a gnome-keyring window over the top asking for a password for the default keyring. If you enter a password, the window comes right back up again. You can never get past it by entering a password; you have to cancel out of it. I didn't check what are the consequences of cancelling out of the window (I'd guess passwords aren't stored in a keyring and you have to enter them over and over again). This isn't a gnome-keyring bug per se, I don't think, as it doesn't behave this way on Desktop or LXDE spins; it's something to do with the Sugar environment configuration or the SoaS spin configuration. Tested in a KVM.
-- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Note - this is not -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
d'oh. I meant, this is not the same as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=643435 , though at first glance it may appear similar. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
See also the report at http://bugs.sugarlabs.org/ticket/2339
If you enter the password one time and cancel 6 more times you get past this to the F3 Circular window of sugar. Telepathy gabble on f1 Screen has a related bug: wrong names of format xxxxxxxxxx@jabber,sugarlabs.org in f1 telepathy-gabble neighborhood view http://bugs.sugarlabs.org/ticket/2355#comment:16 you have to change color in Control panel About me then restart. Then Telepathy names are correct IF and ONLY IF you log in with the password you entered one time on startup. (password seems to be stored.)
(In reply to comment #0) > > This isn't a gnome-keyring bug per se, I don't think, as it doesn't behave this > way on Desktop or LXDE spins; it's something to do with the Sugar environment > configuration or the SoaS spin configuration. > > Tested in a KVM. This behavior DOES occur with Fedora 14 Desktop installed from http://download.fedoraproject.org/pub/fedora/linux/releases/14/Live/x86_64/Fedora-14-x86_64-Live-Desktop.iso followed by software update and Add/Remove Software installation of sugar-emulator.
We fixed the issue on the F-15 live image by creating a default keyring with the following bash scriptlet. When we install and a new user is created this script obviously doesn't run (such as a user with liveinst). I'm not sure how other desktops create a new keyring for a user if one doesn't exist. Is that documented anywhere? It might be possible to put a default keyring in /etc/skel/ if [ ! -e /home/liveuser/.gnome2/keyrings/login.keyring ]; then mkdir -p /home/liveuser/.gnome2/keyrings cat >> /home/liveuser/.gnome2/keyrings/login.keyring << FOE [keyring] display-name=login ctime=1302886515 mtime=1302886515 lock-on-idle=false lock-timeout=0 FOE chown -R liveuser:liveuser /home/liveuser/.gnome2/keyrings fi
Fixed in SoaS v5