google-code-export / google-gadgets-for-linux

Automatically exported from code.google.com/p/google-gadgets-for-linux
0 stars 0 forks source link

Failed to update gadget metadata #104

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. start ggl-gtk in terminal
2. right click the icon in the system tray, add gadgets

What is the expected output? What do you see instead?
a window with a list of google gadgets, it said "updating gadgets data.
Please wait" then "Failed to update gadget data.Please try again later"

What version of the product are you using? On what operating system?
I'm running the newest version of google-gadgets in Xubuntu hardy

Please provide any additional information below.
-----------------
information from the terminal
****

Not a regular file: /
Initialize default_framework extension.
Initialize gtk_edit_element extension.
Failed to load module gtkmoz-browser-element
Initialize gst_mediaplayer_element extension.
Initialize gtk_system_framework extension.
Initialize gst_audio_framework extension.
Demarshal failed. Type dismatch, message type: , expected: s
No slot registered to handle this reply.
No slot registered to handle this reply.
No slot registered to handle this reply.
org.freedesktop.DBus.Error.UnknownMethod: Method "GetProperty" with
signature "s" on interface "org.freedesktop.Hal.Manager" doesn't exist

Initialize linux_system_framework extension.
Initialize smjs_script_runtime extension.
Register smjs_script_runtime extension.
Call DBusWatchCallBack, watch id: 4
Call DBusWatchCallBack, watch id: 6
No slot registered to handle this reply.
No slot registered to handle this reply.
Failed to update gadget metadata. Will retry after 7200000ms

Original issue reported on code.google.com by clare...@gmail.com on 1 Jun 2008 at 10:42

Attachments:

GoogleCodeExporter commented 9 years ago
Can you open https://desktop.google.com/desktop from the browser when the 
problem occurs?

Original comment by phnix...@gmail.com on 2 Jun 2008 at 2:50

GoogleCodeExporter commented 9 years ago
which browser, I can open it from firefox. I if you mean the browser somewhere 
in
google-gadgets, I can't find one.

Thanks.

Original comment by clare...@gmail.com on 2 Jun 2008 at 10:23

GoogleCodeExporter commented 9 years ago
I am seeing this on Fedora 9 and when I go to the said URL I get a certificate 
error.
 In Firefox I can add the certificate but I think that might be the problem, there is
no way to accept the ssl cert.

Original comment by BigJoe1...@gmail.com on 3 Jun 2008 at 2:55

GoogleCodeExporter commented 9 years ago
The problem is: libcurl allows customized certificate checking if it is built 
with
OpenSSL, but not with NSS (Fedora 9's libcurl). We can only either accept all
certificates (which we don't want to do) or deny all mismatched certificates for
libcurl+NSS.

We will try to drive libcurl to add this function for NSS and GnuTLS. There is
already a bug report there:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1924441&group_id=97
6.

Original comment by phnix...@gmail.com on 3 Jun 2008 at 3:14

GoogleCodeExporter commented 9 years ago
Same here when bulding for ubuntu 7.10.
Does anybody know a workaround?

Original comment by wmo...@gmail.com on 4 Jun 2008 at 11:45

GoogleCodeExporter commented 9 years ago
Same for slackware 12.0

Original comment by Chris...@gmail.com on 4 Jun 2008 at 5:02

GoogleCodeExporter commented 9 years ago
Having same problem with hardy hereon

Original comment by ekrat...@gmail.com on 4 Jun 2008 at 7:12

GoogleCodeExporter commented 9 years ago
It works on Ubuntu when you install libcurl4-openssl-dev instead of
libcurl4-gnutls-dev before compilation.

Original comment by KaiSchro...@gmail.com on 4 Jun 2008 at 7:28

GoogleCodeExporter commented 9 years ago
KaiShroeder3: Thanks it works indeed on Ubuntu by installing that library!

Original comment by julia...@gmail.com on 4 Jun 2008 at 9:31

GoogleCodeExporter commented 9 years ago
For those of you using gentoo, it seems that you need a recent ca-certificate
package. Trying `curl https://desktop.google.com/desktop` might give a more 
detailed
clue as to why your ggl won't update.

Original comment by mycr...@gmail.com on 4 Jun 2008 at 10:56

GoogleCodeExporter commented 9 years ago
I tossed up a curl srpm at 
http://bigjoe1008.googlepages.com/curl-7.18.1-2joe.src.rpm
that builds curl against openssl.  It requires openssl-devel (along with 
others)  I
also tossed up the srpm for js 
(http://bigjoe1008.googlepages.com/js-1.70-3.src.rpm)
as noted in other tickets for Fedora 9.  But I found anything newer than r599 
won't
compile against this curl.  

Original comment by BigJoe1...@gmail.com on 5 Jun 2008 at 2:59

GoogleCodeExporter commented 9 years ago
Thanks KaiSchroeder3, you solved the problem. I intalled openssl instead of 
gnutls.

Original comment by clare...@gmail.com on 5 Jun 2008 at 3:19

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
I fixed it in Gutsy by doing this

$ sudo aptitude install ca-certificates

curl now happy;)

Original comment by ni4ni...@gmail.com on 6 Jun 2008 at 6:24

GoogleCodeExporter commented 9 years ago
That works on Hardy too.  Great job... Thanks.,..

Original comment by superhac...@gmail.com on 6 Jun 2008 at 1:28

GoogleCodeExporter commented 9 years ago
I'm on Archlinux... it builds... but on gadget browser it says me:
"Updating gadget data... Please wait"
And then it freezes

Original comment by mcfore...@gmail.com on 6 Jun 2008 at 4:56

GoogleCodeExporter commented 9 years ago
$ curl https://desktop.google.com/desktop
curl: (51) SSL: certificate subject name 'www.google.com' does not match target 
host
name 'desktop.google.com'

I am running Hardy, and I have ca-certificates installed, and it doesn't work. 
Maybe
I need a newer one? I'm not sure this is actually having any effect on me in
particular, but I'm seeing the bad result on the curl. Or is that a bad test?

$ ldd `which curl`| grep ssl
    libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7bc2000)

I get the same result with hardy's or intrepid's ca-certificates (on hardy.) But
whether I use the published tarball or the latest (r627) svn I seem to be able 
to get
halfway through the download. I just want to include all this to point out that 
the
ca-certificates isn't necessarily the problem; you have to look at the output 
from
the host. If the download "succeeded" but cannot be parsed, then you may be 
having a
different problem with the same symptoms at the GUI level.

Intrepid ca-certificates: http://packages.ubuntu.com/hardy/misc/ca-certificates

Original comment by martin.espinoza on 6 Jun 2008 at 5:31

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
some notes regarding archlinux and a working PKGBUILD (requires curl from 
[testing]):
http://pastebin.ca/1041247

original PKGBUILD and discussion: 
http://aur.archlinux.org/packages.php?ID=17344

Regards,
f

Original comment by fij...@gmail.com on 7 Jun 2008 at 1:26

GoogleCodeExporter commented 9 years ago
Please try 0.9.2, the openssl dependency has been removed. If it still doesn't 
work,
please reopen this bug report.

Original comment by james...@gmail.com on 7 Jun 2008 at 2:06