Date: Tue, 14 Apr 2009 08:54:09 -0500 From: Robert Noland <rnoland@FreeBSD.org> To: Dmitry Morozovsky <marck@rinet.ru> Cc: gnome@freebsd.org, ports@freebsd.org, Joe Marcus Clarke <marcus@freebsd.org>, Michal Varga <varga.michal@gmail.com> Subject: Re: HEADS UP: GNOME 2.26 available for FreeBSD Message-ID: <1239717249.1407.9.camel@wombat.2hip.net> In-Reply-To: <alpine.BSF.2.00.0904141419060.62790@woozle.rinet.ru> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <alpine.BSF.2.00.0904140344130.2317@woozle.rinet.ru> <1239667718.1304.66.camel@shumai.marcuscom.com> <alpine.BSF.2.00.0904140427160.2317@woozle.rinet.ru> <1239669463.1304.67.camel@shumai.marcuscom.com> <alpine.BSF.2.00.0904140439310.2317@woozle.rinet.ru> <1239670126.1304.75.camel@shumai.marcuscom.com> <alpine.BSF.2.00.0904140451240.2317@woozle.rinet.ru> <alpine.BSF.2.00.0904140504380.2317@woozle.rinet.ru> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <alpine.BSF.2.00.0904141419060.62790@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-+4UIIHhRVfndcEN2X75e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-14 at 14:24 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Michal Varga wrote: >=20 > MV> On Tue, Apr 14, 2009 at 3:13 AM, Dmitry Morozovsky <marck@rinet.ru> w= rote: > MV> > Dear Joe Marcus, > MV> > > MV> > DM> JMC> What versions of gnome-keyring and seahorse do you have? > MV> > DM> > MV> > DM> marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahor= se' > MV> > DM> gnome-keyring-2.26.0 A program that keeps passwords and other s= ecrets > MV> > DM> seahorse-2.26.0 GNOME application for managing encryption k= eys (PGP, SSH) > MV> > > MV> > After > MV> > > MV> > portupgrade -f seahorse gnome-keyring > MV> > > MV> > and reboot > MV> > > MV> > still the same effect... > MV> > > MV> > Of course, I can wipe packages installed and set it up from scratch= , but I > MV> > would prefer a bit safer way if at all possible ;-) > MV> > > MV> Well, I have no idea what a "Terminal remote login" in this particula= r > MV> context is, so this may not be of any help, but I've seen this issue > MV> before: > MV>=20 > MV> "Before the upgrade, I had once pop-up asking for my key passphrase, = then > MV> let me use this private key during my (home) session without further = asking.. > MV> Now, when I try to connect to the host which even possibly want to ch= eck > MV> whether I want to present some key there, I got the pop-up. I even ch= ecked that > MV> I can connect to the host in question using plain xterm, and have usu= al > MV> password qiery." > MV>=20 > MV> I've been in similiar situation some time ago, when new > MV> gnome-keyring/seahorse (it started with one of the recent versions, > MV> don't remember exactly when, but definitely before 2.26 was > MV> introduced) for some surely interesting reason insisted on creating a > MV> very own keyring every other reboot - while originally you were using > MV> one default keyring (let's call it "default") for storing your > MV> passwords, now gnome-keyring kept creating a new one named "login" an= d > MV> always set it as the default one. > MV>=20 > MV> That "login" keyring was even more special in that that nothing store= d > MV> in it ever worked, it still kept asking for passwords and even then > MV> was not able to use them (and lost them on the next reboot anyway.. > MV> Maybe that's a feature, don't know, don't care). I've run into this o= n > MV> a few different machines, every time I needed to open 'seahorse', get > MV> to Passwords tab, delete the "login" keyring, set the original > MV> "default" as the default keyring (first time I wiped them all and > MV> created a clean one to be sure, but as it turned out later, this > MV> wasn't needed), after that, passwords worked fine again. This > MV> procedure again and again for a few days/reboots, until seahorse > MV> miraculously stopped this madness and let my default keyring be, well= , > MV> default (yes, just like that). > MV>=20 > MV> Anyway, if you weren't there yet, check seahorse gui for what keyring > MV> are you really using, maybe you've hit the same issue with the "login= " > MV> stupidity.. >=20 > Yes, seahorse shows me two keyrings; however, deleting "login" one does n= ot fix=20 > the situation: if in the Terminal I try to open tab which ssh's to outer = host,=20 > I immediately got the popup with=20 >=20 > "There was an error creating the child process for this terminal" >=20 > nothing in this tab is started, and tab is just hanging. >=20 > "login" keyring sometimes got recreated, sometimes not, but the effect ab= ove is=20 > totally reproducible. If I am following this correctly, the functionality you are talking about is actually provided by seahorse-agent, which is installed with the seahorse-plugins port now. Unless something has changed with the default session (and I don't think it has, since my keyrings still work) we wrap the session with ssh-agent and seahorse-agent if they are found. robert. --=20 Robert Noland <rnoland@FreeBSD.org> FreeBSD --=-+4UIIHhRVfndcEN2X75e Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknklYEACgkQM4TrQ4qfRONosACePoX1ICaIoLt7K76EfmdR6meu fVsAn2Bc/g+q0TsjhNqMkNvgNvtH9hjJ =MHV9 -----END PGP SIGNATURE----- --=-+4UIIHhRVfndcEN2X75e--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1239717249.1407.9.camel>