Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 11:05 PM, schrieb Dave Fisher:


On May 7, 2012, at 1:55 PM, Marcus (OOo) wrote:


Am 05/07/2012 08:27 PM, schrieb Kay Schenk:

On Mon, May 7, 2012 at 10:11 AM, Juergen Schmidt
wrote:



On Monday, 7. May 2012 at 18:33, Kay Schenk wrote:

On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
wrote:


On 5/7/12 5:32 PM, Kay Schenk wrote:


On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
wrote:

On 06/05/2012 Andrea Pescetti wrote:


It's much improved now, but it seems we still miss several files

unless

the upload is still ongoing. ...

Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
deb_LG.tar.gz
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
rpm_LG.tar.gz

for virtually all values of LG (ar, cs, de and so on).

All files listed in


http://www.openoffice.org/download/test/checksums_new_dl.html<
http://www.openoffice.org/**download/test/checksums_new_**dl.html>







are now available. So now there shouldn't be any missing files any
longer.



OK, thanks for this...the "official" checksums file should now be

living

in

http://ooo-site.staging.**apache.org/download/checksums/**
3.4.0_checksums.html<

http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html



.

I need tomake sure this is the most recent version before moving on.

And, I do think this needed its own page...

you mean the checksums have to be on a separate page? Why? Why make it

so

complicate? I don't understand the reason.

Pleas explain it to me, I am eager to learn ;-)


I can't really give you an explanation except to say this is how it was
done in the past. The current checksums page is quite large...they COULD

be

tacked on to other.html I guess, but it just seems cleaner this





well a lot of room for improvements. The pages with the centered tables
with different widths looks of course not really professional or what do
others think?


It's not that bad I guess. But sure it would go better.

I've also realized that there are no bullet points display when doing a list with 
 or.


Probably needs some css magic.


Yes, I would guess either in the "styles.css" or in the 
"exceptions.css". Let's see...



I really hope we can revamp the whole page in the future. A cleaner,
simpler design. Consistent translated content with a modern fresh design ;-)


Sure. However, this needs time. An expert can do it maybe in less time. But I'm 
just a little volunteer in his spare time that has less knowledge with 
HTML/CSS/JS than you with the AOO source code and full time. ;-)


I understand. But, I think Marcus did a GREAT job with this in the time we
had to get this going.  A LOT of work really...

We do have a lot of changes and considerations for the future -- no
disagreement from me there.  Mock-ups would be appreciated. :)


Or some links to other websites as reference.


These can be on the wiki that Kay will make. There is a whole range. I suspect 
that there is some hovering magic we can do, but perhaps simple is best. Our 
users don't always have a lot of bandwidth.


You mean this one, right?
https://cwiki.apache.org/confluence/display/OOOUSERS/Improvements+for+the+download+webpages


More in coming weeks. Great work Marcus, Kay and Jürgen and others!


Thanks. :-)

Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Dave Fisher

On May 7, 2012, at 1:55 PM, Marcus (OOo) wrote:

> Am 05/07/2012 08:27 PM, schrieb Kay Schenk:
>> On Mon, May 7, 2012 at 10:11 AM, Juergen Schmidt>> wrote:
>> 
>>> On Monday, 7. May 2012 at 18:33, Kay Schenk wrote:
 On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
 wrote:
 
> On 5/7/12 5:32 PM, Kay Schenk wrote:
> 
>> On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
>> wrote:
>> 
>> On 06/05/2012 Andrea Pescetti wrote:
>>> 
>>> It's much improved now, but it seems we still miss several files
>>> unless
 the upload is still ongoing. ...
 
 Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
 deb_LG.tar.gz
 Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
 rpm_LG.tar.gz
 
 for virtually all values of LG (ar, cs, de and so on).
>>> All files listed in
>>> 
>>> http://www.openoffice.org/download/test/checksums_new_dl.html<
>>> http://www.openoffice.org/**download/test/checksums_new_**dl.html>
>>> >> **org/download/test/checksums_**new_dl.html<
>>> http://www.openoffice.org/download/test/checksums_new_dl.html>
 
>>> 
>>> 
>>> are now available. So now there shouldn't be any missing files any
>>> longer.
>>> 
>> 
>> OK, thanks for this...the "official" checksums file should now be
>>> living
>> in
>> 
>> http://ooo-site.staging.**apache.org/download/checksums/**
>> 3.4.0_checksums.html<
>>> http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html
 
>> .
>> 
>> I need tomake sure this is the most recent version before moving on.
>> 
>> And, I do think this needed its own page...
> you mean the checksums have to be on a separate page? Why? Why make it
>>> so
> complicate? I don't understand the reason.
> 
> Pleas explain it to me, I am eager to learn ;-)
 
 I can't really give you an explanation except to say this is how it was
 done in the past. The current checksums page is quite large...they COULD
>>> be
 tacked on to other.html I guess, but it just seems cleaner this
 
 
>>> 
>>> 
>>> well a lot of room for improvements. The pages with the centered tables
>>> with different widths looks of course not really professional or what do
>>> others think?
> 
> It's not that bad I guess. But sure it would go better.
> 
> I've also realized that there are no bullet points display when doing a list 
> with  or .

Probably needs some css magic.

>>> I really hope we can revamp the whole page in the future. A cleaner,
>>> simpler design. Consistent translated content with a modern fresh design ;-)
> 
> Sure. However, this needs time. An expert can do it maybe in less time. But 
> I'm just a little volunteer in his spare time that has less knowledge with 
> HTML/CSS/JS than you with the AOO source code and full time. ;-)
> 
>> I understand. But, I think Marcus did a GREAT job with this in the time we
>> had to get this going.  A LOT of work really...
>> 
>> We do have a lot of changes and considerations for the future -- no
>> disagreement from me there.  Mock-ups would be appreciated. :)
> 
> Or some links to other websites as reference.

These can be on the wiki that Kay will make. There is a whole range. I suspect 
that there is some hovering magic we can do, but perhaps simple is best. Our 
users don't always have a lot of bandwidth.

More in coming weeks. Great work Marcus, Kay and Jürgen and others!

Regards,
Dave

Regards,
Dave


> 
> Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 09:08 PM, schrieb Juergen Schmidt:

On Monday, 7. May 2012 at 20:53, Andrea Pescetti wrote:

Juergen Schmidt wrote:

[3.4.0_checksums.html]






well a lot of room for improvements. The pages with the centered
tables with different widths looks of course not really professional
or what do others think?




Well, I'm glad that Marcus did it, it's not bad and it was very
relieving for me to be able to just link to it from the Italian download
page (which is much worse, by the way... but will gradually get better)
instead of copying and pasting the MD5SUMs as usual.


I think more of an automatic generated table or table snippet  that can be easy 
used in other pages as well (included translated pages). A unique design where 
only the language changed makes a lot of things easier.


For the RC and Beta releases there was already an automatically created 
table with download links working. But not for the "other.html" webpage 
as there was no pattern that could be followed.


But even this is on the list for improvements as we now will release all 
languages and platforms as the same time. This will make things easier.



It's indeed painful todo it manually, believe me I did often enough in the wiki 
in the past weeks.

When I like something at LibO then it is their cleaner webpage. But don't get 
me wrong we can and will find our own way to provide a clean page in the future.

It is not only the technical realization but also the design and I hope some 
volunteer web designer will be interested to proof their skills here in the 
future ;-)


Yes, this would be also my wish. Best way to improve the design.

Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 08:27 PM, schrieb Kay Schenk:

On Mon, May 7, 2012 at 10:11 AM, Juergen Schmidt
wrote:



On Monday, 7. May 2012 at 18:33, Kay Schenk wrote:

On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
wrote:


On 5/7/12 5:32 PM, Kay Schenk wrote:


On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
wrote:

On 06/05/2012 Andrea Pescetti wrote:


It's much improved now, but it seems we still miss several files

unless

the upload is still ongoing. ...

Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
deb_LG.tar.gz
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
rpm_LG.tar.gz

for virtually all values of LG (ar, cs, de and so on).

All files listed in


http://www.openoffice.org/download/test/checksums_new_dl.html<
http://www.openoffice.org/**download/test/checksums_new_**dl.html>







are now available. So now there shouldn't be any missing files any
longer.



OK, thanks for this...the "official" checksums file should now be

living

in

http://ooo-site.staging.**apache.org/download/checksums/**
3.4.0_checksums.html<

http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html



.

I need tomake sure this is the most recent version before moving on.

And, I do think this needed its own page...

you mean the checksums have to be on a separate page? Why? Why make it

so

complicate? I don't understand the reason.

Pleas explain it to me, I am eager to learn ;-)


I can't really give you an explanation except to say this is how it was
done in the past. The current checksums page is quite large...they COULD

be

tacked on to other.html I guess, but it just seems cleaner this





well a lot of room for improvements. The pages with the centered tables
with different widths looks of course not really professional or what do
others think?


It's not that bad I guess. But sure it would go better.

I've also realized that there are no bullet points display when doing a 
list with  or .



I really hope we can revamp the whole page in the future. A cleaner,
simpler design. Consistent translated content with a modern fresh design ;-)


Sure. However, this needs time. An expert can do it maybe in less time. 
But I'm just a little volunteer in his spare time that has less 
knowledge with HTML/CSS/JS than you with the AOO source code and full 
time. ;-)



I understand. But, I think Marcus did a GREAT job with this in the time we
had to get this going.  A LOT of work really...

We do have a lot of changes and considerations for the future -- no
disagreement from me there.  Mock-ups would be appreciated. :)


Or some links to other websites as reference.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Kay Schenk
On Mon, May 7, 2012 at 1:47 PM, Dave Fisher  wrote:

>
> On May 7, 2012, at 1:38 PM, Marcus (OOo) wrote:
>
> > Am 05/07/2012 11:00 AM, schrieb Jürgen Schmidt:
> >> On 5/6/12 2:51 PM, Marcus (OOo) wrote:
> >>> Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:
>  On 5/6/12 1:02 PM, Andrea Pescetti wrote:
> > On 05/05/2012 Marcus (OOo) wrote:
> >> The checksums file is ready:
> >>
> http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html
> >
> > It's nice, even though a bit scary (four different verification
> > mechanisms are probably overkill); but this will satisfy everybody,
> so
> > OK.
> >
> > I see that many links in that page are broken (e.g., links to Windows
> > builds, to 64-bit DEBs and so on); I tend to believe this is known
> > and/or wanted for the time being, but, if it isn't, just click
> > around on
> > that page and you will see plenty of broken links.
> 
>  we can potentially drop one sha checksum ;-)
> >>>
> >>> Yes, for sure.
> >>>
>  I have drafted the download page on the project page.
> >>>
> >>> That's good.
> >>>
> >>> An additional link to the (upcoming) official announcement (mail
> >>> archive, blog post, etc.) would be good.
> >>>
>  http://openofficeorg.staging.apache.org/openofficeorg/downloads.html
> 
>  Review is appreciated.
> 
>  - downloads of source files via Apache mirrors
>  - SDK as well
>  - checksum files directly from dist
> >>>
> >>> Do you have any special reason to show download links also here?
> >>
> >> I initially had only the source files listed there but based on some
> >> discussion (email) to use the Apache mirrors for the SDK as well I
> >> decided to list the SDK here as well.
> >>
> >> I think it is common to list at least the source tarballs on this
> >> download page directly because the src tarballs are very important for
> >> Apache. Well for most of our users the binaries are more important but
> >> for that we have the 1-click downloads on www.openoffice.org
> >
> > Don't get me wrong. These are good arguments - also because we are
> actually just one of many ASF podlings.
> >
> > However, it is still another location to take care for any changes.
>
> I would like to have a release defined by an xml and/or doap files which
> can be transformed using xslt and other tools into download webpages in
> either html or mdtext. These files would also be useful for other project
> processes.
>
> That would become the one place for the build, qa, release, and website.
>
> Regards,
> Dave
>
>
>
Maybe next week, I will start on a new "spec" page for our DL functions. It
will be very general but I'm hoping we can use a wiki page for
brainstorming about data structures, logic , output, etc.  So, this is a
good idea. Stay tuned...

>
> > My 2 ct.
> >
> > Marcus
> >
> >
> >
> >> All is
> >>> (will be) available in the download area (currently here:
> >>> "http://ooo-site.staging.apache.org/download/test/index_new_dl.html";
> and
> >>> "http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).
> >>>
> >>> Otherwise I would suggest that the webpage points only to the already
> >>> existing download webpages. Then we will have less work when updating
> >>> downloads.
> >>>
> >>> Source --> http://www.openoffice.org/download/other.html#tested-sdk
> >>> SDK --> http://www.openoffice.org/download/other.html#tested-sdk
> >>> Binaries --> http://www.openoffice.org/download/index.html
> >>> Checksums --> http://www.openoffice.org/download/checksums.html
> >>>
> >>> If you want to mention the legacy builds it would be great to point
> also
> >>> here to the respective webpage:
> >>> "http://www.openoffice.org/download/legacy/index.html";.
> >>>
> >>> If you want to mention the archive in general (prior OOo 3.3.0) this
> >>> link is helping: "http://www.openoffice.org/download/archive.html";.
> >>>
> >>> Marcus
>
>


-- 

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Dave Fisher

On May 7, 2012, at 1:38 PM, Marcus (OOo) wrote:

> Am 05/07/2012 11:00 AM, schrieb Jürgen Schmidt:
>> On 5/6/12 2:51 PM, Marcus (OOo) wrote:
>>> Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:
 On 5/6/12 1:02 PM, Andrea Pescetti wrote:
> On 05/05/2012 Marcus (OOo) wrote:
>> The checksums file is ready:
>> http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html
> 
> It's nice, even though a bit scary (four different verification
> mechanisms are probably overkill); but this will satisfy everybody, so
> OK.
> 
> I see that many links in that page are broken (e.g., links to Windows
> builds, to 64-bit DEBs and so on); I tend to believe this is known
> and/or wanted for the time being, but, if it isn't, just click
> around on
> that page and you will see plenty of broken links.
 
 we can potentially drop one sha checksum ;-)
>>> 
>>> Yes, for sure.
>>> 
 I have drafted the download page on the project page.
>>> 
>>> That's good.
>>> 
>>> An additional link to the (upcoming) official announcement (mail
>>> archive, blog post, etc.) would be good.
>>> 
 http://openofficeorg.staging.apache.org/openofficeorg/downloads.html
 
 Review is appreciated.
 
 - downloads of source files via Apache mirrors
 - SDK as well
 - checksum files directly from dist
>>> 
>>> Do you have any special reason to show download links also here?
>> 
>> I initially had only the source files listed there but based on some
>> discussion (email) to use the Apache mirrors for the SDK as well I
>> decided to list the SDK here as well.
>> 
>> I think it is common to list at least the source tarballs on this
>> download page directly because the src tarballs are very important for
>> Apache. Well for most of our users the binaries are more important but
>> for that we have the 1-click downloads on www.openoffice.org
> 
> Don't get me wrong. These are good arguments - also because we are actually 
> just one of many ASF podlings.
> 
> However, it is still another location to take care for any changes.

I would like to have a release defined by an xml and/or doap files which can be 
transformed using xslt and other tools into download webpages in either html or 
mdtext. These files would also be useful for other project processes.

That would become the one place for the build, qa, release, and website. 

Regards,
Dave


> 
> My 2 ct.
> 
> Marcus
> 
> 
> 
>> All is
>>> (will be) available in the download area (currently here:
>>> "http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and
>>> "http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).
>>> 
>>> Otherwise I would suggest that the webpage points only to the already
>>> existing download webpages. Then we will have less work when updating
>>> downloads.
>>> 
>>> Source --> http://www.openoffice.org/download/other.html#tested-sdk
>>> SDK --> http://www.openoffice.org/download/other.html#tested-sdk
>>> Binaries --> http://www.openoffice.org/download/index.html
>>> Checksums --> http://www.openoffice.org/download/checksums.html
>>> 
>>> If you want to mention the legacy builds it would be great to point also
>>> here to the respective webpage:
>>> "http://www.openoffice.org/download/legacy/index.html";.
>>> 
>>> If you want to mention the archive in general (prior OOo 3.3.0) this
>>> link is helping: "http://www.openoffice.org/download/archive.html";.
>>> 
>>> Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 11:37 AM, schrieb Jürgen Schmidt:

On 5/6/12 2:51 PM, Marcus (OOo) wrote:

Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so
OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click
around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)


Yes, for sure.


I have drafted the download page on the project page.


That's good.

An additional link to the (upcoming) official announcement (mail
archive, blog post, etc.) would be good.


http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist


Do you have any special reason to show download links also here? All is
(will be) available in the download area (currently here:
"http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and
"http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).

Otherwise I would suggest that the webpage points only to the already
existing download webpages. Then we will have less work when updating
downloads.

Source --> http://www.openoffice.org/download/other.html#tested-sdk
SDK --> http://www.openoffice.org/download/other.html#tested-sdk
Binaries --> http://www.openoffice.org/download/index.html
Checksums --> http://www.openoffice.org/download/checksums.html


by the way why do you have created a new checksums file and not extended
the other.html. I think there is enough place and the context is much
clearer as on a further page.


The context would fit, yes. But IMHO there is no place left.
If it would be combined than every table cell would have 5 download 
links. much to much to keep it simple.


A better idea is to integrate the hash links into the green box. And 
this came from you. :-) It's on the list for improvements and I'll try 
to do it after the first dust has settle. Then the separate webpage is 
just a fallback.


Marcus


If you want to mention the legacy builds it would be great to point also
here to the respective webpage:
"http://www.openoffice.org/download/legacy/index.html";.

If you want to mention the archive in general (prior OOo 3.3.0) this
link is helping: "http://www.openoffice.org/download/archive.html";.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 11:00 AM, schrieb Jürgen Schmidt:

On 5/6/12 2:51 PM, Marcus (OOo) wrote:

Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so
OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click
around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)


Yes, for sure.


I have drafted the download page on the project page.


That's good.

An additional link to the (upcoming) official announcement (mail
archive, blog post, etc.) would be good.


http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist


Do you have any special reason to show download links also here?


I initially had only the source files listed there but based on some
discussion (email) to use the Apache mirrors for the SDK as well I
decided to list the SDK here as well.

I think it is common to list at least the source tarballs on this
download page directly because the src tarballs are very important for
Apache. Well for most of our users the binaries are more important but
for that we have the 1-click downloads on www.openoffice.org


Don't get me wrong. These are good arguments - also because we are 
actually just one of many ASF podlings.


However, it is still another location to take care for any changes.

