Freenx crash with gnome-keyring-daemon

I have gnome 2.26 installed with nxserver 3.2.0-73 and nxnode 3.2.0-73 installed.
When I log into the computer locally, everything works fine.
Logging into gnome via nx, when the gnome-keyring-daemon is running, anytime after I open
either gnome-appearance-properties, gnome-keyboard-properties or any of the other gnome programs,
launching programs causes NX to terminate.
With logging on, it just says nx session terminated.
nothing showes up in the main message log.
using "exec dbus-launch --exit-with-session /usr/bin/gnome-session" as my command.
I have fonts installed and everything.
Both XFCE and KDE 4.2 work fine in NX.
I have all the font packages installed also.
I have set up older versions of gnome with nx on other machines and never had this problem.
Anyone have any ideas?

I just also noticed that opening .jpg files crashes NX.

Similar Messages

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)

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

Gnome-keyring-daemon will not save my passphrase

I use Slim to log in to my Openbox session on my dear EeePC 901. What I cannot seem to do is set up my environment so that gnome-keyring-daemon not only pops up and asks for my ssh passphrases but also save them for future use. Ideally I would like gnome-keyring to unlock the keyring automatically on login. I have the pop up and ask for passphrase part figured out, but now I'm basically lost when trying to get it to remember my passphrase.
Set up: slim-plus, logging in using my .xinitrc (below):
~/.xinitrc:
source /etc/X11/xinit/xinitrc.d/30-dbus
# gnome-keyring stuff, which almost works
eval $(gnome-keyring-daemon)
export GNOME_KEYRING_PID
export GNOME_KEYRING_SOCKET
export SSH_AUTH_SOCK
# desktop
eval $(cat ~/.fehbg) &
wicd-client &
syndaemon -i 0.7 -t -k &
tint2 &
# finally, launch openbox
exec ck-launch-session openbox
/etc/pam.d/slim (if it even matters?):
#%PAM-1.0
auth requisite pam_nologin.so
auth required pam_env.so
auth required pam_unix.so
account required pam_unix.so
session required pam_limits.so
session required pam_unix.so
session required pam_env.so readenv=1 envfile=/etc/profile.d/locale.sh
session optional pam_gnome_keyring.so auto_start
password required pam_unix.so
Any hints on this? I had it running quite some time ago on another computer (no, not using GDM then either) and I didn't have this much trouble setting it all up.

Same problem here.

[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] 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.

Having issues with gnome keyring

So ever since I did a system update (-Syu) I have been having issues with my gnome keyring.
Before I would use GDM and when I would go to type in my password the first time it would 'hang' and not respond, I would have to hit cancel and re-type in my password. If I would close my laptop lid and open it again, every time I would type in my password jt would just sit there and not respond and then I would have to reboot and go through the process again, first time doesn't work, second time it logs in, can't close laptop lid.
So I go tired of dealing with that and got rid of GDM and just made a bash script to load X on login from tty1. This works great, just one minor annoyance. Once I log in I get this window http://imgur.com/Slj1V1d except when I try to type in the password, no matter how many tires I take, it still just hangs and sits there. I can hit cancel and go about my merry way, but its always on the back of my mind and its pretty irking. Something that I know is broken that I have to deal with everytime I use my computer can be bothersome.
Would anyone know how I could either remove (from what I heard this wouldn't be good because gnome relies on the keyring for programs) the keyring, or delete the data with the keyring so that I could get a fresh start. I've tried seahorse, but it does the same thing as i've stated above.
Thank you for any help!

x33a wrote:
@ clandest, using a live media + chroot, use
# pacman -Qk
to find out which packages have missing files, and reinstall those packages.
Thank you x33a, this helped me get my system back up and running.
Rexilion wrote:
@x33a: I did not know that command. Maybe
pacman -Qk | grep -v ' total files, 0 missing files$'
will be more human parseable.
Edit: Made sure it was formulated as a joke...
And thanks to you too Rexilion, the grep made it easy to track what was missing to re-install.
Even though I got my baby all patched up and working, I still have that damn pesky keyring issue with GDM. So even deleting every thing in that directory, and re-installing the packages, it didn't fix the issue

Freenx crash in gnome remote session

I'm using freenx for acess my office computer at home. But, after gnome is update for 3.4 nxclient connect the session and crash when gnome is loading. In kde session work fine, but crash when gtk3 applications start run.

I just also noticed that opening .jpg files crashes NX.

[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

Gnome-keyring-daemon and ssh outside gnome

I had gnome-keyring set up so that on login it unlocks the keyring and reads ssh keys (so that it acts as a ssh-agent), as described here: http://live.gnome.org/GnomeKeyring/Ssh and here http://live.gnome.org/GnomeKeyring/Pam
This was working great also outside gnome (for instance in xmonad and openbox), up to version 2.24.1. However, after update to 2.26.0-1 this stopped working. It is still OK in gnome, but in other environments (where the only gnome thing that is loaded is gnome-keyring-manager) it doesn't work correctly - it loads, but instead of creating both /tmp/keyring-<sth>/socket and /tmp/keyring-<sth>/socket.ssh it only created the first one, so no ssh support.
Can anyone help a bit with what has changed, or what could have gone wrong?
Thanks.

bender02 wrote:
abarilla wrote:I had the same problem with openbox. Using gdm fixed it.
Well if this is the only way to fix this then it sucks big time, since I don't want to run a huge login manager just to unlock the passwords
adding the content of /etc/X11/xinit/xinitrc.d/30-dbus to the ~/.xinitrc works for me.
# launches a session dbus instance
dbuslaunch="`which dbus-launch 2>/dev/null`"
if [ -n "$dbuslaunch" ] && [ -x "$dbuslaunch" ] && [ -z "$DBUS_SESSION_BUS_ADDRESS" ]; then
eval `$dbuslaunch --sh-syntax --exit-with-session`
fi
or sourcing the 30-dbus file in the ~/.xinitrc
source /etc/X11/xinit/xinitrc.d/30-dbus
or for all files in /etc/X11/xinit/xinitrc.d/
source /etc/X11/xinit/xinitrc.d/*
That's what GDM and KDM do.
Thanks to Jan de Groot for the hint.
Last edited by SiD (2009-04-14 09:58:46)

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] 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] 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.

Gnome 3.4 gnome-keyring problem

hey,
just upgraded to gnome 3.4.
First thanks for the hard work over the weekend besides your jobs and private life :-) to bring gnome 3.4.1 to extra.
i had a problem after log in, that the desktop didn`t come up.
Found a solution with downgrading gnome-keyring to the version 3.2.2.
In .xsession-errors there are two lines, which could explain the behaviour:
/usr/bin/gnome-keyring-daemon: error while loading shared libraries: libgck-1.so.0: cannot open shared object file: No such file or directory
/usr/bin/gnome-shell: error while loading shared libraries: libgcr-3.so.1: cannot open shared object file: No such file or directory
Any ideas to get theses libraries?
Or are there old dependencies, that were not completely deleted?
regards

I had a problem with evolution and network manager with the gnome-keyring 3.4.1 update. A downgrade to 3.2.2-3 worked, but I have since re-installed (pacman -S) gnome-keyring followed by gcr. That works. Fyi, resintalling gcr then gnome-keyring did not work for me .

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!

Freenx crash with gnome-keyring-daemon

Similar Messages

Maybe you are looking for