Re: Disposition of *.services.oo.o
Looking into this further - I believe that download.services.openoffice.org will not be affected. It should stay up along with all of the Kenai based services and svn.oo.o/hg Andrew On 10/27/2011 4:09 PM, Marcus (OOo) wrote: Am 10/22/2011 12:08 PM, schrieb Marcus (OOo): Am 10/22/2011 01:56 AM, schrieb Marcus (OOo): Am 10/22/2011 01:37 AM, schrieb Dave Fisher: On Oct 21, 2011, at 4:16 PM, Marcus (OOo) wrote: Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. It may be that we can use the ASF method of picking mirrors to select from the current list of OOo mirrors. I've not yet tested which ASF mirrors already provide also OOo install sets. Or how to change the script, so that it accepts also other mirrors. And the http://www.apache.org/dyn/closer.cgi; script has to be tweaked, so that it provides the suitable mirror *and* link to the OOo install set. Only a link to the closest mirror is not enough for end-users. A lot to do. However, for me this seems to be the long term solution. BTW: Here's the list of all OOo mirrors: http://download.services.openoffice.org/mirrors/all.html There is another host inside the *.services.oo.o domain. It's working as FTP master server for the complete mirror network. A few big mirrors sync from this master server to keep up-to-date with the release builds. All other mirrors are sync'ing from these few big ones. I don't know exactly but it could happen that the release builds get deleted because the master server is no longer reachable. I'll send a message to the old distribution.mirrors@, so that all mirror admins are warned that the master server will be shutdown and they should make sure that the OOo directory tree doesn't get deleted when the rsync job starts to fails next week. Hopefully this will still reach enough mirror admins to keep the mirror network stable somehow to satisfy future download requests. Marcus So far one 1 mirror admin in Switzerland had some doubts to keep the mirror alive but I hope to convinced him to do so. No feedback from others. Lets cross our fingers that enough mirrors will stay in the game. Marcus -- Andrew Rist | Interoperability Architect OracleCorporate Architecture Group Redwood Shores, CA | 650.506.9847
Re: Disposition of *.services.oo.o
Am 10/28/2011 01:18 AM, schrieb Andrew Rist: Looking into this further - I believe that download.services.openoffice.org will not be affected. It should stay up along with all of the Kenai based services and svn.oo.o/hg Ah, nice surprise. :-) However, we are prepared for the case. Thanks Marcus On 10/27/2011 4:09 PM, Marcus (OOo) wrote: Am 10/22/2011 12:08 PM, schrieb Marcus (OOo): Am 10/22/2011 01:56 AM, schrieb Marcus (OOo): Am 10/22/2011 01:37 AM, schrieb Dave Fisher: On Oct 21, 2011, at 4:16 PM, Marcus (OOo) wrote: Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. It may be that we can use the ASF method of picking mirrors to select from the current list of OOo mirrors. I've not yet tested which ASF mirrors already provide also OOo install sets. Or how to change the script, so that it accepts also other mirrors. And the http://www.apache.org/dyn/closer.cgi; script has to be tweaked, so that it provides the suitable mirror *and* link to the OOo install set. Only a link to the closest mirror is not enough for end-users. A lot to do. However, for me this seems to be the long term solution. BTW: Here's the list of all OOo mirrors: http://download.services.openoffice.org/mirrors/all.html There is another host inside the *.services.oo.o domain. It's working as FTP master server for the complete mirror network. A few big mirrors sync from this master server to keep up-to-date with the release builds. All other mirrors are sync'ing from these few big ones. I don't know exactly but it could happen that the release builds get deleted because the master server is no longer reachable. I'll send a message to the old distribution.mirrors@, so that all mirror admins are warned that the master server will be shutdown and they should make sure that the OOo directory tree doesn't get deleted when the rsync job starts to fails next week. Hopefully this will still reach enough mirror admins to keep the mirror network stable somehow to satisfy future download requests. Marcus So far one 1 mirror admin in Switzerland had some doubts to keep the mirror alive but I hope to convinced him to do so. No feedback from others. Lets cross our fingers that enough mirrors will stay in the game. Marcus
Re: Disposition of *.services.oo.o
On 10/23/2011 02:44 PM, TJ Frazier wrote: snip Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. Okay, some notices are up. Not very pretty, and not as universal as I'd like, but they're *there*. See [1]. The message says: HURRAH!! We're moving! [in white, on red background] Please expect temporary outages. See Moving Day for the latest news. _ Moving Day (linked) says: quote Latest news 12:25, 22 October 2011 (UTC) Expect outages starting next Friday night or Saturday morning (Oct 28/29, 2011 UTC). Expected changes 12:25, 22 October 2011 (UTC) Probably none. Accounts and addresses should work as they always did. All data will be preserved. Known problems (technical) 12:25, 22 October 2011 (UTC) Due to a version fall-back of the DPL extension, the DPL commands are less capable and more fussy (they do not tolerate CSS inside a template call). I will revise the affected templates, and any other uses I find (or you point out!). Background Feel free to ask questions on the Talk:Moving_Day page: other users probably have the same questions you do. Wonderful job! and the Talk:Moving_Day page is a plus! As part of the transfer of OpenOffice.org from Oracle/Kenai to the Apache Software Foundation, this wiki is being re-hosted on Apache servers. This requires some service outage (as brief as we can manage) while the wiki is dumped and reloaded, and addresses are redirected. ___ /quote Suggestions and improvements welcome. Or change it yourself: it's a wiki. [1] http://wiki.services.openoffice.org/wiki/Main_Page -- MzK There is no such thing as coincidence. -- Leroy Jethro Gibbs, Rule #39
Re: Disposition of *.services.oo.o
snip Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. Okay, some notices are up. Not very pretty, and not as universal as I'd like, but they're *there*. See [1]. The message says: HURRAH!!We're moving! [in white, on red background] Please expect temporary outages. See Moving Day for the latest news. _ Moving Day (linked) says: quote Latest news 12:25, 22 October 2011 (UTC) Expect outages starting next Friday night or Saturday morning (Oct 28/29, 2011 UTC). Expected changes 12:25, 22 October 2011 (UTC) Probably none. Accounts and addresses should work as they always did. All data will be preserved. Known problems (technical) 12:25, 22 October 2011 (UTC) Due to a version fall-back of the DPL extension, the DPL commands are less capable and more fussy (they do not tolerate CSS inside a template call). I will revise the affected templates, and any other uses I find (or you point out!). Background Feel free to ask questions on the Talk:Moving_Day page: other users probably have the same questions you do. As part of the transfer of OpenOffice.org from Oracle/Kenai to the Apache Software Foundation, this wiki is being re-hosted on Apache servers. This requires some service outage (as brief as we can manage) while the wiki is dumped and reloaded, and addresses are redirected. ___ /quote Suggestions and improvements welcome. Or change it yourself: it's a wiki. [1] http://wiki.services.openoffice.org/wiki/Main_Page -- /tj/ T. J. Frazier Melbourne, FL (TJFrazier on OO.o)
Re: Disposition of *.services.oo.o
Am 10/22/2011 02:25 AM, schrieb Dennis E. Hamilton: It is unlikely that historical downloads will be available from the same download location as the Apache OOo podling and Apache OOo TLP releases. At the same time, it is important to preserve the historical downloads. And also This is already done for one of the largest mirrors. The admin promised to presave the current release builds to another location on his mirror. the accompanying sources (a condition on the LGPL of course) assuming that tarballs of those source trees were captured. Yes, in the old OOo project we have also created source tarballs from every binary release. So, this condition was always fulfilled. And I haven't seen a mirror that doesn't provide the source for a binary release. Marcus -Original Message- From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] Sent: Friday, October 21, 2011 16:16 To: ooo-dev@incubator.apache.org Subject: Re: Disposition of *.services.oo.o [ ... ] Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. Marcus
Re: Disposition of *.services.oo.o
Am 10/22/2011 01:56 AM, schrieb Marcus (OOo): Am 10/22/2011 01:37 AM, schrieb Dave Fisher: On Oct 21, 2011, at 4:16 PM, Marcus (OOo) wrote: Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. It may be that we can use the ASF method of picking mirrors to select from the current list of OOo mirrors. I've not yet tested which ASF mirrors already provide also OOo install sets. Or how to change the script, so that it accepts also other mirrors. And the http://www.apache.org/dyn/closer.cgi; script has to be tweaked, so that it provides the suitable mirror *and* link to the OOo install set. Only a link to the closest mirror is not enough for end-users. A lot to do. However, for me this seems to be the long term solution. BTW: Here's the list of all OOo mirrors: http://download.services.openoffice.org/mirrors/all.html There is another host inside the *.services.oo.o domain. It's working as FTP master server for the complete mirror network. A few big mirrors sync from this master server to keep up-to-date with the release builds. All other mirrors are sync'ing from these few big ones. I don't know exactly but it could happen that the release builds get deleted because the master server is no longer reachable. I'll send a message to the old distribution.mirrors@, so that all mirror admins are warned that the master server will be shutdown and they should make sure that the OOo directory tree doesn't get deleted when the rsync job starts to fails next week. Hopefully this will still reach enough mirror admins to keep the mirror network stable somehow to satisfy future download requests. Marcus
Re: Disposition of *.services.oo.o
TJ-- Thanks for answering my questions and the update on all this! Great that you're on top of all this! :) On 10/21/2011 04:37 PM, TJ Frazier wrote: On 10/21/2011 18:48, Kay Schenk wrote: On 10/21/2011 01:31 PM, TJ Frazier wrote: Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+Services but this is much better. I think what you've got here looks good as much as I know about MW, which isn't much. Q1: WILL user accounts be migrated or will folks need to re-sign? There is no technical reason for needing to re-sign. In the absence of direction from the PPMC, they won't need to. When Terry created the test copy, he included a step to scramble the existing passwords, thus making the wiki copy effectively read-only. There is no technical need for this. Q2: If folks re-use existing user names, can they, in fact, get to the same info as before with the same rights? In other words, are the administrative aspects part of the load or must this be done some other way? Briefly, yes. The admin rights are part of the load. As a bureaucrat (wiki role) I can add or delete rights for anybody. I would expect to get some direction from the PPMC on this, but I am assuming that the ranks of administrators (sysops in popular parlance) and bureaucrats should be winnowed of non-active members, which is most of them. In theory, the PPMC could tell me to add a couple of new bureaucrats, remove my own rights, and go back to being an ordinary user. Which I could and would do, though I would recommend against it. --/tj/ Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave -- MzK There is no such thing as coincidence. -- Leroy Jethro Gibbs, Rule #39
Re: Disposition of *.services.oo.o
On 22/10/2011 Marcus (OOo) wrote: Am 10/22/2011 02:25 AM, schrieb Dennis E. Hamilton: It is unlikely that historical downloads will be available from the same download location as the Apache OOo podling and Apache OOo TLP releases. At the same time, it is important to preserve the historical downloads. And also This is already done for one of the largest mirrors. The admin promised to presave the current release builds to another location on his mirror. What about the archive (containing OOo 1.x, 2.x, and earlier 3.x)? The address is http://archive.services.openoffice.org and, albeit it resolves very slowly for me, it is still working. For those not knowing, it is just a round-robin DNS pointing to, I believe, an Italian server and two German ones and offering a rather complete history of binary and source releases of OpenOffice.org in many languages and for many platforms. Migrating it should be rather easy since everything should be in the DNS zone configuration, but it must be added to the list of services to be considered. Regards, Andrea.
Re: Disposition of *.services.oo.o
Am 10/23/2011 12:17 AM, schrieb Andrea Pescetti: On 22/10/2011 Marcus (OOo) wrote: Am 10/22/2011 02:25 AM, schrieb Dennis E. Hamilton: It is unlikely that historical downloads will be available from the same download location as the Apache OOo podling and Apache OOo TLP releases. At the same time, it is important to preserve the historical downloads. And also This is already done for one of the largest mirrors. The admin promised to presave the current release builds to another location on his mirror. What about the archive (containing OOo 1.x, 2.x, and earlier 3.x)? Good news is that the archive is already part of the saving. The address is http://archive.services.openoffice.org and, albeit it resolves very slowly for me, it is still working. For me it's the GARR mirror in Italy. Fine and fast. Marcus
Disposition of *.services.oo.o
Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
Re: Disposition of *.services.oo.o
On Fri, Oct 21, 2011 at 2:35 PM, Dave Fisher dave2w...@comcast.net wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. What is an example of a Kenai consideration? Is the issue broken links? Or is there some other connection between Kenai and *.services.oo.o we need to look at? These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
Re: Disposition of *.services.oo.o
On Oct 21, 2011, at 11:54 AM, Rob Weir wrote: On Fri, Oct 21, 2011 at 2:35 PM, Dave Fisher dave2w...@comcast.net wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. What is an example of a Kenai consideration? Is the issue broken links? Or is there some other connection between Kenai and *.services.oo.o we need to look at? Only if we want or need to change any pages to indicate that there are changes. Specifically I am concerned about downloads.oo.o which uses donwloads.services.oo.o. Regards, Dave These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
Re: Disposition of *.services.oo.o
Dave-- Thank you SO much for bringing all this to light... On 10/21/2011 12:22 PM, Dave Fisher wrote: On Oct 21, 2011, at 11:54 AM, Rob Weir wrote: On Fri, Oct 21, 2011 at 2:35 PM, Dave Fisherdave2w...@comcast.net wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work YAY! Since the current incarnation is old-ish and work HAS continued on the wiki. that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. OK...I know you say you don't have any more time to deal with this now but maybe someone else can chime in. I don't remember what we're doign about current user account? Do people need to re-up? Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? Well this would certainly be nice if we could... (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. Not my perview for sure...I'm copying Marcus on this one since he could probably help out (maybe). We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. I can help with link changes on the main www site for areas I have access to. What I think would be REALLY helpful right now -- today -- is a posting on the main wiki and forums pages telling folks that there may be outages starting next Friday am (GMT?) for up to a few days during the transition. I can't do this but whoever can -- PLEASE take care of this today! We don't want the press to go into yet another frenzy. What is an example of a Kenai consideration? Is the issue broken links? Or is there some other connection between Kenai and *.services.oo.o we need to look at? Only if we want or need to change any pages to indicate that there are changes. Specifically I am concerned about downloads.oo.o which uses donwloads.services.oo.o. Regards, Dave These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave -- MzK There is no such thing as coincidence. -- Leroy Jethro Gibbs, Rule #39
Re: Disposition of *.services.oo.o
Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+Services but this is much better. Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
Re: Disposition of *.services.oo.o
On 10/21/2011 01:31 PM, TJ Frazier wrote: Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+Services but this is much better. I think what you've got here looks good as much as I know about MW, which isn't much. Q1: WILL user accounts be migrated or will folks need to re-sign? Q2: If folks re-use existing user names, can they, in fact, get to the same info as before with the same rights? In other words, are the administrative aspects part of the load or must this be done some other way? Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave -- MzK There is no such thing as coincidence. -- Leroy Jethro Gibbs, Rule #39
Re: Disposition of *.services.oo.o
Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. Marcus
Re: Disposition of *.services.oo.o
On Oct 21, 2011, at 4:16 PM, Marcus (OOo) wrote: Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. It may be that we can use the ASF method of picking mirrors to select from the current list of OOo mirrors. Regards, Dave Marcus
Re: Disposition of *.services.oo.o
On 10/21/2011 18:48, Kay Schenk wrote: On 10/21/2011 01:31 PM, TJ Frazier wrote: Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+Services but this is much better. I think what you've got here looks good as much as I know about MW, which isn't much. Q1: WILL user accounts be migrated or will folks need to re-sign? There is no technical reason for needing to re-sign. In the absence of direction from the PPMC, they won't need to. When Terry created the test copy, he included a step to scramble the existing passwords, thus making the wiki copy effectively read-only. There is no technical need for this. Q2: If folks re-use existing user names, can they, in fact, get to the same info as before with the same rights? In other words, are the administrative aspects part of the load or must this be done some other way? Briefly, yes. The admin rights are part of the load. As a bureaucrat (wiki role) I can add or delete rights for anybody. I would expect to get some direction from the PPMC on this, but I am assuming that the ranks of administrators (sysops in popular parlance) and bureaucrats should be winnowed of non-active members, which is most of them. In theory, the PPMC could tell me to add a couple of new bureaucrats, remove my own rights, and go back to being an ordinary user. Which I could and would do, though I would recommend against it. --/tj/ Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
Re: Disposition of *.services.oo.o
Am 10/22/2011 01:37 AM, schrieb Dave Fisher: On Oct 21, 2011, at 4:16 PM, Marcus (OOo) wrote: Am 10/21/2011 08:35 PM, schrieb Dave Fisher: (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. Yes, the complete download method rely on a working download.services.oo.o domain as here our Mirrorbrain instance is running to do the loadbalancing for download requests. As it wasn't accepted to bring this into the podling as another software service, we have to find another solution. 1) As short term solution we could switch to a system that we were allowed to use as backup for any outages we had at Sun/Oracle times. This system is running on www.mirrorbrain.org and is hosted and serviced by Peter Poeml. As long as the download.openoffice.org host is still working there shouldn't be bigger problems if we could use the backup system. I'll ask him if it's OK to rely this time a bit longer as long as we have not a long term solution (see other mail). 2) It seems to be time to connect to the ASF system to do software downloads. However, AFAIK we have the problem that the ASF is very likely not willing to host pre-ASF releases of OOo within their mirror network. Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. It may be that we can use the ASF method of picking mirrors to select from the current list of OOo mirrors. I've not yet tested which ASF mirrors already provide also OOo install sets. Or how to change the script, so that it accepts also other mirrors. And the http://www.apache.org/dyn/closer.cgi; script has to be tweaked, so that it provides the suitable mirror *and* link to the OOo install set. Only a link to the closest mirror is not enough for end-users. A lot to do. However, for me this seems to be the long term solution. BTW: Here's the list of all OOo mirrors: http://download.services.openoffice.org/mirrors/all.html Marcus
RE: Disposition of *.services.oo.o
TJ It seems you (and perhaps others) have already been using ooo-wiki.apache.org http://ooo-wiki.apache.org/w/index.php?title=Special:RecentChangesdays=30 well, these and any other changes will be lost when I import the existing database over. I don't remember anyone declaring the ooo-wiki or ooo-forums open and they are not. Hopefully, after next week, they will be. Gav... -Original Message- From: TJ Frazier [mailto:tjfraz...@cfl.rr.com] Sent: Saturday, 22 October 2011 6:31 AM To: ooo-dev@incubator.apache.org Subject: Re: Disposition of *.services.oo.o Importance: High Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+ Services but this is much better. Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave
RE: Disposition of *.services.oo.o
+1 -Original Message- From: TJ Frazier [mailto:tjfraz...@cfl.rr.com] Sent: Friday, October 21, 2011 16:38 To: ooo-dev@incubator.apache.org Subject: Re: Disposition of *.services.oo.o On 10/21/2011 18:48, Kay Schenk wrote: On 10/21/2011 01:31 PM, TJ Frazier wrote: Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation. I have posted a Salvage Plan at https://cwiki.apache.org/confluence/display/OOOUSERS/Community+Wiki+Services but this is much better. I think what you've got here looks good as much as I know about MW, which isn't much. Q1: WILL user accounts be migrated or will folks need to re-sign? There is no technical reason for needing to re-sign. In the absence of direction from the PPMC, they won't need to. When Terry created the test copy, he included a step to scramble the existing passwords, thus making the wiki copy effectively read-only. There is no technical need for this. Q2: If folks re-use existing user names, can they, in fact, get to the same info as before with the same rights? In other words, are the administrative aspects part of the load or must this be done some other way? Briefly, yes. The admin rights are part of the load. As a bureaucrat (wiki role) I can add or delete rights for anybody. I would expect to get some direction from the PPMC on this, but I am assuming that the ranks of administrators (sysops in popular parlance) and bureaucrats should be winnowed of non-active members, which is most of them. In theory, the PPMC could tell me to add a couple of new bureaucrats, remove my own rights, and go back to being an ordinary user. Which I could and would do, though I would recommend against it. --/tj/ Does Apache Infra plan to change dns resolution of user.services.oo.o and wiki.services.oo.o to point to the ooo-forum.a.o and ooo-wiki.a.o domain names as of this transition? (2) downloads.services.oo.o goes away this needs attention. This is the major unknown. We do have a version of this page in the website migration. It is rather clean. I think the page handles a missing mirror brain, but I don't know if it handles it well. The version that was cleaned up is in the AOOo project svn in ooo/ooo-site/trunk/content/download/. (3) extensions.services.oo.o and templates.services.oo.o are hosted at OSUOSL and will be retained. They still need work on Drupal upgrades, the OSUOSL admins have turned their noisy Nagios checks off and we have to report outages to supp...@osuosl.org ourselves. They are usually responsive by the business day AM in US Pacific Time Zone. (4) All other *.services.oo.o are going away. If any of these are important to you please recall that Andrew Rist has mentioned that he does have a backup of everything. Please contact him about other services, if you would like to resurrect them. (5) Some consideration will need to be made about changes needed to the Kenai based www.openoffice.org due to the services change. These topics can't wait, but I don't have any more bandwidth for AOOo until Sunday night or Monday. Regards, Dave smime.p7s Description: S/MIME cryptographic signature
RE: Disposition of *.services.oo.o
It is unlikely that historical downloads will be available from the same download location as the Apache OOo podling and Apache OOo TLP releases. At the same time, it is important to preserve the historical downloads. And also the accompanying sources (a condition on the LGPL of course) assuming that tarballs of those source trees were captured. - Dennis E. Hamilton tools for document interoperability, http://nfoWorks.org/ dennis.hamil...@acm.org gsm: +1-206-779-9430 @orcmid -Original Message- From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] Sent: Friday, October 21, 2011 16:16 To: ooo-dev@incubator.apache.org Subject: Re: Disposition of *.services.oo.o [ ... ] Nevertheless we need to prepare our download webpages for the ASF method when we will have ready our first AOO release. Marcus smime.p7s Description: S/MIME cryptographic signature
Re: Disposition of *.services.oo.o
Hi, Gav, What excellent news, that the Mwiki will reincarnate here! Terry blessed (cursed?) me with bureaucrat privileges and a live account on the test wiki. I only used it to hack at the DPL problem, which was caused by the version fall-back on the extension. I don't speak PHP, and only fumble with Linux and SQL, but I do speak template; I can fix the DPL problem well enough. (Also I explored my Olympian bureaucrat powers. :-) ) I'll re-do it better when the new copy is open. I don't think any other accounts are live, and I haven't seen any Recent Changes from anybody else. Andrew Rist has promoted me to bureaucrat on the live wiki, so I will still be one when the new copy goes up. If I can be of any help, just ask. --/tj/ On 10/21/2011 20:03, Gavin McDonald wrote: TJ It seems you (and perhaps others) have already been using ooo-wiki.apache.org http://ooo-wiki.apache.org/w/index.php?title=Special:RecentChangesdays=30 well, these and any other changes will be lost when I import the existing database over. I don't remember anyone declaring the ooo-wiki or ooo-forums open and they are not. Hopefully, after next week, they will be. Gav... -Original Message- From: TJ Frazier [mailto:tjfraz...@cfl.rr.com] Sent: Saturday, 22 October 2011 6:31 AM To: ooo-dev@incubator.apache.org Subject: Re: Disposition of *.services.oo.o Importance: High Dave, I want to be very sure about this, because I can and will post the notices on the live wiki ... On 10/21/2011 14:35, Dave Fisher wrote: Hi All, I had a conversation with Andrew Rist this morning. Here is what I have found out about what will happen in one week. (1) Forums and Mediawiki will be cloned and moved to Apache Infrastructure on top of the work that TerryE and the Apache Infra team accomplished. Andrew, Gavin and TJ will be doing the heavy lifting starting with some practice conversions. I read this to mean that Infra has devised a way to support the live MW wiki satisfactorily. YEA!! from me, too. Well done, guys. I will post the outage notices Kay recommends as soon as I can, after confirmation.