Re: Release 3.4.1 storage and incubator removal.
On 01/08/2013 Henk P. Penning wrote: Well, would at least be possible to put a symlink named 1.x-3.x in http://archive.apache.org/dist/openoffice/ that goes to http://archive.apache.org/dist/incubator/ooo/ ? IMHO symlinks and redirects reduce simplicity and clarity, because it soons turns into a confusing 'spaghetti' that is hard to document or understand for future maintainers. Users don't care where old stuff lives ; they just click urls. OK. In the end, I updated http://www.openoffice.org/download/archive.html with a link to the Apache Incubator archives (for versions 1.x-3.x) and one to the current Apache Archives (4.x and later). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Thu, 1 Aug 2013, Marcus (OOo) wrote: Date: Thu, 1 Aug 2013 21:51:33 +0200 From: Marcus (OOo) marcus.m...@wtnet.de To: dev@openoffice.apache.org Cc: Henk P. Penning penn...@uu.nl Subject: Re: Release 3.4.1 storage and incubator removal. Andrea Pescetti: Hi, keys/group/openoffice.asc Fixed too. http: //www.openoffice.org/download/globalvars_improved.js I'll still leave this to Marcus and we are done. It's a relict of the past. No need to change this. Ok ; thanks Marcus ; I think we're done. The stuff incubator/ooo can now be removed from www.apache.org/dist/, and therefor, from the mirrors. I will do this later today ; unless someone beats me to it :-). Marcus Andrea Pescetti: But this policy means that we will really have to think twice before linking to materials on the Apache mirrors: going back and correct links in old download pages, old security bulletins, that have in the meantime been translated, converted into PDF and very likely republished verbatim on other sites, is something that we simply cannot do; and even if we limit ourselves to doing what is actually possible (i.e., fixing everything that is under control, like in this case), it's still a large waste of time. Agree ; stuff in www.apache.org/dist/ (and the mirrors) is just there temporarily ; actually /dist/ is just a cache for archive.a.o. Andrea. Thanks, regards, Henk Penning _ Henk P. Penning, ICT-beta R Uithof BBL-761 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Princetonplein 5, 3584CC Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On 31/07/2013 Henk P. Penning wrote: If I understood correctly, we will also have to consolidate the archives so that http://archive.apache.org/dist/incubator/ooo/ and http://archive.apache.org/dist/openoffice/ are merged. Absolutely not ; such changes in archive.apache.org are never made ; archive.a.o/dist/ is just a copy of www.apache.org/dist/ without deletes. I see. Well, would at least be possible to put a symlink named 1.x-3.x in http://archive.apache.org/dist/openoffice/ that goes to http://archive.apache.org/dist/incubator/ooo/ ? It really doesn't make sense to have our archives split in two places, especially considering that the incubator part contains old files that were released years before OpenOffice entered incubation. This would allow at least to use http://archive.apache.org/dist/openoffice/ as our only archive URL. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Thu, 1 Aug 2013, Andrea Pescetti wrote: Date: Thu, 1 Aug 2013 10:06:42 +0200 From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org Cc: Henk P. Penning penn...@uu.nl Subject: Re: Release 3.4.1 storage and incubator removal. On 31/07/2013 Henk P. Penning wrote: If I understood correctly, we will also have to consolidate the archives so that http://archive.apache.org/dist/incubator/ooo/ and http://archive.apache.org/dist/openoffice/ are merged. Absolutely not ; such changes in archive.apache.org are never made ; archive.a.o/dist/ is just a copy of www.apache.org/dist/ without deletes. Hi Andrea, I see. Well, would at least be possible to put a symlink named 1.x-3.x in http://archive.apache.org/dist/openoffice/ that goes to http://archive.apache.org/dist/incubator/ooo/ ? IMHO symlinks and redirects reduce simplicity and clarity, because it soons turns into a confusing 'spaghetti' that is hard to document or understand for future maintainers. Users don't care where old stuff lives ; they just click urls. Nevermind ; if you want it, here is how: I can create a symlink for you on archive.apache.org dist/openoffice/3.3 = ../incubator/ooo/3.3 [ ... or AOO could add the link to dist/openoffice and remove it later ; the link would remain in archive.a.o, of course. ] Maybe it is better to use a 'Redirect'. http://httpd.apache.org/docs/current/mod/mod_alias.html#redirect In dist/openoffice you can add a .htaccess-archive file Redirect /3.3/ http://archive.apache.org/dist/ooo/3.3/ Redirect /3.4.0/ http://archive.apache.org/dist/ooo/3.4.0/ etc A .htaccess-archive file only has meaning on archive.apache.org. It really doesn't make sense to have our archives split in two places, especially considering that the incubator part contains old files that were released years before OpenOffice entered incubation. This would allow at least to use http://archive.apache.org/dist/openoffice/ as our only archive URL. Regards, Henk Penning _ Henk P. Penning, ICT-beta R Uithof BBL-761 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Princetonplein 5, 3584CC Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Thu, 1 Aug 2013, Andrea Pescetti wrote: Date: Thu, 1 Aug 2013 13:20:56 +0200 From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org Cc: Henk P. Penning penn...@uu.nl Subject: Re: Release 3.4.1 storage and incubator removal. On 31/07/2013 Henk P. Penning wrote: The only concern now is dist/incubator/ooo ; -- incubator/ooo now only has 3.4.1 -- it is on the mirrors -- for 3.4.1 (and older versions) http://openoffice.apache.org/downloads.html does NOT point to incubator/ooo anymore ; it points to archive.apache.org/dist/incubator/ooo/ for stuff that once was in dist/incubator/ooo. Exactly. -- if there are no other download pages pointing to www.apache.org/dist/incubator/ooo then dist/incubator/ooo can be safely removed. Agree? Or are there other issues I forget? Checksums in http: //www.openoffice.org/download/checksums/3.4.0_checksums.html http: //www.openoffice.org/download/checksums/3.4.1_checksums.html were still linking to www.apache.org/dist/incubator/ooo and I've now fixed this too, as clarified by Marcus and Sebb. Looking at the 3.4.0_checksums.html page, in the This is how you verify ... section I see occurrences of keys/group/ooo.asc That's renamed to keys/group/openoffice.asc There is only one remaining occurrence, in http://www.openoffice.org/download/globalvars_improved.js but I didn't touch it (Marcus probably knows what's best to do here). Looking at http://www.openoffice.org/download/globalvars_improved.js I see (*) : var MIRROR_APACHE_URL = http://www.apache.org/dyn/closer.cgi/incubator/ooo/;; ... that should be http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/;; ... and should become http://www.apache.org/dyn/aoo-closer.cgi/openoffice/;; Pointer (*) refers to http://apache.hippo.nl/incubator/ooo/ ... which is a apache-dist-most mirror ; no AOO stuff. Then dist/incubator/ooo can die. RIP. Andrea. Groeten, Henk Penning _ Henk P. Penning, ICT-beta R Uithof BBL-761 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Princetonplein 5, 3584CC Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Henk P. Penning wrote: On Thu, 1 Aug 2013, Andrea Pescetti wrote: http: //www.openoffice.org/download/checksums/3.4.0_checksums.html http: //www.openoffice.org/download/checksums/3.4.1_checksums.html Looking at the 3.4.0_checksums.html page, in the This is how you verify ... section I see occurrences of keys/group/ooo.asc That's renamed to keys/group/openoffice.asc Fixed too. There is only one remaining occurrence, in http://www.openoffice.org/download/globalvars_improved.js but I didn't touch it (Marcus probably knows what's best to do here). Looking at http://www.openoffice.org/download/globalvars_improved.js I see (*) : var MIRROR_APACHE_URL = ... I'll still leave this to Marcus and we are done. But this policy means that we will really have to think twice before linking to materials on the Apache mirrors: going back and correct links in old download pages, old security bulletins, that have in the meantime been translated, converted into PDF and very likely republished verbatim on other sites, is something that we simply cannot do; and even if we limit ourselves to doing what is actually possible (i.e., fixing everything that is under control, like in this case), it's still a large waste of time. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Am 08/01/2013 01:31 AM, schrieb sebb: On 31 July 2013 21:31, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 07/31/2013 03:06 PM, schrieb Rob Weir: On Wed, Jul 31, 2013 at 7:33 AM, janIj...@apache.org wrote: Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. INHO it is fine to keep 3.4.1 and early on archive.apache.org and SF only, provided Infra is OK with us pointing our website links for the hashes and signatures of 3.4.1 and earlier to archive and not to the dist. I don't think the bandwidth will be significant for these. I was told that these files must be linked from www.apache.org/dist/ only and always. If we can get now an exception for archive.apache.org/dist/ - hey, it's hosted by Apache, too :-) - this would be good. www.apache.org/dist/ - current release(s) archive.apache.org/dist/ - archived releases See: http://www.apache.org/dev/mirrors.html#location http://www.apache.org/dev/release.html#when-to-archive Thanks Marcus 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Am 08/01/2013 07:35 PM, schrieb Andrea Pescetti: Henk P. Penning wrote: On Thu, 1 Aug 2013, Andrea Pescetti wrote: http: //www.openoffice.org/download/checksums/3.4.0_checksums.html http: //www.openoffice.org/download/checksums/3.4.1_checksums.html Looking at the 3.4.0_checksums.html page, in the This is how you verify ... section I see occurrences of keys/group/ooo.asc That's renamed to keys/group/openoffice.asc Fixed too. There is only one remaining occurrence, in http://www.openoffice.org/download/globalvars_improved.js but I didn't touch it (Marcus probably knows what's best to do here). Looking at http://www.openoffice.org/download/globalvars_improved.js I see (*) : var MIRROR_APACHE_URL = ... I'll still leave this to Marcus and we are done. Thanks. The answer is simple: It's a relict of the past. No need to change this. One of my tasks on the todo list is to cleanup the download area from old files. It seems I should do this next to prevent any further efforts. ;-) Marcus But this policy means that we will really have to think twice before linking to materials on the Apache mirrors: going back and correct links in old download pages, old security bulletins, that have in the meantime been translated, converted into PDF and very likely republished verbatim on other sites, is something that we simply cannot do; and even if we limit ourselves to doing what is actually possible (i.e., fixing everything that is under control, like in this case), it's still a large waste of time. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidt jogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. rgds jan I. 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I.
Re: Release 3.4.1 storage and incubator removal.
janI wrote: ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. What is important is that the Apache archives (so, not all the mirrors, but at least the archives) contain all legacy versions of OpenOffice[.org] from 1.x to 3.4.1. Coordinating with Henk and Infra, I've already done, over the last weeks, a significant number of updates to http://openoffice.apache.org/downloads.html and other pages to redirect links to the archives, and I have some still pending. If I understood correctly, we will also have to consolidate the archives so that http://archive.apache.org/dist/incubator/ooo/ and http://archive.apache.org/dist/openoffice/ are merged. When this is done, for me it's fine to remove 3.3.0 and 3.4.1 from the Apache mirrors (or the subset of Apache mirrors that are serving them at the moment) keeping only the copy in the archives. The number of languages that are released in 3.4.1 but not in 4.0.0 is small, so it should not generate a huge traffic, and I hope that we can fill the gap soon. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Wed, 31 Jul 2013, janI wrote: Date: Wed, 31 Jul 2013 13:33:50 +0200 From: janI j...@apache.org To: dev dev@openoffice.apache.org Cc: janI j...@apache.org, Henk P. Penning penn...@uu.nl, priv...@openoffice.apache.org priv...@openoffice.apache.org Subject: Re: Release 3.4.1 storage and incubator removal. Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidt jogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF This getting confused very quickly. As far as I'm concerned (or infra) nothing changes on SF, until the next AOO release. The only concern now is dist/incubator/ooo ; -- incubator/ooo now only has 3.4.1 -- it is on the mirrors -- for 3.4.1 (and older versions) http://openoffice.apache.org/downloads.html does NOT point to incubator/ooo anymore ; it points to archive.apache.org/dist/incubator/ooo/ for stuff that once was in dist/incubator/ooo. -- if there are no other download pages pointing to www.apache.org/dist/incubator/ooo then dist/incubator/ooo can be safely removed. Agree? Or are there other issues I forget? If there ever comes a 3.4.2, we'll then consider the options. 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. ... I'm not happy with externaldist also. But it is another matter. The plan now is (if AOO agrees) : -- to exclude dist/openoffice/4.0.0/binaries for the mirrors -- to copy 4.0.0/binaries into dist/openoffice/4.0.0/binaries -- to create a new module for SF (and communicate this with SF) ; this would NOT change the 4.0.0 files on SF ; it would just change (a little) the way SF gets the binaries. The third issue is putting 4.0.0 binaries on the mirrors ; there was some demand on mirrors.a.o. Can we, for now limit the discussion on 'incubator/ooo' ? Maybe Jurgen and I can discuss 'externaldist' off-line ; if Jurgen is comfortable with that ; if necessary we can discuss a proposal here later. Regards, Henk Penning _ Henk P. Penning, ICT-beta R Uithof BBL-761 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Princetonplein 5, 3584CC Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Wed, 31 Jul 2013, Andrea Pescetti wrote: Date: Wed, 31 Jul 2013 14:08:53 +0200 From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org Cc: Henk P. Penning penn...@uu.nl Subject: Re: Release 3.4.1 storage and incubator removal. janI wrote: ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. Hi Andrea, What is important is that the Apache archives (so, not all the mirrors, but at least the archives) contain all legacy versions of OpenOffice[.org] from 1.x to 3.4.1. Stuff is never deleted from archive.apache.org ; so that's ok. Coordinating with Henk and Infra, I've already done, over the last weeks, a significant number of updates to http://openoffice.apache.org/downloads.html and other pages to redirect links to the archives, and I have some still pending. Ah, thanks for the info. If I understood correctly, we will also have to consolidate the archives so that http://archive.apache.org/dist/incubator/ooo/ and http://archive.apache.org/dist/openoffice/ are merged. Absolutely not ; such changes in archive.apache.org are never made ; archive.a.o/dist/ is just a copy of www.apache.org/dist/ without deletes. Andrea. Regards, Henk Penning _ Henk P. Penning, ICT-beta R Uithof BBL-761 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Princetonplein 5, 3584CC Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On Wed, Jul 31, 2013 at 7:33 AM, janI j...@apache.org wrote: Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidt jogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. INHO it is fine to keep 3.4.1 and early on archive.apache.org and SF only, provided Infra is OK with us pointing our website links for the hashes and signatures of 3.4.1 and earlier to archive and not to the dist. I don't think the bandwidth will be significant for these. -Rob rgds jan I. 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Am 07/31/2013 01:33 PM, schrieb janI: Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. +1 to keep 3.4.1. But no need on Apache servers. On SF it should be enough. Marcus 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
Am 07/31/2013 03:06 PM, schrieb Rob Weir: On Wed, Jul 31, 2013 at 7:33 AM, janIj...@apache.org wrote: Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. INHO it is fine to keep 3.4.1 and early on archive.apache.org and SF only, provided Infra is OK with us pointing our website links for the hashes and signatures of 3.4.1 and earlier to archive and not to the dist. I don't think the bandwidth will be significant for these. I was told that these files must be linked from www.apache.org/dist/ only and always. If we can get now an exception for archive.apache.org/dist/ - hey, it's hosted by Apache, too :-) - this would be good. Marcus 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Release 3.4.1 storage and incubator removal.
On 31 July 2013 21:31, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 07/31/2013 03:06 PM, schrieb Rob Weir: On Wed, Jul 31, 2013 at 7:33 AM, janIj...@apache.org wrote: Moving conversation to dev@ On 31 July 2013 13:28, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/31/13 1:07 PM, janI wrote: Hi. Based on a discussion today on IRC, I would like to draw your attention to the following challenge. henkp is cc because he is the infra person doing the rsync magic. ASF has a policy that incubator/xxx should be removed when the project graduates. We still have our 3.4.1 (and 3.3.0) release stored under incubator. As part of cleaning rsync, infra want to enforce the policy, but of course respect and understand our need to have 3.4.1 available to users (especially because 3.4.1 contains languages not released in 4.0). I see the following possibilities: 1) remove openoffice from incubator, but leave version 3.3.0 and 3.4.1 (with language packs) on the SF mirror. This is preferred by infra. +1 to keep it on SF 2) remove 3.3.0 since its a legacy version, and move 3.4.1 parallel to 4.0. This is however an expensive operation for all mirror, and should only be done if we anticipate patches for 3.4.1 Removing 3.3 is ok to me but I see demand for keeping 3.4.1. Having it besides 4.0 would be natural but needs some work in the download scripts ... Just for me, do you prefer 1) or 2) ... I personally dont see a big need to keep 3.4.1 on our servers. INHO it is fine to keep 3.4.1 and early on archive.apache.org and SF only, provided Infra is OK with us pointing our website links for the hashes and signatures of 3.4.1 and earlier to archive and not to the dist. I don't think the bandwidth will be significant for these. I was told that these files must be linked from www.apache.org/dist/ only and always. If we can get now an exception for archive.apache.org/dist/ - hey, it's hosted by Apache, too :-) - this would be good. www.apache.org/dist/ - current release(s) archive.apache.org/dist/ - archived releases See: http://www.apache.org/dev/mirrors.html#location http://www.apache.org/dev/release.html#when-to-archive Marcus 3) persuade infra to keep incubator for 3.4.1, but limit the footprint as much as possible, remove 3.3.0 and put a timelimit up. I believe we can manage to move it out of the incubator in some way. We are also adviced, that if/when we change our layout infra need to be adviced well in advance. In my opinion we should consider not using externaldist, but have the total release in one folder with subfolders. Well externaldist was not our idea and I copied the files in this structure of advice from infra. We should first clarify what's preferred here. externaldist caused some confusion and extra work on our side as well. We can move the discussion to dev@ is nobody objects. yes let's move to dev Juergen rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org