[Solved] Why couldn't Python3 handle GNOME Keyring?

Hello, everyone!
I'm using Awesome WM as desktop,as well as SLiM as login manager , and python-keyring 4.0-2. The GNOME packages I've installed are as follow:
gnome-icon-theme
gnome-icon-theme-symbolic
gnome-keyring
libgnome-keyring
libsoup
python-gobject
seahorse
What's more, I've followed the instruction from Arch Wiki and set up the PAM config files and .xinitrc(My .xinitrc).
When I finish logging in with SLiM, I open htop immediately, and find the process gnome-keyring-daemon running. Then I open seahorse (GUI front-end of GNOME Keyring), the default keyring 'Login' is unlocked.
Hence, I think that GNOME Keyring is unlocked automatically at login in my system. Refer to https://wiki.gnome.org/Projects/GnomeKeyring/Pam
Now, I open the terminal and execute the following command:
$ python
Python 3.4.2 (default, Oct 8 2014, 13:44:52)
[GCC 4.9.1 20140903 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import keyring
>>> print(keyring)
<module 'keyring' from '/usr/lib/python3.4/site-packages/keyring/__init__.py'>
>>> print(keyring.get_keyring())
<keyring.backends.file.EncryptedKeyring object at 0x7ff0189e83c8>
>>> keyring.set_password('test_server', 'test_user', 'test_password')
Please set a password for your new keyring:
Please confirm the password:
After that I open seahorse, and find no item added. What's more, there is an item added in ~/.local/share/python_keyring/crypted_pass.cfg :
[test_5Fserver]
test_5fuser = (Some encrypted code)
This means, Python3 fails to handle GNOME Keyring with Python Keyring.
=========================================
The expected response is as follow:
>>> print(keyring.get_keyring())
<keyring.backends.Gnome.Keyring object at xxxxxxxx>
>>> keyring.set_password('test_server', 'test_user', 'test_password')
>>>
Then open seahorse, there should have been a new item added in the keyring 'Login' like the picture below:
==========================================
So What's the problem? Is it a PEBKAC? How can I fix it?
Yours sincerely
Last edited by firef0x (2014-11-22 02:45:05)

Hi firef0x,
in the past python-keyring had some problem in the detection of the default keyring backend but I thought that this problem was solved a long ago (at least it detects my kwallet backend correctly). However, you can try to set your default backend manually by creating the file ~/.local/share/python_keyring/keyringrc.cfg with the following content
[backend]
default-keyring=keyring.backends.Gnome.Keyring

Similar Messages

  • [Solved] SDDM does not unlock gnome-keyring

    Hi everyone!
    I did some searching but didn't find the answer to my issue yet.
    I'm using SDDM to log in to i3. The issue is that my keyring doesn't get unlocked after login and it asks for the password on first access (owncloud client).
    Now I want to have the gnome-keyring automatically unlocked after logging in. My user and keyring password are identical. I've also followed the instructions and added the suggested parts to my pam files:
    cat /etc/pam.d/sddm
    #%PAM-1.0
    auth include system-login
    auth optional pam_gnome_keyring.so
    account include system-login
    password include system-login
    password optional pam_gnome_keyring.so use_authtok
    session include system-login
    session optional pam_gnome_keyring.so auto_start
    ps aux | grep keyring
    xxx 788 0.0 0.0 428836 6228 ? SLl Apr25 0:04 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets
    sudo find / -name "pam_gnome_keyring.so"
    /usr/lib/security/pam_gnome_keyring.so
    Nevertheless the keyring is not unlocked automatically and asks for a password on first access.
    Any suggestions? Thanks in advance.
    (It began with the ownCloud client, which asked for the password after every login. I installed gnome-keyring and added a "login" password group with seahorse, which solved the issue, so it appears gnome-keyring is working.)
    Last edited by one1 (2014-04-27 11:01:21)

    Thanks, it actually appears that's the case I tried the various available versions and with the git ones, unlocking is working, but it's not possible to log out of i3 without the whole X session breaking down, forcing a reboot.
    So I think I'll enter the password or give gdm another shot.

  • [solved] gnome-keyring won't save the passphrase for ssh-keys

    Hello,
    I'm trying to use the gnome-keyring to store the passphrases for my ssh-keys in gnome-terminal.
    I started to generate my ssh-keys as described in this article.
    After that I transfered the key via "ssh-copy-id" to my other computer.
    Then I connected to that computer via nautilus and stored the passphrase. Now it is no problem to connect without typing in the passphrase again.
    When I try to connect to that computer via a gnome-terminal ssh asks every time for the passphrase.
    I tried a lot of things, but I can't solve this issue.
    Does anybody got an idea how to tell the gnome-keyring that it should store the passphrase for connections via terminals?
    Any help is appreciated Maybe I just don't see the solution, but I'm still new to ssh.
    Thanks in advance!
    David
    Last edited by senior_spielbergo (2011-08-02 15:01:04)

    Hi alexcriss,
    I tried to open the terminal from the application menu, but it didn't help.
    I searched the forum for "GDM keyring" and I found a few topics dealing with similar problems, but I couldn't find a solution.
    I have forgotten to tell, that when I enter
    ssh-add -L
    it returns
    The agent has no identities.
    Typing
    ssh-add ~/.ssh/id_ecdsa
    returns:
    Enter passphrase for /home/david/.ssh/id_ecdsa:
    Error reading response length from authentication socket.
    Could not add identity: /home/david/.ssh/id_ecdsa
    Maybe this helps to find the error.
    Thanks again,
    David

  • [SOLVED] Subversion will not use gnome-keyring

    Hi,
    Anyone know how to use gnome-keyring with subversion?  When I run svn up, I get the following warning every time:
    ATTENTION! Your password for authentication realm:
    <https://123.456.789.012:443> Subversion Repository
    can only be stored to disk unencrypted! You are advised to configure
    your system so that Subversion can store passwords encrypted, if
    possible. See the documentation for details.
    You can avoid future appearances of this warning by setting the value
    of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
    '/home/david/.subversion/servers'.
    Store password unencrypted (yes/no)?
    I googled a bit and found that you can use gnome-keyring to store passwords encrypted.  I tried setting "password-stores = gnome-keyring" in ~/.subversion/config, but this had no effect.
    I have the package 'extra/gnome-keyring' installed.  From what I can see Subversion is always compiled with gnome-keyring support.  I also tried starting the gnome-keyring-daemon, since it's not started by default (I don't use GNOME as my WM).  I started it from the command line using 'gnome-keyring-daemon' command.  But this had no effect - subversion acts like it doesn't know gnome-keyring even exists.
    Any idea?
    Cheers,
    David
    Last edited by david00 (2010-03-22 09:45:32)

    I had the same problem.
    When the daemon gets started it prints some environment variables with values to stdout. I think other programs like subversion read these to connect to the daemon.
    Starting the daemon like this:
    export `gnome-keyring-daemon`
    in your .xinitrc or at a comparable place should solve your problem.
    Of course, this only applies if you're not using the gnome desktop environment.

  • [SOLVED] gnome-keyring-daemon not loading SSH key password on login

    I have a SSH key that I use extensively that has a cumbersome password that I prefer not typing when possible. I know that gnome-keyring-daemon is supposed to have the ability to save the SSH key password, unlock the Passwords:logins, and act as an SSH agent; however, that functionality appears to be missing. There's a strong possibility that I broke this trying to get other things working in GNOME.
    Is there a D-Bus or PolicyKit option that I need to change?
    Solution:
    Turns out this is now handled by pam. The password key store would unlock automatically if I used gnome-screensaver but failed to unlock on X startup so I installed GDM.
    Last edited by Yorokobi (2009-10-31 17:04:50)

    More info. I have been able to get gnome-keyring-daemon to ask for and store the password when I first use the SSH key. The dialog box for entering the SSH key password does not have an option to save the password indefinitely (I forget the exact verbiage) and I can't find anything in Seahorse to do the same.

  • [solved] unison with gnome-keyring

    Hello everyone,
    does anybody know, if there is a way to use unison with the gnome-keyring?
    Thanks in advance!
    David
    Last edited by senior_spielbergo (2011-08-02 15:02:12)

    [solved] https://bbs.archlinux.org/viewtopic.php?id=123620

  • [SOLVED] Chromium with Gnome Keyring as password store?

    Hi there.
    I'm trying to use gnome keyring as default password store for google chromium. I read all over the web about starting chromium using options '--password-store=detect' (to detect gnome evnironment) or even '--password-store=gnome' (force gnome). None of these options work for me, as I get the same result: chromium will store password in its own keyring.
    $ pacman -Q chromium gnome-keyring
    chromium 18.0.1025.162-1
    gnome-keyring 3.2.2-3
    Any idea how I can make it work as planned?
    Thanks in advance!
    Last edited by josephg (2012-06-12 17:56:48)

    sl1pkn07 wrote:makedepends=('python2' 'perl' 'gperf' 'yasm' 'mesa' 'libgnome-keyring'
    chromium use by default libgnome-keyring
    I don't think so, that's a makedepends; it means it's needed for building the package, not for using it.
    On my system (not running any desktop environment), I need to run chromium with --password-store=gnome for it to use the gnome keyring.

  • [solved] gnome 3.2.1-1/gdm 3.2.1.1-1 - gnome-keyring password!

    Hi guys,
    I have some trouble using the 'Online Accounts' feature of Gnome Shell.
    When I log into my Google account, I'm asked to grant access to my contacts, docs and so on for Gnome. The problem is that I'm prompted to type my Gnome Keyring password (I thought it was automatically unlocked when logging through GDM) but my user password doesn't work! I even tried to enter my root password but it doesn't work either.
    Am I missing something here?
    Thanks
    Last edited by sclarckone (2011-12-29 16:29:00)

    wonder wrote:try to change the keyring password to match the system one from seahorse
    I've already tried but I have the same problem: since I don't know the current password, I can't change it.

  • [solved] What happened to gnome-keyring-manager?

    I've asked this in several places, in desparation I will try this forum.
    So what happened to gnome-keyring-manager? There used to be a nice UI to manage keyrings, but I can't find it anymore? Has it been removed from Gnome? Or from the Arch distribution of Gnome? Or is it in a separate package?
    Last edited by lardon (2009-01-26 22:11:40)

    It was replaced by Gnome with Seahorse.

  • SVN over SSH won't interface with gnome-keyring

    The title about says it all. I log into my box at home and try to pull down the latest revision from an SVN server and get the following message.
    ATTENTION!  Your password for authentication realm:
       <https://*************> Subversion repository
    can only be stored to disk unencrypted!  You are advised to configure
    your system so that Subversion can store passwords encrypted, if
    possible.  See the documentation for details.
    You can avoid future appearances of this warning by setting the value
    of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
    '/home/om/.subversion/servers'.
    Is there anyway to have it store password encrypted? I found another topic which recommended running
    export `gnome-keyring-daemon`
    but that didn't solve the problem. In my subversion config I have specified gnome-keyring as a password store and it is installed on the system.

    Will a simple reboot help? (But how, without ssh )
    It might. You can issue a restart command through Server Monitor if you configured LOM properly, as I don't believe that it (Server Monitor) relies on ssh to issue commands.
    -Doug

  • Cannot access GNOME Keyring from Systemd Unit Service

    Hi !
    I am using isync to download my IMAP mail to a directory in maildir format. I use the following line in ~/.mbsyncrc to fetch the mail password:
    PassCmd "gnome-keyring-query get mail_pw"
    My ~/.mbsyncrc is configured correctly, because I am able to fetch mail successfully when running:
    $ mbsync mymail
    I want to automate this process using Systemd User/Timer Units. The Arch Wiki page for OfflineIMAP suggests that it should be possible to configure a Systemd User service to access the GNOME Keyring if a D-Bus Systemd User service is configured correctly:
    https://wiki.archlinux.org/index.php/Of … md_Service
    I have followed the instructions here to configure a D-Bus Systemd User service:
    https://wiki.archlinux.org/index.php/Systemd/User#D-Bus
    I then created ~/.config/systemd/user/mail.timer :
    [Unit]
    Description=Fetch mail regularly
    [Timer]
    OnBootSec=1min
    OnUnitActiveSec=5min
    [Install]
    WantedBy=timers.target
    and ~/.config/systemd/user/mail.service :
    [Unit]
    Description=Service to use isync to download mail
    After=network.target network-online.target dbus.socket
    [Service]
    ExecStart=/usr/bin/mbsync -q mymail
    and enabled the timer.
    However, I see the following in the journal:
    ** systemd[730]: Starting Service to use isync to download mail...
    ** systemd[730]: Started Service to use isync to download mail.
    ** dbus-daemon[996]: Activating service name='org.freedesktop.secrets'
    ** gnome-keyring-daemon[736]: The Secret Service was already initialized
    ** mbsync[1622]: Gkr-Message: secret service operation failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
    ** mbsync[1622]: Failed to get password: mail_pw
    ** mbsync[1622]: Skipping account mymail, password command exited with status 1
    ** systemd[730]: mail.service: main process exited, code=exited, status=1/FAILURE
    ** systemd[730]: Unit mail.service entered failed state.
    ** dbus-daemon[996]: Failed to activate service 'org.freedesktop.secrets': timed out
    Any advice would be appreciated.
    Thanks.

    Hi Dude :)
    did you manage to solve the issue? I'm fighting the same thing these days.
    Thanks!

  • Gnome-keyring + networkmanager: Not prompting for password

    I recently shifted from wicd to networkmanager & I want it to be that way. There is one problem that's troubling me. As a non-root user, if I connect to a new network, the nm-applet doesn't ask for passwords.
    The logs say:
    2014-07-19T08:29:45.217385+05:30 archlinux NetworkManager[20784]: <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
    2014-07-19T08:29:45.217385+05:30 archlinux NetworkManager[20784]: <info> Activation (wlan0/wireless): access point 'my access point name' has security, but secrets are required.
    I run "awesome wm" and I've configured gnome-keyring via the "pam" method & I believe that it works.
    ➜ 0 /home/shadyabhi [ 9:09AM] % echo $SSH_AUTH_SOCK
    /run/user/1000/keyring/ssh
    ➜ 0 /home/shadyabhi [ 9:09AM] % echo $GPG_AGENT_INFO
    /run/user/1000/keyring/gpg:0:1
    ➜ 0 /home/shadyabhi [ 9:09AM] % ss -xl | grep -o '/run/user/1000/keyring/ssh'
    /run/user/1000/keyring/ssh
    ➜ 0 /home/shadyabhi [ 9:09AM] %
    Running "sudo nm-applet" from terminal recognizes gnome-keyring.
    ➜ 2 /home/shadyabhi [ 8:38AM] % sudo nm-applet
    (nm-applet:21840): libnotify-WARNING **: Failed to connect to proxy
    (nm-applet:21840): nm-applet-WARNING **: Failed to show notification: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .servi
    ce files
    nm-applet-Message: No keyring secrets found for "my access point name"/802-11-wireless-security; asking user.
    Can anyone help me in finding out what might be wrong? Thanks.

    I had the same issue. Turns out I was using SLiM with auto_login enabled, which doesn't unlock the GNOME keyring on login (see this post). Changing auto_login to false solved the issue.

  • Unable to get Gnome-Keyring working with nm-applet

    Hi guys
    I've installed openbox and using NetworkManager/nm-applet to manage my network connections.
    I prefer it over other utils as it has good support for mobile connections etc.
    I'm using qingy as my login manager.
    I have added the following to /etc/pam.d/qingy
    auth optional /lib/security/pam_gnome_keyring.so
    session optional /lib/security/pam_gnome_keyring.so auto_start
    and the following to /etc/pam.d/passwd
    password optional pam_gnome_keyring.so
    as per the network manager wiki http://wiki.archlinux.org/index.php/Net … fter_login
    I have the following in my session login script:
    nm-applet --sm-disable &
    I think if I remember correctly, the Gnome keyring dialog popped up once or twice in the beginning, but now it never happens. nm applet now always requests my WPA key upon login.
    My intention is to have the key stored in gnome-keyring so that I don't have to enter it every time I log in.
    Any help would be greatly appreciated.

    Hi dieghen89
    Nice to know I'm not the only one pulling out hair over here
    I was playing around and did the following:
    1. Exit nm-applet completely
    2. $ gnome-keyring-daemon --start //I know that the daemon is running. --help states that it starts or initialize an already running daemon
    3. Run nm-applet again
    And the keyring dialog actually did pop up asking for the password to unlock it.
    Now I thought a quick-fix would be to add gnome-keyring-daemon --start to my startup script before nmapplet &
    But alas. doesn't work

  • [SOLVED] Some text not rendering in Gnome after update

    After a recent update some text is not rendering in Gnome. For example, look at the url bar of chromium in this screenshot: http://i.imgur.com/A2Qyw.png
    Here's a "screenshot" of some text not rendering in gnome-terminal:
    $ echo -e "I like pizza\nI like pizza\nI like pizza"
    ...blank line...
    ...blank line...
    ...blank line...
    ...blank line...
    It basically renders my desktop environment worthless. I don't see anything suspicious in /var/lob/Xorg.0.log. Here are some of the packages I've updated recently:
    [2012-05-10 23:05] Running 'pacman -Suy'
    [2012-05-10 23:05] synchronizing package lists
    [2012-05-10 23:05] starting full system upgrade
    [2012-05-10 23:06] upgraded pygobject-devel (3.2.0-2 -> 3.2.1-1)
    [2012-05-10 23:06] upgraded python2-gobject (3.2.0-2 -> 3.2.1-1)
    [2012-05-12 10:49] Running 'pacman -Suy'
    [2012-05-12 10:49] synchronizing package lists
    [2012-05-12 10:49] starting full system upgrade
    [2012-05-12 10:55] upgraded cairo (1.10.2-3 -> 1.12.2-1)
    [2012-05-12 10:55] upgraded openssl (1.0.1.b-1 -> 1.0.1.c-1)
    [2012-05-12 10:55] upgraded git (1.7.10.1-1 -> 1.7.10.2-1)
    [2012-05-12 10:55] upgraded java-jline (1.0-1 -> 1.0-2)
    [2012-05-12 10:55] upgraded kmod (8-1 -> 8-2)
    [2012-05-12 10:55] upgraded libpulse (1.1-4 -> 2.0-1)
    [2012-05-12 10:55] upgraded libusb-compat (0.1.3-2 -> 0.1.4-1)
    [2012-05-12 10:55] upgraded libxi (1.6.0-1 -> 1.6.1-1)
    [2012-05-12 10:55] upgraded man-pages (3.39-1 -> 3.40-1)
    [2012-05-12 10:55] upgraded mpfr (3.1.0.p7-1 -> 3.1.0.p10-1)
    [2012-05-12 10:55] installed webrtc-audio-processing (0.1-1)
    [2012-05-12 10:55] upgraded pulseaudio (1.1-4 -> 2.0-1)
    [2012-05-12 10:55] upgraded taglib (1.7.1-1 -> 1.7.2-1)
    [2012-05-12 10:55] upgraded xorg-server-common (1.12.1-1 -> 1.12.1-2)
    [2012-05-12 10:55] upgraded xorg-server (1.12.1-1 -> 1.12.1-2)
    I'm not running [testing]. I don't know which of the two recent upgrades introduced the regression, but I'm guessing it was the one with all the xorg stuff...
    Any ideas what's going on here? Thanks!
    Last edited by mitch_feaster (2012-05-13 04:01:08)

    Here's what I upgraded lately:
    [2012-04-30 09:02] upgraded automake (1.11.5-1 -> 1.12-1)
    [2012-04-30 09:02] upgraded libxfce4util (4.8.2-1 -> 4.10.0-1)
    [2012-04-30 09:02] upgraded xfconf (4.8.1-1 -> 4.10.0-1)
    [2012-04-30 09:02] upgraded libxfce4ui (4.8.1-1 -> 4.10.0-1)
    [2012-04-30 09:02] upgraded exo (0.6.2-3 -> 0.8.0-1)
    [2012-04-30 09:02] upgraded fuse (2.8.7-1 -> 2.9.0-1)
    [2012-04-30 09:02] upgraded garcon (0.1.12-1 -> 0.2.0-1)
    [2012-04-30 09:02] upgraded vim-runtime (7.3.495-2 -> 7.3.495-3)
    [2012-04-30 09:02] upgraded gvim (7.3.495-2 -> 7.3.495-3)
    [2012-04-30 09:02] upgraded libcanberra (0.28-2 -> 0.28-3)
    [2012-04-30 09:02] upgraded libxfcegui4 (4.8.1-4 -> 4.10.0-1)
    [2012-04-30 09:02] upgraded xfce4-panel (4.8.6-1 -> 4.10.0-1)
    [2012-04-30 09:02] upgraded orage (4.8.3-1 -> 4.8.3-2)
    [2012-04-30 09:02] upgraded terminal (0.4.8-1 -> 0.4.8-2)
    [2012-04-30 09:02] upgraded thunar (1.2.3-5 -> 1.4.0-1)
    [2012-04-30 09:02] upgraded thunar-media-tags-plugin (0.2.0-1 -> 0.2.0-2)
    [2012-04-30 09:02] upgraded thunar-volman (0.6.1-1 -> 0.8.0-1)
    [2012-04-30 09:03] upgraded ttf-dejavu (2.33-2 -> 2.33-3)
    [2012-04-30 09:03] upgraded upower (0.9.15-1 -> 0.9.15-3)
    [2012-04-30 09:03] upgraded xfburn (0.4.3-5 -> 0.4.3-6)
    [2012-04-30 09:03] upgraded xfce4-appfinder (4.8.0-2 -> 4.10.0-1)
    [2012-04-30 09:03] upgraded xfce4-session (4.8.3-1 -> 4.10.0-3)
    [2012-04-30 09:03] upgraded xfce4-battery-plugin (1.0.1-1 -> 1.0.1-2)
    [2012-04-30 09:03] upgraded xfce4-clipman-plugin (1.2.3-1 -> 1.2.3-2)
    [2012-04-30 09:03] upgraded xfce4-cpufreq-plugin (1.0.0-2 -> 1.0.0-3)
    [2012-04-30 09:03] upgraded xfce4-cpugraph-plugin (1.0.1-3 -> 1.0.2-1)
    [2012-04-30 09:03] upgraded xfce4-datetime-plugin (0.6.1-2 -> 0.6.1-3)
    [2012-04-30 09:03] upgraded xfce4-dev-tools (4.9.1-1 -> 4.10.0-1)
    [2012-04-30 09:03] upgraded xfce4-dict (0.6.0-2 -> 0.6.0-3)
    [2012-04-30 09:03] upgraded xfce4-diskperf-plugin (2.5.1-1 -> 2.5.2-1)
    [2012-04-30 09:03] upgraded xfce4-eyes-plugin (4.4.1-2 -> 4.4.1-3)
    [2012-04-30 09:03] upgraded xfce4-fsguard-plugin (1.0.0-2 -> 1.0.0-3)
    [2012-04-30 09:03] upgraded xfce4-genmon-plugin (3.3.1-1 -> 3.3.1-2)
    [2012-04-30 09:03] upgraded xfce4-mailwatch-plugin (1.1.0-4 -> 1.1.0-5)
    [2012-04-30 09:03] upgraded xfce4-mixer (4.8.0-2 -> 4.8.0-3)
    [2012-04-30 09:03] upgraded xfce4-mount-plugin (0.6.3-1 -> 0.6.3-2)
    [2012-04-30 09:03] upgraded xfce4-mpc-plugin (0.4.0-1 -> 0.4.0-2)
    [2012-04-30 09:03] upgraded xfce4-netload-plugin (1.1.0-1 -> 1.1.0-2)
    [2012-04-30 09:03] upgraded xfce4-notes-plugin (1.7.7-3 -> 1.7.7-4)
    [2012-04-30 09:03] upgraded xfce4-notifyd (0.2.2-2 -> 0.2.2-3)
    [2012-04-30 09:03] upgraded xfce4-power-manager (1.0.11-2 -> 1.2.0-1)
    [2012-04-30 09:03] upgraded xfce4-quicklauncher-plugin (1.9.4-6 -> 1.9.4-7)
    [2012-04-30 09:03] upgraded xfce4-screenshooter (1.8.0-2 -> 1.8.0-3)
    [2012-04-30 09:03] upgraded xfce4-sensors-plugin (1.2.3-4 -> 1.2.3-5)
    [2012-04-30 09:03] upgraded xfce4-settings (4.8.3-2 -> 4.10.0-1)
    [2012-04-30 09:03] upgraded xfce4-smartbookmark-plugin (0.4.4-1 -> 0.4.4-2)
    [2012-04-30 09:03] upgraded xfce4-systemload-plugin (1.1.0-1 -> 1.1.0-2)
    [2012-04-30 09:03] upgraded xfce4-timer-plugin (0.6.4-1 -> 0.6.4-2)
    [2012-04-30 09:03] upgraded xfce4-verve-plugin (1.0.0-2 -> 1.0.0-3)
    [2012-04-30 09:03] upgraded xfce4-wavelan-plugin (0.5.10-2 -> 0.5.10-3)
    [2012-04-30 09:03] upgraded xfce4-weather-plugin (0.7.4-2 -> 0.7.4-3)
    [2012-04-30 09:03] upgraded xfce4-xkb-plugin (0.5.4.3-1 -> 0.5.4.3-2)
    [2012-04-30 09:03] upgraded xfdesktop (4.8.3-2 -> 4.10.0-1)
    [2012-04-30 09:03] upgraded xfwm4 (4.8.3-1 -> 4.10.0-1)
    [2012-04-30 09:03] upgraded xfwm4-themes (4.6.0-2 -> 4.10.0-1)
    [2012-04-30 13:59] upgraded inetutils (1.9.1-1 -> 1.9.1-2)
    [2012-04-30 13:59] upgraded libical (0.46-2 -> 0.48-1)
    [2012-04-30 13:59] upgraded libusb (1.0.8-2 -> 1.0.9-1)
    [2012-04-30 14:00] upgraded linux (3.3.3-1 -> 3.3.4-1)
    [2012-04-30 14:00] upgraded mdadm (3.2.3-1 -> 3.2.3-2)
    [2012-04-30 14:00] upgraded openssh (6.0p1-1 -> 6.0p1-2)
    [2012-04-30 14:00] upgraded xfce4-artwork (0.1-7 -> 0.1.1a_git20110420-1)
    [2012-04-30 14:00] upgraded xfce4-power-manager (1.2.0-1 -> 1.2.0-2)
    [2012-05-01 10:42] upgraded chromium (18.0.1025.162-1 -> 18.0.1025.168-1)
    [2012-05-01 10:42] upgraded imagemagick (6.7.6.5-1 -> 6.7.6.8-1)
    [2012-05-01 10:42] upgraded libldap (2.4.30-1 -> 2.4.31-1)
    [2012-05-01 10:42] upgraded upower (0.9.15-3 -> 0.9.16-1)
    [2012-05-01 10:42] upgraded xfce4-battery-plugin (1.0.1-2 -> 1.0.2-1)
    [2012-05-01 10:42] upgraded xfdesktop (4.10.0-1 -> 4.10.0-2)
    [2012-05-02 20:01] upgraded bzip2 (1.0.6-3 -> 1.0.6-4)
    [2012-05-02 20:01] upgraded dconf (0.12.0-1 -> 0.12.1-1)
    [2012-05-02 20:01] upgraded e2fsprogs (1.42.2-1 -> 1.42.2-2)
    [2012-05-02 20:01] upgraded syslog-ng (3.3.4-5 -> 3.3.5-1)
    [2012-05-03 07:24] upgraded binutils (2.22-6 -> 2.22-7)
    [2012-05-03 07:24] upgraded linux (3.3.4-1 -> 3.3.4-2)
    [2012-05-03 07:24] upgraded xfce4-screenshooter (1.8.0-3 -> 1.8.1-1)
    [2012-05-03 07:24] upgraded xfce4-settings (4.10.0-1 -> 4.10.0-2)
    [2012-05-03 07:24] upgraded xfdesktop (4.10.0-2 -> 4.10.0-3)
    [2012-05-03 18:21] upgraded libcanberra (0.28-3 -> 0.28-4)
    [2012-05-03 18:21] upgraded mercurial (2.1.2-1 -> 2.2-1)
    [2012-05-04 05:51] upgraded babl (0.1.6-1 -> 0.1.10-1)
    [2012-05-04 05:51] upgraded gtk3 (3.4.1-1 -> 3.4.2-2)
    [2012-05-04 05:52] upgraded ttf-freefont (20100919-2 -> 20120503-1)
    [2012-05-04 20:58] upgraded nss (3.13.4-1 -> 3.13.4-2)
    [2012-05-04 20:58] upgraded flashplugin (11.2.202.233-1 -> 11.2.202.235-1)
    [2012-05-04 20:58] upgraded xfce4-artwork (0.1.1a_git20110420-1 -> 0.1.1a_git20110420-2)
    [2012-05-05 10:57] upgraded attr (2.4.46-1 -> 2.4.46-2)
    [2012-05-05 10:57] upgraded acl (2.2.51-1 -> 2.2.51-2)
    [2012-05-05 10:57] upgraded zlib (1.2.6-1 -> 1.2.7-1)
    [2012-05-05 10:57] upgraded consolekit (0.4.6-2 -> 0.4.6-3)
    [2012-05-05 10:57] upgraded udev (182-1 -> 182-2)
    [2012-05-05 10:57] upgraded device-mapper (2.02.95-2 -> 2.02.95-4)
    [2012-05-05 10:57] upgraded filesystem (2012.2-4 -> 2012.2-5)
    [2012-05-05 10:57] upgraded gegl (0.1.8-2 -> 0.2.0-1)
    [2012-05-05 10:57] upgraded gimp (2.6.12-1 -> 2.8.0-1)
    [2012-05-05 10:57] upgraded gnome-keyring (3.4.1-1 -> 3.4.1-2)
    [2012-05-05 10:57] upgraded initscripts (2012.03.2-1 -> 2012.04.1-1)
    [2012-05-05 10:57] upgraded libcap (2.22-2 -> 2.22-3)
    [2012-05-05 10:57] upgraded libjpeg-turbo (1.2.0-1 -> 1.2.0-2)
    [2012-05-05 10:57] upgraded libwbclient (3.6.4-2 -> 3.6.5-1)
    [2012-05-05 10:57] upgraded linux-firmware (20120227-1 -> 20120227-2)
    [2012-05-05 10:57] upgraded lvm2 (2.02.95-2 -> 2.02.95-4)
    [2012-05-05 10:57] upgraded mdadm (3.2.3-2 -> 3.2.3-3)
    [2012-05-05 10:57] upgraded mercurial (2.2-1 -> 2.2.1-1)
    [2012-05-05 10:57] upgraded mkinitcpio (0.8.7-2 -> 0.8.8-1)
    [2012-05-05 10:57] upgraded pam (1.1.5-2 -> 1.1.5-3)
    [2012-05-05 10:57] upgraded smbclient (3.6.4-2 -> 3.6.5-1)
    [2012-05-05 10:57] upgraded sysfsutils (2.1.0-7 -> 2.1.0-8)
    [2012-05-05 10:57] upgraded usbmuxd (1.0.7-2 -> 1.0.7-3)
    [2012-05-05 10:57] upgraded v4l-utils (0.8.6-1 -> 0.8.8-1)
    [2012-05-05 10:57] upgraded xfsprogs (3.1.8-1 -> 3.1.8-2)
    [2012-05-06 10:05] upgraded initscripts (2012.04.1-1 -> 2012.05.1-1)
    [2012-05-06 10:05] upgraded unrar (4.1.4-2 -> 4.2.1-1)
    [2012-05-06 19:49] upgraded bash (4.2.024-2 -> 4.2.028-1)
    [2012-05-07 07:37] upgraded pygobject2-devel (2.28.6-5 -> 2.28.6-6)
    [2012-05-07 07:37] upgraded python2-gobject2 (2.28.6-5 -> 2.28.6-6)
    [2012-05-07 07:38] upgraded texlive-bin (2011.3-5 -> 2011.3-6)
    [2012-05-08 07:36] upgraded libpurple (2.10.3-2 -> 2.10.4-1)
    [2012-05-08 07:36] upgraded pidgin (2.10.3-2 -> 2.10.4-1)
    [2012-05-08 19:03] upgraded cifs-utils (5.3-2 -> 5.4-1)
    [2012-05-08 19:04] upgraded libmysqlclient (5.5.23-1 -> 5.5.24-1)
    [2012-05-08 19:04] upgraded ntfs-3g (2012.1.15-2 -> 2012.1.15-3)
    [2012-05-08 21:05] upgraded me-tv (1:1.3.6-1 -> 1:1.4.0.9-1)
    [2012-05-09 06:36] upgraded gcc-libs (4.7.0-5 -> 4.7.0-6)
    [2012-05-09 06:36] upgraded gcc (4.7.0-5 -> 4.7.0-6)
    [2012-05-09 06:36] upgraded gmp (5.0.4-1 -> 5.0.5-1)
    [2012-05-09 06:36] upgraded isl (0.09-1 -> 0.09-2)
    [2012-05-09 20:05] upgraded chromium (18.0.1025.168-1 -> 18.0.1025.168-2)
    [2012-05-09 20:05] upgraded glib2 (2.32.1-3 -> 2.32.2-2)
    [2012-05-09 20:05] upgraded linux (3.3.4-2 -> 3.3.5-1)
    [2012-05-09 20:05] upgraded qtcreator (2.4.1-1 -> 2.5.0-1)
    [2012-05-10 06:28] upgraded libcups (1.5.2-1 -> 1.5.2-2)
    [2012-05-10 06:28] upgraded cups (1.5.2-1 -> 1.5.2-2)
    [2012-05-10 06:28] upgraded ffmpeg (20120317-1 -> 20120509-1)
    [2012-05-12 09:12] upgraded libpulse (1.1-4 -> 2.0-1)
    [2012-05-12 09:12] upgraded libusb-compat (0.1.3-2 -> 0.1.4-1)
    [2012-05-12 09:12] upgraded mpfr (3.1.0.p7-1 -> 3.1.0.p10-1)
    [2012-05-12 09:12] upgraded openssl (1.0.1.b-1 -> 1.0.1.c-1)
    [2012-05-12 17:02] upgraded cairo (1.10.2-3 -> 1.12.2-1)
    [2012-05-12 17:02] upgraded kmod (8-1 -> 8-2)
    [2012-05-12 17:02] upgraded man-pages (3.39-1 -> 3.40-1)
    [2012-05-12 17:02] upgraded taglib (1.7.1-1 -> 1.7.2-1)
    [2012-05-12 17:02] upgraded xorg-server-common (1.12.1-1 -> 1.12.1-2)
    [2012-05-12 17:02] upgraded xorg-server (1.12.1-1 -> 1.12.1-2)
    [2012-05-12 20:52] upgraded libxi (1.6.0-1 -> 1.6.1-1)
    [2012-05-12 20:52] upgraded xfce4-genmon-plugin (3.3.1-2 -> 3.4.0-1)
    [2012-05-12 22:28] upgraded libvpx (1.0.0-1 -> 1.1.0-1)
    [2012-05-13 08:33] upgraded gtk3 (3.4.2-2 -> 3.4.3-1)
    [2012-05-13 08:37] upgraded libxi (1.6.1-1 -> 1.6.0-1)
    [2012-05-13 08:40] upgraded libxi (1.6.0-1 -> 1.6.1-1)
    [2012-05-13 09:40] upgraded cairo (1.12.2-1 -> 1.10.2-3)
    I suspected libxi first but a downgrade did not resolve the problem. So you may very well be correct by connecting this to the xserver. I'm using nouveau by the way.

  • Gnome-keyring-daemon crashes when blank passwords are entered.

    Steps to reproduce:
    Install fresh Arch Linux
    Install chromium, gnome, xorg-server, and xorg-xinit
    Put "exec gnome-session" in ~/.xinitrc
    Launch startx
    Open chromium
    On prompt for new keyring creation, leave password fields blank and press OK.
    Witness gnome-shell crashing.
    What's supposed to happen:
    It's supposed to prompt the user asking if it's OK to have unencrypted keys.
    What happens:
    The gnome-shell crashes, and no keyrings or passwords were set or created.
    journalctl output:
    Sep 04 21:11:04 Winston gnome-session[1417]: Window manager warning: CurrentTime used to choose focus window; focus window may not be correct.
    Sep 04 21:11:04 Winston gnome-session[1417]: Window manager warning: Got a request to focus the no_focus_window with a timestamp of 0.  This shouldn't happen!
    Sep 04 21:11:14 Winston gnome-session[1417]: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1600029 (New Tab - )
    Sep 04 21:11:14 Winston gnome-session[1417]: Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
    Sep 04 21:11:18 Winston gnome-keyring-daemon[1478]: keyring alias directory: /home/naelstrof/.local/share/keyrings
    Sep 04 21:11:31 Winston gnome-session[1417]: ** Message: init gpgme version 1.4.3
    Sep 04 21:11:31 Winston gnome-session[1417]: ** Message: DNS-SD initialization failed: Daemon not running
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_set_color: assertion `CLUTTER_IS_TEXT (self)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_set_cursor_size: assertion `CLUTTER_IS_TEXT (self)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_set_cursor_color: assertion `CLUTTER_IS_TEXT (self)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_set_selected_text_color: assertion `CLUTTER_IS_TEXT (self)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_get_font_name: assertion `CLUTTER_IS_TEXT (text)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_set_font_name: assertion `CLUTTER_IS_TEXT (self)' failed
    Sep 04 21:11:38 Winston gnome-session[1417]: (gnome-shell:1494): Clutter-CRITICAL **: clutter_text_get_font_name: assertion `CLUTTER_IS_TEXT (text)' failed
    Sep 04 21:11:38 Winston gnome-keyring-daemon[1478]: prompting failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
    Sep 04 21:11:38 Winston gnome-session[1417]: WARNING: Application 'gnome-shell.desktop' killed by signal 11
    Sep 04 21:11:38 Winston gnome-session[1417]: gnome-session[1417]: WARNING: Application 'gnome-shell.desktop' killed by signal 11
    Sep 04 21:11:38 Winston gnome-session[1417]: ** Message: applet now removed from the notification area
    Sep 04 21:11:39 Winston gnome-session[1417]: JS LOG: GNOME Shell started at Wed Sep 04 2013 21:11:39 GMT-0600 (MDT)
    Anyone got any tips to what could be wrong? It's infuriating to have it ask to create a new key, while it won't let me set a blank key.
    Giving the prompt an actual password works as intended, it's impossible to set it as a blank password, even using seahorse.
    It's acting as if something is wrong with DBus, but journalctl -u dbus shows no problems. as well as systemctl status dbus.
    Thanks for any help.
    Oh yeah and attempting to use gdm causes the gnome-session not to launch at all. Since gdm created a key, I'm guessing the problems are related.
    Last edited by naelstrof (2013-09-05 03:27:50)

    I found an acceptable workaround:
    Create a keychain with the same password as your account named "Login" using the keychain utility seahorse.
    Follow the autologin instructions for console based login here: https://wiki.archlinux.org/index.php/GN … at_Startup
    Restart X.
    gdm still fails to start x though, despite the startx command working fine.
    Uninstalling gnome-keychain works just as well though :u.
    Last edited by naelstrof (2013-09-05 05:39:09)

Maybe you are looking for