A use case to consider, for future possibilities. What would be required to do this well, not from a web page, but inside the OpenOffice application? So patches, extensions, templates, even upgrades initiated from within the app itself, without launching a browser?
Is that doable? If the geo location is done via IP address, and there is a REST API for finding the closest mirrors, and that returns data in XML or JSON, that it should be universally consumable. -Rob On Tue, Aug 2, 2011 at 4:45 PM, Dave Fisher <dave2w...@comcast.net> wrote: > Kay, > > On Aug 2, 2011, at 11:43 AM, Kay Schenk wrote: > >> >> >> On 08/02/2011 09:05 AM, Dave Fisher wrote: >>> >>> On Aug 2, 2011, at 8:06 AM, Marcus (OOo) wrote: >>> >>>> Am 08/02/2011 04:53 PM, schrieb Dave Fisher: >>>>> >>>>> On Aug 2, 2011, at 7:27 AM, Marcus (OOo) wrote: >>>>> >>>>>> Am 08/02/2011 02:15 PM, schrieb Rob Weir: >>>>>>> On Tue, Aug 2, 2011 at 4:03 AM, Marcus >>>>>>> (OOo)<marcus.m...@wtnet.de> wrote: >>>>>>>> Am 08/02/2011 03:00 AM, schrieb Dave Fisher: >>>>>>>>> >>>>>>>>> On Aug 1, 2011, at 4:34 PM, Marcus (OOo) wrote: >>>>>>>>> >>>>>>>>>> Am 08/02/2011 01:00 AM, schrieb Ross Gardler: >>>>>>>>>>> >>>>>>>>>>> On 1 August 2011 23:42, Marcus >>>>>>>>>>> (OOo)<marcus.m...@wtnet.de> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Am 08/02/2011 12:15 AM, schrieb Ross Gardler: >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>>>> The ASF does not care what your download page >>>>>>>>>>>>> looks like as long as you use the CGI scripts to >>>>>>>>>>>>> ensure that an appropriate mirror site is used. >>>>>>>>>>>> >>>>>>>>>>>> Hm, let's see how independent the download thing >>>>>>>>>>>> really will be. ;-) >>>>>>>>>>> >>>>>>>>>>> Why don't you mock-up 9in the CMS) what you want the >>>>>>>>>>> download page to look like, without linking it in >>>>>>>>>>> from elsewhere. Once that is done then we can look at >>>>>>>>>>> making the download.cgi work the way you want it. >>>>>>>>>> >>>>>>>>>> Good idea. Will do so. >>>>>>>>> >>>>>>>>> I have a script for downloading the download web source >>>>>>>>> from the kenai svn. >>>>>>>>> >>>>>>>>> If I download the complete AOOo svn tree particularly >>>>>>>>> ooo/trunk/tools/dev/fetch-all-web.sh >>>>>>>>> >>>>>>>>> You can run that script like so: >>>>>>>>> >>>>>>>>> $ ../trunk/tools/dev/fetch-all-web.sh >>>>>>>>> ../trunk/tools/dev/web-list.txt . >>>>>>>>> >>>>>>>>> You then get this (along with all the sub-projects in the >>>>>>>>> web-list.txt) >>>>>>>>> >>>>>>>>> download dave$ ls -1 2.4.3 all_beta.html all_rc.html >>>>>>>>> cachedimages common contribute.html download.js >>>>>>>>> download2.js download_bouncer.js download_mirrorbrain.js >>>>>>>>> exceptions.css globalvars.js index.html languages.js >>>>>>>>> md5sums next notes.html other.html print_tables.js >>>>>>>>> robots.txt sdk sdk.html source stable.html test >>>>>>>>> >>>>>>>>> So it's there and it is a matter of wrapping it >>>>>>>>> properly. >>>>>>>> >>>>>>>> I don't know what you mean with "wrapping". It's working >>>>>>>> and with adjustment of CSS (header, footer, graphics, etc.) >>>>>>>> and underlaying mirror structure it should run also for >>>>>>>> Apache. >>>>>>>>> >>>>>>>>> Should we start by committing the download site as a >>>>>>>>> subsite of our incubator project? >>>>>>>> >>>>>>>> The websites inside the incubator project should be >>>>>>>> developer-oriented. But the download is nearly 100% >>>>>>>> user-related, so I would like to see this content to be >>>>>>>> continued on "www.openoffice.org" and not directly in a >>>>>>>> Apache domain. >>>>>>>> >>>>>>> >>>>>>> I think the point is this: Even as we preserve the content >>>>>>> of the OpenOffice.org website, we're not going to be >>>>>>> re-hosting the Mercurial repositories on OO.o. Everything >>>>>>> that was formerly in Mercurial will need to migrate somewhere >>>>>>> else, either SVN at Apache or to Hg at Apache-Extras. The >>>>>>> future OO.o website, hosted by Apache will have its source >>>>>>> files checked into SVN at Apache. We'd have a mechanism to >>>>>>> publish these files, on modification, to the right directory >>>>>>> for the web server. >>>>>>> >>>>>>> We'll need a directory structure in SVN that reflects the >>>>>>> fact that we'll be storing source files for two websites >>>>>>> there. This is not hard. >>>>>> >>>>>> Right. In the SVN repo we have to make the separation of the 2 >>>>>> domains visible.' >>>>> >>>>> Yes that is very true, but there is a problem. We only have the >>>>> one incubator site in the Apache CMS and we need to do some >>>>> experimental conversions. Let's mix in with our Incubator site >>>>> two initial projects - www and download - as subdirectories so we >>>>> can get started with headers and footers and modifying the CMS >>>>> build to handle the OOo site pages from Kenai. >>>> >>>> OK, no problem to migratethe webpages into the incubator project. >>>> Tehn we can "play" a bit with the content to see how it behaves. >>>> >>>>> We can then get started with branding as well. >>>>> >>>>> Later we can change the svn structure to the one that allows >>>>> publishing of multiple sites in Apache. We'll need to discuss the >>>>> publishing of the openoffice domains using the Apache CMS with >>>>> Infrastructure. >>>> >>>> +1 >>> >>> I have committed the download project to the AOOo svn. No headers and >>> footers yet, but it is now available for "play" >>> >>> http://incubator.apache.org/openofficeorg/download/index.html >> >> good start! > > http://incubator.apache.org/openofficeorg/www/index.html > > Will be there soon. I think I committed more at once than I should. There is > a lot of deadwood there that should be removed. > > Regards, > Dave > >> >>> >>> To get headers and footers a template is needed and the view.pm will >>> need adjustment. >>> >>> See >>> http://incubator.apache.org/openofficeorg/website-local.html#directory_layout >>> >>> Regards, Dave >>> >>>> >>>> Marcus >>>> >>>> >>>> >>>>>>>> At least this separation will be established from my point >>>>>>>> of view. >>>>>>>> >>>>>>>> Marcus >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>>> We still need someone to work with infra@ to ensure >>>>>>>>>>> the mirror network can cope with the load, but I'm >>>>>>>>>>> sure that will be handled in good time. >>>>>>>>>> >>>>>>>>>> Marcus >>> >> >> -- >> ------------------------------------------------------------------------ >> MzK >> >> "If you can keep your head when all others around you >> are losing theirs - maybe you don't fully understand >> the situation!" >> -- Unknown > >