Re: Registration and Update Services - What Will Be The Load?
Hi, On 16.08.2012 14:42, Oliver-Rainer Wittmann wrote: Hi On 15.08.2012 19:05, Daniel Shahaf wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file I am currently investigating the server logs and will post my results later. The trouble causing HTTP POST requests found in the server logs does not seem to be related to the update function in former OOo versions. I have investigated the update function HTTP requests from various former OOo versions in the server logs. All of them provide content for the HTTP UserAgent field. All of found HTTP POST request does not have such data. Looking at some sample HTTP requests from one IP address reveals that the HTTP requests from the update function are unrelated to the HTTP POST requests. I investigated the HTTP traffic of update function from former OOo versions (OOo 2.2, OOo 2.3, OOo 2.3.1, OOo 2.4, OOo 3.x). None of these showed an HTTP POST request. I evaluated some server logs from days before the established redirects from INFRA-5112. Here, I could not found any of such HTTP POST requests. My conclusion is that there were another function in OOo which causes these HTTP POST requests. OOo 3.2, OOo 3.2.1, OOo 3.3 does not seem to have such a function, because the redirects for their update functions had been established a couple of weeks ago and I did not found any HTTP POST requests. In order to figure out what is going on here, I will follow up with Apache infrastructure. I will report on ooo-dev, when I know more. Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
On 08/17/2012 03:55 AM, Oliver-Rainer Wittmann wrote: Hi, On 16.08.2012 14:42, Oliver-Rainer Wittmann wrote: Hi On 15.08.2012 19:05, Daniel Shahaf wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file I am currently investigating the server logs and will post my results later. The trouble causing HTTP POST requests found in the server logs does not seem to be related to the update function in former OOo versions. I have investigated the update function HTTP requests from various former OOo versions in the server logs. All of them provide content for the HTTP UserAgent field. All of found HTTP POST request does not have such data. Looking at some sample HTTP requests from one IP address reveals that the HTTP requests from the update function are unrelated to the HTTP POST requests. I investigated the HTTP traffic of update function from former OOo versions (OOo 2.2, OOo 2.3, OOo 2.3.1, OOo 2.4, OOo 3.x). None of these showed an HTTP POST request. I evaluated some server logs from days before the established redirects from INFRA-5112. Here, I could not found any of such HTTP POST requests. My conclusion is that there were another function in OOo which causes these HTTP POST requests. OOo 3.2, OOo 3.2.1, OOo 3.3 does not seem to have such a function, because the redirects for their update functions had been established a couple of weeks ago and I did not found any HTTP POST requests. how curious... thanks for the update and continued good luck with the investigation In order to figure out what is going on here, I will follow up with Apache infrastructure. I will report on ooo-dev, when I know more. Best regards, Oliver. -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
Re: Registration
On 15/08/2012 Dave Fisher wrote: On Aug 14, 2012, at 8:09 PM, Andrea Pescetti wrote: Ready at https://issues.apache.org/jira/browse/INFRA-5144 I'll look into this one tomorrow. There will be two parts. (1) DNS redirect to www.openoffice.org (2) httpd.conf rewrite to redirect to thankyou.html. A further problem that Infra brought up is that the address to be redirected is https://registration2.services.openoffice.org and that to redirect HTTPS we need to retrieve (or buy) a matching SSL certificate. Does anyone have access to the SSL certificate originally used for registration2.services.openoffice.org ? Read the issue (link above) for more details. Regards, Andrea.
Re: Registration and Update Services - What Will Be The Load?
Hi Daniel, On 15.08.2012 19:28, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 Currently, I am not sure about the changes to the infrastructure/dns/zones/openoffice.org file You mentioned the revisions r828963 and r828965, but I did not find the corresponding SVN repository Can you please point me to the repository or provide the change set? Thank you in advance, Oliver.
Re: Registration and Update Services - What Will Be The Load?
Hi On 15.08.2012 19:05, Daniel Shahaf wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file I am currently investigating the server logs and will post my results later. Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
Hi, On 15.08.2012 16:00, Dave Fisher wrote: Hi, Apologies to the Apache Infra team, the load caused by implementing INFRA-5112 caused trouble. The changes to update*.services.openoffice.org to point to www.openoffice.org was reverted. This was due to added load on the Apache Infrastructure. Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have some estimates about the volume of requests that will be received. When I saw the problems on www.openoffice.org in the morning I already suggested that this might be related to the established redirects. I reported my assumption at #asfinfra in the morning. If I remembering it correct, Kay S. and Joe S. already observed something like this earlier this year. Unfortunately, I can not provide any volume. In the past more than 100 million download of OpenOffice.org package had been counted by the OpenOffice.org community. I do not know how much OOo installation are really active and how the distribution between the different versions are. What I know is the following: (1) update38.services.openoffice.org is used by OOo 3.4 Beta and released AOO 3.4 - a redirect for it has been established at 2012-05-21 and the traffic can be handled. (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it has been established at 2012-06-04 and the traffic can be handled. (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 - redirects for then have been established at 2012-07-12 and the traffic can be handled. (4) update33.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a redirect has been requested and was established today. Due to the server load it has been reverted. Is the traffic data available? (6) update31.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does occur any traffic on this URL? (8) update.services.openoffice.org seems to be used by OOo 2.x version (at least my test installation of OOo 2.2 uses it). Is the traffic data available? When I remember it correct Kay S. and Joe S. observed the above mentioned problems earlier this year with this URL. Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 10:00 AM, Dave Fisher dave2w...@comcast.net wrote: Hi, Apologies to the Apache Infra team, the load caused by implementing INFRA-5112 caused trouble. The changes to update*.services.openoffice.org to point to www.openoffice.org was reverted. This was due to added load on the Apache Infrastructure. Can you be specific? Are they seeing unusual load from the change? or are they just not willing to make the change unless we first provide them an estimate? If you recall, we made this change for OOo 3.3.0, OOo 3.2.1 and OOo 3.2.0 already, and we never provided any estimates. I don't think we received any complaints about those. Have you heard any load concerns? In any case, the general trend we see for the upgrades that are enabled is around 40,000/day.But there was a peak of around 60,000/day for a couple of weeks when they were first enabled.That is the number who have actually updated. We don't know what % of users dismiss the update notification but don't disable it, and so receive such a notification every week. I assume this is small. Also, generally, we have diminishing numbers as we go back to older versions. For example, we've seen around 8K/day for US/Windows/3.3.0 upgrades, but only around 1K/day for OOo 3.2.1 upgrades, and around 500/day for OOo 3.2.0 upgrades. So this would suggest that enabling the older versions will pick up a few, but I wouldn't expect huge numbers. Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have some estimates about the volume of requests that will be received. Hopefully the above helps. -Rob Regards, Dave
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 10:32 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.08.2012 16:00, Dave Fisher wrote: Hi, Apologies to the Apache Infra team, the load caused by implementing INFRA-5112 caused trouble. The changes to update*.services.openoffice.org to point to www.openoffice.org was reverted. This was due to added load on the Apache Infrastructure. Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have some estimates about the volume of requests that will be received. When I saw the problems on www.openoffice.org in the morning I already suggested that this might be related to the established redirects. I reported my assumption at #asfinfra in the morning. If I remembering it correct, Kay S. and Joe S. already observed something like this earlier this year. Unfortunately, I can not provide any volume. In the past more than 100 million download of OpenOffice.org package had been counted by the OpenOffice.org community. I do not know how much OOo installation are really active and how the distribution between the different versions are. What I know is the following: (1) update38.services.openoffice.org is used by OOo 3.4 Beta and released AOO 3.4 - a redirect for it has been established at 2012-05-21 and the traffic can be handled. (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it has been established at 2012-06-04 and the traffic can be handled. (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 - redirects for then have been established at 2012-07-12 and the traffic can be handled. (4) update33.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a redirect has been requested and was established today. Due to the server load it has been reverted. Is the traffic data available? (6) update31.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does occur any traffic on this URL? (8) update.services.openoffice.org seems to be used by OOo 2.x version (at least my test installation of OOo 2.2 uses it). Is the traffic data available? When I remember it correct Kay S. and Joe S. observed the above mentioned problems earlier this year with this URL. Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? That would be good to know. Once we know we could verify behavior with a change to a local hosts file. One scenario that could conceivably cause a problem would be if some old version of OOo behaved badly when it gets a 404 error, such as getting into a retry loop. We know this did not happen for OOo 3.3.0, 3.2.1 or 3.2.0. But it is worth confirming with earlier versions, if the HTTP logs suggest this is happening. -Rob Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
On Aug 15, 2012, at 8:50 AM, Rob Weir wrote: On Wed, Aug 15, 2012 at 10:32 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.08.2012 16:00, Dave Fisher wrote: Hi, Apologies to the Apache Infra team, the load caused by implementing INFRA-5112 caused trouble. The changes to update*.services.openoffice.org to point to www.openoffice.org was reverted. This was due to added load on the Apache Infrastructure. Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have some estimates about the volume of requests that will be received. When I saw the problems on www.openoffice.org in the morning I already suggested that this might be related to the established redirects. I reported my assumption at #asfinfra in the morning. If I remembering it correct, Kay S. and Joe S. already observed something like this earlier this year. Unfortunately, I can not provide any volume. In the past more than 100 million download of OpenOffice.org package had been counted by the OpenOffice.org community. I do not know how much OOo installation are really active and how the distribution between the different versions are. What I know is the following: (1) update38.services.openoffice.org is used by OOo 3.4 Beta and released AOO 3.4 - a redirect for it has been established at 2012-05-21 and the traffic can be handled. (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it has been established at 2012-06-04 and the traffic can be handled. (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 - redirects for then have been established at 2012-07-12 and the traffic can be handled. (4) update33.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a redirect has been requested and was established today. Due to the server load it has been reverted. Is the traffic data available? (6) update31.services.openoffice.org is _not_ used - a redirect is _not_ necessary. Does occur any traffic on this URL? (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does occur any traffic on this URL? (8) update.services.openoffice.org seems to be used by OOo 2.x version (at least my test installation of OOo 2.2 uses it). Is the traffic data available? When I remember it correct Kay S. and Joe S. observed the above mentioned problems earlier this year with this URL. Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? That would be good to know. Once we know we could verify behavior with a change to a local hosts file. One scenario that could conceivably cause a problem would be if some old version of OOo behaved badly when it gets a 404 error, such as getting into a retry loop. We know this did not happen for OOo 3.3.0, 3.2.1 or 3.2.0. But it is worth confirming with earlier versions, if the HTTP logs suggest this is happening. We'll have access to full logs tonight / tomorrow. Regards, Dave -Rob Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? -Rob Best regards, Oliver.
Re: Registration and Update Services - What Will Be The Load?
Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36
Re: Registration and Update Services - What Will Be The Load?
On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. Regards, Dave
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? -Rob Regards, Dave
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? I think we were OK until this last one, right? update32? I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. There IS an update30 directory there but it isn't actually being used, and is just a dummy file anyway. Maybe we should just delete this one so we won't get confused about this one anymore. It was setup in early stages of testing. Should I just delete ./update30/ProductUpdateService/check.Update -- I mean the whole directory. -Rob Regards, Dave -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
Re: Registration and Update Services - What Will Be The Load?
On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? The zone file is now: ; update.services CNAME www.openoffice.org. ; WARNING WARNING WARNING ; Changing the above entries to point to eos can overload it. Do not enable ; them unless either eos is prepared for the load or the TTL is suitably ; lowered update.services CNAME sd-web4.staroffice.de. update23.services CNAME sd-web2.staroffice.de. update24.services CNAME sd-web2.staroffice.de. update30.services CNAME sd-web2.staroffice.de. update31.services CNAME sd-web2.staroffice.de. update32.services CNAME sd-web2.staroffice.de. update33.services CNAME sd-web2.staroffice.de. update34.services CNAME www.openoffice.org. update35.services CNAME www.openoffice.org. update36.services CNAME www.openoffice.org. update38.services CNAME www.openoffice.org. I think we were OK until this last one, right? update32? Only yesterday's changes to DNS were reverted. I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. There IS an update30 directory there but it isn't actually being used, and is just a dummy file anyway. Maybe we should just delete this one so we won't get confused about this one anymore. It was setup in early stages of testing. Should I just delete ./update30/ProductUpdateService/check.Update -- I mean the whole directory. -Rob Regards, Dave -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 2:49 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? The zone file is now: ; update.services CNAME www.openoffice.org. ; WARNING WARNING WARNING ; Changing the above entries to point to eos can overload it. Do not enable ; them unless either eos is prepared for the load or the TTL is suitably ; lowered update.services CNAME sd-web4.staroffice.de. update23.services CNAME sd-web2.staroffice.de. update24.services CNAME sd-web2.staroffice.de. update30.services CNAME sd-web2.staroffice.de. update31.services CNAME sd-web2.staroffice.de. update32.services CNAME sd-web2.staroffice.de. update33.services CNAME sd-web2.staroffice.de. update34.services CNAME www.openoffice.org. update35.services CNAME www.openoffice.org. update36.services CNAME www.openoffice.org. update38.services CNAME www.openoffice.org. I think we were OK until this last one, right? update32? Only yesterday's changes to DNS were reverted. OK, good...it seems we can't go below update34 -- used for OO 3.2 without further investigation. Meanwhile I will delete the ./update30/ProductUpdateService/check.Update so it causes no further confusion... I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. There IS an update30 directory there but it isn't actually being used, and is just a dummy file anyway. Maybe we should just delete this one so we won't get confused about this one anymore. It was setup in early stages of testing. Should I just delete ./update30/ProductUpdateService/check.Update -- I mean the whole directory. -Rob Regards, Dave -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 3:01 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 2:49 PM, Dave Fisher dave2w...@comcast.netwrote: On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? The zone file is now: ; update.services CNAME www.openoffice.org. ; WARNING WARNING WARNING ; Changing the above entries to point to eos can overload it. Do not enable ; them unless either eos is prepared for the load or the TTL is suitably ; lowered update.services CNAME sd-web4.staroffice.de. update23.services CNAME sd-web2.staroffice.de. update24.services CNAME sd-web2.staroffice.de. update30.services CNAME sd-web2.staroffice.de. update31.services CNAME sd-web2.staroffice.de. update32.services CNAME sd-web2.staroffice.de. update33.services CNAME sd-web2.staroffice.de. update34.services CNAME www.openoffice.org. update35.services CNAME www.openoffice.org. update36.services CNAME www.openoffice.org. update38.services CNAME www.openoffice.org. I think we were OK until this last one, right? update32? Only yesterday's changes to DNS were reverted. OK, good...it seems we can't go below update34 -- used for OO 3.2 without further investigation. Meanwhile I will delete the ./update30/ProductUpdateService/check.Update so it causes no further confusion... ok, this is gone now...the ones that remain with numbers following updatexx are in use. /projects/updatexx/ as well as /projects/update/ which is used for aoo34 I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. There IS an update30 directory there but it isn't actually being used, and is just a dummy file anyway. Maybe we should just delete this one so we won't get confused about this one anymore. It was setup in early stages of testing. Should I just delete ./update30/ProductUpdateService/check.Update -- I mean the whole directory. -Rob Regards, Dave -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr -- MzK Never express
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? I think we were OK until this last one, right? update32? I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. What is the issue with update 30? The fact that it does a POST? I don't that would rule it out altogether. But we would need to treat it specially. For example, we could redirect to an isolated server, at Apache or outside, that is able/willing to handle it. If we run it for a month or two we should get the bulk of the upgrades. Or was there some other issue? There IS an update30 directory there but it isn't actually being used, and is just a dummy file anyway. Maybe we should just delete this one so we won't get confused about this one anymore. It was setup in early stages of testing. Should I just delete ./update30/ProductUpdateService/check.Update -- I mean the whole directory. -Rob Regards, Dave -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
Re: Registration and Update Services - What Will Be The Load?
On Wed, Aug 15, 2012 at 7:31 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 4:04 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? I think we were OK until this last one, right? update32? I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. What is the issue with update 30? The fact that it does a POST? I don't that would rule it out altogether. But we would need to treat it specially. For example, we could redirect to an isolated server, at Apache or outside, that is able/willing to handle it. If we run it for a month or two we should get the bulk of the upgrades. Or was there some other issue? The Apache web server, of which AOO is a part, does not allow POSTs so when I had infra enable this and redirect the old update30 to the web server, it caused MANY errors in a very short period of time (about an hour) and Joe reverted it rather quickly. THis was like back in early March or something when I was playing around. The update feed itself didn't even DO anything but redirect them to a URL (in theory) it was the POST in the code for OOo 3.0 that caused all the havoc. When I inquired about this on this list, I was told yes, this WAS the case for 3.0 but had been fixed with, I thought 3.2. Anyway, as far as I know, this is the only issue. I was pretty wary initially about running the feed through the web server but was told we should be fine (this after Joe reverted the update30 in March) -- and I think we have been for the most part. But, yes, we need another box with a web server that would accept POSTs to deal with this -- 3.0, and it looks like 3.1. OK. That's the impression I had as well -- POST was disabled in general on ASF servers. We're not going to be able to change that. But the traffic from permitted POSTs will be far less than the errors and retries generated from disallowed POSTs. So if we can find a volunteer to host this traffic on their website, then we could have the redirects go there rather than to openoffice.org or staroffice.de. This would not need to be a host volunteering to do this forever. I think if we ran it for 2 months we'd get almost everyone, since the upgrade checks occur once a week by default. But we can discuss this more after AOO 3.4.1 is out.No sense tempting the OOo 3.1 users to
Re: Registration and Update Services - What Will Be The Load?
On Aug 15, 2012, at 6:53 PM, Rob Weir wrote: On Wed, Aug 15, 2012 at 7:31 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 4:04 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir robw...@apache.org wrote: On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher dave2w...@comcast.net wrote: On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote: Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400: On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200: Is it possible that somebody from the Apache Infrastructure can provide a view on which URL the traffic load was soo high that the servers got in trouble? POST requests to /ProductUpdateService/check.Update file For which subdomain, which UpdateXX.openoffice.org ? The access log doesn't say, and the error log has % fgrep /ProductUpdateService/check.Update error_log | sed -e 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c EU: 232046 update30 35548 update34 76543 update35 US: 198996 update30 33450 update34 71117 update35 0 update36 We don't see update32 because those do not get redirected in the same way because there is no ooo-site/trunk/content/projects/update32 uh oh...this should have been setup before and Oliver said he requested this in the first post here. And you're now saying that all the previous ones have been reverted? I think we were OK until this last one, right? update32? I think the others should be re-established as they weren't causing problems, were they? The thing is unless we go back to the code for OOo 3.1, we don't know what it's doing. When I asked about this when we had issues for OOo 3.0, I was told it was fixed in OOo 3.2, so maybe 3.1. has the same issues? ./update/aoo341/check.Update ./update/ProductUpdateService/check.Update ./update30/ProductUpdateService/check.Update ./update34/ProductUpdateService/check.Update ./update34/ProductUpdateService/test.Update ./update35/ProductUpdateService/check.Update ./update35/ProductUpdateService/test.Update ./update36/ProductUpdateService/check.Update ./update38/ProductUpdateService/check.Update It looks like 34 and 35 have been trouble, but not as bad as 30. But haven't 34 and 35 been in production since early July? We've certainly seen plenty of downloads triggered by them. They should not be giving any errors, since the requests resolve to files on our site. I wonder, could the errors in those be caused by the outage caused by the errors in update30? Rob...update 30 is completely out of the question, and we simply can not do it, and reverted it within hours when I first requested it. What is the issue with update 30? The fact that it does a POST? I don't that would rule it out altogether. But we would need to treat it specially. For example, we could redirect to an isolated server, at Apache or outside, that is able/willing to handle it. If we run it for a month or two we should get the bulk of the upgrades. Or was there some other issue? The Apache web server, of which AOO is a part, does not allow POSTs so when I had infra enable this and redirect the old update30 to the web server, it caused MANY errors in a very short period of time (about an hour) and Joe reverted it rather quickly. THis was like back in early March or something when I was playing around. The update feed itself didn't even DO anything but redirect them to a URL (in theory) it was the POST in the code for OOo 3.0 that caused all the havoc. When I inquired about this on this list, I was told yes, this WAS the case for 3.0 but had been fixed with, I thought 3.2. Anyway, as far as I know, this is the only issue. I was pretty wary initially about running the feed through the web server but was told we should be fine (this after Joe reverted the update30 in March) -- and I think we have been for the most part. But, yes, we need another box with a web server that would accept POSTs to deal with this -- 3.0, and it looks like 3.1. OK. That's the impression I had as well -- POST was disabled in general on ASF servers. We're not going to be able to change that. But the traffic from permitted POSTs will be far less than the errors and retries generated from disallowed POSTs. So if we can find a volunteer to host this traffic on their website, then we could have the redirects go there rather than to openoffice.org or staroffice.de. This would not need to be a host volunteering to do this forever. I think if we ran it for 2 months we'd get almost everyone, since the upgrade checks occur once a week by default. But we can discuss this more after AOO 3.4.1 is out.No sense tempting the OOo 3.1 users to upgrade to AOO 3.4.0 today and
Re: Registration
Hi, On 09.08.2012 16:23, Rob Weir wrote: On Thu, Aug 9, 2012 at 2:34 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 07.08.2012 23:44, Andrea Pescetti wrote: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html This page looks good. May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. Currently, the update service for such legacy OOo versions is not active. How would that work, for an end user? I thought an update check occurs every week. So suppose someone was currently using OOo 3.3.0 in the Korean translation. Every week they would get a notification saying an update is available. This would take them to a page (in English) that says AOO 3.4.0 is available, but not in Korean. And if they don't install 3.4.0 they continue to get the message every week? That sounds annoying. You are right, that would be annoying. Or is there a way we can give a set of users a message once, so after they dismiss the message it does not return every week? Something like an Atom/RSS feed that can be displayed in the client. That would be more useful. Of course, we cannot now modify the UI and logic of OOo 3.3.0. But we could fake it with a hack. For example, we could a message in for all languages in the update XML, but only have it there for 2 weeks. Then we would revert the XML back to only notifying users for updates in their language. Sounds like a reasonable idea. Best regards, Oliver.
update service for not released languages [was: Re: Registration]
Hi, On 09.08.2012 22:23, Andrea Pescetti wrote: Oliver-Rainer Wittmann wrote: On 07.08.2012 23:44, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. For those cases it would be better to wait until 3.4.1 is out, then provide, for unsupported languages, some beta/RC builds or langpacks based on the same SVN revision and the SDF files we have now and create a page saying something like your language is not officially supported, but you can help us [links to unofficial builds and instructions]. But this is just an idea that we can discuss after 3.4.1 is released. Yes, I would definitely wait until AOO 3.4.1 is out. Having unofficial language packs for our unsupported languages would be a good idea, esp. to attract some new volunteers for translations. I will keep your's and Rob's idea in mind for my planned future work on the update service. Best regards, Oliver.
Re: Registration
On 09/08/2012 Dave Fisher wrote: On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Let me know when the JIRA is ready. Ready at https://issues.apache.org/jira/browse/INFRA-5144 Regards, Andrea.
Re: Registration
On Aug 14, 2012, at 8:09 PM, Andrea Pescetti wrote: On 09/08/2012 Dave Fisher wrote: On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Let me know when the JIRA is ready. Ready at https://issues.apache.org/jira/browse/INFRA-5144 I'll look into this one tomorrow. There will be two parts. (1) DNS redirect to www.openoffice.org (2) httpd.conf rewrite to redirect to thankyou.html. Regards, Dave Regards, Andrea.
Re: Registration
Hi, On 07.08.2012 23:44, Andrea Pescetti wrote: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html This page looks good. May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. Currently, the update service for such legacy OOo versions is not active. Best regards, Oliver. If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Regards, Andrea.
Re: Registration
On Thu, Aug 9, 2012 at 2:34 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 07.08.2012 23:44, Andrea Pescetti wrote: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html This page looks good. May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. Currently, the update service for such legacy OOo versions is not active. How would that work, for an end user? I thought an update check occurs every week. So suppose someone was currently using OOo 3.3.0 in the Korean translation. Every week they would get a notification saying an update is available. This would take them to a page (in English) that says AOO 3.4.0 is available, but not in Korean. And if they don't install 3.4.0 they continue to get the message every week? That sounds annoying. Or is there a way we can give a set of users a message once, so after they dismiss the message it does not return every week? Something like an Atom/RSS feed that can be displayed in the client. That would be more useful. Of course, we cannot now modify the UI and logic of OOo 3.3.0. But we could fake it with a hack. For example, we could a message in for all languages in the update XML, but only have it there for 2 weeks. Then we would revert the XML back to only notifying users for updates in their language. -Rob Best regards, Oliver. If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Regards, Andrea.
Re: Registration
Oliver-Rainer Wittmann wrote: On 07.08.2012 23:44, Andrea Pescetti wrote: I created a page with this content at http://www.openoffice.org/legacy/thankyou.html May be we can use it also for our update service. It could be the landing page for users of legacy OOo versions for whose language we do not have a released package. For those cases it would be better to wait until 3.4.1 is out, then provide, for unsupported languages, some beta/RC builds or langpacks based on the same SVN revision and the SDF files we have now and create a page saying something like your language is not officially supported, but you can help us [links to unofficial builds and instructions]. But this is just an idea that we can discuss after 3.4.1 is released. Regards, Andrea.
Re: Registration
On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Let me know when the JIRA is ready. There will be two parts. (1) DNS - Change these subdomain IPs to be ooo-site.apache.org (2) httpd.conf - permanently redirect anything on the list of domains to this new page. I'll just need the domains and no the http / https. I just got Infra to do the patches to DNS for forum.oo.o and wiki.oo.o (for imacat: more work to do with the Apache Traffic Server config on the MWiki.) I think these will be quick. Regards, Dave Regards, Andrea.
Re: Registration
On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Regards, Andrea.
Re: Registration
Am 08/07/2012 11:44 PM, schrieb Andrea Pescetti: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Great idea. I think there are a lot of URLs that could be routed to this new webpage. Marcus
Re: Registration
On Tue, Aug 7, 2012 at 5:44 PM, Andrea Pescetti pesce...@apache.org wrote: On 23/07/2012 Rob Weir wrote: On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote: So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. I created a page with this content at http://www.openoffice.org/legacy/thankyou.html +1 This is nice. -Rob If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll then proceed and ask Infra to redirect all legacy links to this page. This includes the whole subdomains above and, if someone manages to find it, the URL OpenOffice opens when one uninstalls version 3.3. Regards, Andrea.
Re: Registration
On 16/07/2012 21:14, sebb wrote: On 16 July 2012 19:01, Rob Weir wrote: The registration URL's for OOo 3.3 look like this: https://registration2.services.openoffice.org/RegistrationWeb/register/GUID?prduct=OpenOffice.orglocale=encid-926117 So we should be able to handle this entirely with ASF. I've seen (in 3.3.0, build 9567) http://survey.services.openoffice.org/user/index.php too. But I thought there was another version that went directly to an Oracle domain. Maybe that was OOo 3.4 beta 1? OOo 3.4 beta 1 used something that currently redirects, for me, to https://hs-ws1.oracle.com/RegistrationWeb/registration/default/en_US/register-login.jsp?legacy=truetgtPrd=OpenOffice.orgprd=registrationuuid=urn...e588 but being a beta version it was installed by a small fraction of users, and anyway the page works (it is an Oracle account registration, which is probably useless to OpenOffice users, but is online). I'm not suggesting that 3.4.0 be updated to include registration, merely that it would be helpful to direct users of 3.3 to the new version, and let them know that the registration step has not failed. So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. I've looked at some options on the openoffice.org website, but the best candidate seems to be a blog post: https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache Does anyone have better links to propose? Otherwise I guess we can ask Infra to setup the redirection. Regards, Andrea.
Re: Registration
On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti pesce...@apache.org wrote: On 16/07/2012 21:14, sebb wrote: On 16 July 2012 19:01, Rob Weir wrote: The registration URL's for OOo 3.3 look like this: https://registration2.services.openoffice.org/RegistrationWeb/register/GUID?prduct=OpenOffice.orglocale=encid-926117 So we should be able to handle this entirely with ASF. I've seen (in 3.3.0, build 9567) http://survey.services.openoffice.org/user/index.php too. But I thought there was another version that went directly to an Oracle domain. Maybe that was OOo 3.4 beta 1? OOo 3.4 beta 1 used something that currently redirects, for me, to https://hs-ws1.oracle.com/RegistrationWeb/registration/default/en_US/register-login.jsp?legacy=truetgtPrd=OpenOffice.orgprd=registrationuuid=urn...e588 but being a beta version it was installed by a small fraction of users, and anyway the page works (it is an Oracle account registration, which is probably useless to OpenOffice users, but is online). I'm not suggesting that 3.4.0 be updated to include registration, merely that it would be helpful to direct users of 3.3 to the new version, and let them know that the registration step has not failed. So I'd propose to ask Infra to redirect the whole domains https://registration2.services.openoffice.org/ http://registration2.services.openoffice.org/ http://survey.services.openoffice.org/ to something that explains that OpenOffice.org is now at Apache. I've looked at some options on the openoffice.org website, but the best candidate seems to be a blog post: https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache Does anyone have better links to propose? Otherwise I guess we can ask Infra to setup the redirection. Anyone who has the access to the registration link is running an old version of OpenOffice, right. And they are probably just installing the older version and seeing the registration link. So I'd expect that they would soon get a update prompt from within OpenOffice, within a week, assuming they are using OOo 3.2, 3.2.1 or 3.3.0. So in those cases seem to be handled fine already. The ones that are not covered by the above would be: 1) Someone using an earlier version of OOo (pre 3.2.0) 2) Someone using a version of OOo 3.3.0 or earlier that has not yet been translated for AOO. So it might make sense to send them to the download page? Or a custom/new page that says: a) Thank you for installing OOo b) OOo is now at Apache c) The latest version is AOO 3.4. You can get it here (give download link) d) Useful extensions and templates are here (give links) e) If you want to stay informed about new releases and other announcements, here is our announcement link, Twitter account, etc. Regards, Andrea.
Re: Registration
On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah barrysto...@yahoo.com wrote: Hi, I keep getting a message to Register Your OpenOffice.org, it is not possible as I always get the message - Internet Explorer cannot display the webpage, or from OpenOffice welcome page - get more information the webpage cannot be found. Hi Barry, It sounds like you are installing an old version of OpenOffice. The current version is 3.4 and it does not have a registration screen. You can download the latest version from http://download.openoffice.org. If for some reason you need to install the older version, you will get the behavior you reported. The registration went to a Sun/Oracle website that no longer is up. You can safely ignore that error. Regards, -Rob Regards, Barry Storah
Re: Registration
On 16 July 2012 17:26, Rob Weir robw...@apache.org wrote: On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah barrysto...@yahoo.com wrote: Hi, I keep getting a message to Register Your OpenOffice.org, it is not possible as I always get the message - Internet Explorer cannot display the webpage, or from OpenOffice welcome page - get more information the webpage cannot be found. Hi Barry, It sounds like you are installing an old version of OpenOffice. The current version is 3.4 and it does not have a registration screen. You can download the latest version from http://download.openoffice.org. If for some reason you need to install the older version, you will get the behavior you reported. The registration went to a Sun/Oracle website that no longer is up. You can safely ignore that error. Would it be possible to get the destination URL re-instated? Ideally this would redirect to an ASF page (easier to maintain), where the user could be informed that there is a new version. Alternatively, the target page could do the same, with a link to the ASF for further information. Regards, -Rob Regards, Barry Storah
Re: Registration
On Mon, Jul 16, 2012 at 1:13 PM, sebb seb...@gmail.com wrote: On 16 July 2012 17:26, Rob Weir robw...@apache.org wrote: On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah barrysto...@yahoo.com wrote: Hi, I keep getting a message to Register Your OpenOffice.org, it is not possible as I always get the message - Internet Explorer cannot display the webpage, or from OpenOffice welcome page - get more information the webpage cannot be found. Hi Barry, It sounds like you are installing an old version of OpenOffice. The current version is 3.4 and it does not have a registration screen. You can download the latest version from http://download.openoffice.org. If for some reason you need to install the older version, you will get the behavior you reported. The registration went to a Sun/Oracle website that no longer is up. You can safely ignore that error. Would it be possible to get the destination URL re-instated? The registration URL's for OOo 3.3 look like this: https://registration2.services.openoffice.org/RegistrationWeb/register/GUID?prduct=OpenOffice.orglocale=encid-926117 So we should be able to handle this entirely with ASF. But I thought there was another version that went directly to an Oracle domain. Maybe that was OOo 3.4 beta 1? The question is: what could we do if even a fraction of the 8 million downloads of AOO 3.4.0 led to a registration? Suggest they join the ooo-announce list? (Can ezmlm handle 100,000 subscribers?) Follow us on Twitter? At the very least we can point them to the FAQ's and support pages. If there is some way we can help users by having them view a post-install registration screen, then we might add the registration step back in future versions. -Rob Ideally this would redirect to an ASF page (easier to maintain), where the user could be informed that there is a new version. Alternatively, the target page could do the same, with a link to the ASF for further information. Regards, -Rob Regards, Barry Storah
Re: Registration
On 16 July 2012 19:01, Rob Weir robw...@apache.org wrote: On Mon, Jul 16, 2012 at 1:13 PM, sebb seb...@gmail.com wrote: On 16 July 2012 17:26, Rob Weir robw...@apache.org wrote: On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah barrysto...@yahoo.com wrote: Hi, I keep getting a message to Register Your OpenOffice.org, it is not possible as I always get the message - Internet Explorer cannot display the webpage, or from OpenOffice welcome page - get more information the webpage cannot be found. Hi Barry, It sounds like you are installing an old version of OpenOffice. The current version is 3.4 and it does not have a registration screen. You can download the latest version from http://download.openoffice.org. If for some reason you need to install the older version, you will get the behavior you reported. The registration went to a Sun/Oracle website that no longer is up. You can safely ignore that error. Would it be possible to get the destination URL re-instated? The registration URL's for OOo 3.3 look like this: https://registration2.services.openoffice.org/RegistrationWeb/register/GUID?prduct=OpenOffice.orglocale=encid-926117 So we should be able to handle this entirely with ASF. Good. But I thought there was another version that went directly to an Oracle domain. Maybe that was OOo 3.4 beta 1? Should catch that too. The question is: what could we do if even a fraction of the 8 million downloads of AOO 3.4.0 led to a registration? Suggest they join the ooo-announce list? (Can ezmlm handle 100,000 subscribers?) Follow us on Twitter? At the very least we can point them to the FAQ's and support pages. I'm not suggesting that 3.4.0 be updated to include registration, merely that it would be helpful to direct users of 3.3 to the new version, and let them know that the registration step has not failed. If there is some way we can help users by having them view a post-install registration screen, then we might add the registration step back in future versions. In the meantime, avoiding the error message for users of earlier versions would be a kindness to end users. For every one person who bothered to report the error, there are presumably many others who also encountered the error. -Rob Ideally this would redirect to an ASF page (easier to maintain), where the user could be informed that there is a new version. Alternatively, the target page could do the same, with a link to the ASF for further information. Regards, -Rob Regards, Barry Storah
Re: Registration
On 20/03/2012 16:32, Rob Weir wrote: So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. I think it used to redirect to a (localized) page saying something like Thank you for downloading OpenOffice.org and providing links to a few resources like: - Extensions and Temmplates - Forums - Mailing lists. There might still be localizaed banners around too. Regards, Andrea.
Re: Registration
On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can go to register my product.Thanks,Tobias
Re: Registration
I just wonder if all OpenOffice users are not Englishmen ... how this is handled? Regards Risto Rob Weir [robw...@apache.org] kirjoitti: On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can go to register my product.Thanks,Tobias
Re: Registration
On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen rjaas...@saunalahti.fi wrote: I just wonder if all OpenOffice users are not Englishmen ... how this is handled? Good question. OOo 3.3 sends a request with a URL like this: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. Currently we don't have an equivalent page in other languages. We could clean up that page and get it translated into the various languages. But I don't know enough about Apache server rewrites to know if it is possible to redirect based on a URL parameter. Maybe one of our gurus can tell us it is possible to redirect: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 to http://registration2.services.openoffice.org/confirm_en.html or even: http://en.openoffice.org/confirm.html In other words, can we pick out a URL parameter and use that elsewhere in the rewrite? -Rob Regards Risto Rob Weir [robw...@apache.org] kirjoitti: On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can
Re: Registration
On Mar 20, 2012, at 3:32 PM, Rob Weir wrote: On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen rjaas...@saunalahti.fi wrote: I just wonder if all OpenOffice users are not Englishmen ... how this is handled? Good question. OOo 3.3 sends a request with a URL like this: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. Currently we don't have an equivalent page in other languages. We could clean up that page and get it translated into the various languages. But I don't know enough about Apache server rewrites to know if it is possible to redirect based on a URL parameter. Maybe one of our gurus can tell us it is possible to redirect: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 to http://registration2.services.openoffice.org/confirm_en.html or even: http://en.openoffice.org/confirm.html In other words, can we pick out a URL parameter and use that elsewhere in the rewrite? It ought to be possible to do a rewrite to go to say: www.openoffice.org/contributing.html (if en) www.openoffice.org/fr/contributing.html (if fr) ... We can then put contributing pages in English into each NL site. A first task for NL volunteers can be to translate these to their own language. Regards, Dave -Rob Regards Risto Rob Weir [robw...@apache.org] kirjoitti: On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the
Re: Registration
On Mar 20, 2012, at 4:43 PM, Rob Weir wrote: On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher dave2w...@comcast.net wrote: On Mar 20, 2012, at 3:32 PM, Rob Weir wrote: On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen rjaas...@saunalahti.fi wrote: I just wonder if all OpenOffice users are not Englishmen ... how this is handled? Good question. OOo 3.3 sends a request with a URL like this: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. Currently we don't have an equivalent page in other languages. We could clean up that page and get it translated into the various languages. But I don't know enough about Apache server rewrites to know if it is possible to redirect based on a URL parameter. Maybe one of our gurus can tell us it is possible to redirect: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 to http://registration2.services.openoffice.org/confirm_en.html or even: http://en.openoffice.org/confirm.html In other words, can we pick out a URL parameter and use that elsewhere in the rewrite? It ought to be possible to do a rewrite to go to say: www.openoffice.org/contributing.html (if en) www.openoffice.org/fr/contributing.html (if fr) ... We can then put contributing pages in English into each NL site. A first task for NL volunteers can be to translate these to their own language. Maybe done via Subversion symbolic links, so we can keep the English version updated, at least until the point an NL group takes it over. Or perhaps externals, I think that would be a folder. We could have an apache, policy, or user directory - content/user/. With files like: registration.mdtext contributing.mdtext policy.mdtext The directory could be external in say French - content/fr/user/. The files registration.mdtext etc in that directory become like branches, can be translated and it would be possible to flag these changes for each NL team. I'll look for someone with svn superpowers like Joe to tell us if this is a good idea or crazy. Regards, Dave Regards, Dave -Rob Regards Risto Rob Weir [robw...@apache.org] kirjoitti: On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this
Re: Registration
On Tue, Mar 20, 2012 at 8:18 PM, Dave Fisher dave2w...@comcast.net wrote: On Mar 20, 2012, at 4:43 PM, Rob Weir wrote: On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher dave2w...@comcast.net wrote: On Mar 20, 2012, at 3:32 PM, Rob Weir wrote: On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen rjaas...@saunalahti.fi wrote: I just wonder if all OpenOffice users are not Englishmen ... how this is handled? Good question. OOo 3.3 sends a request with a URL like this: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. Currently we don't have an equivalent page in other languages. We could clean up that page and get it translated into the various languages. But I don't know enough about Apache server rewrites to know if it is possible to redirect based on a URL parameter. Maybe one of our gurus can tell us it is possible to redirect: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 to http://registration2.services.openoffice.org/confirm_en.html or even: http://en.openoffice.org/confirm.html In other words, can we pick out a URL parameter and use that elsewhere in the rewrite? It ought to be possible to do a rewrite to go to say: www.openoffice.org/contributing.html (if en) www.openoffice.org/fr/contributing.html (if fr) ... We can then put contributing pages in English into each NL site. A first task for NL volunteers can be to translate these to their own language. Maybe done via Subversion symbolic links, so we can keep the English version updated, at least until the point an NL group takes it over. Or perhaps externals, I think that would be a folder. We could have an apache, policy, or user directory - content/user/. With files like: registration.mdtext contributing.mdtext policy.mdtext The directory could be external in say French - content/fr/user/. The files registration.mdtext etc in that directory become like branches, can be translated and it would be possible to flag these changes for each NL team. I'll look for someone with svn superpowers like Joe to tell us if this is a good idea or crazy. Right. Especially if there are any weird interactions with externals or symb links and the CMS. I suspect many of the NL contributors will start with the CMS/patch route. -Rob Regards, Dave Regards, Dave -Rob Regards Risto Rob Weir [robw...@apache.org] kirjoitti: On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher dave2w...@comcast.net wrote: Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. I wonder whether this page would be appropriate: http://www.openoffice.org/download/contribute.html That is the one that we currently point users to as they download OOo 3.3. It seems to cover all the bases, getting help, mailing lists, etc. It even might direct some dimes to the treasury. Maybe just change the header to Thanks for downloading OpenOffic.org ?? That would then cover both bases. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? If there are no objections I'll do the above. Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no
Re: Registration
Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can go to register my product.Thanks,Tobias
Re: Registration
Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can go to register my product.Thanks,Tobias
Re: Registration
Since we can't control existing distributions: To dos would be. (1) Create a page that explains things either in the podling site, either wiki, or ooo-site. (2) Redirect all registration[0-9].services.openoffice.org requests to that page. This would be a JIRA ticket for INFRA after doing (1) Volunteers? Regards, DAve On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote: Perhaps the register landing page should point to a page with this information. (and maybe a plug for AOO and the Apache Way, etc.) A. On 3/19/2012 5:30 AM, Rob Weir wrote: Hi Tobias, Thanks for the report on the registration page. This outage is intentional. We are no longer doing user registration with OpenOffice.org. Our next release will remove this option so you do not get that error message. The closes thing to registration we have is a mailing list that users can sign up for to receive updates from the project,such as announcements of new releases. If you want to subscribe to this list, send an email to: ooo-announce-subscr...@incubator.apache.org. Regards, -Rob On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese tobiascort...@hotmail.com wrote: Hello, The registration link for OpenOffice brings up an error page. Here's the link and error message: https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.orglocale=encid=926117 This webpage is not availableThe server at registration2.services.openoffice.org can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this means.Try disabling network prediction by following these steps: Go to the wrench menu Preferences Under the Hood and deselect Predict network actions to improve page load performance. If this does not resolve the issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to Applications System Preferences Network Advanced Proxies and deselect any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS address.Please let me know where I can go to register my product.Thanks,Tobias
Re: registration
genevieve Berthault wrote: Hello! I would like to subscribe to this mailing list please. All the best, Genny You will have to subscribe yourself. Go to http://incubator.apache.org/openofficeorg/mailing-lists.html and click the link. Just so that your aware this list is very active and you will be getting a large number of message per day. Thanks for your interest in Apache OpenOffice.org and look forward to your input. Andy ps. Please reply only to the list.
Re: registration
Send email to: ooo-dev-subscr...@incubator.apache.org Also, see: http://incubator.apache.org/openofficeorg/mailing-lists.html -Rob On Thu, Aug 11, 2011 at 8:02 AM, genevieve Berthault translatel...@sympatico.ca wrote: Hello! I would like to subscribe to this mailing list please. All the best, Genny