I'm wondering if it is possible to use gnome-keyring-daemon without X. Normally it will present a graphical prompt in order to acquire a password for the keyring; is there a way around this? I'd like to be able to use ubuntu one without having to start a graphical session and type in my password.
You can use
Add these lines to
auth optional pam_gnome_keyring.so session optional pam_gnome_keyring.so auto_start
If you log in without a password (SSH with Kerberos or public keys), this may work: (I haven't tested it)
echo -n "mypassword" | gnome-keyring-daemon --login
(You still need the daemon to be running - either started via PAM or with
|show 1 more comment|
First, what you really want to be doing is running Ubuntu One strictly from command-line. Take a look through the Ubuntu One FAQ. The FAQ says it's not presently possible, but there are some CLI tools like u1sdtool and u1sync. There's also a set of FAQs on Ubuntu One at Launchpad; the content may be the same as the earlier wiki.ubuntu.com link.
Regarding your actual question about gnome-keyring-daemon, the FAQ suggests (1) setting auto-login and (2) synchronizing your keyring password with your login password. This would (in theory) avoid the password prompt, but it would require at least a basic X-session to be running.
There's an Ubuntu One bug/wishlist on Launchpad that requests making it easier to handle headless systems. Apparently building from source is recommended for a lightweight install (to avoid the need for all the GUI libraries and such). This comment is old, but particularly interesting:
I can't tell if this "more robust authentication service" was actually put in place for Lucid; based on the package dependencies, it seems the Ubuntu One client is still dependent on python-gnomekeyring.
The requisite jobs of installing svn with keyring support and installing the Collabnet keyring_tool application are already performed for our Linux servers.
1) Configure SVN client to use keyring:
1.1) Edit ~/.subversion/config
1.2) Edit ~/.subversion/servers
2) Create a keyring for your password. You will be prompted to create a new password to unlock the keyring; this may be anything you wish:
3) Set the new keyring as the default:
4) In .bash_profile or .bash_login (assuming you are using bash as your terminal)
5) In .bash_logout
I ran into a similar problem while trying to establish a hassle free way to ensure authorized user access to certain SVN repos at work. Basically we had to force credential checking every time a user accesses the server so even the svn update command would require authentication. Clearly plain text password storage was out so with a little research I came upon using the gnome-keyring as a way around harassing our user base with constant authentication requests while still keeping unauthorized users out of repositories they should not have access to view.
Much of our day to day work is done via ssh tunnels into a RedHat server w/o X support so I had to find a way around the X11 support. After some searching I managed to find the way around it here:
They key here is using the Collabnet keyring_tool to create a keyring without the gnome-keyring-manager client and establishing the dbus-launch yourself rather than letting SVN handle the setup. SVN uses DBUS to connect to the gnome-keyring-daemon and affect the overall authentication. By manually starting and tearing down the dbus session with -sh-syntax you avoid trying to connect to an X client on dbus startup. If you just start the gnome-keyring-daemon and attempt to use SVN it will still prompt you for your keyring password but then will prompt you for your SVN credentials as well. The dbus will fail when SVN tries to start it because of the lack of an X client; apparently SVN does not use any special flags when starting the dbus.