My 2 ct.

Marcus




All is

(will be) available in the download area (currently here:
"http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and
"http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).

Otherwise I would suggest that the webpage points only to the already
existing download webpages. Then we will have less work when updating
downloads.

Source --> http://www.openoffice.org/download/other.html#tested-sdk
SDK --> http://www.openoffice.org/download/other.html#tested-sdk
Binaries --> http://www.openoffice.org/download/index.html
Checksums --> http://www.openoffice.org/download/checksums.html

If you want to mention the legacy builds it would be great to point also
here to the respective webpage:
"http://www.openoffice.org/download/legacy/index.html";.

If you want to mention the archive in general (prior OOo 3.3.0) this
link is helping: "http://www.openoffice.org/download/archive.html";.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Marcus (OOo)

Am 05/07/2012 07:15 PM, schrieb Claudio Filho:

2012/5/5 Marcus (OOo):

However, the Debian project has initiated this Firefox fork and therefore I
think it's OK to assume that the very most Iceweasel browser are running on
Debian, Ubuntu&  Co.


No. Isn't exactly in this way, Marcus. This problem happens only with
Debian in function of disagree between Mozilla and Debian about the


Yes, but that is what I wrote.


use of trademark and brand. Ubuntu have a agreement with Mozilla for
free user of brand.


OK, that is indeed new for me. Thanks for the info.

Marcus


In the same situation is the Waterfox[1], but i haven't a win64 to test.
[1]http://waterfoxproject.org/

Claudio


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Juergen Schmidt
On Monday, 7. May 2012 at 20:53, Andrea Pescetti wrote:
> Juergen Schmidt wrote:
> > > > > [3.4.0_checksums.html]
> > > > 
> > > 
> > 
> > well a lot of room for improvements. The pages with the centered
> > tables with different widths looks of course not really professional
> > or what do others think?
> > 
> 
> 
> Well, I'm glad that Marcus did it, it's not bad and it was very 
> relieving for me to be able to just link to it from the Italian download 
> page (which is much worse, by the way... but will gradually get better) 
> instead of copying and pasting the MD5SUMs as usual.
> 
I think more of an automatic generated table or table snippet  that can be easy 
used in other pages as well (included translated pages). A unique design where 
only the language changed makes a lot of things easier.
It's indeed painful todo it manually, believe me I did often enough in the wiki 
in the past weeks.

When I like something at LibO then it is their cleaner webpage. But don't get 
me wrong we can and will find our own way to provide a clean page in the future.

It is not only the technical realization but also the design and I hope some 
volunteer web designer will be interested to proof their skills here in the 
future ;-)

Juergen

> Regards,
> Andrea.
> 
> 




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Andrea Pescetti

Juergen Schmidt wrote:

[3.4.0_checksums.html]

well a lot of room for improvements. The pages with the centered
tables with different widths looks of course not really professional
or what do others think?


Well, I'm glad that Marcus did it, it's not bad and it was very 
relieving for me to be able to just link to it from the Italian download 
page (which is much worse, by the way... but will gradually get better) 
instead of copying and pasting the MD5SUMs as usual.


Regards,
  Andrea.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Kay Schenk
On Mon, May 7, 2012 at 10:11 AM, Juergen Schmidt  wrote:

> On Monday, 7. May 2012 at 18:33, Kay Schenk wrote:
> > On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
> > wrote:
> >
> > > On 5/7/12 5:32 PM, Kay Schenk wrote:
> > >
> > > > On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
> > > > wrote:
> > > >
> > > > On 06/05/2012 Andrea Pescetti wrote:
> > > > >
> > > > > It's much improved now, but it seems we still miss several files
> unless
> > > > > > the upload is still ongoing. ...
> > > > > >
> > > > > > Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
> > > > > > deb_LG.tar.gz
> > > > > > Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
> > > > > > rpm_LG.tar.gz
> > > > > >
> > > > > > for virtually all values of LG (ar, cs, de and so on).
> > > > > All files listed in
> > > > >
> http://www.openoffice.org/download/test/checksums_new_dl.html<
> http://www.openoffice.org/**download/test/checksums_new_**dl.html>
> > > > >  **org/download/test/checksums_**new_dl.html<
> http://www.openoffice.org/download/test/checksums_new_dl.html>
> > > > > >
> > > > >
> > > > >
> > > > > are now available. So now there shouldn't be any missing files any
> > > > > longer.
> > > > >
> > > >
> > > > OK, thanks for this...the "official" checksums file should now be
> living
> > > > in
> > > >
> > > > http://ooo-site.staging.**apache.org/download/checksums/**
> > > > 3.4.0_checksums.html<
> http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html
> >
> > > > .
> > > >
> > > > I need tomake sure this is the most recent version before moving on.
> > > >
> > > > And, I do think this needed its own page...
> > > you mean the checksums have to be on a separate page? Why? Why make it
> so
> > > complicate? I don't understand the reason.
> > >
> > > Pleas explain it to me, I am eager to learn ;-)
> >
> > I can't really give you an explanation except to say this is how it was
> > done in the past. The current checksums page is quite large...they COULD
> be
> > tacked on to other.html I guess, but it just seems cleaner this
> >
> >
>
>
> well a lot of room for improvements. The pages with the centered tables
> with different widths looks of course not really professional or what do
> others think?
>
> I really hope we can revamp the whole page in the future. A cleaner,
> simpler design. Consistent translated content with a modern fresh design ;-)
>

I understand. But, I think Marcus did a GREAT job with this in the time we
had to get this going.  A LOT of work really...

We do have a lot of changes and considerations for the future -- no
disagreement from me there.  Mock-ups would be appreciated. :)




> Juergen
> >
> >
> > >
> > > Juergen
> > >
> > >
> > >
> > >
> > > > ..back in a bit after I deal with personal home related issues.
> > > >
> > > >
> > > > > 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
> >
> >
>
>
>


-- 

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Claudio Filho
Hi

2012/5/5 Marcus (OOo) :
> However, the Debian project has initiated this Firefox fork and therefore I
> think it's OK to assume that the very most Iceweasel browser are running on
> Debian, Ubuntu & Co.

No. Isn't exactly in this way, Marcus. This problem happens only with
Debian in function of disagree between Mozilla and Debian about the
use of trademark and brand. Ubuntu have a agreement with Mozilla for
free user of brand.

In the same situation is the Waterfox[1], but i haven't a win64 to test.
[1]http://waterfoxproject.org/

Claudio


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Juergen Schmidt
On Monday, 7. May 2012 at 18:33, Kay Schenk wrote:
> On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
> wrote:
>  
> > On 5/7/12 5:32 PM, Kay Schenk wrote:
> >  
> > > On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
> > > wrote:
> > >  
> > > On 06/05/2012 Andrea Pescetti wrote:
> > > >  
> > > > It's much improved now, but it seems we still miss several files unless
> > > > > the upload is still ongoing. ...
> > > > >  
> > > > > Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
> > > > > deb_LG.tar.gz
> > > > > Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
> > > > > rpm_LG.tar.gz
> > > > >  
> > > > > for virtually all values of LG (ar, cs, de and so on).
> > > > All files listed in
> > > > http://www.openoffice.org/download/test/checksums_new_dl.html
> > > > 
> > > > >  
> > > >  
> > > >  
> > > > are now available. So now there shouldn't be any missing files any
> > > > longer.
> > > >  
> > >  
> > > OK, thanks for this...the "official" checksums file should now be living
> > > in
> > >  
> > > http://ooo-site.staging.**apache.org/download/checksums/**
> > > 3.4.0_checksums.html
> > > .
> > >  
> > > I need tomake sure this is the most recent version before moving on.
> > >  
> > > And, I do think this needed its own page...
> > you mean the checksums have to be on a separate page? Why? Why make it so
> > complicate? I don't understand the reason.
> >  
> > Pleas explain it to me, I am eager to learn ;-)
>  
> I can't really give you an explanation except to say this is how it was
> done in the past. The current checksums page is quite large...they COULD be
> tacked on to other.html I guess, but it just seems cleaner this  
>  
>  


well a lot of room for improvements. The pages with the centered tables with 
different widths looks of course not really professional or what do others 
think?

I really hope we can revamp the whole page in the future. A cleaner, simpler 
design. Consistent translated content with a modern fresh design ;-)

Juergen
>  
>  
> >  
> > Juergen
> >  
> >  
> >  
> >  
> > > ..back in a bit after I deal with personal home related issues.
> > >  
> > >  
> > > > 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
>  
>  




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Kay Schenk
On Mon, May 7, 2012 at 8:43 AM, Jürgen Schmidt
wrote:

> On 5/7/12 5:32 PM, Kay Schenk wrote:
>
>> On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti
>>  wrote:
>>
>>  On 06/05/2012 Andrea Pescetti wrote:
>>>
>>>  It's much improved now, but it seems we still miss several files unless
 the upload is still ongoing. ...

 Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
 deb_LG.tar.gz
 Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-
 rpm_LG.tar.gz

 for virtually all values of LG (ar, cs, de and so on).


>>> All files listed in
>>> http://www.openoffice.org/download/test/checksums_new_dl.html
>>> 
>>> >
>>>
>>> are now available. So now there shouldn't be any missing files any
>>> longer.
>>>
>>>
>> OK, thanks for this...the "official" checksums file should now be living
>> in
>>
>>  http://ooo-site.staging.**apache.org/download/checksums/**
>> 3.4.0_checksums.html
>> .
>>
>>  I need tomake sure this is the most recent version before moving on.
>>
>> And, I do think this needed its own page...
>>
> you mean the checksums have to be on a separate page? Why? Why make it so
> complicate? I don't understand the reason.
>
> Pleas explain it to me, I am eager to learn ;-)
>

I can't really give you an explanation except to say this is how it was
done in the past. The current checksums page is quite large...they COULD be
tacked on to other.html I guess, but it just seems cleaner this way.


>
> Juergen
>
>
>
>
>> ..back in a bit after I deal with personal home related issues.
>>
>>
>>> 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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Jürgen Schmidt

On 5/7/12 5:32 PM, Kay Schenk wrote:

On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti  wrote:


On 06/05/2012 Andrea Pescetti wrote:


It's much improved now, but it seems we still miss several files unless
the upload is still ongoing. ...

Apache_OpenOffice_incubating_**3.4.0_Linux_x86-64_install-**deb_LG.tar.gz
Apache_OpenOffice_incubating_**3.4.0_Linux_x86-64_install-**rpm_LG.tar.gz
for virtually all values of LG (ar, cs, de and so on).



All files listed in
http://www.openoffice.org/**download/test/checksums_new_**dl.html
are now available. So now there shouldn't be any missing files any longer.



OK, thanks for this...the "official" checksums file should now be living in

  http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html.

  I need tomake sure this is the most recent version before moving on.

And, I do think this needed its own page...
you mean the checksums have to be on a separate page? Why? Why make it 
so complicate? I don't understand the reason.


Pleas explain it to me, I am eager to learn ;-)

Juergen




..back in a bit after I deal with personal home related issues.



Regards,
  Andrea.









Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Kay Schenk
On Mon, May 7, 2012 at 3:38 AM, Andrea Pescetti  wrote:

> On 06/05/2012 Andrea Pescetti wrote:
>
>> It's much improved now, but it seems we still miss several files unless
>> the upload is still ongoing. ...
>>
>> Apache_OpenOffice_incubating_**3.4.0_Linux_x86-64_install-**deb_LG.tar.gz
>> Apache_OpenOffice_incubating_**3.4.0_Linux_x86-64_install-**rpm_LG.tar.gz
>> for virtually all values of LG (ar, cs, de and so on).
>>
>
> All files listed in
> http://www.openoffice.org/**download/test/checksums_new_**dl.html
> are now available. So now there shouldn't be any missing files any longer.
>

OK, thanks for this...the "official" checksums file should now be living in

 http://ooo-site.staging.apache.org/download/checksums/3.4.0_checksums.html.

 I need tomake sure this is the most recent version before moving on.

And, I do think this needed its own page...

..back in a bit after I deal with personal home related issues.

>
> 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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Andrea Pescetti

On 06/05/2012 Andrea Pescetti wrote:

It's much improved now, but it seems we still miss several files unless
the upload is still ongoing. ...
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-deb_LG.tar.gz
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_LG.tar.gz
for virtually all values of LG (ar, cs, de and so on).


All files listed in
http://www.openoffice.org/download/test/checksums_new_dl.html
are now available. So now there shouldn't be any missing files any longer.

Regards,
  Andrea.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Jürgen Schmidt

On 5/6/12 2:51 PM, Marcus (OOo) wrote:

Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so
OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)


Yes, for sure.


I have drafted the download page on the project page.


That's good.

An additional link to the (upcoming) official announcement (mail
archive, blog post, etc.) would be good.


http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist


Do you have any special reason to show download links also here? All is
(will be) available in the download area (currently here:
"http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and
"http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).

Otherwise I would suggest that the webpage points only to the already
existing download webpages. Then we will have less work when updating
downloads.

Source --> http://www.openoffice.org/download/other.html#tested-sdk
SDK --> http://www.openoffice.org/download/other.html#tested-sdk
Binaries --> http://www.openoffice.org/download/index.html
Checksums --> http://www.openoffice.org/download/checksums.html


by the way why do you have created a new checksums file and not extended 
the other.html. I think there is enough place and the context is much 
clearer as on a further page.


Juergen



If you want to mention the legacy builds it would be great to point also
here to the respective webpage:
"http://www.openoffice.org/download/legacy/index.html";.

If you want to mention the archive in general (prior OOo 3.3.0) this
link is helping: "http://www.openoffice.org/download/archive.html";.

Marcus




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Jürgen Schmidt

On 5/6/12 2:51 PM, Marcus (OOo) wrote:

Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so
OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)


Yes, for sure.


I have drafted the download page on the project page.


That's good.

An additional link to the (upcoming) official announcement (mail
archive, blog post, etc.) would be good.


http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist


Do you have any special reason to show download links also here?


I initially had only the source files listed there but based on some 
discussion (email) to use the Apache mirrors for the SDK as well I 
decided to list the SDK here as well.


I think it is common to list at least the source tarballs on this 
download page directly because the src tarballs are very important for
Apache. Well for most of our users the binaries are more important but 
for that we have the 1-click downloads on www.openoffice.org


Juergen


All is

(will be) available in the download area (currently here:
"http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and
"http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).

Otherwise I would suggest that the webpage points only to the already
existing download webpages. Then we will have less work when updating
downloads.

Source --> http://www.openoffice.org/download/other.html#tested-sdk
SDK --> http://www.openoffice.org/download/other.html#tested-sdk
Binaries --> http://www.openoffice.org/download/index.html
Checksums --> http://www.openoffice.org/download/checksums.html

If you want to mention the legacy builds it would be great to point also
here to the respective webpage:
"http://www.openoffice.org/download/legacy/index.html";.

If you want to mention the archive in general (prior OOo 3.3.0) this
link is helping: "http://www.openoffice.org/download/archive.html";.

Marcus




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-07 Thread Oliver-Rainer Wittmann

Hi

On 04.05.2012 18:32, Kay Schenk wrote:

On Fri, May 4, 2012 at 6:36 AM, Oliver-Rainer Wittmann<
orwittm...@googlemail.com>  wrote:

[snip]




@All:
Can others please test on Windows with MSIE and Firefox? I really hope
it's just
my Windows XP (in a Virtualbox VM).



Here are my results:

Windows 7, en-US:
- Firefox 10.0.4, en-US
window.location.href
http://www.openoffice.org/**download/test/analyze
navigator.platform  Win32
navigator.platform.**toLowerCase()win32
navigator.userAgent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4
navigator.userAgent.**toLowerCase()   mozilla/5.0 (windows nt 6.1;
wow64; rv:10.0.4) gecko/20100101 firefox/10.0.4
navigator.language  en-US

navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes
==>  getting AOO 3.4 en-US download on .../test/index_new.dl

- Windows Internet Explorer 9
window.location.href
http://www.openoffice.org/**download/test/analyze
navigator.platform  Win32
navigator.platform.**toLowerCase() win32
navigator.userAgent Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1;
WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR
3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E)
navigator.userAgent.**toLowerCase() mozilla/5.0 (compatible; msie 9.0;
windows nt 6.1; wow64; trident/5.0; slcc2; .net clr 2.0.50727; .net clr
3.5.30729; .net clr 3.0.30729; media center pc 6.0; .net4.0c; .net4.0e)
navigator.language undefined
navigator.userLanguage de
navigator.systemLanguage en-us
navigator.javaEnabled() Yes
==>  getting AOO 3.4 de download on .../test/index_new.dl

==**
Windows 7, de
- Firefox 10.0.4, en-US
window.location.href
http://www.openoffice.org/**download/test/analyze
navigator.platform  Win32
navigator.platform.**toLowerCase()win32
navigator.userAgent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4
navigator.userAgent.**toLowerCase()   mozilla/5.0 (windows nt 6.1;
wow64; rv:10.0.4) gecko/20100101 firefox/10.0.4
navigator.language  en-US

navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes
==>  getting AOO 3.4 en-US download on .../test/index_new.dl

- Windows Internet Explorer 8
window.location.href  
http://www.openoffice.org/**download/test/analyze
navigator.platform  Win32
navigator.platform.**toLowerCase()  win32
navigator.userAgent  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1;
WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR
3.0.30729; Media Center PC 6.0; .NET4.0C; InfoPath.3)
navigator.userAgent.**toLowerCase() mozilla/4.0 (compatible; msie 8.0;
windows nt6.1; wow64; trident/4.0; slcc2; .net clr 2.0.50727; .net clr
3.5.30729; .net clr 3.0.30729; media center pc 6.0; .net4.0c; infopath.3)

navigator.language  undefined
navigator.userLanguage  de
navigator.systemLanguage de
navigator.javaEnabled() Yes
==>  getting AOO 3.4 de download on .../test/index_new.dl


Best regards, Oliver.



OK, bottom line -- all OK, right?




I am not sure, because different browsers on the same system provides me 
different languague packages.


But, I think it is because of my mixed environments:
System 1:
- 'en-US 'Windows 7 + same user configurations (keyboard, time zone, time 
format, location, ...) set to 'de' with 'en-US' FireFox and 'en-US' Windows 
Internet Explorer.

System 2:
- 'de' Windows 7 with 'en-US' FireFox and 'de' Windows Internet Explorer

Best regards, Oliver.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Andrea Pescetti

Jürgen Schmidt wrote:

so the files are now available on dist. It was a tiny typo in my script.


