On Wed, Mar 21, 2012 at 1:48 AM, Oliver-Rainer Wittmann < [email protected]> wrote:
> Hi, > > > On 21.03.2012 00:33, Kay Schenk wrote: > >> On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenk<[email protected]> wrote: >> >> >>> >>> On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisher<[email protected]>** >>> wrote: >>> >>> >>>> On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote: >>>> >>>> On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile >>>>> <[email protected]>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
