Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
> "SDJ" == Sergio Durigan Juniorwrites: SDJ> I don't believe it's necessary. It mentions .xinitrc, which is a file SDJ> that lives under the $USER directory. IMO, every time I read >> >> I only have .xsession. SDJ> Sure, the same applies to .xsession. Best to say explicitly. You never know how dumb (me) some users are.
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
On Sunday, January 31 2016, 積丹尼 Dan Jacobson wrote: >> "SDJ" == Sergio Durigan Juniorwrites: > > SDJ> management, and gcr needs gnome-keyring. This is indeed a hassle if > SDJ> you're running GNOME directly (as is your case, and mine), but > > I'm not sure I'm running GNOME directly. Pstree says I mean you're not using GNOME as your Desktop Environment. > SDJ> I don't believe it's necessary. It mentions .xinitrc, which is a file > SDJ> that lives under the $USER directory. IMO, every time I read > > I only have .xsession. Sure, the same applies to .xsession. >>> And on https://selfsigned.notyours.dk:444/menu.gif clicking trust this >>> website does nothing. Though I can now see my taipower site thankfully. > > SDJ> What do you mean "does nothing"? Were you able to access the website > SDJ> after clicking the button? You should. > > I see > Technical Information (for support personnel) > > Error Code: 408. The operation timed out. The remote server did not > respond within the set time allowed. The server might be unavailable > at this time. Try again later or contact the server > administrator. (12002) Oh, I see; that's because the URL is not working anymore. Another bug that should be reported... -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
On Saturday, January 30 2016, 積丹尼 Dan Jacobson wrote: >> "SDJ" == Sergio Durigan Juniorwrites: > > SDJ> The latest Midori package contains a new Recommends for gnome-keyring. > SDJ> Is this enough to fix the bug for you? > > OK in ~/.xsession I put > m=`gnome-keyring-daemon -start` # https://bugs.debian.org/806169 midori > if test $? -eq 0 > then export $m > else echo $0: install gnome-keyring first.|mail -s $0 $USER > fi #What a hassle. Other browsers don't need this. The "problem" is that Midori now uses (since 0.4.7) gcr for certificate management, and gcr needs gnome-keyring. This is indeed a hassle if you're running GNOME directly (as is your case, and mine), but fortunately the fix is "easy" enough. What I can do is write a few more instructions on README.Debian on how to install/enable gnome-keyring. Other than that, there's not much that can be done without actively altering the user's configuration files. > P.S., on > http://midori-browser.org/faqs/#error_granting_trustcouldn_t_find_a_place_to_store_the_imported_certificate > we see 'gnome-keyring –startup' > # gnome-keyring -startup > usage: gnome-keyring command [options] > commands: certificate-exception > import > version Right, that's an error, I'll file it upstream. > Also there it should say if we should be root or not. I don't believe it's necessary. It mentions .xinitrc, which is a file that lives under the $USER directory. IMO, every time I read instructions on a FAQ, and unless otherwise stated, I assume I do not need to be root. > And on https://selfsigned.notyours.dk:444/menu.gif clicking trust this > website does nothing. Though I can now see my taipower site thankfully. What do you mean "does nothing"? Were you able to access the website after clicking the button? You should. -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
> "SDJ" == Sergio Durigan Juniorwrites: SDJ> management, and gcr needs gnome-keyring. This is indeed a hassle if SDJ> you're running GNOME directly (as is your case, and mine), but I'm not sure I'm running GNOME directly. Pstree says ew Description: pstree SDJ> I don't believe it's necessary. It mentions .xinitrc, which is a file SDJ> that lives under the $USER directory. IMO, every time I read I only have .xsession. >> And on https://selfsigned.notyours.dk:444/menu.gif clicking trust this >> website does nothing. Though I can now see my taipower site thankfully. SDJ> What do you mean "does nothing"? Were you able to access the website SDJ> after clicking the button? You should. I see Technical Information (for support personnel) Error Code: 408. The operation timed out. The remote server did not respond within the set time allowed. The server might be unavailable at this time. Try again later or contact the server administrator. (12002)
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
> "m" == manuwrites: m> Hello, m> Did you tried this solution : m> http://midori-browser.org/faqs/#error_granting_trustcouldn_t_find_a_place_to_store_the_imported_certificate m> ? m> This solved the problem for me. I think the other Debian browsers already have all that built in to their Depends. Else I we would have noticed a problem with them.
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
> "SDJ" == Sergio Durigan Juniorwrites: SDJ> The latest Midori package contains a new Recommends for gnome-keyring. SDJ> Is this enough to fix the bug for you? OK in ~/.xsession I put m=`gnome-keyring-daemon -start` # https://bugs.debian.org/806169 midori if test $? -eq 0 then export $m else echo $0: install gnome-keyring first.|mail -s $0 $USER fi #What a hassle. Other browsers don't need this. P.S., on http://midori-browser.org/faqs/#error_granting_trustcouldn_t_find_a_place_to_store_the_imported_certificate we see 'gnome-keyring –startup' # gnome-keyring -startup usage: gnome-keyring command [options] commands: certificate-exception import version Also there it should say if we should be root or not. And on https://selfsigned.notyours.dk:444/menu.gif clicking trust this website does nothing. Though I can now see my taipower site thankfully.
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
On Saturday, January 30 2016, 積丹尼 Dan Jacobson wrote: >> "m" == manuwrites: > m> Hello, > > m> Did you tried this solution : > m> > http://midori-browser.org/faqs/#error_granting_trustcouldn_t_find_a_place_to_store_the_imported_certificate > m> ? > m> This solved the problem for me. > > I think the other Debian browsers already have all that built in to > their Depends. Else I we would have noticed a problem with them. manu is right: this problem is explained in the FAQ. Unfortunately the package was indeed failing to explicitly listing its relationship to gnome-keyring. The latest Midori package contains a new Recommends for gnome-keyring. Is this enough to fix the bug for you? Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
Hello, Did you tried this solution : http://midori-browser.org/faqs/#error_granting_trustcouldn_t_find_a_place_to_store_the_imported_certificate ? This solved the problem for me.
Bug#806169: Error granting trust: Couldn't find a place to store the pinned certificate
Package: midori Version: 0.5.11-2 https://dcms.taipower.com.tw/tpcGoogleMap/ After clicking to grant trust, gives Error granting trust: Couldn't find a place to store the pinned certificate