incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Fisher <dave2w...@comcast.net>
Subject Re: update service - proposal for temporary solution until AOO 3.4 is released.
Date Wed, 21 Mar 2012 20:06:52 GMT

On Mar 21, 2012, at 9:09 AM, Kay Schenk wrote:

> On Wed, Mar 21, 2012 at 1:48 AM, Oliver-Rainer Wittmann <
> orwittmann@googlemail.com> wrote:
> 
>> Hi,
>> 
>> 
>> On 21.03.2012 00:33, Kay Schenk wrote:
>> 
>>> On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenk<kay.schenk@gmail.com>  wrote:
>>> 
>>> 
>>>> 
>>>> On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisher<dave2wave@comcast.net>**
>>>> wrote:
>>>> 
>>>> 
>>>>> On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote:
>>>>> 
>>>>> On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile
>>>>>> <arielch@apache.org>wrote:
>>>>>> 
>>>>>> 
>>>>>>> Hi Kay,
>>>>>>> 
>>>>>>> On Mon, Mar 19, 2012 at 03:42:22PM -0700, Kay Schenk wrote:
>>>>>>> 
>>>>>>>> 
>>>>>>>> Well interesting...I did some editing of versionrc and now
I get that
>>>>>>>> 
>>>>>>> an
>>>>> 
>>>>>> update does not exist  after pulling off the pkgfmt=rpm requirement.
>>>>>>>> However, we can not expect users of existing product to go
messing
>>>>>>>> 
>>>>>>> with
>>>>> 
>>>>>> their existing setups (i.e. editing files). I don't mind the odd
>>>>>>>> 
>>>>>>> message
>>>>> 
>>>>>> I
>>>>>>> 
>>>>>>>> was getting before about an "rpm" package not being found.
>>>>>>>> 
>>>>>>>> I'm just wondering if there's some way to configure the snippet
you
>>>>>>>> 
>>>>>>> sent
>>>>> 
>>>>>> to
>>>>>>> 
>>>>>>>> just do something a bit more friendly for all possible situations
>>>>>>>> that
>>>>>>>> 
>>>>>>> are
>>>>>>> 
>>>>>>>> currently out there now.
>>>>>>>> 
>>>>>>>> Thoughts? Any experts on how to create a generic null feed?
>>>>>>>> 
>>>>>>> 
>>>>>>> I tried with my original empty xml file (not a feed) and it works
as
>>>>>>> expected with every combination:
>>>>>>> 
>>>>>>> UpdateURL=
>>>>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>>>>> check.Update<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update>
>>>>>>> 
>>>>>>> UpdateURL=
>>>>>>> 
>>>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>>> check.Update?pkgfmt=rpm<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm>
>>>>> 
>>>>>> 
>>>>>>> UpdateURL=
>>>>>>> 
>>>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>>> check.Update?pkgfmt=deb<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=deb>
>>>>> 
>>>>>> 
>>>>>>> UpdateURL=
>>>>>>> 
>>>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>>> check.Update?pkgfmt=dmg<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=dmg>
>>>>> 
>>>>>> 
>>>>>>> I can't see why it does not work for you.
>>>>>>> Please try pointing the UpdateURL to this file
>>>>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>>>>> check.Update<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update>
>>>>>>> 
>>>>>>> 
>>>>>>> Regards
>>>>>>> --
>>>>>>> Ariel Constenla-Haile
>>>>>>> La Plata, Argentina
>>>>>>> 
>>>>>>> 
>>>>>> Well, foo, when I do this replacement, it does work as you say! Darn!
>>>>>> 
>>>>> OK,
>>>>> 
>>>>>> let me re-investigate why the other snippet with my internal host
>>>>>> 
>>>>> redirect
>>>>> 
>>>>>> isn't working quite right! :(
>>>>>> 
>>>>> 
>>>>> How are doing this redirect?
>>>>> 
>>>>> Regards,
>>>>> Dave
>>>>> 
>>>>> 
>>>> I've got the following in my local /etc/hosts
>>>> 
>>>> 140.211.11.131  update36.services.openoffice.**org<http://update36.services.openoffice.org>
>>>> 
>>>> here are versions I've played with in "versionrc" (I split the lines for
>>>> easier reading for you)
>>>> 
>>>> ++++++++++++++++++++++++++++++**+++
>>>> [Version]
>>>> AllLanguages=en-US
>>>> buildid=330m20(Build:9567)
>>>> ExtensionUpdateURL=
>>>> http://updateexte.services.**openoffice.org/**
>>>> ExtensionUpdateService/check.**Update<http://updateexte.services.openoffice.org/ExtensionUpdateService/check.Update>
>>>> OOOBaseVersion=3.3
>>>> ProductBuildid=9567
>>>> ProductMajor=330
>>>> ProductMinor=20
>>>> ProductSource=OOO330
>>>> UpdateID=OpenOffice.org_3_en-**US
>>>> 
>>>> #UpdateURL=
>>>> http://update36.services.**openoffice.org/**ProductUpdateService/check.*
>>>> *Update?pkgfmt=rpm<http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm>
>>>> 
>>>> UpdateURL=
>>>> http://update36.services.**openoffice.org/**ProductUpdateService/check.*
>>>> *Update<http://update36.services.openoffice.org/ProductUpdateService/check.Update>
>>>> 
>>>> #UpdateURL=
>>>> http://people.apache.org/~**arielch/ProductUpdateService/**
>>>> check.Update?pkgfmt=rpm<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm>
>>>> 
>>>> UpdateUserAgent=<PRODUCT>  (${buildid}; ${_OS}; ${_ARCH};
>>>> BundledLanguages=${**AllLanguages})
>>>> ++++++++++++++++++++++++++++++**++++
>>>> 
>>>> using Ariel's returns "no update". Using the current one with the
>>>> redirect
>>>> returns the error business. (i mean it connects but I get a different
>>>> message, a failed...)
>>>> 
>>>> Things of note vis a vis people.apache.org vs www.openoffice.org (where
>>>> I
>>>> have the current re-route)
>>>> 
>>>> If you just bring up:
>>>> 
>>>> http://www.openoffice.org/**ProductUpdateService/check.**Update<http://www.openoffice.org/ProductUpdateService/check.Update>
>>>> 
>>>> vs
>>>> 
>>>> http://people.apache.org/~**arielch/ProductUpdateService/**check.Update<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update>
>>>> 
>>>> they look different in my browser...one has "UTF-8" vs "utf-8"
>>>> 
>>>> so I'm curious about this. I did up a little cgi and ran it on both
>>>> people.apache.org and well, ooo-site-staging.apache.org and they both
>>>> produce the same environment info.  So ???
>>>> 
>>>> http://people.apache.org/~**kschenk/cgi-bin/env.cgi<http://people.apache.org/%7Ekschenk/cgi-bin/env.cgi>
>>>> http://ooo-site.staging.**apache.org/cgi-bin/env.cgi<http://ooo-site.staging.apache.org/cgi-bin/env.cgi>
>>>> 
>>>> I will change the "UTF-8" to "utf-8" on www.openoffice.org and see what
>>>> happens. Also did a diff on them and nothing but the case business.
>>>> 
>>>> Meanwhile -- do you know how we get cgi to run on www.openoffice.org? I
>>>> see we have a directory for this. I dumped some test scripts in it, but
>>>> www.openoffice.org/cgi-bin/h.**cgi<http://www.openoffice.org/cgi-bin/h.cgi>(Hello
World) preoduces nothing. :(
>>>> 
>>>> If not, I will get in touch with INFRA.
>>>> 
>>>> 
>>> a final note on this...if I directly put
>>> 
>>> UpdateURL=http://www.**openoffice.org/**ProductUpdateService/check.**
>>> Update <http://www.openoffice.org/ProductUpdateService/check.Update><
>>> http://people.apache.**org/%7Earielch/**ProductUpdateService/check.**
>>> Update?pkgfmt=rpm<http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm>
>>>> 
>>> 
>>> 
>>> in my versionrc file, it works per Ariel's comments -- 'No Update
>>> Available".
>>> 
>>> However, my redirect via /etc/hosts causes the weird result. So maybe
>>> something is not quite right with this (???)
>>> 
>>> 
>>> 
>> It looks like your local 'redirection' does not work.
>> 
> 
> yes...I know! :(
> 
> 
>> 
>> You can check your 'redirection' in your browser.
>> 
>> On my system (Windows 7) I observe the following:
>> - browsing to www.openoffice.org/**ProductUpdateService/check.**Update<http://www.openoffice.org/ProductUpdateService/check.Update>using
FireFox shows me the XML snippet.
>> - a ping to www.openoffice.org reveals IP address 140.211.11.131.
>> - browsing to 140.211.11.131/**ProductUpdateService/check.**Update<http://140.211.11.131/ProductUpdateService/check.Update>using
FireFox return "404 Not Found".
>> 
> 
> mine also...
> 
> 
>> - browsing to 140.211.11.311 using FireFox shows ASF main page.
>> - adapting my ...\etc\hosts file as you have done and browsing to
>> update36.services.openoffice.**org/ProductUpdateService/**check.Update<http://update36.services.openoffice.org/ProductUpdateService/check.Update>using
FireFox results in a connection time stating the standard message
>> which is headed by "The connection was reset" - the same you got when you
>> browse to a non-existing server
>> 
> 
> This is what I got when I browsed to
> update36.services.openoffice.org/ProductUpdateService/check.Update with my
> redirection in place...
> 
> * URL redirected to:
> http://openoffice.org/projects/update36/ProductUpdateService/check.Update

The redirect should goto http://openoffice.org/ProductUpdateService/check.Update

Ask Infra to change.

Or, add projects/update36 to ooo-site and move/copy the ProductUpdateServices/check.Update
to that location.



> 
> ???? which yielded a "404 not found"
> 
> OK, I will continue investigating.
> 
> - reverting the change to my ...\etc\hosts and performing a ping to
>> update36.services.openoffice.**org<http://update36.services.openoffice.org>outputs
the following:
>> <output>
>> $ ping update36.services.openoffice.**org<http://update36.services.openoffice.org>
>> 
>> Pinging sd-web2.staroffice.de [192.18.197.109] with 32 bytes of data:
>> Request timed out.
>> Request timed out.
>> Request timed out.
>> Request timed out.
>> 
> 
> right, this server is dead
> 
> 
>> 
>> Ping statistics for 192.18.197.109:
>>   Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
>> </output>
>> 
>> 
>> Best regards, Oliver.
>> 
> 
> 
> 
> -- 
> ----------------------------------------------------------------------------------------
> MzK
> 
> "Follow your bliss."
>         -- attributed to Joseph Campbell


Mime
View raw message