From owner-freebsd-ports@FreeBSD.ORG Tue Apr 14 10:24:47 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BF35106564A; Tue, 14 Apr 2009 10:24:47 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 10AF68FC13; Tue, 14 Apr 2009 10:24:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n3EAOjZm009567; Tue, 14 Apr 2009 14:24:45 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 14 Apr 2009 14:24:45 +0400 (MSD) From: Dmitry Morozovsky To: Michal Varga In-Reply-To: <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> Message-ID: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Tue, 14 Apr 2009 14:24:45 +0400 (MSD) Cc: gnome@freebsd.org, ports@freebsd.org, Joe Marcus Clarke Subject: Re: HEADS UP: GNOME 2.26 available for FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 10:24:48 -0000 On Tue, 14 Apr 2009, Michal Varga wrote: MV> On Tue, Apr 14, 2009 at 3:13 AM, Dmitry Morozovsky wrote: 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|seahorse' MV> > DM> gnome-keyring-2.26.0 A program that keeps passwords and other secrets MV> > DM> seahorse-2.26.0     GNOME application for managing encryption keys (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 particular MV> context is, so this may not be of any help, but I've seen this issue MV> before: MV> 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 check MV> whether I want to present some key there, I got the pop-up. I even checked that MV> I can connect to the host in question using plain xterm, and have usual MV> password qiery." MV> 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" and MV> always set it as the default one. MV> MV> That "login" keyring was even more special in that that nothing stored 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 on 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> 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.. Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix the situation: if in the Terminal I try to open tab which ssh's to outer host, I immediately got the popup with "There was an error creating the child process for this terminal" nothing in this tab is started, and tab is just hanging. "login" keyring sometimes got recreated, sometimes not, but the effect above is totally reproducible. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------