New LIve Update issue (Incorrect Information File)

Live update seems to be completely toasted. When I do the update, I get this:

--------------------------------------
[user@localhost ~]$ onlineupdate
* About to connect() to linpuscdn.040services.net port 80 (#0)
* Trying 208.43.232.106... * connected
* Connected to linpuscdn.040services.net (208.43.232.106) port 80 (#0)
> GET /cdn/ACER/AspireOne/v1.0.11/update.list HTTP/1.1
Host: linpuscdn.040services.net
Accept: */*

< HTTP/1.1 200 OK
< Date: Sun, 17 May 2009 21:53:51 GMT
< Server: Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.7a mod_bwlimited/1.4
< Last-Modified: Tue, 12 May 2009 05:33:33 GMT
< ETag: "4000f-174-6f852540"
< Accept-Ranges: bytes
< Content-Length: 372
< Content-Type: text/plain
<

(onlineupdate:4411): Gtk-CRITICAL **: gtk_progress_bar_set_fraction: assertion `GTK_IS_PROGRESS_BAR (pbar)' failed

* Connection #0 to host linpuscdn.040services.net left intact
* Re-using existing connection! (#0) with host linpuscdn.040services.net
* Connected to linpuscdn.040services.net (208.43.232.106) port 80 (#0)
> GET /cdn/ACER/AspireOne/v1.0.11/en_GB/lang_update.list HTTP/1.1
Host: linpuscdn.040services.net
Accept: */*

< HTTP/1.1 200 OK
< Date: Sun, 17 May 2009 21:53:51 GMT
< Server: Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.7a mod_bwlimited/1.4
< Last-Modified: Fri, 10 Oct 2008 06:30:56 GMT
< ETag: "100076-d-4ab2e800"
< Accept-Ranges: bytes
< Content-Length: 13
< Content-Type: text/plain
<

(onlineupdate:4411): Gtk-CRITICAL **: gtk_progress_bar_set_fraction: assertion `GTK_IS_PROGRESS_BAR (pbar)' failed

* Connection #0 to host linpuscdn.040services.net left intact
* Closing connection #0
* About to connect() to linpuscdn.040services.net port 80 (#0)
* Trying 208.43.232.106... * connected
* Connected to linpuscdn.040services.net (208.43.232.106) port 80 (#0)
> GET /cdn/ACER/AspireOne/v1.0.11/acs_ame_20090427.sh .xml HTTP/1.1
Host: linpuscdn.040services.net
Accept: */*

< HTTP/1.1 200 OK
< Date: Sun, 17 May 2009 21:53:52 GMT
< Server: Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.7a mod_bwlimited/1.4
< Last-Modified: Tue, 12 May 2009 01:46:25 GMT
< ETag: "40012-ff8d8f-433a5e40"
< Accept-Ranges: bytes
< Content-Length: 16747919
< Connection: close
< Content-Type: application/x-sh
<
(onlineupdate:5045): Gtk-CRITICAL **: gtk_progress_bar_set_fraction: assertion `GTK_IS_PROGRESS_BAR (pbar)' failed
.......................
(downloads about 16M of data from /cdn/ACER/AspireOne/v1.0.11/acs_ame_20090427.sh)
........................
(onlineupdate:5045): Gtk-CRITICAL **: gtk_progress_bar_set_fraction: assertion `GTK_IS_PROGRESS_BAR (pbar)' failed

* Connection #0 to host linpuscdn.040services.net left intact
* Closing connection #0
/var/cache/online-updater/acs_ame_20090427.sh .xml:1: parser error : Start tag expected, '<' not found
#!/bin/sh
^

---------------------------------------------------------------------
Notice an empty space between .sh and .xml in the file name. The actual file auto-completes as "acs_ame_20090427.sh\ \ .xml" The pop-up windows gleefuly says: "Incorrect information file. Please re-run live update to fix this problem". Right.

It used to work the previous time (about a month ago).

Any ideas?

Thanks.

 

have same probkem - not sure what to do to correct it now

 

Solution:
During the live-update download, erasing those two
spaces between .sh and .xml in the file name
"/var/cache/online-updater/acs_ame_20090427.sh .xml"
fixes the problem.

 

Not exactly. If you do that during download, then the script will complain that the expected file (with extra spaces) is missing. Also, the problem is that the file is actually .sh shell script, while .xml extension throws the updater off. The correct trick is to strip the .xml extension and run the resulting .sh file manually - then it applies the update.

I'm not sure if we need the second - acs_im_20090430.sh - update. Probably, since it downloads the acs_im_20090430.sh.xml file, but because the script breaks prior to getting to it, it never downloads the actual .sh file, so I guess we need to download it manually and run.

UPDATE: I got bold and downloaded and run the second script. It unpacked a whole bunch of libraries and then seemed to have run a patch for Firefox 3. My update history now claims to have a critical patch of healthy 41.5 MB for Firefox 3 installed. The only puzzling part is that my Firefox still claims to be 2.0.0.14 as installed by Acer. So where did the patch go then, or is my Firefox now 3 macquerading as 2?