It's much improved now, but it seems we still miss several files unless 
the upload is still ongoing.


The (updated) list is at
http://people.apache.org/~pescetti/tmp/missing-checksums.txt
but the pattern is rather clear: we miss

Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-deb_LG.tar.gz

Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_LG.tar.gz

for virtually all values of LG (ar, cs, de and so on).

Regards,
  Andrea.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 08:46 PM, schrieb Kay Schenk:

On Sun, May 6, 2012 at 11:09 AM, Marcus (OOo)  wrote:


Am 05/06/2012 07:39 PM, schrieb Jürgen Schmidt:

  On 5/6/12 7:28 PM, Marcus (OOo) wrote:



Am 05/06/2012 07:14 PM, schrieb Jürgen Schmidt:


On 5/6/12 7:08 PM, Marcus (OOo) wrote:


Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:


Marcus (OOo) wrote:


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

checksums_new_dl.html





  Yes, this is known as I wrote already that there are no

localized
Windows builds at all and no Linux x86-64 full install builds


@Andrea:

You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?



I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~**pescetti/tmp/missing-**checksums.txt



Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.



yes I have noticed as well, en-GB is completely missing. Either we drop
en-GB completely or we drop it for Linux.

That was probably a communication error but I don't see it as critical.



I think when en-GB gets diabled in "languages.js", then the green box
can point to the "other.html" webpage. And on that webpage we can leave
Mac OS and Windows as available. Or we drop it completely.



en-GB is removed from dist after I have talked with infra people in IRC

It is cleaner and better to have it removed completely.

So please remove en-GB from the supported language list for 3.4. It will
be part of the net micro update 3.4.1 with the updated localization



OK, committed. The testing webpages should be up-to-date.



wow! great work Marcus...OK, I just set up en-gb as non-supported on the
mirrors so we should be ok with this one now. set up correctly in staging.


Thanks for taking care so fast. :-)

Marcus


  Furthermore, all SDK builds are named wrong. They have "3.4" as version

string. But it has to be "3.4.0".



that can't be changed and we have to live with 3.4



OK, I'll adapt it on the download webpage.

Marcus

  The links for following links are working nevertheless from your list

and from the checksums webpage:

http://www.apache.org/dist/**incubator/ooo/files/localized/**
en-GB/3.4.0/Apache_OpenOffice_**incubating_3.4.0_Win_x86_**
install_en-GB.exe.sha512





http://www.apache.org/dist/**incubator/ooo/files/localized/**
en-GB/3.4.0/Apache_OpenOffice_**incubating_3.4.0_Win_x86_**
langpack_en-GB.exe.sha512





Marcus










--

Ciao

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Kay Schenk
On Sun, May 6, 2012 at 11:09 AM, Marcus (OOo)  wrote:

> Am 05/06/2012 07:39 PM, schrieb Jürgen Schmidt:
>
>  On 5/6/12 7:28 PM, Marcus (OOo) wrote:
>>
>>> Am 05/06/2012 07:14 PM, schrieb Jürgen Schmidt:
>>>
 On 5/6/12 7:08 PM, Marcus (OOo) wrote:

> Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:
>
>> Marcus (OOo) wrote:
>>
>>> http://ooo-site.staging.**apache.org/download/test/**
>>> checksums_new_dl.html
>>>
>>>
>>>
>>>
>>>
>>>  Yes, this is known as I wrote already that there are no
> localized
> Windows builds at all and no Linux x86-64 full install builds
>
 @Andrea:
>>> You have checked the links on the checksums webpage. Can you confirm
>>> that the hash file for these files only are missing? Or have you seen
>>> other files?
>>>
>>
>> I noticed the same pattern as you, i.e., Windows and Linux x86-64
>> missing, but there are minor deviations. If this can help, the list of
>> broken links to sha512 hashes follows (and, as far as I've seen, it
>> seems to match the list of missing files):
>>
>> http://people.apache.org/~**pescetti/tmp/missing-**checksums.txt
>>
>
> Thanks a lot for the list. :-)
>
> I can see that for localized builds the files are missing consistently
> (the already stated Windows full install and Linux x86-64 full install
> combination), except for en-GB, here all Linux and Linux x86-64 builds
> are missing.
>

 yes I have noticed as well, en-GB is completely missing. Either we drop
 en-GB completely or we drop it for Linux.

 That was probably a communication error but I don't see it as critical.

>>>
>>> I think when en-GB gets diabled in "languages.js", then the green box
>>> can point to the "other.html" webpage. And on that webpage we can leave
>>> Mac OS and Windows as available. Or we drop it completely.
>>>
>>
>> en-GB is removed from dist after I have talked with infra people in IRC
>>
>> It is cleaner and better to have it removed completely.
>>
>> So please remove en-GB from the supported language list for 3.4. It will
>> be part of the net micro update 3.4.1 with the updated localization
>>
>
> OK, committed. The testing webpages should be up-to-date.
>

wow! great work Marcus...OK, I just set up en-gb as non-supported on the
mirrors so we should be ok with this one now. set up correctly in staging.


>
> Marcus
>
>
>  Furthermore, all SDK builds are named wrong. They have "3.4" as version
> string. But it has to be "3.4.0".
>

 that can't be changed and we have to live with 3.4

>>>
>>> OK, I'll adapt it on the download webpage.
>>>
>>> Marcus
>>>
>>>  The links for following links are working nevertheless from your list
> and from the checksums webpage:
>
> http://www.apache.org/dist/**incubator/ooo/files/localized/**
> en-GB/3.4.0/Apache_OpenOffice_**incubating_3.4.0_Win_x86_**
> install_en-GB.exe.sha512
>
>
>
>
>
> http://www.apache.org/dist/**incubator/ooo/files/localized/**
> en-GB/3.4.0/Apache_OpenOffice_**incubating_3.4.0_Win_x86_**
> langpack_en-GB.exe.sha512
>
>
>
>
>
> Marcus
>



-- 

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 07:39 PM, schrieb Jürgen Schmidt:

On 5/6/12 7:28 PM, Marcus (OOo) wrote:

Am 05/06/2012 07:14 PM, schrieb Jürgen Schmidt:

On 5/6/12 7:08 PM, Marcus (OOo) wrote:

Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

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






Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~pescetti/tmp/missing-checksums.txt


Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.


yes I have noticed as well, en-GB is completely missing. Either we drop
en-GB completely or we drop it for Linux.

That was probably a communication error but I don't see it as critical.


I think when en-GB gets diabled in "languages.js", then the green box
can point to the "other.html" webpage. And on that webpage we can leave
Mac OS and Windows as available. Or we drop it completely.


en-GB is removed from dist after I have talked with infra people in IRC

It is cleaner and better to have it removed completely.

So please remove en-GB from the supported language list for 3.4. It will
be part of the net micro update 3.4.1 with the updated localization


OK, committed. The testing webpages should be up-to-date.

Marcus


Furthermore, all SDK builds are named wrong. They have "3.4" as version
string. But it has to be "3.4.0".


that can't be changed and we have to live with 3.4


OK, I'll adapt it on the download webpage.

Marcus


The links for following links are working nevertheless from your list
and from the checksums webpage:

http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-GB.exe.sha512





http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_langpack_en-GB.exe.sha512





Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 7:38 PM, Ariel Constenla-Haile wrote:

Hi Jürgen,

On Sun, May 06, 2012 at 07:14:14PM +0200, Jürgen Schmidt wrote:

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.


yes I have noticed as well, en-GB is completely missing. Either we
drop en-GB completely or we drop it for Linux.

That was probably a communication error but I don't see it as critical.


I may have missed when you told what languages to build, I was building
the same set of languages we've been building so far for the Dev's
Snapshots https://cwiki.apache.org/confluence/x/sL2oAQ
that is
--with-lang="ar cs de en-US es fi fr gl hu it ja nl pt-BR ru zh-CN zh-TW"


It was my fault, don't worry. As I mentioned I have already dropped it 
from dist. We will include it for 3.4.1.



Juergen


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 7:28 PM, Marcus (OOo) wrote:

Am 05/06/2012 07:14 PM, schrieb Jürgen Schmidt:

On 5/6/12 7:08 PM, Marcus (OOo) wrote:

Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

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





Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~pescetti/tmp/missing-checksums.txt


Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.


yes I have noticed as well, en-GB is completely missing. Either we drop
en-GB completely or we drop it for Linux.

That was probably a communication error but I don't see it as critical.


I think when en-GB gets diabled in "languages.js", then the green box
can point to the "other.html" webpage. And on that webpage we can leave
Mac OS and Windows as available. Or we drop it completely.


en-GB is removed from dist after I have talked with infra people in IRC

It is cleaner and better to have it removed completely.

So please remove en-GB from the supported language list for 3.4. It will 
be part of the net micro update 3.4.1 with the updated localization


Juergen




Furthermore, all SDK builds are named wrong. They have "3.4" as version
string. But it has to be "3.4.0".


that can't be changed and we have to live with 3.4


OK, I'll adapt it on the download webpage.

Marcus


The links for following links are working nevertheless from your list
and from the checksums webpage:

http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-GB.exe.sha512




http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_langpack_en-GB.exe.sha512




Marcus




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Ariel Constenla-Haile
Hi Jürgen,

On Sun, May 06, 2012 at 07:14:14PM +0200, Jürgen Schmidt wrote:
> >I can see that for localized builds the files are missing consistently
> >(the already stated Windows full install and Linux x86-64 full install
> >combination), except for en-GB, here all Linux and Linux x86-64 builds
> >are missing.
> 
> yes I have noticed as well, en-GB is completely missing. Either we
> drop en-GB completely or we drop it for Linux.
> 
> That was probably a communication error but I don't see it as critical.

I may have missed when you told what languages to build, I was building
the same set of languages we've been building so far for the Dev's
Snapshots https://cwiki.apache.org/confluence/x/sL2oAQ
that is 
--with-lang="ar cs de en-US es fi fr gl hu it ja nl pt-BR ru zh-CN zh-TW"


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp2FdXNjqm0f.pgp
Description: PGP signature


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 07:14 PM, schrieb Jürgen Schmidt:

On 5/6/12 7:08 PM, Marcus (OOo) wrote:

Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

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




Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~pescetti/tmp/missing-checksums.txt


Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.


yes I have noticed as well, en-GB is completely missing. Either we drop
en-GB completely or we drop it for Linux.

That was probably a communication error but I don't see it as critical.


I think when en-GB gets diabled in "languages.js", then the green box 
can point to the "other.html" webpage. And on that webpage we can leave 
Mac OS and Windows as available. Or we drop it completely.



Furthermore, all SDK builds are named wrong. They have "3.4" as version
string. But it has to be "3.4.0".


that can't be changed and we have to live with 3.4


OK, I'll adapt it on the download webpage.

Marcus


The links for following links are working nevertheless from your list
and from the checksums webpage:

http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-GB.exe.sha512



http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_langpack_en-GB.exe.sha512



Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 06:50 PM, schrieb Jürgen Schmidt:

On 5/6/12 5:45 PM, Marcus (OOo) wrote:

Am 05/06/2012 05:24 PM, schrieb Juergen Schmidt:

On Sunday, 6. May 2012 at 14:19, Marcus (OOo) wrote:

Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html





It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody,
so OK.




Yes, sometimes you will see how it looks not before it's finished. IMHO
for the AOO 3.4.0 release and a bit later this will be the location for
hashes.

Juergen mentioned to put the links into the green download box. I think
this is a good idea and will be implemented after the release. So, we
will have then the "checksums.html" as fallback.


I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click
around on
that page and you will see plenty of broken links.




Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds, the same
for the hash files, as you can see here:

http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/

I will check it asap later when I am back home. It must be an error.


Great. Hopefully enough time to upload them, too.


so the files are now available on dist. It was a tiny typo in my script.


OK, I will wait until they are finally visible.


A clear pointer or private email a little bit earlier would have been
great ;-) I simply have overseen it. I thought I had double checked it.


You are right. Sorry for too less visibility.

Please see also my response in this thread to Andrea's post with his 
list. There are some more mistakes.


Marcus


Do you know of more missing files?


No.

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?

Thanks

Marcus




I think from here the builds will be distributed to the ASF and SF
mirrors, right? Hopefully someone is working on this issue. *wink*

Thanks for your feedback.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 7:08 PM, Marcus (OOo) wrote:

Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

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



Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~pescetti/tmp/missing-checksums.txt


Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently
(the already stated Windows full install and Linux x86-64 full install
combination), except for en-GB, here all Linux and Linux x86-64 builds
are missing.


yes I have noticed as well, en-GB is completely missing. Either we drop 
en-GB completely or we drop it for Linux.


That was probably a communication error but I don't see it as critical.



Furthermore, all SDK builds are named wrong. They have "3.4" as version
string. But it has to be "3.4.0".


that can't be changed and we have to live with 3.4

Juergen



The links for following links are working nevertheless from your list
and from the checksums webpage:

http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-GB.exe.sha512


http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_langpack_en-GB.exe.sha512


Marcus




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 6:50 PM, Jürgen Schmidt wrote:

On 5/6/12 5:45 PM, Marcus (OOo) wrote:

Am 05/06/2012 05:24 PM, schrieb Juergen Schmidt:

On Sunday, 6. May 2012 at 14:19, Marcus (OOo) wrote:

Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html





It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody,
so OK.




Yes, sometimes you will see how it looks not before it's finished. IMHO
for the AOO 3.4.0 release and a bit later this will be the location for
hashes.

Juergen mentioned to put the links into the green download box. I think
this is a good idea and will be implemented after the release. So, we
will have then the "checksums.html" as fallback.


I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click
around on
that page and you will see plenty of broken links.




Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds, the same
for the hash files, as you can see here:

http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/

I will check it asap later when I am back home. It must be an error.


Great. Hopefully enough time to upload them, too.


so the files are now available on dist. It was a tiny typo in my script.

A clear pointer or private email a little bit earlier would have been
great ;-) I simply have overseen it. I thought I had double checked it.


We have to take care of en-GB, we have no Linux packages for en-GB. I 
stumbled over this fact when I again double checked the dist folder.


I would suggest that we drop it completely if it is to complicate to 
adapt the download script.


I have an updated localization for en-GB anyway and we can include it in 
the next run.


I don't see it too critical.

Juergen




Juergen





Do you know of more missing files?


No.

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?

Thanks

Marcus




I think from here the builds will be distributed to the ASF and SF
mirrors, right? Hopefully someone is working on this issue. *wink*

Thanks for your feedback.

Marcus






Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 06:32 PM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

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


Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64
missing, but there are minor deviations. If this can help, the list of
broken links to sha512 hashes follows (and, as far as I've seen, it
seems to match the list of missing files):

http://people.apache.org/~pescetti/tmp/missing-checksums.txt


Thanks a lot for the list. :-)

I can see that for localized builds the files are missing consistently 
(the already stated Windows full install and Linux x86-64 full install 
combination), except for en-GB, here all Linux and Linux x86-64 builds 
are missing.


Furthermore, all SDK builds are named wrong. They have "3.4" as version 
string. But it has to  be "3.4.0".


The links for following links are working nevertheless from your list 
and from the checksums webpage:


http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-GB.exe.sha512

http://www.apache.org/dist/incubator/ooo/files/localized/en-GB/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_langpack_en-GB.exe.sha512 



Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 5:45 PM, Marcus (OOo) wrote:

Am 05/06/2012 05:24 PM, schrieb Juergen Schmidt:

On Sunday, 6. May 2012 at 14:19, Marcus (OOo) wrote:

Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html




It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody,
so OK.




Yes, sometimes you will see how it looks not before it's finished. IMHO
for the AOO 3.4.0 release and a bit later this will be the location for
hashes.

Juergen mentioned to put the links into the green download box. I think
this is a good idea and will be implemented after the release. So, we
will have then the "checksums.html" as fallback.


I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click
around on
that page and you will see plenty of broken links.




Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds, the same
for the hash files, as you can see here:

http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/

I will check it asap later when I am back home. It must be an error.


Great. Hopefully enough time to upload them, too.


so the files are now available on dist. It was a tiny typo in my script.

A clear pointer or private email a little bit earlier would have been 
great ;-) I simply have overseen it. I thought I had double checked it.


Juergen





Do you know of more missing files?


No.

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?

Thanks

Marcus




I think from here the builds will be distributed to the ASF and SF
mirrors, right? Hopefully someone is working on this issue. *wink*

Thanks for your feedback.

Marcus




Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Andrea Pescetti

Marcus (OOo) wrote:

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

Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds

@Andrea:
You have checked the links on the checksums webpage. Can you confirm
that the hash file for these files only are missing? Or have you seen
other files?


I noticed the same pattern as you, i.e., Windows and Linux x86-64 
missing, but there are minor deviations. If this can help, the list of 
broken links to sha512 hashes follows (and, as far as I've seen, it 
seems to match the list of missing files):


http://people.apache.org/~pescetti/tmp/missing-checksums.txt

Regards,
  Andrea.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 05:24 PM, schrieb Juergen Schmidt:

On Sunday, 6. May 2012 at 14:19, Marcus (OOo) wrote:

Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html




It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so OK.




Yes, sometimes you will see how it looks not before it's finished. IMHO
for the AOO 3.4.0 release and a bit later this will be the location for
hashes.

Juergen mentioned to put the links into the green download box. I think
this is a good idea and will be implemented after the release. So, we
will have then the "checksums.html" as fallback.


I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.




Yes, this is known as I wrote already that there are no localized
Windows builds at all and no Linux x86-64 full install builds, the same
for the hash files, as you can see here:

http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/

I will check it asap later when I am back home. It must be an error.


Great. Hopefully enough time to upload them, too.


Do you know of more missing files?


No.

@Andrea:
You have checked the links on the checksums webpage. Can you confirm 
that the hash file for these files only are missing? Or have you seen 
other files?


Thanks

Marcus




I think from here the builds will be distributed to the ASF and SF
mirrors, right? Hopefully someone is working on this issue. *wink*

