incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kay Schenk <kay.sch...@gmail.com>
Subject Re: update service - proposal for temporary solution until AOO 3.4 is released.
Date Wed, 21 Mar 2012 16:09:46 GMT
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

???? 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
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message