Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B81FAC1F5 for ; Fri, 27 Apr 2012 19:48:01 +0000 (UTC) Received: (qmail 65568 invoked by uid 500); 27 Apr 2012 19:48:01 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 65503 invoked by uid 500); 27 Apr 2012 19:48:01 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 65495 invoked by uid 99); 27 Apr 2012 19:48:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Apr 2012 19:48:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of marcus.mail@wtnet.de designates 213.209.103.7 as permitted sender) Received: from [213.209.103.7] (HELO smtp2.wtnet.de) (213.209.103.7) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Apr 2012 19:47:53 +0000 X-WT-Originating-IP: 84.46.106.163 Received: from f9.linux (pop8-672.catv.wtnet.de [84.46.106.163]) (authenticated bits=0) by smtp2.wtnet.de (8.14.4/8.14.4) with ESMTP id q3RJla9I018511 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 27 Apr 2012 21:47:36 +0200 Message-ID: <4F9AF7D4.4030708@wtnet.de> Date: Fri, 27 Apr 2012 21:47:32 +0200 From: "Marcus (OOo)" User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: [RELEASE]: proposed directory structure on dist References: <4F9A860F.1070800@googlemail.com> <4F9AEA44.7020706@googlemail.com> <4F9AEF84.1090203@wtnet.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Am 04/27/2012 09:34 PM, schrieb Dave Fisher: > > On Apr 27, 2012, at 12:12 PM, Marcus (OOo) wrote: > >> Am 04/27/2012 08:49 PM, schrieb J�rgen Schmidt: >>> On 4/27/12 5:32 PM, Kay Schenk wrote: >>>> 2012/4/27 J�rgen Schmidt >>>> >>>>> Hi, >>>>> >>>>> to be prepared for the upcoming release I plan to use the following >>>>> directory structure on >>>>> >>>>> https://www.apache.org/dist/**incubator/ooo >>>>> >>>>> >>>>> Existing >>>>> 3.3 >>>>> 3.3/patches >>>>> 3.3/patches/cve-2012-0037/... >>>>> DATE >>>>> KEYS >>>>> >>>>> New added: >>>>> 3.4.0/source >>>>> 3.4.0/windows/... >>>>> 3.4.0/windows/languagepacks/..**. >>>>> 3.4.0/macos/... >>>>> 3.4.0/macos/languagepacks/... >>>>> 3.4.0/linux-x86/... >>>>> 3.4.0/linux-x86/languagepacks/**... >>>>> 3.4.0/linux-x86-64/... >>>>> 3.4.0/linux-x86-64/**languagepacks/... >>>>> >>>>> >>>>> 16 languages: en-US ar cs de en-GB es fr gl hu it ja nl ru pr-BR zh-CN >>>>> zh-TW >>>>> >>>>> Do we need to prepare or adapt the download page? >>>>> >>>>> Juergen >>>>> >>>> >>>> >>>> Juergen-- >>>> >>>> This will considerably change the current logic being used. Is there some >>>> reason you don't want to use the existing setup of: >>>> >>>> root DL area/files/stable/3.4/... >>>> root DL area/files/localized/3.4/... >>>> >>>> see: >>>> >>>> http://sourceforge.net/projects/openofficeorg.mirror/files/ >>> >>> I had a look to other projects in the dist folder on Apache and looked >>> what we already have. >>> >>> From my point of view the old structure doesn't really make too much >>> sense. >>> >>> Why should we for example put the localized bit in separate directories >>> when we have the language Id as part of the name? >>> >>> And we have only stable releases in the future. Ok we will have archives >>> of older versions but that's it. >>> >>> Do we have the time to adapt it to the new structure. We should do it ow >>> if possible. >>> >>> What do others think? >> >> It won't work because the DL logic is working the old way, and only this way. ;-) >> >> The old structure has everything in a single directory. The only separation is for en-US only (stable) and all other languages (localized). >> >> When we change the structure now where the builds are physicaly existing, then we have to adapt the complete logic, too, which is an effort that I cannot predict. >> >> So, the best solution is to keep the old separation and think about to change this with a new release. >> >> Then I would prefer to have every install file for a specific version in a single directory. This makes it the easiest way to assemble download links: >> >> Example: >> >> /files/3.4.0/... >> /files/3.4.1/... >> /files/3.5.0/... >> ... > > We can only keep the most current version in Apache dist. All older versions go to the archive. Oh yes, right, then it's only one directory. Marcus