Thanks for your feedback.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Juergen Schmidt
On Sunday, 6. May 2012 at 14:19, Marcus (OOo) wrote:
> Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:
> > On 05/05/2012 Marcus (OOo) wrote:
> > > The checksums file is ready:
> > > http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html
> > > 
> > 
> > 
> > It's nice, even though a bit scary (four different verification
> > mechanisms are probably overkill); but this will satisfy everybody, so OK.
> > 
> 
> 
> Yes, sometimes you will see how it looks not before it's finished. IMHO 
> for the AOO 3.4.0 release and a bit later this will be the location for 
> hashes.
> 
> Juergen mentioned to put the links into the green download box. I think 
> this is a good idea and will be implemented after the release. So, we 
> will have then the "checksums.html" as fallback.
> 
> > I see that many links in that page are broken (e.g., links to Windows
> > builds, to 64-bit DEBs and so on); I tend to believe this is known
> > and/or wanted for the time being, but, if it isn't, just click around on
> > that page and you will see plenty of broken links.
> > 
> 
> 
> Yes, this is known as I wrote already that there are no localized 
> Windows builds at all and no Linux x86-64 full install builds, the same 
> for the hash files, as you can see here:
> 
> http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/
I will check it asap later when I am back home. It must be an error.

Do you know of more missing files? 

Juergen 
> 
> I think from here the builds will be distributed to the ASF and SF 
> mirrors, right? Hopefully someone is working on this issue. *wink*
> 
> Thanks for your feedback.
> 
> Marcus 



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 01:31 PM, schrieb Jürgen Schmidt:

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so
OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)


Yes, for sure.


I have drafted the download page on the project page.


That's good.

An additional link to the (upcoming) official announcement (mail 
archive, blog post, etc.) would be good.



http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist


Do you have any special reason to show download links also here? All is 
(will be) available in the download area (currently here:
"http://ooo-site.staging.apache.org/download/test/index_new_dl.html"; and 
"http://ooo-site.staging.apache.org/download/test/other_new_dl.html";).


Otherwise I would suggest that the webpage points only to the already 
existing download webpages. Then we will have less work when updating 
downloads.


Source --> http://www.openoffice.org/download/other.html#tested-sdk
SDK--> http://www.openoffice.org/download/other.html#tested-sdk
Binaries --> http://www.openoffice.org/download/index.html
Checksums --> http://www.openoffice.org/download/checksums.html

If you want to mention the legacy builds it would be great to point also 
here to the respective webpage: 
"http://www.openoffice.org/download/legacy/index.html";.


If you want to mention the archive in general (prior OOo 3.3.0) this 
link is helping: "http://www.openoffice.org/download/archive.html";.


Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Marcus (OOo)

Am 05/06/2012 01:02 PM, schrieb Andrea Pescetti:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so OK.


Yes, sometimes you will see how it looks not before it's finished. IMHO 
for the AOO 3.4.0 release and a bit later this will be the location for 
hashes.


Juergen mentioned to put the links into the green download box. I think 
this is a good idea and will be implemented after the release. So, we 
will have then the "checksums.html" as fallback.



I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.


Yes, this is known as I wrote already that there are no localized 
Windows builds at all and no Linux x86-64 full install builds, the same 
for the hash files, as you can see here:


http://www.apache.org/dist/incubator/ooo/files/localized/it/3.4.0/

I think from here the builds will be distributed to the ASF and SF 
mirrors, right? Hopefully someone is working on this issue. *wink*


Thanks for your feedback.

Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Jürgen Schmidt

On 5/6/12 1:02 PM, Andrea Pescetti wrote:

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification
mechanisms are probably overkill); but this will satisfy everybody, so OK.

I see that many links in that page are broken (e.g., links to Windows
builds, to 64-bit DEBs and so on); I tend to believe this is known
and/or wanted for the time being, but, if it isn't, just click around on
that page and you will see plenty of broken links.


we can potentially drop one sha checksum ;-)

I have drafted the download page on the project page.

http://openofficeorg.staging.apache.org/openofficeorg/downloads.html

Review is appreciated.

- downloads of source files via Apache mirrors
- SDK as well
- checksum files directly from dist

Juergen


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-06 Thread Andrea Pescetti

On 05/05/2012 Marcus (OOo) wrote:

The checksums file is ready:
http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html


It's nice, even though a bit scary (four different verification 
mechanisms are probably overkill); but this will satisfy everybody, so OK.


I see that many links in that page are broken (e.g., links to Windows 
builds, to 64-bit DEBs and so on); I tend to believe this is known 
and/or wanted for the time being, but, if it isn't, just click around on 
that page and you will see plenty of broken links.


Regards,
  Andrea.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Marcus (OOo)

Am 05/05/2012 06:47 PM, schrieb Kay Schenk:

On Sat, May 5, 2012 at 6:46 AM, Marcus (OOo)  wrote:


Am 05/05/2012 02:55 PM, schrieb Claudio Filho:

  2012/5/5 Marcus (OOo):



The platform seems not recognized. Please post what you get from this
webpage:



My results.

Claudio


