On Mar 21, 2012, at 9:09 AM, Kay Schenk wrote: > 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
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
