Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of kay.schenk@gmail.com designates
 209.85.217.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F9B1C21.60701@gmail.com>
References: <4F99DCEA.80608@gmail.com>
	<4F9B0213.5020304@apache.org>
	<CAP-ksojowyDeo4KnHW4m+-4=7q+kPYwkCgCw3F2psYd2e8f6UQ@mail.gmail.com>
	<4F9B1C21.60701@gmail.com>
Date: Sun, 29 Apr 2012 19:53:50 -0700
Message-ID: 
 <CAGj3217reOttzkDiP9fbs17J3qDMu+Pe3XP_ZMy2MEF4qZAL5A@mail.gmail.com>
Subject: Re: [RELEASE] new DL test...needs review and comments,
 and probably correction
From: Kay Schenk <kay.schenk@gmail.com>
To: ooo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=f46d040710ab5e335504bedc909b

--f46d040710ab5e335504bedc909b
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk <kay.schenk@gmail.com> wrote:

>
>
> On 04/27/2012 01:46 PM, Rob Weir wrote:
>
>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti<pescetti@apache.org>
>>  wrote:
>>
>>> Kay Schenk wrote:
>>>
>>>>
>>>> Please take a look at and give feedback on a test page for the new
>>>> /download/index.html page at:
>>>> http://www.openoffice.org/**download/test/index_new_dl.**html<http://www.openoffice.org/download/test/index_new_dl.html>
>>>> Yes, it's a bit strange with lots of nonsense at the top that I wanted
>>>> you to see, but will of course go away in production.
>>>>
>>>
>>>
>>> The page is nice, but it's the concept that leaves me dubious.
>>>
>>> We have another thread
>>> http://comments.gmane.org/**gmane.comp.apache.incubator.**
>>> ooo.devel/16219<http://comments.gmane.org/gmane.comp.apache.incubator.ooo.devel/16219>
>>> where there seems to be consensus towards a solution that:
>>> 1) Uses SF (and possibly Apache) for the web-based downloads
>>> 2) Does not phase out MirrorBrain, and uses it for the updates (i.e.,
>>> downloads initiated by OpenOffice with the "Look for updates" function)
>>>
>>>
>> That's what I understand as well.
>>
>
> oh -- OK. I thought we were going to use MirrorBrain for 3.3 DLs as well
> -- i.e. what Marcus will be working on. I know right now, we're using
> SourceForge for that though.
>
>
>
>>  The "possibly Apache" in 1) is due to the fact that I haven't understood
>>> yet
>>> what technology Apache will be using and if Apache will distribute only
>>> sources or binaries too (it's obvious that we as a project will release
>>> sources and binaries, but I'm not 100% sure that Apache wants to put
>>> binaries on its mirrors too: I think so).
>>>
>>
> Well it's not all that complicated actually. Take a look at the security
> patch info page...
>
> http://www.openoffice.org/**security/cves/CVE-2012-0037.**html<http://www.openoffice.org/security/cves/CVE-2012-0037.html>
>
> and you can see what the link looks like.
>
> Actual source/binaries are, for us, put in:
>
> http://www.apache.org/dist/**incubator/ooo/<http://www.apache.org/dist/incubator/ooo/>
>
> This said, you could be right in having issues tracking down problems.
> Right now, the SF setup is more "user friendly" in my opinion. I thought we
> were *required* to use Apache for downloads, but maybe we've gotten a
> dispensation for this release. Though I didn't think is was 100% someplace
> else. I admit I haven't kept up as much as I should have though.
>
> The other issue is how will it LOOK to users -- one moment they may be one
> place; if they happen to do a shift-reload, they may go someplace else with
> an entirely different look and feel.
>
>
>
>>> Fact is, we should avoid the random selection as much as possible,
>>> mainly to
>>> be able to quickly identify problems, and you will see details in that
>>> thread. The cleaner separation we can get, the better.
>>>
>>>
>> So how about something very simple:
>>
>> 1) AOO 3.4 downloads use SourceForge by default from the
>> /download/index.html page.  Just like they are doing today.
>>
>
> This WOULD make things a lot simpler.
>
>
>> But we also have a links there that point to Apache mirrors for:
>>
>> a) Hashes and detached signatures
>> b) source distribution
>> c) a link to the full release tree
>>
>
> Well, SF will need to implement in their sidebar or the main page for
> openoffice.org they have, right?
>
> Anyway, good conversation.
>
>
>> In other words, no rolling the dice, noting fancy.  100% of normal
>> users will download from SF.
>>
>> 2) When we enable the automated updates, in a week or two, then we
>> decide what we want to do.  Maybe we do it via SF.  Maybe MirrorBrain.
>>  Maybe a mix,
>>
>>  On the other side, release time is approaching and I can only hope that
>>> talks between Peter Poeml (MirrorBrain author) and Apache Infra, that had
>>> started on this list, are progressing now.
>>>
>>>
>> I think it is too late for any of those talks to influence how we deal
>> with AOO 3.4 initial downloads.  But maybe the update downloads in a
>> couple of weeks.
>>
>> -Rob
>>
>>  Regards,
>>>  Andrea.
>>>
>>
> --
> ------------------------------**------------------------------**
> ------------
> MzK
>
> "Well, life has a funny way of sneaking up on you
>  And life has a funny way of helping you out
>  Helping you out."
>                            -- "Ironic", Alanis Morissette
>


Ok, I am hoping this will be about the last, final review on the new
download/index.html --

prototype at:

http://ooo-site.staging.apache.org/download/test/index_new_dl.html

This assumes SourceForge ONLY, and that the  3.4 pre-built client packs
will be in the hiearchy as the 3.3 is -- stable, etc.

Naturally NONE of the links will work until something gets out there and
there is a TON of alerts which I will of course eventually comment out.


It suddenly dawned on me *just today* that we don't want to continue to
generate links for OSes we no longer support now, like Sun's retinue, and
for some reason because of how this all operates, it took me forever to fix
this one aspect.  I could have not bothered with this but well, I didn't
want to lead folks astray with a "not found" -- so they will now get sent
to "other.html".

So, please test with what you've got and I hope for ALL platforms that we
do support, you get a link that looks to be correct.

ps. I'm assuming that we will house the actual "source" artifact from
Apache and this will show up in other.html as well when someone provides
this information.


-- 
----------------------------------------------------------------------------------------
MzK

"Well, life has a funny way of sneaking up on you
 And life has a funny way of helping you out
 Helping you out."
                            -- "Ironic", Alanis Morissette

--f46d040710ab5e335504bedc909b--