- Chromium 18.0.1025.168~r134367-1 -
navigator.platform: Linux i686
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64)
AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.168
Safari/535.19
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/**
download/test/analyze.html
navigator.platform  Linux i686
navigator.platform.**toLowerCase()linux i686
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19
(KHTML, like Gecko) Chrome/18.0.1025.168 Safari/535.19
navigator.userAgent.**toLowerCase()   mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes



Chrome is available for rpm- and deb-based Linux. Unfortunately, the
"navigator.userAgent" doesn't show an indicator to split into rpm or deb,
so it defaults to rpm. Maybe we are at the limit to recognize and provide
the correct URL for download.

If you - or someone else - knows about how to recognize Chrome browser on
rpm and deb Linux, please tell us.


  - Iceweasel (FFox) 10.0.4esr-2 --

navigator.platform: Linux x86_64
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux x86-64
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/**
download/test/analyze.html
navigator.platform  Linux x86_64
navigator.platform.**toLowerCase()linux x86_64
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.userAgent.**toLowerCase()   mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes



The DL magic checks if "navigator.userAgent" contains the term "debian".
If so, a URL with a deb package will be created.
Here it seems we have to extend it with the term "iceweasel".



Yes, your analysis is correct. Since I don't use debian, or any of it's
derivatives, I didn't know what we should expect here. Is "iceweasel"
something  ONLY used by debian distros? I'm confused...


I'm pretty sure that it's technically possible to use it also on Fedora 
& Co.


However, the Debian project has initiated this Firefox fork and 
therefore I think it's OK to assume that the very most Iceweasel browser 
are running on Debian, Ubuntu & Co.


Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Kay Schenk
On Sat, May 5, 2012 at 6:14 AM, Marcus (OOo)  wrote:

> Am 05/05/2012 12:24 PM, schrieb Jürgen Schmidt:
>
>  On 5/5/12 4:03 AM, Marcus (OOo) wrote:
>>
>>> Am 05/05/2012 12:08 AM, schrieb Dave Fisher:
>>>

 On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:

  Am 05/04/2012 06:27 PM, schrieb Kay Schenk:
>
>> On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
>> **wrote:
>>
>>  Hi,
>>>
>>> I have tested http://ooo-site.staging.**apac**
>>> he.org/download/test/** 
>>> index_new_dl.html>> download/test/index_new_dl.**html
>>> >on
>>>
>>> MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5
>>>
>>> In both cases the click on the download butotn give me the correct
>>> download, perfect ;-)
>>>
>>>
>> YAY!
>>
>>
>>
>>>
>>> Some questions as release manager:
>>>
>>> - the link "Searching for another version? Get all platforms,
>>> languages,
>>> language packs" guide me on an old page. Do we have the new page
>>> with the
>>> reduced number of released languages already in place?
>>>
>>>
>> yes, we do...it is not linked in and will need to retaing its
>> current name
>> but you can see the new version at:
>>
>> http://www.openoffice.org/**download/test/other_new_dl.**html
>>
>
> I've created yesterday evening a first draft. So, please don't see it
> as written in stone. And some links are not yet working.
>


>  Does "source archives" on this page provide links to our source
>>> release?
>>>
>>>
>> see above page...
>>
>
> Yes, there is a little section to provide links to the source files
> (should be from Apache only).
>

 This is what should be from the Apache Mirrors and not /dist/. You can
 use the cgi url that Joe has provided.

 (This is item no 10.)

 Let me know if you would like me to do these changes on the new other
 page.

>>>
>>> I've tried to use the aoo-closer.cgi script in the URL. But it doesn't
>>> work yet. Do you see anything incorrect in the URL?
>>>
>>
>> http://www.apache.org/dyn/aoo-**closer.cgi/incubator/ooo/3.4.**
>> 0/source/aoo-3.4.0-incubating-**src.zip[.asc|.md5|.sha1|.**sha512]
>>
>>
>> http://www.apache.org/dyn/aoo-**closer.cgi/incubator/ooo/3.4.**
>> 0/source/aoo-3.4.0-incubating-**src.tar.gz[.asc|.md5|.sha1|.**sha512]
>>
>>
>> http://www.apache.org/dyn/aoo-**closer.cgi/incubator/ooo/3.4.**
>> 0/source/aoo-3.4.0-incubating-**src.tar.bz2[.asc|.md5|.sha1|.**sha512]
>>
>
> Ah, it's "3.4.0" instead of "3.4". Thanks Juergen.
>
> I don't get a download file but a webpage with a choice of many links.
> When clicking on one I get the download. I think this is intended, right?


yes...this is what will happen...a list of mirrors from which the user
chooses.


>
>
>  - the link "Release Notes"
>>> Do we have it in place as html file that fits in here? I know we
>>> have it
>>> in the wiki and there as html as well. But is the plan here?
>>>
>>>
>> I just sent out a note about this. We have one in development but
>> it's not
>> where it should be.
>>
>>
>>  - the "MD5 checksums"
>>> I have read that we will probably change it to "Signatures and
>>> Hashes". Do
>>> we have the page/script behind it?
>>>
>>> Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a
>>> simple
>>> script appending the correct extension. Everything else should be
>>> in place
>>> already.
>>>
>>>
>> This is a BIG unanswered question at the moment-- please see the
>>
>> "Distributing AOO 3.4: The 22 things we need to do before we announce"
>>
>> thread...Rob's last comments...
>>
>
> I can create also a webpage with links to all checksums. Shouldn't be
> a problem.
>

 Link to the signatures on /dist/. These are the trusted source. The
 page should explain how to verify the sigs. There are many examples.

>>>
>>> The checksums file is ready:
>>>
>>> http://ooo-site.staging.**apache.org/download/test/**
>>> checksums_new_dl.html
>>>
>>> Just the part "How to use checksums?" needs to be filled with text. I'll
>>> do this tomorrow.
>>>
>>
>> y

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Kay Schenk
On Sat, May 5, 2012 at 6:46 AM, Marcus (OOo)  wrote:

> Am 05/05/2012 02:55 PM, schrieb Claudio Filho:
>
>  2012/5/5 Marcus (OOo):
>>
>>> The platform seems not recognized. Please post what you get from this
>>> webpage:
>>>
>>
>> My results.
>>
>> Claudio
>>
>>
>> - Chromium 18.0.1025.168~r134367-1 -
>> navigator.platform: Linux i686
>> navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64)
>> AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.168
>> Safari/535.19
>> navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64)
>> applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
>> safari/535.19
>> navigator.UserAgent lower case: -1
>> getLink(): undefined
>> getPlatform(): Linux
>> getLanguage(): Portuguese (Brazilian)
>>
>>
>> window.location.hrefhttp://www.openoffice.org/**
>> download/test/analyze.html
>> navigator.platform  Linux i686
>> navigator.platform.**toLowerCase()linux i686
>> navigator.userAgent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19
>> (KHTML, like Gecko) Chrome/18.0.1025.168 Safari/535.19
>> navigator.userAgent.**toLowerCase()   mozilla/5.0 (x11; linux x86_64)
>> applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
>> safari/535.19
>> navigator.language  pt-BR
>> navigator.userLanguage  undefined
>> navigator.systemLanguageundefined
>> navigator.javaEnabled() Yes
>>
>
> Chrome is available for rpm- and deb-based Linux. Unfortunately, the
> "navigator.userAgent" doesn't show an indicator to split into rpm or deb,
> so it defaults to rpm. Maybe we are at the limit to recognize and provide
> the correct URL for download.
>
> If you - or someone else - knows about how to recognize Chrome browser on
> rpm and deb Linux, please tell us.
>
>
>  - Iceweasel (FFox) 10.0.4esr-2 --
>> navigator.platform: Linux x86_64
>> navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
>> Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
>> navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64;
>> rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
>> navigator.UserAgent lower case: -1
>> getLink(): undefined
>> getPlatform(): Linux x86-64
>> getLanguage(): Portuguese (Brazilian)
>>
>>
>> window.location.hrefhttp://www.openoffice.org/**
>> download/test/analyze.html
>> navigator.platform  Linux x86_64
>> navigator.platform.**toLowerCase()linux x86_64
>> navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
>> Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
>> navigator.userAgent.**toLowerCase()   mozilla/5.0 (x11; linux x86_64;
>> rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
>> navigator.language  pt-BR
>> navigator.userLanguage  undefined
>> navigator.systemLanguageundefined
>> navigator.javaEnabled() Yes
>>
>
> The DL magic checks if "navigator.userAgent" contains the term "debian".
> If so, a URL with a deb package will be created.
> Here it seems we have to extend it with the term "iceweasel".


Yes, your analysis is correct. Since I don't use debian, or any of it's
derivatives, I didn't know what we should expect here. Is "iceweasel"
something  ONLY used by debian distros? I'm confused...



>
>
> Thanks for your help.
>
> Marcus
>



-- 

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Marcus (OOo)

Am 05/05/2012 02:55 PM, schrieb Claudio Filho:

2012/5/5 Marcus (OOo):

The platform seems not recognized. Please post what you get from this
webpage:


My results.

Claudio


- Chromium 18.0.1025.168~r134367-1 -
navigator.platform: Linux i686
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64)
AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.168
Safari/535.19
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/download/test/analyze.html
navigator.platform  Linux i686
navigator.platform.toLowerCase()linux i686
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19
(KHTML, like Gecko) Chrome/18.0.1025.168 Safari/535.19
navigator.userAgent.toLowerCase()   mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes


Chrome is available for rpm- and deb-based Linux. Unfortunately, the 
"navigator.userAgent" doesn't show an indicator to split into rpm or 
deb, so it defaults to rpm. Maybe we are at the limit to recognize and 
provide the correct URL for download.


If you - or someone else - knows about how to recognize Chrome browser 
on rpm and deb Linux, please tell us.



- Iceweasel (FFox) 10.0.4esr-2 --
navigator.platform: Linux x86_64
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux x86-64
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/download/test/analyze.html
navigator.platform  Linux x86_64
navigator.platform.toLowerCase()linux x86_64
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.userAgent.toLowerCase()   mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes


The DL magic checks if "navigator.userAgent" contains the term "debian". 
If so, a URL with a deb package will be created.

Here it seems we have to extend it with the term "iceweasel".

Thanks for your help.

Marcus


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Rob Weir
On Sat, May 5, 2012 at 6:24 AM, Jürgen Schmidt
 wrote:
> On 5/5/12 4:03 AM, Marcus (OOo) wrote:
>>
>> Am 05/05/2012 12:08 AM, schrieb Dave Fisher:
>>>
>>>
>>> On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:
>>>
 Am 05/04/2012 06:27 PM, schrieb Kay Schenk:
>
> On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
> wrote:
>
>> Hi,
>>
>> I have tested http://ooo-site.staging.**apache.org/download/test/**
>>
>> index_new_dl.htmlon
>> MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5
>>
>> In both cases the click on the download butotn give me the correct
>> download, perfect ;-)
>>
>
> YAY!
>
>
>>
>>
>> Some questions as release manager:
>>
>> - the link "Searching for another version? Get all platforms,
>> languages,
>> language packs" guide me on an old page. Do we have the new page
>> with the
>> reduced number of released languages already in place?
>>
>
> yes, we do...it is not linked in and will need to retaing its
> current name
> but you can see the new version at:
>
> http://www.openoffice.org/download/test/other_new_dl.html


 I've created yesterday evening a first draft. So, please don't see it
 as written in stone. And some links are not yet working.
>>>
>>>

>> Does "source archives" on this page provide links to our source
>> release?
>>
>
> see above page...


 Yes, there is a little section to provide links to the source files
 (should be from Apache only).
>>>
>>>
>>> This is what should be from the Apache Mirrors and not /dist/. You can
>>> use the cgi url that Joe has provided.
>>>
>>> (This is item no 10.)
>>>
>>> Let me know if you would like me to do these changes on the new other
>>> page.
>>
>>
>> I've tried to use the aoo-closer.cgi script in the URL. But it doesn't
>> work yet. Do you see anything incorrect in the URL?
>
>
> http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.zip[.asc|.md5|.sha1|.sha512]
>
> http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.gz[.asc|.md5|.sha1|.sha512]
>
> http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.bz2[.asc|.md5|.sha1|.sha512]
>
>
>>
>> - the link "Release Notes"
>> Do we have it in place as html file that fits in here? I know we
>> have it
>> in the wiki and there as html as well. But is the plan here?
>>
>
> I just sent out a note about this. We have one in development but
> it's not
> where it should be.
>
>
>> - the "MD5 checksums"
>> I have read that we will probably change it to "Signatures and
>> Hashes". Do
>> we have the page/script behind it?
>>
>> Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a
>> simple
>> script appending the correct extension. Everything else should be
>> in place
>> already.
>>
>
> This is a BIG unanswered question at the moment-- please see the
>
> "Distributing AOO 3.4: The 22 things we need to do before we announce"
>
> thread...Rob's last comments...


 I can create also a webpage with links to all checksums. Shouldn't be
 a problem.
>>>
>>>
>>> Link to the signatures on /dist/. These are the trusted source. The
>>> page should explain how to verify the sigs. There are many examples.
>>
>>
>> The checksums file is ready:
>>
>> http://ooo-site.staging.apache.org/download/test/checksums_new_dl.html
>>
>> Just the part "How to use checksums?" needs to be filled with text. I'll
>> do this tomorrow.
>
>
> you missed the *.asc signature files that are even more important to check
> the files.
>
> As I mentioned in another email, we could change the link
>
> "MD5 checksum" with 4 links ASC MD5 SHA1 SHA512
>
> The download button has all information in place to create the package name
> and Url part.
>
> We have to use simply
> http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/ +  +
>  + [.asc|.md5|.sha1|.sha512]
>

I don't think that will work.  That URL would point to hash files on a
mirror.  We need to point to the copy under
http://www.apache.org/dist/incubator/ooo/

Why?  Because one purpose of the hashes is to protect against a
compromised mirror.  If a hacker got onto a mirror they could easily
change an install file and change the hash files at the same time.  So
we always want to point to the hashes on a trusted server, i.e.,
www.apache.org.


> to guide everything on the Apache mirrors
>
>
> Juergen
>
>
>>
>> Sorry if my questions are already answered somewhere, it's easy to
>> miss
>> some mails at the moment.
>>
>
> No problem...there's a LOT going on...


 To be honest, I think I've lost a litle bit the plot. I don't know
 exactly wh

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Marcus (OOo)

Am 05/05/2012 12:24 PM, schrieb Jürgen Schmidt:

On 5/5/12 4:03 AM, Marcus (OOo) wrote:

Am 05/05/2012 12:08 AM, schrieb Dave Fisher:


On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:


Am 05/04/2012 06:27 PM, schrieb Kay Schenk:

On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
wrote:


Hi,

I have tested http://ooo-site.staging.**apache.org/download/test/**
index_new_dl.htmlon

MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5

In both cases the click on the download butotn give me the correct
download, perfect ;-)



YAY!





Some questions as release manager:

- the link "Searching for another version? Get all platforms,
languages,
language packs" guide me on an old page. Do we have the new page
with the
reduced number of released languages already in place?



yes, we do...it is not linked in and will need to retaing its
current name
but you can see the new version at:

http://www.openoffice.org/download/test/other_new_dl.html


I've created yesterday evening a first draft. So, please don't see it
as written in stone. And some links are not yet working.





Does "source archives" on this page provide links to our source
release?



see above page...


Yes, there is a little section to provide links to the source files
(should be from Apache only).


This is what should be from the Apache Mirrors and not /dist/. You can
use the cgi url that Joe has provided.

(This is item no 10.)

Let me know if you would like me to do these changes on the new other
page.


I've tried to use the aoo-closer.cgi script in the URL. But it doesn't
work yet. Do you see anything incorrect in the URL?


http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.zip[.asc|.md5|.sha1|.sha512]


http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.gz[.asc|.md5|.sha1|.sha512]


http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.bz2[.asc|.md5|.sha1|.sha512]


Ah, it's "3.4.0" instead of "3.4". Thanks Juergen.

I don't get a download file but a webpage with a choice of many links. 
When clicking on one I get the download. I think this is intended, right?



- the link "Release Notes"
Do we have it in place as html file that fits in here? I know we
have it
in the wiki and there as html as well. But is the plan here?



I just sent out a note about this. We have one in development but
it's not
where it should be.



- the "MD5 checksums"
I have read that we will probably change it to "Signatures and
Hashes". Do
we have the page/script behind it?

Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a
simple
script appending the correct extension. Everything else should be
in place
already.



This is a BIG unanswered question at the moment-- please see the

"Distributing AOO 3.4: The 22 things we need to do before we announce"

thread...Rob's last comments...


I can create also a webpage with links to all checksums. Shouldn't be
a problem.


Link to the signatures on /dist/. These are the trusted source. The
page should explain how to verify the sigs. There are many examples.


The checksums file is ready:

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

Just the part "How to use checksums?" needs to be filled with text. I'll
do this tomorrow.


you missed the *.asc signature files that are even more important to
check the files.


OK, I've added also links to the ASC files.


As I mentioned in another email, we could change the link

"MD5 checksum" with 4 links ASC MD5 SHA1 SHA512

The download button has all information in place to create the package
name and Url part.

We have to use simply
http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/ +  +
 + [.asc|.md5|.sha1|.sha512]

to guide everything on the Apache mirrors


I understood. You want some links directly in the green box. OK, no 
problem. Let's see how fast this could be implemented.


However, the checksum files have to come directly from the /dist 
directory and not via aoo-closer.cgi from mirrors.


Thanks for your help.

Marcus


Sorry if my questions are already answered somewhere, it's easy to
miss
some mails at the moment.



No problem...there's a LOT going on...


To be honest, I think I've lost a litle bit the plot. I don't know
exactly which webpages we want, which links on them, to which
mirrors. And what are the exceptions. ;-(


Sorry.



So, I've updated our Wikipage (see the bottom) to get the overview
back. Even if this is not relevant for a longer time, it should be
helpful for the next weeks:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks



To the best of my knowledge, so please make changes if something is
wrong.


I changed the source over to the Apache Mirrors.


OK


I think that the SDKs should be on the Apache mirrors, but then I can
also see good reasons to leave it alone.


I have it n

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Claudio Filho
2012/5/5 Marcus (OOo) :
> The platform seems not recognized. Please post what you get from this
> webpage:

My results.

Claudio


- Chromium 18.0.1025.168~r134367-1 -
navigator.platform: Linux i686
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64)
AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.168
Safari/535.19
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/download/test/analyze.html
navigator.platform  Linux i686
navigator.platform.toLowerCase()linux i686
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19
(KHTML, like Gecko) Chrome/18.0.1025.168 Safari/535.19
navigator.userAgent.toLowerCase()   mozilla/5.0 (x11; linux x86_64)
applewebkit/535.19 (khtml, like gecko) chrome/18.0.1025.168
safari/535.19
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes

- Iceweasel (FFox) 10.0.4esr-2 --
navigator.platform: Linux x86_64
navigator.UserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.UserAgent lower case: mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Linux x86-64
getLanguage(): Portuguese (Brazilian)


window.location.hrefhttp://www.openoffice.org/download/test/analyze.html
navigator.platform  Linux x86_64
navigator.platform.toLowerCase()linux x86_64
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4)
Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4
navigator.userAgent.toLowerCase()   mozilla/5.0 (x11; linux x86_64;
rv:10.0.4) gecko/20100101 firefox/10.0.4 iceweasel/10.0.4
navigator.language  pt-BR
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Marcus (OOo)

Am 05/05/2012 02:33 PM, schrieb Claudio Filho:

In Debian environment don't work. I used Iceweasel (Ffox in Debian)
and Chromium, and for both returned a rpm package.
http://sourceforge.net/projects/openofficeorg.mirror/files/localized/pt-BR/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_pt-BR.tar.gz/download


As you can see, language and architecture are ok. What is expected is
something like:
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install- *deb*
_pt-BR.tar.gz/download


The platform seems not recognized. Please post what you get from this 
webpage:


http://www.openoffice.org/download/test/analyze.html


For win7/32b is ok for all. I will install more VMs to test.


OK

Thanks for your tests.

Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Claudio Filho
Hi

In Debian environment don't work. I used Iceweasel (Ffox in Debian)
and Chromium, and for both returned a rpm package.
http://sourceforge.net/projects/openofficeorg.mirror/files/localized/pt-BR/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_pt-BR.tar.gz/download


As you can see, language and architecture are ok. What is expected is
something like:
Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install- *deb*
_pt-BR.tar.gz/download

For win7/32b is ok for all. I will install more VMs to test.

Claudio


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-05 Thread Jürgen Schmidt

On 5/5/12 4:03 AM, Marcus (OOo) wrote:

Am 05/05/2012 12:08 AM, schrieb Dave Fisher:


On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:


Am 05/04/2012 06:27 PM, schrieb Kay Schenk:

On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
wrote:


Hi,

I have tested http://ooo-site.staging.**apache.org/download/test/**
index_new_dl.htmlon
MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5

In both cases the click on the download butotn give me the correct
download, perfect ;-)



YAY!





Some questions as release manager:

- the link "Searching for another version? Get all platforms,
languages,
language packs" guide me on an old page. Do we have the new page
with the
reduced number of released languages already in place?



yes, we do...it is not linked in and will need to retaing its
current name
but you can see the new version at:

http://www.openoffice.org/download/test/other_new_dl.html


I've created yesterday evening a first draft. So, please don't see it
as written in stone. And some links are not yet working.





Does "source archives" on this page provide links to our source
release?



see above page...


Yes, there is a little section to provide links to the source files
(should be from Apache only).


This is what should be from the Apache Mirrors and not /dist/. You can
use the cgi url that Joe has provided.

(This is item no 10.)

Let me know if you would like me to do these changes on the new other
page.


I've tried to use the aoo-closer.cgi script in the URL. But it doesn't
work yet. Do you see anything incorrect in the URL?


http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.zip[.asc|.md5|.sha1|.sha512]

http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.gz[.asc|.md5|.sha1|.sha512]

http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.bz2[.asc|.md5|.sha1|.sha512]




- the link "Release Notes"
Do we have it in place as html file that fits in here? I know we
have it
in the wiki and there as html as well. But is the plan here?



I just sent out a note about this. We have one in development but
it's not
where it should be.



- the "MD5 checksums"
I have read that we will probably change it to "Signatures and
Hashes". Do
we have the page/script behind it?

Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a
simple
script appending the correct extension. Everything else should be
in place
already.



This is a BIG unanswered question at the moment-- please see the

"Distributing AOO 3.4: The 22 things we need to do before we announce"

thread...Rob's last comments...


I can create also a webpage with links to all checksums. Shouldn't be
a problem.


Link to the signatures on /dist/. These are the trusted source. The
page should explain how to verify the sigs. There are many examples.


The checksums file is ready:

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

Just the part "How to use checksums?" needs to be filled with text. I'll
do this tomorrow.


you missed the *.asc signature files that are even more important to 
check the files.


As I mentioned in another email, we could change the link

"MD5 checksum" with 4 links ASC MD5 SHA1 SHA512

The download button has all information in place to create the package 
name and Url part.


We have to use simply 
http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/ +  + 
 + [.asc|.md5|.sha1|.sha512]


to guide everything on the Apache mirrors


Juergen




Sorry if my questions are already answered somewhere, it's easy to
miss
some mails at the moment.



No problem...there's a LOT going on...


To be honest, I think I've lost a litle bit the plot. I don't know
exactly which webpages we want, which links on them, to which
mirrors. And what are the exceptions. ;-(


Sorry.



So, I've updated our Wikipage (see the bottom) to get the overview
back. Even if this is not relevant for a longer time, it should be
helpful for the next weeks:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks


To the best of my knowledge, so please make changes if something is
wrong.


I changed the source over to the Apache Mirrors.


OK


I think that the SDKs should be on the Apache mirrors, but then I can
also see good reasons to leave it alone.


I have it now for the SF mirrors. However, no problem to change the URLs
to ASF mirrors.

Marcus




I want to mark item 10 done when ROb is done editing.

Regards,
Dave




Thanks

Marcus




On 5/1/12 6:22 PM, Kay Schenk wrote:


On Tue, May 1, 2012 at 3:46 AM, Regina
Henschel

wrote:


Hi Kay,


Kay Schenk schrieb:

Regina--



Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina
Henschel>**wrote:


Hi,



my test results are below, all on German WinXP Home, SP3.

[..]






With Opera 11.62



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Marcus (OOo)

Am 05/05/2012 12:08 AM, schrieb Dave Fisher:


On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:


Am 05/04/2012 06:27 PM, schrieb Kay Schenk:

On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
wrote:


Hi,

I have tested http://ooo-site.staging.**apache.org/download/test/**
index_new_dl.htmlon
 MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5

In both cases the click on the download butotn give me the correct
download, perfect ;-)



YAY!





Some questions as release manager:

- the link "Searching for another version? Get all platforms, languages,
language packs" guide me on an old page. Do we have the new page with the
reduced number of released languages already in place?



yes, we do...it is not linked in and will need to retaing its current name
but you can see the new version at:

  http://www.openoffice.org/download/test/other_new_dl.html


I've created yesterday evening a first draft. So, please don't see it as 
written in stone. And some links are not yet working.





Does "source archives" on this page provide links to our source release?



see above page...


Yes, there is a little section to provide links to the source files (should be 
from Apache only).


This is what should be from the Apache Mirrors and not /dist/. You can use the 
cgi url that Joe has provided.

(This is item no 10.)

Let me know if you would like me to do these changes on the new other page.


I've tried to use the aoo-closer.cgi script in the URL. But it doesn't 
work yet. Do you see anything incorrect in the URL?



- the link "Release Notes"
Do we have it in place as html file that fits in here? I know we have it
in the wiki and there as html as well. But is the plan here?



I just sent out a note about this. We have one in development but it's not
where it should be.



- the "MD5 checksums"
I have read that we will probably change it to "Signatures and Hashes". Do
we have the page/script behind it?

Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a simple
script appending the correct extension. Everything else should be in place
already.



This is a BIG unanswered question at the moment-- please see the

"Distributing AOO 3.4: The 22 things we need to do before we announce"

thread...Rob's last comments...


I can create also a webpage with links to all checksums. Shouldn't be a problem.


Link to the signatures on /dist/. These are the trusted source. The page should 
explain how to verify the sigs. There are many examples.


The checksums file is ready:

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

Just the part "How to use checksums?" needs to be filled with text. I'll 
do this tomorrow.



Sorry if my questions are already answered somewhere, it's easy to miss
some mails at the moment.



No problem...there's a LOT going on...


To be honest, I think I've lost a litle bit the plot. I don't know exactly 
which webpages we want, which links on them, to which mirrors. And what are the 
exceptions. ;-(


Sorry.



So, I've updated our Wikipage (see the bottom) to get the overview back. Even 
if this is not relevant for a longer time, it should be helpful for the next 
weeks:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks

To the best of my knowledge, so please make changes if something is wrong.


I changed the source over to the Apache Mirrors.


OK


I think that the SDKs should be on the Apache mirrors, but then I can also see 
good reasons to leave it alone.


I have it now for the SF mirrors. However, no problem to change the URLs 
to ASF mirrors.


Marcus




I want to mark item 10 done when ROb is done editing.

Regards,
Dave




Thanks

Marcus




On 5/1/12 6:22 PM, Kay Schenk wrote:


On Tue, May 1, 2012 at 3:46 AM, Regina 
Henschel

wrote:


  Hi Kay,


Kay Schenk schrieb:

  Regina--



Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel>**wrote:


  Hi,



my test results are below, all on German WinXP Home, SP3.

  [..]






  With Opera 11.62


=

Calling http://ooo-site.staging.apac**he.org/download/test/**<**
http://apache.org/download/**test/**



index_new_dl.html









The green download box is missing totally.

Calling 
http://www.openoffice.org/**download/test/analyze.html
http://www.openoffice.org/**download/test/analyze.html>



http://www.openoffice.org/**download/test/analyze.html>
http://www.openoffice.org/download/test/analyze.html>








results in

navigator.platform: Win32
navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Dave Fisher

On May 4, 2012, at 1:22 PM, Marcus (OOo) wrote:

> Am 05/04/2012 06:27 PM, schrieb Kay Schenk:
>> On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
>> wrote:
>> 
>>> Hi,
>>> 
>>> I have tested http://ooo-site.staging.**apache.org/download/test/**
>>> index_new_dl.htmlon
>>>  MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5
>>> 
>>> In both cases the click on the download butotn give me the correct
>>> download, perfect ;-)
>>> 
>> 
>> YAY!
>> 
>> 
>>> 
>>> 
>>> Some questions as release manager:
>>> 
>>> - the link "Searching for another version? Get all platforms, languages,
>>> language packs" guide me on an old page. Do we have the new page with the
>>> reduced number of released languages already in place?
>>> 
>> 
>> yes, we do...it is not linked in and will need to retaing its current name
>> but you can see the new version at:
>> 
>>  http://www.openoffice.org/download/test/other_new_dl.html
> 
> I've created yesterday evening a first draft. So, please don't see it as 
> written in stone. And some links are not yet working.

> 
>>> Does "source archives" on this page provide links to our source release?
>>> 
>> 
>> see above page...
> 
> Yes, there is a little section to provide links to the source files (should 
> be from Apache only).

This is what should be from the Apache Mirrors and not /dist/. You can use the 
cgi url that Joe has provided.

(This is item no 10.)

Let me know if you would like me to do these changes on the new other page.

> 
>>> - the link "Release Notes"
>>> Do we have it in place as html file that fits in here? I know we have it
>>> in the wiki and there as html as well. But is the plan here?
>>> 
>> 
>> I just sent out a note about this. We have one in development but it's not
>> where it should be.
>> 
>> 
>>> - the "MD5 checksums"
>>> I have read that we will probably change it to "Signatures and Hashes". Do
>>> we have the page/script behind it?
>>> 
>>> Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a simple
>>> script appending the correct extension. Everything else should be in place
>>> already.
>>> 
>> 
>> This is a BIG unanswered question at the moment-- please see the
>> 
>> "Distributing AOO 3.4: The 22 things we need to do before we announce"
>> 
>> thread...Rob's last comments...
> 
> I can create also a webpage with links to all checksums. Shouldn't be a 
> problem.

Link to the signatures on /dist/. These are the trusted source. The page should 
explain how to verify the sigs. There are many examples.

> 
>>> Sorry if my questions are already answered somewhere, it's easy to miss
>>> some mails at the moment.
>>> 
>> 
>> No problem...there's a LOT going on...
> 
> To be honest, I think I've lost a litle bit the plot. I don't know exactly 
> which webpages we want, which links on them, to which mirrors. And what are 
> the exceptions. ;-(

Sorry.

> 
> So, I've updated our Wikipage (see the bottom) to get the overview back. Even 
> if this is not relevant for a longer time, it should be helpful for the next 
> weeks:
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks
> 
> To the best of my knowledge, so please make changes if something is wrong.

I changed the source over to the Apache Mirrors.

I think that the SDKs should be on the Apache mirrors, but then I can also see 
good reasons to leave it alone.

I want to mark item 10 done when ROb is done editing.

Regards,
Dave


> 
> Thanks
> 
> Marcus
> 
> 
> 
>>> On 5/1/12 6:22 PM, Kay Schenk wrote:
>>> 
 On Tue, May 1, 2012 at 3:46 AM, Regina 
 Henschel
> wrote:
 
  Hi Kay,
> 
> Kay Schenk schrieb:
> 
>  Regina--
> 
>> 
>> Thanks for all this work. Please see comments inline below...
>> 
>> On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel> ***
>> de>**wrote:
>> 
>> 
>>  Hi,
>> 
>>> 
>>> my test results are below, all on German WinXP Home, SP3.
>>> 
>>>  [..]
>>> 
>> 
> 
>>  With Opera 11.62
>> 
>>> =
>>> 
>>> Calling http://ooo-site.staging.apac**he.org/download/test/**<**
>>> http://apache.org/download/**test/**
 
>>> index_new_dl.html>> download/test/index_new_dl.html>> apache.org/download/test/**index_new_dl.html
 
>>> 
>>> 
 
>>> 
>>> The green download box is missing totally.
>>> 
>>> Calling 
>>> http://www.openoffice.org/**download/test/analyze.html
>>> http://www.openoffice.org/**download/test/analyze.html>
 
>>> http://www.openoffice.org/**download/test/analyze.html>
>>> http://www.openoffice.org/downloa

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Marcus (OOo)

Am 05/04/2012 06:27 PM, schrieb Kay Schenk:

On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
wrote:


Hi,

I have tested http://ooo-site.staging.**apache.org/download/test/**
index_new_dl.htmlon
 MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5

In both cases the click on the download butotn give me the correct
download, perfect ;-)



YAY!





Some questions as release manager:

- the link "Searching for another version? Get all platforms, languages,
language packs" guide me on an old page. Do we have the new page with the
reduced number of released languages already in place?



yes, we do...it is not linked in and will need to retaing its current name
but you can see the new version at:

  http://www.openoffice.org/download/test/other_new_dl.html


I've created yesterday evening a first draft. So, please don't see it as 
written in stone. And some links are not yet working.



Does "source archives" on this page provide links to our source release?



see above page...


Yes, there is a little section to provide links to the source files 
(should be from Apache only).



- the link "Release Notes"
Do we have it in place as html file that fits in here? I know we have it
in the wiki and there as html as well. But is the plan here?



I just sent out a note about this. We have one in development but it's not
where it should be.



- the "MD5 checksums"
I have read that we will probably change it to "Signatures and Hashes". Do
we have the page/script behind it?

Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a simple
script appending the correct extension. Everything else should be in place
already.



This is a BIG unanswered question at the moment-- please see the

"Distributing AOO 3.4: The 22 things we need to do before we announce"

thread...Rob's last comments...


I can create also a webpage with links to all checksums. Shouldn't be a 
problem.



Sorry if my questions are already answered somewhere, it's easy to miss
some mails at the moment.



No problem...there's a LOT going on...


To be honest, I think I've lost a litle bit the plot. I don't know 
exactly which webpages we want, which links on them, to which mirrors. 
And what are the exceptions. ;-(


So, I've updated our Wikipage (see the bottom) to get the overview back. 
Even if this is not relevant for a longer time, it should be helpful for 
the next weeks:


https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Distribution+Tasks

To the best of my knowledge, so please make changes if something is wrong.

Thanks

Marcus




On 5/1/12 6:22 PM, Kay Schenk wrote:


On Tue, May 1, 2012 at 3:46 AM, Regina 
Henschel

wrote:


  Hi Kay,


Kay Schenk schrieb:

  Regina--



Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel>**wrote:


  Hi,



my test results are below, all on German WinXP Home, SP3.

  [..]






  With Opera 11.62


=

Calling http://ooo-site.staging.apac**he.org/download/test/**<**
http://apache.org/download/**test/**



index_new_dl.html









The green download box is missing totally.

Calling 
http://www.openoffice.org/**download/test/analyze.html
http://www.openoffice.org/**download/test/analyze.html>



http://www.openoffice.org/**download/test/analyze.html>
http://www.openoffice.org/download/test/analyze.html>








results in

navigator.platform: Win32
navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
Version/11.62
navigator.UserAgent lower case: opera/9.80 (windows nt 5.1; u; de)
presto/2.10.229 version/11.62
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Windows
getLanguage(): German


window.location.hrefhttp://www.openoffice.org/**
download/test/analyze.html<**htt**p://www.openoffice.org/**

download/test/analyze.htmlhttp://www.openoffice.org/download/test/analyze.html>






  navigator.platform  Win32

navigator.platform.**toLowerCase()win32


navigator.userAgent Opera/9.80 (Windows NT 5.1; U; de)
Presto/2.10.229
Version/11.62
navigator.userAgent.**toLowerCase()   opera/9.80 (windows nt
5.1;

u;

de) presto/2.10.229 version/11.62
navigator.language  de
navigator.userLanguage  de
navigator.systemLanguageundefined
navigator.javaEnabled() Yes


  OK -- well this is NOT good, but what kind of results do you get with


Opera
for:

  
http://www.openoffice.org/download/legacy/





same thing or

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Kay Schenk
On Fri, May 4, 2012 at 6:36 AM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Hi
>
>
> On 01.05.2012 00:27, Marcus (OOo) wrote:
>
>> Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
>>
>>>
>>>  [snip]
>>>
>>>  Good that you've asked. I remember that we have this webpage:
>>
>> http://www.openoffice.org/**download/test/analyze.html
>>
>> So, I've updated it a bit and nowI get the following browser data:
>>
>>
>>
>> window.location.href http://ooo-site.apache.org/**
>> download/test/analyze.html
>> navigator.platform Linux x86_64
>> navigator.platform.**toLowerCase() linux x86_64
>> navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1)
>> Gecko/20100101
>> Firefox/4.0.1
>> navigator.userAgent.**toLowerCase() mozilla/5.0 (x11; linux x86_64;
>> rv:2.0.1)
>> gecko/20100101 firefox/4.0.1
>> navigator.language de-DE
>> navigator.userLanguage undefined
>> navigator.systemLanguage undefined
>> navigator.javaEnabled() Yes
>>
>>
>>
>> window.location.href http://www.openoffice.org/**
>> download/test/analyze.html
>> navigator.platform Win32
>> navigator.platform.**toLowerCase() win32
>> navigator.userAgent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
>> SV1)
>> navigator.userAgent.**toLowerCase() mozilla/4.0 (compatible; msie 6.0;
>> windows nt
>> 5.1; sv1)
>> navigator.language undefined
>> navigator.userLanguage de
>> navigator.systemLanguage de
>> navigator.javaEnabled() Yes
>>
>>
>> It seems that on Linux the "navigator.language" is set. On Windows this
>> is not
>> set but the "navigator.userLanguage" and "navigator.systemLanguage". All
>> 3 are
>> handled in "download.js" (or in your new "download_new_dl.js").
>>
>
yes...


>
>> Maybe it's helpful to output some debug messages around this area?
>>
>
I had these initially -- a few days ago -- but pulled them out after some
preliminary testing. I did not change at all how languages were found from
the original script.



>
>> @All:
>> Can others please test on Windows with MSIE and Firefox? I really hope
>> it's just
>> my Windows XP (in a Virtualbox VM).
>>
>>
> Here are my results:
>
> Windows 7, en-US:
> - Firefox 10.0.4, en-US
> window.location.href
> http://www.openoffice.org/**download/test/analyze
> navigator.platform  Win32
> navigator.platform.**toLowerCase()win32
> navigator.userAgent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4)
> Gecko/20100101 Firefox/10.0.4
> navigator.userAgent.**toLowerCase()   mozilla/5.0 (windows nt 6.1;
> wow64; rv:10.0.4) gecko/20100101 firefox/10.0.4
> navigator.language  en-US
>
> navigator.userLanguage  undefined
> navigator.systemLanguageundefined
> navigator.javaEnabled() Yes
> ==> getting AOO 3.4 en-US download on .../test/index_new.dl
>
> - Windows Internet Explorer 9
> window.location.href
> http://www.openoffice.org/**download/test/analyze
> navigator.platform  Win32
> navigator.platform.**toLowerCase() win32
> navigator.userAgent Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1;
> WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR
> 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E)
> navigator.userAgent.**toLowerCase() mozilla/5.0 (compatible; msie 9.0;
> windows nt 6.1; wow64; trident/5.0; slcc2; .net clr 2.0.50727; .net clr
> 3.5.30729; .net clr 3.0.30729; media center pc 6.0; .net4.0c; .net4.0e)
> navigator.language undefined
> navigator.userLanguage de
> navigator.systemLanguage en-us
> navigator.javaEnabled() Yes
> ==> getting AOO 3.4 de download on .../test/index_new.dl
>
> ==**
> Windows 7, de
> - Firefox 10.0.4, en-US
> window.location.href
> http://www.openoffice.org/**download/test/analyze
> navigator.platform  Win32
> navigator.platform.**toLowerCase()win32
> navigator.userAgent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4)
> Gecko/20100101 Firefox/10.0.4
> navigator.userAgent.**toLowerCase()   mozilla/5.0 (windows nt 6.1;
> wow64; rv:10.0.4) gecko/20100101 firefox/10.0.4
> navigator.language  en-US
>
> navigator.userLanguage  undefined
> navigator.systemLanguageundefined
> navigator.javaEnabled() Yes
> ==> getting AOO 3.4 en-US download on .../test/index_new.dl
>
> - Windows Internet Explorer 8
> window.location.href  
> http://www.openoffice.org/**download/test/analyze
> navigator.platform  Win32
> navigator.platform.**toLowerCase()  win32
> navigator.userAgent  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1;
> WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR
> 3.0.30729; Media Center PC 6.0; .NET4.0C; InfoPath.3)
> navigator.userAgent.**toLowerCase() moz

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Kay Schenk
On Fri, May 4, 2012 at 12:50 AM, Jürgen Schmidt
wrote:

> Hi,
>
> I have tested http://ooo-site.staging.**apache.org/download/test/**
> index_new_dl.htmlon
>  MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5
>
> In both cases the click on the download butotn give me the correct
> download, perfect ;-)
>

YAY!


>
>
> Some questions as release manager:
>
> - the link "Searching for another version? Get all platforms, languages,
> language packs" guide me on an old page. Do we have the new page with the
> reduced number of released languages already in place?
>

yes, we do...it is not linked in and will need to retaing its current name
but you can see the new version at:

 http://www.openoffice.org/download/test/other_new_dl.html


> Does "source archives" on this page provide links to our source release?
>

see above page...


>
> - the link "Release Notes"
> Do we have it in place as html file that fits in here? I know we have it
> in the wiki and there as html as well. But is the plan here?
>

I just sent out a note about this. We have one in development but it's not
where it should be.


> - the "MD5 checksums"
> I have read that we will probably change it to "Signatures and Hashes". Do
> we have the page/script behind it?
>
> Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a simple
> script appending the correct extension. Everything else should be in place
> already.
>

This is a BIG unanswered question at the moment-- please see the

"Distributing AOO 3.4: The 22 things we need to do before we announce"

thread...Rob's last comments...


> Sorry if my questions are already answered somewhere, it's easy to miss
> some mails at the moment.
>

No problem...there's a LOT going on...

>
> Juergen
>
>
>
> On 5/1/12 6:22 PM, Kay Schenk wrote:
>
>> On Tue, May 1, 2012 at 3:46 AM, Regina 
>> Henschel
>> >wrote:
>>
>>  Hi Kay,
>>>
>>> Kay Schenk schrieb:
>>>
>>>  Regina--
>>>

 Thanks for all this work. Please see comments inline below...

 On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel>>> ***
 de>**wrote:


  Hi,

>
> my test results are below, all on German WinXP Home, SP3.
>
>  [..]
>

>>>
  With Opera 11.62

> =
>
> Calling http://ooo-site.staging.apac**he.org/download/test/**<**
> http://apache.org/download/**test/**
> >
> index_new_dl.html download/test/index_new_dl.html apache.org/download/test/**index_new_dl.html
> >
>
>
>>
>
> The green download box is missing totally.
>
> Calling 
> http://www.openoffice.org/**download/test/analyze.html
> http://www.openoffice.org/**download/test/analyze.html>
> >
> http://www.openoffice.org/**download/test/analyze.html>
> http://www.openoffice.org/download/test/analyze.html>
> >
>
>
>>
> results in
>
> navigator.platform: Win32
> navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
> Version/11.62
> navigator.UserAgent lower case: opera/9.80 (windows nt 5.1; u; de)
> presto/2.10.229 version/11.62
> navigator.UserAgent lower case: -1
> getLink(): undefined
> getPlatform(): Windows
> getLanguage(): German
>
>
> window.location.hrefhttp://www.openoffice.org/**
> download/test/analyze.html<**htt**p://www.openoffice.org/**
>
> download/test/analyze.html download/test/analyze.html
> >
>
>>
>>  navigator.platform  Win32
> navigator.platform.**toLowerCase()win32
>
>
> navigator.userAgent Opera/9.80 (Windows NT 5.1; U; de)
> Presto/2.10.229
> Version/11.62
> navigator.userAgent.**toLowerCase()   opera/9.80 (windows nt
> 5.1;
>
> u;
>
> de) presto/2.10.229 version/11.62
> navigator.language  de
> navigator.userLanguage  de
> navigator.systemLanguageundefined
> navigator.javaEnabled() Yes
>
>
>  OK -- well this is NOT good, but what kind of results do you get with
>
 Opera
 for:

  
 http://www.openoffice.org/download/legacy/
 
 >

 same thing or 


>>> Yes, same error. The green box is missing.
>>>
>>
>>
>> OK -- well I feel a little better at least. I don't know what it is about
>> JS and Opera but I know when Marcus and I were working on something a few
>> years ago, we had a LOT of problems 

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Oliver-Rainer Wittmann

Hi

On 01.05.2012 00:27, Marcus (OOo) wrote:

Am 04/30/2012 11:21 PM, schrieb Kay Schenk:


 [snip]


Good that you've asked. I remember that we have this webpage:

http://www.openoffice.org/download/test/analyze.html

So, I've updated it a bit and nowI get the following browser data:



window.location.href http://ooo-site.apache.org/download/test/analyze.html
navigator.platform Linux x86_64
navigator.platform.toLowerCase() linux x86_64
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101
Firefox/4.0.1
navigator.userAgent.toLowerCase() mozilla/5.0 (x11; linux x86_64; rv:2.0.1)
gecko/20100101 firefox/4.0.1
navigator.language de-DE
navigator.userLanguage undefined
navigator.systemLanguage undefined
navigator.javaEnabled() Yes



window.location.href http://www.openoffice.org/download/test/analyze.html
navigator.platform Win32
navigator.platform.toLowerCase() win32
navigator.userAgent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
navigator.userAgent.toLowerCase() mozilla/4.0 (compatible; msie 6.0; windows nt
5.1; sv1)
navigator.language undefined
navigator.userLanguage de
navigator.systemLanguage de
navigator.javaEnabled() Yes


It seems that on Linux the "navigator.language" is set. On Windows this is not
set but the "navigator.userLanguage" and "navigator.systemLanguage". All 3 are
handled in "download.js" (or in your new "download_new_dl.js").

Maybe it's helpful to output some debug messages around this area?

@All:
Can others please test on Windows with MSIE and Firefox? I really hope it's just
my Windows XP (in a Virtualbox VM).



Here are my results:

Windows 7, en-US:
- Firefox 10.0.4, en-US
window.location.hrefhttp://www.openoffice.org/download/test/analyze
navigator.platform  Win32
navigator.platform.toLowerCase()win32
navigator.userAgent 	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4) 
Gecko/20100101 Firefox/10.0.4
navigator.userAgent.toLowerCase()	mozilla/5.0 (windows nt 6.1; wow64; rv:10.0.4) 
gecko/20100101 firefox/10.0.4

navigator.language  en-US
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes
==> getting AOO 3.4 en-US download on .../test/index_new.dl

- Windows Internet Explorer 9
window.location.hrefhttp://www.openoffice.org/download/test/analyze
navigator.platform  Win32
navigator.platform.toLowerCase() win32
navigator.userAgent Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; 
Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; 
Media Center PC 6.0; .NET4.0C; .NET4.0E)
navigator.userAgent.toLowerCase() mozilla/5.0 (compatible; msie 9.0; windows nt 
6.1; wow64; trident/5.0; slcc2; .net clr 2.0.50727; .net clr 3.5.30729; .net clr 
3.0.30729; media center pc 6.0; .net4.0c; .net4.0e)

navigator.language undefined
navigator.userLanguage de
navigator.systemLanguage en-us
navigator.javaEnabled() Yes
==> getting AOO 3.4 de download on .../test/index_new.dl

==
Windows 7, de
- Firefox 10.0.4, en-US
window.location.hrefhttp://www.openoffice.org/download/test/analyze
navigator.platform  Win32
navigator.platform.toLowerCase()win32
navigator.userAgent 	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.4) 
Gecko/20100101 Firefox/10.0.4
navigator.userAgent.toLowerCase()	mozilla/5.0 (windows nt 6.1; wow64; rv:10.0.4) 
gecko/20100101 firefox/10.0.4

navigator.language  en-US
navigator.userLanguage  undefined
navigator.systemLanguageundefined
navigator.javaEnabled() Yes
==> getting AOO 3.4 en-US download on .../test/index_new.dl

- Windows Internet Explorer 8
window.location.href  http://www.openoffice.org/download/test/analyze
navigator.platform  Win32
navigator.platform.toLowerCase()  win32
navigator.userAgent  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; 
Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; 
Media Center PC 6.0; .NET4.0C; InfoPath.3)
navigator.userAgent.toLowerCase() mozilla/4.0 (compatible; msie 8.0; windows 
nt6.1; wow64; trident/4.0; slcc2; .net clr 2.0.50727; .net clr 3.5.30729; .net 
clr 3.0.30729; media center pc 6.0; .net4.0c; infopath.3)

navigator.language  undefined
navigator.userLanguage  de
navigator.systemLanguage de
navigator.javaEnabled() Yes
==> getting AOO 3.4 de download on .../test/index_new.dl


Best regards, Oliver.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-04 Thread Jürgen Schmidt

Hi,

I have tested 
http://ooo-site.staging.apache.org/download/test/index_new_dl.html on 
MacOS 10.7.3 with Firefox 12.0 and Safari 5.1.5


In both cases the click on the download butotn give me the correct 
download, perfect ;-)



Some questions as release manager:

- the link "Searching for another version? Get all platforms, languages, 
language packs" guide me on an old page. Do we have the new page with 
the reduced number of released languages already in place?


Does "source archives" on this page provide links to our source release?

- the link "Release Notes"
Do we have it in place as html file that fits in here? I know we have it 
in the wiki and there as html as well. But is the plan here?


- the "MD5 checksums"
I have read that we will probably change it to "Signatures and Hashes". 
Do we have the page/script behind it?


Or should we simply provide 4 links ASC, MD5, SHA1, SHA512 with a simple 
script appending the correct extension. Everything else should be in 
place already.


Sorry if my questions are already answered somewhere, it's easy to miss 
some mails at the moment.


Juergen


On 5/1/12 6:22 PM, Kay Schenk wrote:

On Tue, May 1, 2012 at 3:46 AM, Regina Henschelwrote:


Hi Kay,

Kay Schenk schrieb:

  Regina--


Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel>wrote:

  Hi,


my test results are below, all on German WinXP Home, SP3.

  [..]




  With Opera 11.62

=

Calling 
http://ooo-site.staging.**apac**he.org/download/test/**
index_new_dl.html





The green download box is missing totally.

Calling 
http://www.openoffice.org/download/test/analyze.html
http://www.openoffice.org/download/test/analyze.html>




results in

navigator.platform: Win32
navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
Version/11.62
navigator.UserAgent lower case: opera/9.80 (windows nt 5.1; u; de)
presto/2.10.229 version/11.62
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Windows
getLanguage(): German


window.location.hrefhttp://www.openoffice.org/**
download/test/analyze.htmlhttp://www.openoffice.org/download/test/analyze.html>



navigator.platform  Win32
navigator.platform.toLowerCase()win32

navigator.userAgent Opera/9.80 (Windows NT 5.1; U; de)
Presto/2.10.229
Version/11.62
navigator.userAgent.toLowerCase()   opera/9.80 (windows nt 5.1;
u;

de) presto/2.10.229 version/11.62
navigator.language  de
navigator.userLanguage  de
navigator.systemLanguageundefined
navigator.javaEnabled() Yes


  OK -- well this is NOT good, but what kind of results do you get with

Opera
for:

  
http://www.openoffice.org/**download/legacy/

same thing or 



Yes, same error. The green box is missing.



OK -- well I feel a little better at least. I don't know what it is about
JS and Opera but I know when Marcus and I were working on something a few
years ago, we had a LOT of problems with Opera.







Despite the fact that Opera is supposed to be the most W3 compliant
browser, I know folks have had issues with it...


[..]

I see JavaScript errors in the 'Fehlerkonsole', besides some messages
about CSS, copy&paste below.



yeah-- nothing fatal... OK




Kind regards
Regina

[01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
apache.org/css/ooo.css
Linked-in stylesheet
-moz-border-radius is an unknown property
Line 276:
-moz-border-radius: 0 0 10px 0;
  -^
[01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
apache.org/css/ooo.css
Linked-in stylesheet
-moz-border-radius is an unknown property
Line 328:
-moz-border-radius: 0 10px 10px 0;
  -^
[01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
apache.org/css/ooo.css
Linked-in stylesheet
Selector syntax error
Line 470:
  img { border: 0px; }
  -^
[25.01.1970 07:34:22] JavaScript - http://ooo-site.staging.**
apache.org/download/test/**download_new_dl.js
Linked script compilation
Syntax error at line 883 while loading: expected ';', got '304'
HTTP/1.1 304 Not Modified
-^
[25.03.1970 11:30:57] JavaScript - http://ooo-site.staging.**
apache.org/download/test/**languages_new_dl.js
Linked script compilation
Syntax error at line 104 while loading: expected ';', got '200'
HTTP/1.1 200 OK
-^
[25.03.1970 11:30:57] JavaScript - http://ooo-site.staging.**
apache.org/

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-03 Thread Kay Schenk



On 04/30/2012 08:30 PM, Joe Schaefer wrote:

Kay- I've setup a new script for you to use for
Openoffice downloads from Apache mirrors- simply
replace "closer.cgi" with "aoo-closer.cgi" in your
paths.� Please don't forget this or users could
be directed to mirrors which have opted out of
carrying AOO releases.




OK, Joe -- I just tested this out as well, and all good!

Thanks so much!





From: Kay Schenk
To: ooo-dev@incubator.apache.org
Sent: Monday, April 30, 2012 7:43 PM
Subject: Re: [RELEASE] new DL test...needs review and comments, and probably 
correction

Regina--

Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschelwrote:


Hi,

my test results are below, all on German WinXP Home, SP3.

kind regards
Regina

Marcus (OOo) schrieb:

� Am 04/30/2012 11:21 PM, schrieb Kay Schenk:





On 04/30/2012 11:37 AM, Marcus (OOo) wrote:


Am 04/30/2012 04:53 AM, schrieb Kay Schenk:


On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:

� On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti


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>
<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.**<http://comments.gmane.org/**gmane.comp.apache.incubator.**>
ooo.devel/16219<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>
<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/>
<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

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-01 Thread Dave Fisher
Hi Joe,

I now understand what needs to be done to use the aoo-closer.cgi as a webpage 
of our own design.

For example:

(1) Create create trunk/cgi-bin/aoo-download.cgi in the project or ooo-site 
using the aoo-mirrors.list. Use the MIRRORS_LIST env.

(2) Create downloads/aoo.mdtext file by cribbing 
http://www.apache.org/dyn/closer.mdtext. Use the SCRIPT_FILENAME env to set the 
path to this page in the content tree.

aoo-download.cgi should look like this:
 #!/bin/sh
export MIRRORS_LIST=
export SCRIPT_FILENAME=/openofficeorg/downloads.html
exec /www/www.apache.org/dyn/mirrors/mirrors.cgi

Is this correct? I'd get on the IRC, but I'm afraid I have more of a learning 
curve with that than I thought.

Regards,
Dave

On Apr 30, 2012, at 8:30 PM, Joe Schaefer wrote:

> Kay- I've setup a new script for you to use for
> Openoffice downloads from Apache mirrors- simply
> replace "closer.cgi" with "aoo-closer.cgi" in your
> paths.  Please don't forget this or users could
> be directed to mirrors which have opted out of
> carrying AOO releases.
> 
> 
> 
> 
>> 
>> From: Kay Schenk 
>> To: ooo-dev@incubator.apache.org 
>> Sent: Monday, April 30, 2012 7:43 PM
>> Subject: Re: [RELEASE] new DL test...needs review and comments, and probably 
>> correction
>> 
>> Regina--
>> 
>> Thanks for all this work. Please see comments inline below...
>> 
>> On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel 
>> wrote:
>> 
>>> Hi,
>>> 
>>> my test results are below, all on German WinXP Home, SP3.
>>> 
>>> kind regards
>>> Regina
>>> 
>>> Marcus (OOo) schrieb:
>>> 
>>>   Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
>>>> 
>>>>> 
>>>>> 
>>>>> On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
>>>>> 
>>>>>> Am 04/30/2012 04:53 AM, schrieb Kay Schenk:
>>>>>> 
>>>>>>> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
>>>>>>> wrote:
>>>>>>> 
>>>>>>> 
>>>>>>>> 
>>>>>>>> On 04/27/2012 01:46 PM, Rob Weir wrote:
>>>>>>>> 
>>>>>>>>   On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti>>>>>>>>> 
>>>>>>>>> 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>
>>>>>>>>>>> <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.**<http://comments.gmane.org/**gmane.comp.apache.incubator.**>
>>>>>>>>>> ooo.devel/16219<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

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-01 Thread Kay Schenk
On Tue, May 1, 2012 at 3:46 AM, Regina Henschel wrote:

> Hi Kay,
>
> Kay Schenk schrieb:
>
>  Regina--
>>
>> Thanks for all this work. Please see comments inline below...
>>
>> On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel> de >wrote:
>>
>>  Hi,
>>>
>>> my test results are below, all on German WinXP Home, SP3.
>>>
>>>  [..]
>
>>
>>  With Opera 11.62
>>> =
>>>
>>> Calling 
>>> http://ooo-site.staging.**apac**he.org/download/test/**
>>> index_new_dl.html>> download/test/index_new_dl.**html
>>> >
>>>
>>>
>>> The green download box is missing totally.
>>>
>>> Calling 
>>> http://www.openoffice.org/download/test/analyze.html
>>> http://www.openoffice.org/download/test/analyze.html>
>>> >
>>>
>>> results in
>>>
>>> navigator.platform: Win32
>>> navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
>>> Version/11.62
>>> navigator.UserAgent lower case: opera/9.80 (windows nt 5.1; u; de)
>>> presto/2.10.229 version/11.62
>>> navigator.UserAgent lower case: -1
>>> getLink(): undefined
>>> getPlatform(): Windows
>>> getLanguage(): German
>>>
>>>
>>> window.location.hrefhttp://www.openoffice.org/**
>>> download/test/analyze.html>> download/test/analyze.html
>>> >
>>> navigator.platform  Win32
>>> navigator.platform.toLowerCase()win32
>>>
>>> navigator.userAgent Opera/9.80 (Windows NT 5.1; U; de)
>>> Presto/2.10.229
>>> Version/11.62
>>> navigator.userAgent.toLowerCase()   opera/9.80 (windows nt 5.1;
>>> u;
>>>
>>> de) presto/2.10.229 version/11.62
>>> navigator.language  de
>>> navigator.userLanguage  de
>>> navigator.systemLanguageundefined
>>> navigator.javaEnabled() Yes
>>>
>>>
>>>  OK -- well this is NOT good, but what kind of results do you get with
>> Opera
>> for:
>>
>>  
>> http://www.openoffice.org/**download/legacy/
>>
>> same thing or 
>>
>
> Yes, same error. The green box is missing.


OK -- well I feel a little better at least. I don't know what it is about
JS and Opera but I know when Marcus and I were working on something a few
years ago, we had a LOT of problems with Opera.


>
>
>
>> Despite the fact that Opera is supposed to be the most W3 compliant
>> browser, I know folks have had issues with it...
>>
> [..]
>
> I see JavaScript errors in the 'Fehlerkonsole', besides some messages
> about CSS, copy&paste below.
>

yeah-- nothing fatal... OK


>
> Kind regards
> Regina
>
> [01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
> apache.org/css/ooo.css 
> Linked-in stylesheet
> -moz-border-radius is an unknown property
> Line 276:
>-moz-border-radius: 0 0 10px 0;
>  -^
> [01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
> apache.org/css/ooo.css 
> Linked-in stylesheet
> -moz-border-radius is an unknown property
> Line 328:
>-moz-border-radius: 0 10px 10px 0;
>  -^
> [01.05.2012 12:44:46] CSS - http://ooo-site.staging.**
> apache.org/css/ooo.css 
> Linked-in stylesheet
> Selector syntax error
> Line 470:
>  img { border: 0px; }
>  -^
> [25.01.1970 07:34:22] JavaScript - http://ooo-site.staging.**
> apache.org/download/test/**download_new_dl.js
> Linked script compilation
> Syntax error at line 883 while loading: expected ';', got '304'
> HTTP/1.1 304 Not Modified
> -^
> [25.03.1970 11:30:57] JavaScript - http://ooo-site.staging.**
> apache.org/download/test/**languages_new_dl.js
> Linked script compilation
> Syntax error at line 104 while loading: expected ';', got '200'
> HTTP/1.1 200 OK
> -^
> [25.03.1970 11:30:57] JavaScript - http://ooo-site.staging.**
> apache.org/download/test/**download_new_mirrorbrain.js
> Linked script compilation
> Syntax error at line 595 while loading: expected ';', got '304'
> HTTP/1.1 304 Not Modified
> -^
> [01.05.2012 12:44:47] JavaScript - http://ooo-site.staging.**
> apache.org/download/scripts/**entourage.js
>
> Das verlinkte Skript wurde nicht geladen.
> [01.05.2012 12:44:47] CSS - http://ooo-site.staging.**
> apache.org/download/test/**index_new_dl.html
> HTML style attribute
> relative is an unknown property
> Line 1:
>  relative; margin: 14px 0 0 0; height: 24px;
>  -^
> [01.05.2012 12:44:47] CS

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-01 Thread Kay Schenk
On Mon, Apr 30, 2012 at 8:30 PM, Joe Schaefer wrote:

> Kay- I've setup a new script for you to use for
> Openoffice downloads from Apache mirrors- simply
> replace "closer.cgi" with "aoo-closer.cgi" in your
> paths.  Please don't forget this or users could
> be directed to mirrors which have opted out of
> carrying AOO releases.
>
>
>
>
Joe -- I will take a look, and thanks a MILLION! hmmm...interesting comment
as well.


>
> >
> > From: Kay Schenk 
> >To: ooo-dev@incubator.apache.org
> >Sent: Monday, April 30, 2012 7:43 PM
> >Subject: Re: [RELEASE] new DL test...needs review and comments, and
> probably correction
> >
> >Regina--
> >
> >Thanks for all this work. Please see comments inline below...
> >
> >On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel  >wrote:
> >
> >> Hi,
> >>
> >> my test results are below, all on German WinXP Home, SP3.
> >>
> >> kind regards
> >> Regina
> >>
> >> Marcus (OOo) schrieb:
> >>
> >>  Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
> >>>
> >>>>
> >>>>
> >>>> On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
> >>>>
> >>>>> Am 04/30/2012 04:53 AM, schrieb Kay Schenk:
> >>>>>
> >>>>>> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
> >>>>>> wrote:
> >>>>>>
> >>>>>>
> >>>>>>>
> >>>>>>> On 04/27/2012 01:46 PM, Rob Weir wrote:
> >>>>>>>
> >>>>>>>  On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti<
> pesce...@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>
> >>>>>>>>>> <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.**<
> http://comments.gmane.org/**gmane.comp.apache.incubator.**>
> >>>>>>>>> ooo.devel/16219<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
> >&g

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-05-01 Thread Regina Henschel

Hi Kay,

Kay Schenk schrieb:

Regina--

Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschelwrote:


Hi,

my test results are below, all on German WinXP Home, SP3.


[..]



With Opera 11.62
=

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

The green download box is missing totally.

Calling 
http://www.openoffice.org/**download/test/analyze.html
results in

navigator.platform: Win32
navigator.UserAgent: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
Version/11.62
navigator.UserAgent lower case: opera/9.80 (windows nt 5.1; u; de)
presto/2.10.229 version/11.62
navigator.UserAgent lower case: -1
getLink(): undefined
getPlatform(): Windows
getLanguage(): German


window.location.hrefhttp://www.openoffice.org/**
download/test/analyze.html
navigator.platform  Win32
navigator.platform.**toLowerCase()win32
navigator.userAgent Opera/9.80 (Windows NT 5.1; U; de) Presto/2.10.229
Version/11.62
navigator.userAgent.**toLowerCase()   opera/9.80 (windows nt 5.1; u;
de) presto/2.10.229 version/11.62
navigator.language  de
navigator.userLanguage  de
navigator.systemLanguageundefined
navigator.javaEnabled() Yes



OK -- well this is NOT good, but what kind of results do you get with Opera
for:

  http://www.openoffice.org/download/legacy/

same thing or 


Yes, same error. The green box is missing.



Despite the fact that Opera is supposed to be the most W3 compliant
browser, I know folks have had issues with it...

[..]

I see JavaScript errors in the 'Fehlerkonsole', besides some messages 
about CSS, copy&paste below.


Kind regards
Regina

[01.05.2012 12:44:46] CSS - http://ooo-site.staging.apache.org/css/ooo.css
Linked-in stylesheet
-moz-border-radius is an unknown property
Line 276:
-moz-border-radius: 0 0 10px 0;
  -^
[01.05.2012 12:44:46] CSS - http://ooo-site.staging.apache.org/css/ooo.css
Linked-in stylesheet
-moz-border-radius is an unknown property
Line 328:
-moz-border-radius: 0 10px 10px 0;
  -^
[01.05.2012 12:44:46] CSS - http://ooo-site.staging.apache.org/css/ooo.css
Linked-in stylesheet
Selector syntax error
Line 470:
  img { border: 0px; }
  -^
[25.01.1970 07:34:22] JavaScript - 
http://ooo-site.staging.apache.org/download/test/download_new_dl.js

Linked script compilation
Syntax error at line 883 while loading: expected ';', got '304'
HTTP/1.1 304 Not Modified
-^
[25.03.1970 11:30:57] JavaScript - 
http://ooo-site.staging.apache.org/download/test/languages_new_dl.js

Linked script compilation
Syntax error at line 104 while loading: expected ';', got '200'
HTTP/1.1 200 OK
-^
[25.03.1970 11:30:57] JavaScript - 
http://ooo-site.staging.apache.org/download/test/download_new_mirrorbrain.js

Linked script compilation
Syntax error at line 595 while loading: expected ';', got '304'
HTTP/1.1 304 Not Modified
-^
[01.05.2012 12:44:47] JavaScript - 
http://ooo-site.staging.apache.org/download/scripts/entourage.js


Das verlinkte Skript wurde nicht geladen.
[01.05.2012 12:44:47] CSS - 
http://ooo-site.staging.apache.org/download/test/index_new_dl.html

HTML style attribute
relative is an unknown property
Line 1:
  relative; margin: 14px 0 0 0; height: 24px;
  -^
[01.05.2012 12:44:47] CSS - 
http://ooo-site.staging.apache.org/download/test/index_new_dl.html

HTML style attribute
Declaration syntax error
Line 1:
  relative; margin: 14px 0 0 0; height: 24px;
  -^
[18.03.1970 15:40:44] JavaScript - 
http://ooo-site.staging.apache.org/download/test/index_new_dl.html

Inline script thread
Uncaught exception: ReferenceError: Undefined variable: getLink
Error thrown at line 3, column 2 in 
http://ooo-site.staging.apache.org/download/test/index_new_dl.html:

LINK = getLink( VERSION, MIRROR, SCHEMA );


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Joe Schaefer
Kay- I've setup a new script for you to use for
Openoffice downloads from Apache mirrors- simply
replace "closer.cgi" with "aoo-closer.cgi" in your
paths.  Please don't forget this or users could
be directed to mirrors which have opted out of
carrying AOO releases.




>
> From: Kay Schenk 
>To: ooo-dev@incubator.apache.org 
>Sent: Monday, April 30, 2012 7:43 PM
>Subject: Re: [RELEASE] new DL test...needs review and comments, and probably 
>correction
> 
>Regina--
>
>Thanks for all this work. Please see comments inline below...
>
>On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel 
>wrote:
>
>> Hi,
>>
>> my test results are below, all on German WinXP Home, SP3.
>>
>> kind regards
>> Regina
>>
>> Marcus (OOo) schrieb:
>>
>>  Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
>>>
>>>>
>>>>
>>>> On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
>>>>
>>>>> Am 04/30/2012 04:53 AM, schrieb Kay Schenk:
>>>>>
>>>>>> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On 04/27/2012 01:46 PM, Rob Weir wrote:
>>>>>>>
>>>>>>>  On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti>>>>>>> >
>>>>>>>> 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>
>>>>>>>>>> <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.**<http://comments.gmane.org/**gmane.comp.apache.incubator.**>
>>>>>>>>> ooo.devel/16219<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
>>>>>>>>> sou

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Kay Schenk
Regina--

Thanks for all this work. Please see comments inline below...

On Mon, Apr 30, 2012 at 4:13 PM, Regina Henschel wrote:

> Hi,
>
> my test results are below, all on German WinXP Home, SP3.
>
> kind regards
> Regina
>
> Marcus (OOo) schrieb:
>
>  Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
>>
>>>
>>>
>>> On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
>>>
 Am 04/30/2012 04:53 AM, schrieb Kay Schenk:

> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
> wrote:
>
>
>>
>> On 04/27/2012 01:46 PM, Rob Weir wrote:
>>
>>  On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti>> >
>>> 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
> 
> >
>
>
> 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
 >


 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
>> 
>> >
>>
>>
>>
>> and you can see what the link looks like.
>>
>> Actual source/binaries are, for us, put in:
>>
>> 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 

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Regina Henschel

Hi,

my test results are below, all on German WinXP Home, SP3.

kind regards
Regina

Marcus (OOo) schrieb:

Am 04/30/2012 11:21 PM, schrieb Kay Schenk:



On 04/30/2012 11:37 AM, Marcus (OOo) wrote:

Am 04/30/2012 04:53 AM, schrieb Kay Schenk:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
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


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


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



and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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.


I've tested the following:

1.
Linux with Firefox --> Linux x86-64 RPM de --> the text in the pop-ups
makes sense --> OK

2.
Windows XP with MSIE --> error --> the detailed error message says:

Line: 104
Char: 1
Error: Identifi

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Marcus (OOo)

Am 04/30/2012 11:21 PM, schrieb Kay Schenk:



On 04/30/2012 11:37 AM, Marcus (OOo) wrote:

Am 04/30/2012 04:53 AM, schrieb Kay Schenk:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk   wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
   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

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

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


and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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.


I've tested the following:

1.
Linux with Firefox -->  Linux x86-64 RPM de -->  the text in the pop-ups
makes sense -->  OK

2.
Windows XP with MSIE -->  error -->  the detailed error message says:

Line:  104
Char:  1
Error: Identifier, string or number expected
Code:  0
URL: 

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Kay Schenk


On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
> Am 04/30/2012 04:53 AM, schrieb Kay Schenk:
>> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:
>>
>>>
>>>
>>> On 04/27/2012 01:46 PM, Rob Weir wrote:
>>>
 On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
   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
>>
>> 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
>
> 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
>>>
>>>
>>> and you can see what the link looks like.
>>>
>>> Actual source/binaries are, for us, put in:
>>>
>>> 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-si

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Kay Schenk


On 04/30/2012 11:02 AM, Dave Fisher wrote:
> 
> On Apr 30, 2012, at 9:08 AM, Kay Schenk wrote:
> 
>> On Mon, Apr 30, 2012 at 5:53 AM, Rob Weir 
>> wrote:
>> 
>>> On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk
>>>  wrote:
 On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk
 
>>> wrote:
 
> 
> 
> On 04/27/2012 01:46 PM, Rob Weir wrote:
> 
>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea
>> Pescetti 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

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Marcus (OOo)

Am 04/30/2012 04:53 AM, schrieb Kay Schenk:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
  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
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
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

and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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.


I've tested the following:

1.
Linux with Firefox --> Linux x86-64 RPM de --> the text in the pop-ups 
makes sense --> OK


2.
Windows XP with MSIE --> error --> the detailed error message says:

Line:  104
Char:  1
Error: Identifier, string or number expected
Code:  0
URL:   http://ooo-site.staging.apache.org/download/test/index_new_dl.html

Line:  286
Char:  2
Error: 'languages' 

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Marcus (OOo)

Am 04/30/2012 06:08 PM, schrieb Kay Schenk:

On Mon, Apr 30, 2012 at 5:53 AM, Rob Weir  wrote:


On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk  wrote:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk

wrote:





On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
  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 c

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Marcus (OOo)

Am 04/30/2012 04:53 AM, schrieb Kay Schenk:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
  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
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
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

and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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"

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Dave Fisher

On Apr 30, 2012, at 9:08 AM, Kay Schenk wrote:

> On Mon, Apr 30, 2012 at 5:53 AM, Rob Weir  wrote:
> 
>> On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk  wrote:
>>> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk 
>> wrote:
>>> 
 
 
 On 04/27/2012 01:46 PM, Rob Weir wrote:
 
> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
> 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."
 

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Kay Schenk
On Mon, Apr 30, 2012 at 5:53 AM, Rob Weir  wrote:

> On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk  wrote:
> > On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk 
> wrote:
> >
> >>
> >>
> >> On 04/27/2012 01:46 PM, Rob Weir wrote:
> >>
> >>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
> >>>  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

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Kay Schenk
On Mon, Apr 30, 2012 at 2:54 AM, RGB ES  wrote:

> 2012/4/30 Kay Schenk :
> >
> > 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.
> >
> Going to that page, I enter on a loop of pop-ups: the first one says
> "schema:aoo_incubating", the second one "Platform:linux 64-bit" and
> then this message:
>
> myURLlink :http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_es.tar.gz/download
> "
> title = "
> http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_es.tar.gz/download
> " >
>
> Then everything starts again with some variants (a message saying
> "hasMirroLink:true") and after another loop I finally land on the
> download page. This happens with firefox 12 and konqueror 4.8.2.
>

yes, this is what happens ... it is all right. All these will be removed --
very confusing I agree.  Not to worry... and sorry for the amount of "code
spatter".


>
> Regards
> Ricardo
>



-- 

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Jürgen Schmidt

On 4/30/12 2:53 PM, Rob Weir wrote:

On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk  wrote:

On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:




On 04/27/2012 01:46 PM, Rob Weir wrote:


On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
  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
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
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

and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread Rob Weir
On Sun, Apr 29, 2012 at 10:53 PM, Kay Schenk  wrote:
> On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:
>
>>
>>
>> On 04/27/2012 01:46 PM, Rob Weir wrote:
>>
>>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
>>>  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
> 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
 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
>>
>> and you can see what the link looks like.
>>
>> Actual source/binaries are, for us, put in:
>>
>> 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
> t

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-30 Thread RGB ES
2012/4/30 Kay Schenk :
>
> 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.
>
Going to that page, I enter on a loop of pop-ups: the first one says
"schema:aoo_incubating", the second one "Platform:linux 64-bit" and
then this message:

myURLlink :http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_es.tar.gz/download";
title = 
"http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4.0/Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-rpm_es.tar.gz/download
" >

Then everything starts again with some variants (a message saying
"hasMirroLink:true") and after another loop I finally land on the
download page. This happens with firefox 12 and konqueror 4.8.2.

Regards
Ricardo


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-29 Thread Kay Schenk
On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk  wrote:

>
>
> On 04/27/2012 01:46 PM, Rob Weir wrote:
>
>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti
>>  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
 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
>>> 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
>
> and you can see what the link looks like.
>
> Actual source/binaries are, for us, put in:
>
> 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 r

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Kay Schenk



On 04/27/2012 01:46 PM, Rob Weir wrote:

On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti  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
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
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

and you can see what the link looks like.

Actual source/binaries are, for us, put in:

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Kay Schenk



On 04/27/2012 02:20 PM, Marcus (OOo) wrote:

Am 04/27/2012 01:40 AM, schrieb Kay Schenk:

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

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.

Basically, choosing the DL site -- Apache or SourceForge (as I believe
we agree on for 3.3) is based on selection option #1, so I wanted you to
see the results of that. If do a bunch of reloads -- + browser
reload button -- you may eventually see changes to the outcome.
Right now this is setup with 75% to Apache, 25% to SourceForge.


I don't know if it's just me but I also get a layer message with:
"New mirror: http://sourceforge.net/projects/openofficeorg.mirror/";

Is this intended? Wouldn't it be better to show it directly on the webpage?


no --it's not just you. :/ I did this to verify that I was getting 
reasonable right before the actual download. This, of course, will go away.




So, we concentrate on the point #1 and let #2 and #3 beside for the
moment/the coming release, right?


OK, way down below, you will see the normal generated big green DL
button. Of course the link will not work (but oddly Apache is very nice
and gives us a page to select from at the outset anyway), but you'll
observe the link for the chosen DL site.


Yes, the variation works for me.


Other things to note:
* the DL links assume the current location of
"/files/stable/VERSION/..." from the top of DL URL area. IF this is not
the case for Apache, please let me know

* Joe Schaefer said via e-mail that we couldn't use the normal closer.cgi

http://www.apache.org/dev/mirrors.html#use

for this and I needed to consult with infra on this which I have NOT
done yet, so things may change a bit. I hope not drastically

* if we DO use closer.cgi as per usual for Apache mirrors, I am fairly
certain the target="_blank" to open up the actual DL will not work as
what we are doing is running a script, and not really opening up a page
directly

* didn't even try the redirect to "contribute.html" do to above
consideration with closer.cgi


It seems Roberto can help here, too. See his post in the other thread.


yes, what SF ahs done is great! But, it doesn't do us any good if we 
also use the Apache distribution mechanism. i.e. if you get the Apache 
mirrors rather than SF.





* I will be modifying the option area to allow folks to get to the
current other.html for 3.3 (all from MirroBrain as recently agreed on)
and maybe a link on that to OOo older archives.


I will also handle this with my separation task. So, lets see how this
will fit together.


I'll just put a link in the options when I get back to to this that will 
say something like -- Older stable 3.3 release -- and pop them to


/download/3.3.0




* I did quite an edit job on the old languages.js.
See revision at:
http://www.openoffice.org/download/test/languages_new_dl.js


To keep the overview I would suggest to put all needed languages for AOO
3.4 on top and move these that were not needed to the bottom and keep
commented out.


OK, that sounds like a good idea. I'm all for better organization.




OK, I guess that's enough for now I guess.

My time will be limited on doing much more on this until Sunday. But
PLEASE join in to help with this effort if you can! I'm sure we've got
some JS wonks out there!


Thanks for your work. I promise to offer help were I can and when my
spare time allows. :-)


Thanks for this. After this release, I will definitely put more effort 
into paramterizing the DL scripts.




Marcus



--

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


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Dave Fisher

On Apr 27, 2012, at 2:14 PM, Rob Weir wrote:

> On Fri, Apr 27, 2012 at 5:01 PM, Dave Fisher  wrote:
>> 
>> On Apr 27, 2012, at 1:46 PM, Rob Weir wrote:
>> 
>>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti  
>>> 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
> 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
 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.
>>> 
 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).
 
 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.
>>> 
>>> But we also have a links there that point to Apache mirrors for:
>>> 
>>> a) Hashes and detached signatures
>> 
>> Hashes and detached signatures are hosted elsewhere in Apache releases. Not 
>> on the mirrors.
>> http://poi.apache.org/download.html
>> http://tomcat.apache.org/download-60.cgi
>> http://httpd.apache.org/download.cgi
>> 
>> Joe has suggested that we follow a cgi approach for Apache mirrors. Kay 
>> asked for help with this approach. I hope to have time next Monday/Tuesday 
>> to dialog with Infra on this.
>> 
>>> b) source distribution
>>> c) a link to the full release tree
>>> 
>>> In other words, no rolling the dice, noting fancy.  100% of normal
>>> users will download from SF.
>> 
>> What Kay has done can be adapted in any direction. Let's learn how to do the 
>> Apache CGI approach and then make a decision by Tuesday?
>> 
> 
> Do we really want to beta test new Apache CGI code?   Or do we want to
> go with what we've been testing live since April 11th, namely SF.

I personally want to test the Apache CGI method. Kay asked for help. I won't 
consider my time to be wasted whether it is used by the project or not.

>> If we allow more than one mirroring system then the user should be able to 
>> choose for themselves...
>> 
> 
> Users want a download that works.  They have no reason to chose from
> equally opaque alternatives.

You are suggesting a single mirror - SF. I only suggested that users be offered 
a choice if we have more than one mirror available. It would also really help 
to have a choice on the TEST page until everyone is happy.

It can only be good to have alternative mirrors tested. Whether or not users 
get that choice.

> 
>> BUt we already have Marcus, Rob, Kay, Peter, Infra and SF cooking in this 
>> kitchen. We can't keep redefining the problem.
>> 
> 
> I'd say stick with SourceForge as we originally agreed to.  Remember,
> they need to balance their books on the traffic.  They did the
> analysis, and incurred initial costs.  This was based on assumptions
> of traffic that they would be handling.  Don't assume that giving them
> less traffic saves them money.  It might actually do the opposite,
> especially if they have contracted for the bandwidth and now find they
> are serving up far few ads because our "cooks" have decided to play
> with MirrorBrain or whatever.

I was not thinking one way or another about SF's business model. It is merely a 
technical issue.

> We should be a good partner here and stick to what we agreed with.
> Otherwise, if we start being flaky, we're less likely to see such help
> in the future.

As I said "We can't keep redefining the problem." But let's be sure we are on 
target.

Marcus, Kay and Roberto along with you, Rob, have been doing this work. I'm 
trying to stay out of the way here.

Regards,
Dave


> 
> -Rob
> 
> 
>> Regards,
>> Dave
>> 
>>> 
>>> 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 be

Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Marcus (OOo)

Am 04/27/2012 01:40 AM, schrieb Kay Schenk:

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

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.

Basically, choosing the DL site -- Apache or SourceForge (as I believe
we agree on for 3.3) is based on selection option #1, so I wanted you to
see the results of that. If do a bunch of reloads -- + browser
reload button -- you may eventually see changes to the outcome.
Right now this is setup with 75% to Apache, 25% to SourceForge.


I don't know if it's just me but I also get a layer message with:
"New mirror: http://sourceforge.net/projects/openofficeorg.mirror/";

Is this intended? Wouldn't it be better to show it directly on the webpage?

So, we concentrate on the point #1 and let #2 and #3 beside for the 
moment/the coming release, right?



OK, way down below, you will see the normal generated big green DL
button. Of course the link will not work (but oddly Apache is very nice
and gives us a page to select from at the outset anyway), but you'll
observe the link for the chosen DL site.


Yes, the variation works for me.


Other things to note:
* the DL links assume the current location of
"/files/stable/VERSION/..." from the top of DL URL area. IF this is not
the case for Apache, please let me know

* Joe Schaefer said via e-mail that we couldn't use the normal closer.cgi

http://www.apache.org/dev/mirrors.html#use

for this and I needed to consult with infra on this which I have NOT
done yet, so things may change a bit. I hope not drastically

* if we DO use closer.cgi as per usual for Apache mirrors, I am fairly
certain the target="_blank" to open up the actual DL will not work as
what we are doing is running a script, and not really opening up a page
directly

* didn't even try the redirect to "contribute.html" do to above
consideration with closer.cgi


It seems Roberto can help here, too. See his post in the other thread.


* I will be modifying the option area to allow folks to get to the
current other.html for 3.3 (all from MirroBrain as recently agreed on)
and maybe a link on that to OOo older archives.


I will also handle this with my separation task. So, lets see how this 
will fit together.



* I did quite an edit job on the old languages.js.
See revision at:
http://www.openoffice.org/download/test/languages_new_dl.js


To keep the overview I would suggest to put all needed languages for AOO 
3.4 on top and move these that were not needed to the bottom and keep 
commented out.



OK, I guess that's enough for now I guess.

My time will be limited on doing much more on this until Sunday. But
PLEASE join in to help with this effort if you can! I'm sure we've got
some JS wonks out there!


Thanks for your work. I promise to offer help were I can and when my 
spare time allows. :-)


Marcus



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Rob Weir
On Fri, Apr 27, 2012 at 5:01 PM, Dave Fisher  wrote:
>
> On Apr 27, 2012, at 1:46 PM, Rob Weir wrote:
>
>> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti  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
 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
>>> 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.
>>
>>> 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).
>>>
>>> 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.
>>
>> But we also have a links there that point to Apache mirrors for:
>>
>> a) Hashes and detached signatures
>
> Hashes and detached signatures are hosted elsewhere in Apache releases. Not 
> on the mirrors.
> http://poi.apache.org/download.html
> http://tomcat.apache.org/download-60.cgi
> http://httpd.apache.org/download.cgi
>
> Joe has suggested that we follow a cgi approach for Apache mirrors. Kay asked 
> for help with this approach. I hope to have time next Monday/Tuesday to 
> dialog with Infra on this.
>
>> b) source distribution
>> c) a link to the full release tree
>>
>> In other words, no rolling the dice, noting fancy.  100% of normal
>> users will download from SF.
>
> What Kay has done can be adapted in any direction. Let's learn how to do the 
> Apache CGI approach and then make a decision by Tuesday?
>

Do we really want to beta test new Apache CGI code?   Or do we want to
go with what we've been testing live since April 11th, namely SF.

> If we allow more than one mirroring system then the user should be able to 
> choose for themselves...
>

Users want a download that works.  They have no reason to chose from
equally opaque alternatives.

> BUt we already have Marcus, Rob, Kay, Peter, Infra and SF cooking in this 
> kitchen. We can't keep redefining the problem.
>

I'd say stick with SourceForge as we originally agreed to.  Remember,
they need to balance their books on the traffic.  They did the
analysis, and incurred initial costs.  This was based on assumptions
of traffic that they would be handling.  Don't assume that giving them
less traffic saves them money.  It might actually do the opposite,
especially if they have contracted for the bandwidth and now find they
are serving up far few ads because our "cooks" have decided to play
with MirrorBrain or whatever.

We should be a good partner here and stick to what we agreed with.
Otherwise, if we start being flaky, we're less likely to see such help
in the future.

-Rob


> Regards,
> Dave
>
>>
>> 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.
>


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Dave Fisher

On Apr 27, 2012, at 1:46 PM, Rob Weir wrote:

> On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti  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
>>> 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
>> 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.
> 
>> 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).
>> 
>> 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.
> 
> But we also have a links there that point to Apache mirrors for:
> 
> a) Hashes and detached signatures

Hashes and detached signatures are hosted elsewhere in Apache releases. Not on 
the mirrors.
http://poi.apache.org/download.html
http://tomcat.apache.org/download-60.cgi
http://httpd.apache.org/download.cgi

Joe has suggested that we follow a cgi approach for Apache mirrors. Kay asked 
for help with this approach. I hope to have time next Monday/Tuesday to dialog 
with Infra on this.

> b) source distribution
> c) a link to the full release tree
> 
> In other words, no rolling the dice, noting fancy.  100% of normal
> users will download from SF.

What Kay has done can be adapted in any direction. Let's learn how to do the 
Apache CGI approach and then make a decision by Tuesday?

If we allow more than one mirroring system then the user should be able to 
choose for themselves...

BUt we already have Marcus, Rob, Kay, Peter, Infra and SF cooking in this 
kitchen. We can't keep redefining the problem.

Regards,
Dave

> 
> 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.



Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Rob Weir
On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti  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
>> 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
> 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.

> 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).
>
> 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.

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

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.


Re: [RELEASE] new DL test...needs review and comments, and probably correction

2012-04-27 Thread Andrea Pescetti

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
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
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)


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).


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.


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.


Regards,
  Andrea.