Re: Building Guide AOO

[Ian]

Hi Andre,

you had a comment - why do we need subversion-devel.

I looked back over my notes and it seems it was to get around an error
needing lexpat.

But that seems wrong, I could have just installed expat-devel. Maybe
did and my notes are failing me :-)
And it is mentioned in the original Fedora list of required libraries.

I will keep an eye out next time I do a build and see if I can pin it
down further.

Cheers,

Ian

On Sat, Apr 7, 2012 at 7:52 PM, Andre Fischer  wrote:
>
> On 06.04.2012 13:03, Ian wrote:
>>
>> Hi Andre,
>>
>> excellent timing, I am just trying to build on my x86_64Fedora system.
>>
>> Which I have almost done getting error.
>>
>> ERROR: Could not find license file LICENSE_en-US (B)
>> in function: create_epm_header
>>
>> Given that it has been creating the rpms the build has completed and this
>> is a packaging issue?
>> I'll sort that later.
>>
>> Here are the things I needed to do to my vanilla Fedora installation when
>> following your instructions.
>>
>> In order to get passed the configure stage I installed
>> CPAN and then Archive:Zip and XML::Parser
>>
>> cups-devel
>> pam-devel
>> gperf
>> Then downloaded the library from
>> http://tools.openoffice.org/unowinreg_prebuild/680 and dumped it in
>> external/unowinreg
>>
>> Installed freetype-devel,
>> got the mozilla source from the link you mentioned and placed it in the
>> described directory
>>
>> installed gtk2
>> Had a problem with Xaw headers so installed libXaw-devel
>>
>> installed bison and flex
>>
>> installed gconf2-devel
>>
>> installed gnome-vfs2-devel
>>
>> Whohoo configure worked.
>>
>> Bootstrap did its thing and grabbed some missing extensions.
>> And created my shell file to source.  LinuxX86-64-Env.Set.sh
>>
>> sourced the above and cd'ed to instsetoo_native (slight typo in your
>> instructions - missing oo)
>>subversion-devel.
>> I ran build -all P4 -- P4 which hammered my 4 cores on this i3 machine
>> for
>> 1 hour 20 mins before failing in building serf with a 65280 error.
>> Installed openssl-devel to get passed that point.
>>
>> Failed looking for lexpat.
>>
>> Installed subversion-devel.
>
>
> What do we need that for?
>
>
>>
>> That then seemed to build everything and get me to the packaging error
>> above.
>>
>> Not sure if that helps with your instructions, but they sure helped me.
>
>
> It sure does.  I added the missing packages for perl and Fedora.
> Fixed the type.
>
> Thank you for your detailed description.
>
> -Andre
>
>
>>
>> Thank you.
>>
>> Now I need to find that license file and stick it in the correct spot.
>>
>> Cheers,
>>
>> Ian
>>
>>
>>
>> On Thu, Apr 5, 2012 at 10:45 PM, Andre Fischer  wrote:
>>
>>> Hi all,
>>>
>>> I have started a rewrite of the building guide.  My goals where
>>>
>>> - make it more understandable for people new to Apache OpenOffice
>>>
>>> - remove out-of-date and legacy information, update the rest
>>>
>>> - avoid repetition of general concepts (eg autoconf;configure;build) on
>>> platform specific pages
>>>
>>> - flatten the page hierarchy.
>>>
>>>
>>> You can judge yourself if I was successful:
>>>
>>>
>>> http://wiki.services.**openoffice.org/wiki/**Documentation/Building_Guide_
>>>
>>> **AOO
>>>
>>>
>>> At the moment there are no links from other pages to the new guide so
>>> that
>>> we/I can make changes without confusing too many people.
>>>
>>>
>>> Feel free to make changes to improve the guide.
>>>
>>> Or point out the things that you don't understand or miss or that are
>>> wrong.
>>>
>>>
>>> Best regards,
>>> Andre
>>>
>>

RE: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Dennis E. Hamilton]

I agree that it is far more appealing to do this server side rather than have 
the client user agent have to fire up only to do a redirect.

It also leaves open the prospect of handling the failure modes more effectively.

Of course, that change can be done at any time, perhaps when there is no peak 
load on the horizon?

 - Dennis

-Original Message-
From: Dave Fisher [mailto:dave2w...@comcast.net] 
Sent: Saturday, April 07, 2012 20:02
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

Hi Joe,

While everyone else might be ignoring the distinction between the Apache closer 
cgi/ezt and the current OOo javascript methods, I haven't missed the 
difference. One is server and the other client.

You've mentioned where the various example pieces are, but to make it really 
easy would you mind providing the two or three key urls into the svn repos? I'm 
interested, but not in a hurry.

Thanks,
Dave

On Apr 7, 2012, at 1:09 PM, Joe Schaefer wrote:

> If you're really paranoid about the ASF mirrors
> you can use ezt to embed the [preferred] mirror
> inside some javascript within the page and run
> a test HEAD request on the url to ensure it exists.
> 
> I don't see the point of the MirrorBrain stuff 
> 
> at this point tho- will just make things more messy
> than they already are dealing with SF + ASF mirrors.
> 
> 
> 
> - Original Message -
>> From: Rob Weir 
>> To: ooo-dev@incubator.apache.org
>> Cc: 
>> Sent: Saturday, April 7, 2012 4:03 PM
>> Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
>> 
>> On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo)  wrote:
>>> Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):
>>> 
 Am 04/07/2012 05:34 PM, schrieb Rob Weir:
> 
> On Sat, Apr 7, 2012 at 10:13 AM, Marcus 
>> (OOo)
> wrote:
>> 
>> For our new release we will have a changed set of conditions:
>> 
>> - new central mirror hosts for redirecting download requests
>> - therefore also a new set of mirror server that host our 
>> builds
>> - new set of supported platforms and languages
>> - slighty changed file name schema
>> 
>> To get this all under one hat, we have to improve the download 
>> logic
>> that is
>> currently done by JavaScript.
>> 
>> To fulfill the first condition the download requests have to be
>> split-up to
>> more than 1 central mirror redirector.
>> 
>> Here is a suggestion for choosing when (by random number) to 
>> redirect to
>> which mirror:
>> 
>> http://www.openoffice.org/download/test/index_new_dl.html
>> 
>> Test results:
>> - to make debugging easier I've included some screen output 
>> and comments
>> - I've tested it locally with different combinations of 
>> active/inactive
>> hosts and it works well
>> - the fallback method works well, too
>> - I've tested different percent values as ratio, but not 
>> yet for the
>> 2nd case
>> 
>> What do you think?
>> 
> 
> The logic on the test pages works for me.
> 
> But two additional complexities:
> 
> 1) MirrorBrain let's us link directly to a download file. We 
>> then
> send the user to http://www.openoffice.org/download/contribute.html
> while the file is downloading. But SourceForge and Apache mirror
> systems take the user to a different page (not controlled by us). 
>> So
> in those cases the user does not see the contribute.html page.
 
 
 This should work also for SourceForge. The root path is always the 
>> same.
 We just need to add a subdir and file name.
 
 I don't know how to do it for Apache.
 
> Since the contribute.html page has very useful information for the
> user, like links to the install instructions, information on 
>> support,
> contributing to the project, etc., I think it is important that the
> user sees this information in all paths.
 
 
 ACK
 
> What could we do? Pop-up (or pop-under) a new HTML page? But that 
>> is
> annoying to some users.
 
 
 Right
 
> The Apache and SF approaches both direct a user off of the
> OpenOffice.org website, which is risky.
> 
> 2) What if we have more than three mirror systems? It sounds like 
>> you
> prefer to keep MirrorBrain. That is fine with me. So maybe we have
> Apache, SF and MirrorBrain?
 
 
 Yes, would be great. Another available system as possible backup is not
 bad.
 
 For any change of the number of available systems we have to adapt the
 JS logic.
 
> Imagine an array of mirror networks, each with weights, in sorted
> order from smallest to largest. (or sort the array in code)
> 
> Apache:1
> MirrorBrain:2
> SourceForge:3
> 
> TotalWeight = MirrorBrain + Apache + SourceForge == 6
> 
> x = rand()
> 
> if (x< Apache

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Joe Schaefer]

Simplest thing to do is visit the opennlp example and use the CMS 

to view source.  The opennlp "ezt template file" is just a download.mdtext
filewith special braced text (that's NOT valid markdown) that ezmlm
interprets at script runtime and substitutes in values from the script.
There is some basic flow control in ezt with if/then and foreach loops etc
similar to what django templates do but with less syntactic fluff.

FYI ezt.py is a python template lib that Greg Stein wrote and is used throughout
Apache Infra.  The public url to the underlying cgi script is at 

http://www.apache.org/dyn/mirrors/mirrors.cgi

again the CMS will take you directly to the source code.


- Original Message -
> From: Dave Fisher 
> To: ooo-dev@incubator.apache.org
> Cc: 
> Sent: Saturday, April 7, 2012 11:01 PM
> Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
> 
> Hi Joe,
> 
> While everyone else might be ignoring the distinction between the Apache 
> closer 
> cgi/ezt and the current OOo javascript methods, I haven't missed the 
> difference. One is server and the other client.
> 
> You've mentioned where the various example pieces are, but to make it really 
> easy would you mind providing the two or three key urls into the svn repos? 
> I'm interested, but not in a hurry.
> 
> Thanks,
> Dave
> 
> On Apr 7, 2012, at 1:09 PM, Joe Schaefer wrote:
> 
>>  If you're really paranoid about the ASF mirrors
>>  you can use ezt to embed the [preferred] mirror
>>  inside some javascript within the page and run
>>  a test HEAD request on the url to ensure it exists.
>> 
>>  I don't see the point of the MirrorBrain stuff 
>> 
>>  at this point tho- will just make things more messy
>>  than they already are dealing with SF + ASF mirrors.
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Rob Weir 
>>>  To: ooo-dev@incubator.apache.org
>>>  Cc: 
>>>  Sent: Saturday, April 7, 2012 4:03 PM
>>>  Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is 
> available?
>>> 
>>>  On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo) 
>  wrote:
  Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):
 
>  Am 04/07/2012 05:34 PM, schrieb Rob Weir:
>> 
>>  On Sat, Apr 7, 2012 at 10:13 AM, Marcus 
>>>  (OOo)
>>  wrote:
>>> 
>>>  For our new release we will have a changed set of 
> conditions:
>>> 
>>>  - new central mirror hosts for redirecting download 
> requests
>>>  - therefore also a new set of mirror server that host 
> our 
>>>  builds
>>>  - new set of supported platforms and languages
>>>  - slighty changed file name schema
>>> 
>>>  To get this all under one hat, we have to improve the 
> download 
>>>  logic
>>>  that is
>>>  currently done by JavaScript.
>>> 
>>>  To fulfill the first condition the download requests 
> have to be
>>>  split-up to
>>>  more than 1 central mirror redirector.
>>> 
>>>  Here is a suggestion for choosing when (by random 
> number) to 
>>>  redirect to
>>>  which mirror:
>>> 
>>> 
> http://www.openoffice.org/download/test/index_new_dl.html
>>> 
>>>  Test results:
>>>  - to make debugging easier I've included some 
> screen output 
>>>  and comments
>>>  - I've tested it locally with different 
> combinations of 
>>>  active/inactive
>>>  hosts and it works well
>>>  - the fallback method works well, too
>>>  - I've tested different percent values as ratio, 
> but not 
>>>  yet for the
>>>  2nd case
>>> 
>>>  What do you think?
>>> 
>> 
>>  The logic on the test pages works for me.
>> 
>>  But two additional complexities:
>> 
>>  1) MirrorBrain let's us link directly to a download 
> file. We 
>>>  then
>>  send the user to 
> http://www.openoffice.org/download/contribute.html
>>  while the file is downloading. But SourceForge and Apache 
> mirror
>>  systems take the user to a different page (not controlled 
> by us). 
>>>  So
>>  in those cases the user does not see the contribute.html 
> page.
> 
> 
>  This should work also for SourceForge. The root path is always 
> the 
>>>  same.
>  We just need to add a subdir and file name.
> 
>  I don't know how to do it for Apache.
> 
>>  Since the contribute.html page has very useful information 
> for the
>>  user, like links to the install instructions, information 
> on 
>>>  support,
>>  contributing to the project, etc., I think it is important 
> that the
>>  user sees this information in all paths.
> 
> 
>  ACK
> 
>>  What could we do? Pop-up (or pop-under) a new HTML page? 
> But that 
>>>  is
>>  annoying to some users.
> 
> 
>  Right
> 
>>  The Apache and SF approaches both direct a user off of the
>>  OpenOffice.org website, which is risky.
>> 
>>  2) What if we have more than three mirror systems? It 
> sounds like 
>>>  you
>>  pre

Re: Is any one here familiar with OpenOffice?

[Wolf Halton]

I have been using Open Office since (I think) 2002 or 2003. I was a support
forum contributor since 2003. I was part of the meta-planning team; along
with Drew, Terry E, and the other Terry from Oz, who incubated the
Sun-server-based user support forums. I dropped into the background and
used Open Office 2.x to write a textbook in 2006.

Wolf Halton

http://sourcefreedom.com
On Apr 7, 2012 12:40 PM, "Andrea Pescetti"  wrote:

> On 12/03/2012 Rob Weir wrote:
>
>> Here's my idea:  Respond to this note and tell me how many years
>> experience you have working with OpenOffice.  This could be in any
>> capacity, as a coder, tester, documentation, marketing, forum
>> volunteer, whatever.
>>
>
> The future is probably more important than the past but, if this helps in
> setting the record straight... I've been around since 2003 and I became
> "maintainer" of the Italian version in 2005. My experience is mostly in QA
> and localization (even though in this field Paolo Pozzan has been the main
> coordinator in the last years), and since 2010 I've maintained the Italian
> dictionary bundled with OpenOffice.
>
> Regards,
>  Andrea.
>

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Dave Fisher]

Hi Joe,

While everyone else might be ignoring the distinction between the Apache closer 
cgi/ezt and the current OOo javascript methods, I haven't missed the 
difference. One is server and the other client.

You've mentioned where the various example pieces are, but to make it really 
easy would you mind providing the two or three key urls into the svn repos? I'm 
interested, but not in a hurry.

Thanks,
Dave

On Apr 7, 2012, at 1:09 PM, Joe Schaefer wrote:

> If you're really paranoid about the ASF mirrors
> you can use ezt to embed the [preferred] mirror
> inside some javascript within the page and run
> a test HEAD request on the url to ensure it exists.
> 
> I don't see the point of the MirrorBrain stuff 
> 
> at this point tho- will just make things more messy
> than they already are dealing with SF + ASF mirrors.
> 
> 
> 
> - Original Message -
>> From: Rob Weir 
>> To: ooo-dev@incubator.apache.org
>> Cc: 
>> Sent: Saturday, April 7, 2012 4:03 PM
>> Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
>> 
>> On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo)  wrote:
>>> Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):
>>> 
 Am 04/07/2012 05:34 PM, schrieb Rob Weir:
> 
> On Sat, Apr 7, 2012 at 10:13 AM, Marcus 
>> (OOo)
> wrote:
>> 
>> For our new release we will have a changed set of conditions:
>> 
>> - new central mirror hosts for redirecting download requests
>> - therefore also a new set of mirror server that host our 
>> builds
>> - new set of supported platforms and languages
>> - slighty changed file name schema
>> 
>> To get this all under one hat, we have to improve the download 
>> logic
>> that is
>> currently done by JavaScript.
>> 
>> To fulfill the first condition the download requests have to be
>> split-up to
>> more than 1 central mirror redirector.
>> 
>> Here is a suggestion for choosing when (by random number) to 
>> redirect to
>> which mirror:
>> 
>> http://www.openoffice.org/download/test/index_new_dl.html
>> 
>> Test results:
>> - to make debugging easier I've included some screen output 
>> and comments
>> - I've tested it locally with different combinations of 
>> active/inactive
>> hosts and it works well
>> - the fallback method works well, too
>> - I've tested different percent values as ratio, but not 
>> yet for the
>> 2nd case
>> 
>> What do you think?
>> 
> 
> The logic on the test pages works for me.
> 
> But two additional complexities:
> 
> 1) MirrorBrain let's us link directly to a download file. We 
>> then
> send the user to http://www.openoffice.org/download/contribute.html
> while the file is downloading. But SourceForge and Apache mirror
> systems take the user to a different page (not controlled by us). 
>> So
> in those cases the user does not see the contribute.html page.
 
 
 This should work also for SourceForge. The root path is always the 
>> same.
 We just need to add a subdir and file name.
 
 I don't know how to do it for Apache.
 
> Since the contribute.html page has very useful information for the
> user, like links to the install instructions, information on 
>> support,
> contributing to the project, etc., I think it is important that the
> user sees this information in all paths.
 
 
 ACK
 
> What could we do? Pop-up (or pop-under) a new HTML page? But that 
>> is
> annoying to some users.
 
 
 Right
 
> The Apache and SF approaches both direct a user off of the
> OpenOffice.org website, which is risky.
> 
> 2) What if we have more than three mirror systems? It sounds like 
>> you
> prefer to keep MirrorBrain. That is fine with me. So maybe we have
> Apache, SF and MirrorBrain?
 
 
 Yes, would be great. Another available system as possible backup is not
 bad.
 
 For any change of the number of available systems we have to adapt the
 JS logic.
 
> Imagine an array of mirror networks, each with weights, in sorted
> order from smallest to largest. (or sort the array in code)
> 
> Apache:1
> MirrorBrain:2
> SourceForge:3
> 
> TotalWeight = MirrorBrain + Apache + SourceForge == 6
> 
> x = rand()
> 
> if (x< Apache/TotalWeight)
> doApache()
> else if (x< MirrorBrain/TotalWeight)
> doMirrorBrain()
> else
> doSourceForge()
> 
> Something like that.
 
 
 Redirecting due to weighted values looks good. But also this is working
 with a fixed set of mirror hosts. A forth had to be build in and
 therefore the logic has to be adapted.
 
 Thanks for your feedback. I'll adapt the script later in the 
>> evening.
>>> 
>>> 
>>> I've adapted it now. But I'm not sure if it's working correct 
>> with some
>>> disabled mirrors

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/07/2012 10:03 PM, schrieb Rob Weir:

On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo)  wrote:

Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):


Am 04/07/2012 05:34 PM, schrieb Rob Weir:


On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)
wrote:


For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic
that is
currently done by JavaScript.

To fulfill the first condition the download requests have to be
split-up to
more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
2nd case

What do you think?



The logic on the test pages works for me.

But two additional complexities:

1) MirrorBrain let's us link directly to a download file. We then
send the user to http://www.openoffice.org/download/contribute.html
while the file is downloading. But SourceForge and Apache mirror
systems take the user to a different page (not controlled by us). So
in those cases the user does not see the contribute.html page.



This should work also for SourceForge. The root path is always the same.
We just need to add a subdir and file name.

I don't know how to do it for Apache.


Since the contribute.html page has very useful information for the
user, like links to the install instructions, information on support,
contributing to the project, etc., I think it is important that the
user sees this information in all paths.



ACK


What could we do? Pop-up (or pop-under) a new HTML page? But that is
annoying to some users.



Right


The Apache and SF approaches both direct a user off of the
OpenOffice.org website, which is risky.

2) What if we have more than three mirror systems? It sounds like you
prefer to keep MirrorBrain. That is fine with me. So maybe we have
Apache, SF and MirrorBrain?



Yes, would be great. Another available system as possible backup is not
bad.

For any change of the number of available systems we have to adapt the
JS logic.


Imagine an array of mirror networks, each with weights, in sorted
order from smallest to largest. (or sort the array in code)

Apache:1
MirrorBrain:2
SourceForge:3

TotalWeight = MirrorBrain + Apache + SourceForge == 6

x = rand()

if (x<  Apache/TotalWeight)
doApache()
else if (x<  MirrorBrain/TotalWeight)
doMirrorBrain()
else
doSourceForge()

Something like that.



Redirecting due to weighted values looks good. But also this is working
with a fixed set of mirror hosts. A forth had to be build in and
therefore the logic has to be adapted.

Thanks for your feedback. I'll adapt the script later in the evening.



I've adapted it now. But I'm not sure if it's working correct with some
disabled mirrors.



I'm not sure my logic was right in the above code.  For example, if
two mirrors have the same weight it would always pick the first one in
the array.

But take a look at the approach in this article:

http://www.javascriptkit.com/javatutors/weighrandom2.shtml

I think that is much clearer and easier to use.

Essentially, it says if you want weighted random selection with weights like:

Apache:1
MirrorBrain:2
SourceForge:3

Then create an array with each item repeated according to its weight, so:

Apache
MirrorBrain
MirrorBrain
SourceForge
SourceForge
SourceForge

Then just pick a random number 0...length-1 and return the value at that index.


Thanks again for this hint. I've rebuild the script and published it as 
3rd case. Now even the backups are working well. Looks like the best 
solution for 3 redirectors up to now.



As for unavailable mirrors, or even unavailable servers within a
mirror network, is there really anything we can do?  Other than tell
the user to refresh and try again?


We could ping all redirector hosts frequently (e.g., every 5 minutes). 
If the result is a delay higher than a pre-defined timeout, then we 
could set this redirector to 0 and therefore inactive.


However, I've no idea how to do this not with every download request 
(would this already be a kind of (D)DoS ?) but as a job that runs beside 
this.


Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/08/2012 01:20 AM, schrieb Dennis E. Hamilton:

 From the original post, I see these statements:


To get this all under one hat, we have to improve the download logic
that is currently done by JavaScript.

To fulfill the first condition the download requests have to be split-up
to more than 1 central mirror redirector.


I assume that you want a script that will choose among multiple mirror
redirectors, when available.


Yes


Although it is not reflected directly, it appears that the idea is that
the download requests be distributed in a weighted manner among available
redirectors.  The allocation (as percentage of requests a redirector will
receive over time) is presumably intended to deal with the portion of peak
demand that a particular redirector has offered to handle.


Yes


The commitment is to not exceed the expected proportion on a sustained
basis while providing a given redirector that that proportion of the
requests over time (being potentially important for add-generated revenue
of the redirector systems).

When one of the redirectors is unavailable, there is a default redirector
that will absorb all additional requests.  The allocation to non-default
redirectors is not increased.


The default will be the next powerful redirector that is given by the 
weighted values.



NOTES

  1. This does not detect when peak load exceeds the agreed capacity
 limit of any redirector system.


Maybe. But I think we can deal with this later if becomes a problem.
I wanted to have a simple script for the start.


  2. This does not provide any mitigation when a redirector is unable
 to service a request forwarded to it.


This should not happen. Except the redirector is down in the second of 
the download request.


I've no idea how to recognize automatically when a redirector is down. 
Except to ping it al lthe time. But this cannot be the solution.



  3. Allocating requests is not the same as allocating load.  When
 requests are failing, the rapid resubmission of unaccepted requests
 can become a problem.


Right.

Sorry, but I think the rest is a bit to much for me. I'm not a usual 
developer and don't really understand it.



SAMPLE APPROACH

  1. The redirector services are named by simple strings.

  2. The load management is specified in a single array,

 var redirectorLoading = [ [factor-0, name-0],
   [factor-1, name-1],
   ...,
   [factor-n, name-n]];

 where factor-i is a number from 0 to 100 specifying the
 percentage proportion of requests that the redirector
 service identified by name-i will accept.

 For the last entry, factor-n=100 and name-n is the string
 name of the backup redirector that will absorb all
 unallocated requests.  This can be the same as a name-i
 already in the mix.

 The special name "noservice" is used when there is no
 available service for the request.

 Maintenance: To make a service unavailable, simply set its
 proportion, factor-i, to 0.


I think that's the same as in my script example to set a mirror host to 0.


 If the backup is unavailable, replace name-n by the name
 of an alternative backup, if any.  If there is no
 alternative to the backup, change factor-n to 0 or
 name-n to "noservice".

 I assume that this declaration would be in a place that is
 easy to maintain without risking errors in maintenance of
 anything else.

  3. One way to do the allocation is with some sort of
 simple function along these lines:

 function chooseService( )
 {  var nService = redirectorLoading.length;
if (!nService) return "noservice";

var nLottery = Math.floor(Math.random()*100);
for (var i=0; i

Marcus




-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
Sent: Saturday, April 07, 2012 12:08
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

Am 04/07/2012 07:49 PM, schrieb Dennis E. Hamilton:

Comments in-line.

I think it would be good to step back and agree on what problem that is being 
solved and how should failure cases and intervention work.  Then it can be 
determined whether candidate code addresses the problem or not.

   - Dennis


OK, do you have any suggestions different to my initial post in this thread?


-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
Sent: Saturday, April 07, 2012 10:13
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[ ... ]


2. The requests are distributed randomly based on the allocation

   > percentages to the systems whether or not they are available.

Yes, but only when they are available. If not they get no requests.


3. For any mirror system that receives a turn when it is not

   > available, the backup system is used.

The

Re: 200x67pxRe: [WWW] New AOO logo source files now available in the Wiki...

[Michael Acevedo]

Hello Drew,

I uploaded the attachment in your emails on Thursday.

See you later.

On Friday, April 6, 2012, drew wrote:

> On Sat, 2012-04-07 at 11:27 +0800, Kevin Grignon wrote:
> > Hey all,
> >
>
> 
>
> >
> > In support of the immediate requirements, consider the following:
> >
> > - recreating the existing logo and logotype in vector does take some time
> > - maintaining a vector source file allows us to render a clear, crisp
> logo of any size on demand
> > - as a stop gap, consider recreating the logo and logotype in raster at
> a very large size, then we can resize smaller, on demand, to required sizes
>
> Hi Michael, Kevin
>
> Michael was good enough to do that, create the large bitmaps, yesterday
> - copies received by Rob and Myself, he may have put that to the wiki
> also. I will check in a bit and if not, I'll just move what Michael sent
> to there.
>
>
> >
> > Moving forward, I feel that
> > - AOO 4.0 presents a great opportunity to rebrand once the project
> migration has settled
> > - we should limit 3.4 recreation effort and focus more on 4.0 opportunity
> > - simply deliver base graphic requirements to 3.4.
>
> That sounds like a good general plan.
>
> Best wishes,
>
> //drew
>
> 
>
>

-- 
Best,
Michael

RE: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Dennis E. Hamilton]

>From the original post, I see these statements:

>> To get this all under one hat, we have to improve the download logic
>> that is currently done by JavaScript.
>>
>> To fulfill the first condition the download requests have to be split-up
>> to more than 1 central mirror redirector.

I assume that you want a script that will choose among multiple mirror
redirectors, when available.

Although it is not reflected directly, it appears that the idea is that 
the download requests be distributed in a weighted manner among available 
redirectors.  The allocation (as percentage of requests a redirector will 
receive over time) is presumably intended to deal with the portion of peak 
demand that a particular redirector has offered to handle. 

The commitment is to not exceed the expected proportion on a sustained
basis while providing a given redirector that that proportion of the 
requests over time (being potentially important for add-generated revenue
of the redirector systems).

When one of the redirectors is unavailable, there is a default redirector 
that will absorb all additional requests.  The allocation to non-default
redirectors is not increased.

NOTES

 1. This does not detect when peak load exceeds the agreed capacity 
limit of any redirector system.

 2. This does not provide any mitigation when a redirector is unable 
to service a request forwarded to it.

 3. Allocating requests is not the same as allocating load.  When
requests are failing, the rapid resubmission of unaccepted requests
can become a problem.

SAMPLE APPROACH

 1. The redirector services are named by simple strings.  

 2. The load management is specified in a single array, 

var redirectorLoading = [ [factor-0, name-0], 
  [factor-1, name-1], 
  ...,
  [factor-n, name-n]];

where factor-i is a number from 0 to 100 specifying the 
percentage proportion of requests that the redirector 
service identified by name-i will accept.

For the last entry, factor-n=100 and name-n is the string 
name of the backup redirector that will absorb all
unallocated requests.  This can be the same as a name-i 
already in the mix.

The special name "noservice" is used when there is no
available service for the request.  

Maintenance: To make a service unavailable, simply set its 
proportion, factor-i, to 0.
If the backup is unavailable, replace name-n by the name
of an alternative backup, if any.  If there is no 
alternative to the backup, change factor-n to 0 or 
name-n to "noservice".

I assume that this declaration would be in a place that is 
easy to maintain without risking errors in maintenance of 
anything else.

 3. One way to do the allocation is with some sort of
simple function along these lines:

function chooseService( )
{  var nService = redirectorLoading.length;
   if (!nService) return "noservice";

   var nLottery = Math.floor(Math.random()*100);
   for (var i=0; imailto:marcus.m...@wtnet.de] 
Sent: Saturday, April 07, 2012 12:08
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

Am 04/07/2012 07:49 PM, schrieb Dennis E. Hamilton:
> Comments in-line.
>
> I think it would be good to step back and agree on what problem that is being 
> solved and how should failure cases and intervention work.  Then it can be 
> determined whether candidate code addresses the problem or not.
>
>   - Dennis

OK, do you have any suggestions different to my initial post in this thread?

> -Original Message-
> From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
> Sent: Saturday, April 07, 2012 10:13
> To: ooo-dev@incubator.apache.org
> Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
>
> [ ... ]
>
>>2. The requests are distributed randomly based on the allocation
>   >percentages to the systems whether or not they are available.
>
> Yes, but only when they are available. If not they get no requests.
>
>>3. For any mirror system that receives a turn when it is not
>   >available, the backup system is used.
>
> The non-available system won't get a request. It's directly forwarded to
> another one.
>
> 
> The current logic does not try a different one if the random choice is 
> in-range for a non-available mirror system.  It always goes to the backup.  
> There is no retry.  You can see that by running the sample page a couple of 
> times.
> 
>
> [ ... ]

Yes, thats correct.

>> My only other observations are
>>
>>a. It should be easier to identify the systems and their
>   >allocations and to update that information in the script.
>
> All values are (or should be) in the "globalvars.js" file. So, only in
> one location there are changes necessary.
>
> 
>globalvars.js is not a one-stop shopping place for adjusting the 
> all

Re: [EXTENSIONS]Alternative for Report Builder?

[Pedro Giffuni]

On 04/07/12 01:43, drew wrote:

...
Ok

For the MySQL connector and pdf filter however, use of a separate
repository, a project at SF or GC, is not required or less so, is that
correct?


It is not required but I would recommend it, depending on
what the maintainer wants to do.

Ideally it would be best to maintain it under version control.
The core sources are under AL2 but the dependencies are
copyleft and both will have to be together in one way or
another. Both sf or google code have some nice resources
to handle patches and some space to do binary releases
so it would be a good complement to the extensions site.

Pedro.

Re: CVE-2012-0037: OpenOffice.org data leakage vulnerability

[Andrea Pescetti]

On 22/03/2012 Rob Weir wrote:

Mitigation: OpenOffice.org 3.3.0 and 3.4 beta users should install the
patch at:  http://www.openoffice.org/security/cves/CVE-2012-0037.html


What would be the best way to translate both
http://www.openoffice.org/security/cves/CVE-2012-0037.html
and readme.pdf? Perhaps the following?

- Create a new page under http://www.openoffice.org/it
- Add an "Italian version" link to 
http://www.openoffice.org/security/cves/CVE-2012-0037.html pointing to 
the new page
- In the new page, preserve all links to the ZIP file and when "the 
enclosed readme.pdf file" is mentioned, link the Italian version too.


Would this work? We already have all translations available and of 
course we don't want to touch the ZIP archive containing readme.pdf, so 
this seems the most reasonable solution.


Regards,
  Andrea.

Re: AOO timeline of accomplishments -- native language mailing lists

[Kay Schenk]

On 04/07/2012 10:01 AM, Andrea Pescetti wrote:

Andrea Pescetti wrote:

Sure, updated. It is committed
http://svn.apache.org/viewvc?view=revision&revision=1310798
but for some reasons the build failed.


Relaunched the build as instructed by Joe in another thread on this
list. It worked, updated page available at
http://incubator.apache.org/openofficeorg/mailing-lists.html

Regards,
Andrea.



good! :)

--

MzK

"Women and cats will do as they please,
 and men and dogs should relax and get used to the idea."
-- Robert Heinlein

[Propose RC Build Blockers] Bug 119189 (Writer is crashing via Print Dialog) and Bug 119161 (import regression)

[Torokhov Sergey]

The first one 

Bug 119189 - Print Selection crash Writer when is chosen again
https://issues.apache.org/ooo/show_bug.cgi?id=119189

cause the Writer crashing but itsn't regression as also observed in 
OpenOffice-3.0.0.


The second 

Bug 119161 - Regression: Writer set table border's line style like "none" 
during import from .docx
https://issues.apache.org/ooo/show_bug.cgi?id=119161

is an import regression in comparison with OpenOffice.org 3.3.0

Re: [RELEASE]: propose next build (RC?!) based on r1309668

[Claudio Filho]

Hi

2012/4/5 Jürgen Schmidt :
> Included languagues: en-US ar de cs fr es gl it ja zh-CN pt-BR nl hu ru
> zh-TW fi

I haven't time to test each build, Jürgen, but i downloaded now the
Brazilian (pt-BR)   - r1309668 - now and found a strange behavior. All
strings in the menu bar are in english, and when i open a dialog, it
is translated.

In the installer is the same thing. All in english, except the strings
of buttons (en/pt-BR, next/próximo, previous/anterior, etc).

Best,
Claudio

Re: [WWW] Tutorial to put online - Translating branding and navigation

[Dave Fisher]

Hi Andrea,

On Apr 7, 2012, at 11:48 AM, Andrea Pescetti wrote:

> On 05/04/2012 Dave Fisher wrote:
>> Here is what you would do to effect all of the FR site at once for
>> translated branding and navigation buttons:
> 
> Thanks for the detailed instructions, that should definitely be put on
> the wiki. I tried to apply them to the IT site:
> http://svn.apache.org/viewvc?view=revision&revision=1310806
> Everything seems OK, but I can't see the changes at
> http://ooo-site.staging.apache.org/it/ or
> http://www.openoffice.org/it/

I think that there was a hiccup with the CMS. Joe asked that you trigger your 
build again.

I went ahead and added the files for French. I also made a change to a comment 
in ooo-site/trunk/lib/view.pm. This is a trick that will cause the staging 
build to do a full build causing all of the IT and FR sites to be changed to 
the new SSI.


> 
>> (1) Create trunk/templates/fr/ssi.mdtext from templates/ssi.mdtext
>> ... Change /brand.mdtext to /fr/brand.html Change /topnav.mdtext to
>> /fr/topnav.mdtext
> 
> I did this, just replacing "fr" -> "it".
> 
>> (2) Copy /trunk/content/brand.mdtext from content/brand.mdtext
> 
> Here I actually copied content/brand.mdtext to content/it/brand.mdtext
> (which is probably what you meant) and edited accordingly.
> 
>> (3) Copy /trunk/content/topnav.mdtext from content/topnav.mdtext
> 
> Same as (2).
> 
>> Commit all three changes at once and the whole of the FR part of the
>> site takes these changes at once. O(1) operation.
> 
> I committed, the build was triggered and succeeded but I don't see the
> changes.

The trick with lib/view.pm may be required.

> 
>> If you would like I'll create the mdtext files and then you can
>> translate.
> 
> This would probably be helpful to all native-lang projects, since even those 
> not familiar with SVN could simply submit the translated version of their 
> mdtext files.

Yes, but I want to wait until we do a couple and make sure all the proper 
details are covered.

We may be adding a news.mdtext and index.mdtext for the main index page, but 
that will be a separate thread of work.

And it is not a reason to wait. I'll look into doing it for many NLs this week.

Here is a list of the next NLs to setup:

es, de, nl, fi, pt-br, ru, ja

This scheme only goes a single directory level deep. Is a single translation 
viable for both zh_cn and zh_tw? If not then the two sites will need to be 
separated. I want to be careful how that is done.

Regards,
Dave

> 
> Regards,
>  Andrea.

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Joe Schaefer]

If you're really paranoid about the ASF mirrors
you can use ezt to embed the [preferred] mirror
inside some javascript within the page and run
a test HEAD request on the url to ensure it exists.

I don't see the point of the MirrorBrain stuff 

at this point tho- will just make things more messy
than they already are dealing with SF + ASF mirrors.



- Original Message -
> From: Rob Weir 
> To: ooo-dev@incubator.apache.org
> Cc: 
> Sent: Saturday, April 7, 2012 4:03 PM
> Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
> 
> On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo)  wrote:
>>  Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):
>> 
>>>  Am 04/07/2012 05:34 PM, schrieb Rob Weir:
 
  On Sat, Apr 7, 2012 at 10:13 AM, Marcus 
> (OOo)
  wrote:
> 
>  For our new release we will have a changed set of conditions:
> 
>  - new central mirror hosts for redirecting download requests
>  - therefore also a new set of mirror server that host our 
> builds
>  - new set of supported platforms and languages
>  - slighty changed file name schema
> 
>  To get this all under one hat, we have to improve the download 
> logic
>  that is
>  currently done by JavaScript.
> 
>  To fulfill the first condition the download requests have to be
>  split-up to
>  more than 1 central mirror redirector.
> 
>  Here is a suggestion for choosing when (by random number) to 
> redirect to
>  which mirror:
> 
>  http://www.openoffice.org/download/test/index_new_dl.html
> 
>  Test results:
>  - to make debugging easier I've included some screen output 
> and comments
>  - I've tested it locally with different combinations of 
> active/inactive
>  hosts and it works well
>  - the fallback method works well, too
>  - I've tested different percent values as ratio, but not 
> yet for the
>  2nd case
> 
>  What do you think?
> 
 
  The logic on the test pages works for me.
 
  But two additional complexities:
 
  1) MirrorBrain let's us link directly to a download file. We 
> then
  send the user to http://www.openoffice.org/download/contribute.html
  while the file is downloading. But SourceForge and Apache mirror
  systems take the user to a different page (not controlled by us). 
> So
  in those cases the user does not see the contribute.html page.
>>> 
>>> 
>>>  This should work also for SourceForge. The root path is always the 
> same.
>>>  We just need to add a subdir and file name.
>>> 
>>>  I don't know how to do it for Apache.
>>> 
  Since the contribute.html page has very useful information for the
  user, like links to the install instructions, information on 
> support,
  contributing to the project, etc., I think it is important that the
  user sees this information in all paths.
>>> 
>>> 
>>>  ACK
>>> 
  What could we do? Pop-up (or pop-under) a new HTML page? But that 
> is
  annoying to some users.
>>> 
>>> 
>>>  Right
>>> 
  The Apache and SF approaches both direct a user off of the
  OpenOffice.org website, which is risky.
 
  2) What if we have more than three mirror systems? It sounds like 
> you
  prefer to keep MirrorBrain. That is fine with me. So maybe we have
  Apache, SF and MirrorBrain?
>>> 
>>> 
>>>  Yes, would be great. Another available system as possible backup is not
>>>  bad.
>>> 
>>>  For any change of the number of available systems we have to adapt the
>>>  JS logic.
>>> 
  Imagine an array of mirror networks, each with weights, in sorted
  order from smallest to largest. (or sort the array in code)
 
  Apache:1
  MirrorBrain:2
  SourceForge:3
 
  TotalWeight = MirrorBrain + Apache + SourceForge == 6
 
  x = rand()
 
  if (x< Apache/TotalWeight)
  doApache()
  else if (x< MirrorBrain/TotalWeight)
  doMirrorBrain()
  else
  doSourceForge()
 
  Something like that.
>>> 
>>> 
>>>  Redirecting due to weighted values looks good. But also this is working
>>>  with a fixed set of mirror hosts. A forth had to be build in and
>>>  therefore the logic has to be adapted.
>>> 
>>>  Thanks for your feedback. I'll adapt the script later in the 
> evening.
>> 
>> 
>>  I've adapted it now. But I'm not sure if it's working correct 
> with some
>>  disabled mirrors.
>> 
> 
> I'm not sure my logic was right in the above code.  For example, if
> two mirrors have the same weight it would always pick the first one in
> the array.
> 
> But take a look at the approach in this article:
> 
> http://www.javascriptkit.com/javatutors/weighrandom2.shtml
> 
> I think that is much clearer and easier to use.
> 
> Essentially, it says if you want weighted random selection with weights like:
> 
> Apache:1
> MirrorBrain:2
> SourceForge:3
> 
> Then create an array with each item repeated according to its weight, so:
> 
> Ap

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Rob Weir]

On Sat, Apr 7, 2012 at 3:35 PM, Marcus (OOo)  wrote:
> Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):
>
>> Am 04/07/2012 05:34 PM, schrieb Rob Weir:
>>>
>>> On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)
>>> wrote:

 For our new release we will have a changed set of conditions:

 - new central mirror hosts for redirecting download requests
 - therefore also a new set of mirror server that host our builds
 - new set of supported platforms and languages
 - slighty changed file name schema

 To get this all under one hat, we have to improve the download logic
 that is
 currently done by JavaScript.

 To fulfill the first condition the download requests have to be
 split-up to
 more than 1 central mirror redirector.

 Here is a suggestion for choosing when (by random number) to redirect to
 which mirror:

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

 Test results:
 - to make debugging easier I've included some screen output and comments
 - I've tested it locally with different combinations of active/inactive
 hosts and it works well
 - the fallback method works well, too
 - I've tested different percent values as ratio, but not yet for the
 2nd case

 What do you think?

>>>
>>> The logic on the test pages works for me.
>>>
>>> But two additional complexities:
>>>
>>> 1) MirrorBrain let's us link directly to a download file. We then
>>> send the user to http://www.openoffice.org/download/contribute.html
>>> while the file is downloading. But SourceForge and Apache mirror
>>> systems take the user to a different page (not controlled by us). So
>>> in those cases the user does not see the contribute.html page.
>>
>>
>> This should work also for SourceForge. The root path is always the same.
>> We just need to add a subdir and file name.
>>
>> I don't know how to do it for Apache.
>>
>>> Since the contribute.html page has very useful information for the
>>> user, like links to the install instructions, information on support,
>>> contributing to the project, etc., I think it is important that the
>>> user sees this information in all paths.
>>
>>
>> ACK
>>
>>> What could we do? Pop-up (or pop-under) a new HTML page? But that is
>>> annoying to some users.
>>
>>
>> Right
>>
>>> The Apache and SF approaches both direct a user off of the
>>> OpenOffice.org website, which is risky.
>>>
>>> 2) What if we have more than three mirror systems? It sounds like you
>>> prefer to keep MirrorBrain. That is fine with me. So maybe we have
>>> Apache, SF and MirrorBrain?
>>
>>
>> Yes, would be great. Another available system as possible backup is not
>> bad.
>>
>> For any change of the number of available systems we have to adapt the
>> JS logic.
>>
>>> Imagine an array of mirror networks, each with weights, in sorted
>>> order from smallest to largest. (or sort the array in code)
>>>
>>> Apache:1
>>> MirrorBrain:2
>>> SourceForge:3
>>>
>>> TotalWeight = MirrorBrain + Apache + SourceForge == 6
>>>
>>> x = rand()
>>>
>>> if (x< Apache/TotalWeight)
>>> doApache()
>>> else if (x< MirrorBrain/TotalWeight)
>>> doMirrorBrain()
>>> else
>>> doSourceForge()
>>>
>>> Something like that.
>>
>>
>> Redirecting due to weighted values looks good. But also this is working
>> with a fixed set of mirror hosts. A forth had to be build in and
>> therefore the logic has to be adapted.
>>
>> Thanks for your feedback. I'll adapt the script later in the evening.
>
>
> I've adapted it now. But I'm not sure if it's working correct with some
> disabled mirrors.
>

I'm not sure my logic was right in the above code.  For example, if
two mirrors have the same weight it would always pick the first one in
the array.

But take a look at the approach in this article:

http://www.javascriptkit.com/javatutors/weighrandom2.shtml

I think that is much clearer and easier to use.

Essentially, it says if you want weighted random selection with weights like:

Apache:1
MirrorBrain:2
SourceForge:3

Then create an array with each item repeated according to its weight, so:

Apache
MirrorBrain
MirrorBrain
SourceForge
SourceForge
SourceForge

Then just pick a random number 0...length-1 and return the value at that index.

As for unavailable mirrors, or even unavailable servers within a
mirror network, is there really anything we can do?  Other than tell
the user to refresh and try again?

-Rob

> Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/07/2012 07:38 PM, schrieb Marcus (OOo):

Am 04/07/2012 05:34 PM, schrieb Rob Weir:

On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)
wrote:

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic
that is
currently done by JavaScript.

To fulfill the first condition the download requests have to be
split-up to
more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
2nd case

What do you think?



The logic on the test pages works for me.

But two additional complexities:

1) MirrorBrain let's us link directly to a download file. We then
send the user to http://www.openoffice.org/download/contribute.html
while the file is downloading. But SourceForge and Apache mirror
systems take the user to a different page (not controlled by us). So
in those cases the user does not see the contribute.html page.


This should work also for SourceForge. The root path is always the same.
We just need to add a subdir and file name.

I don't know how to do it for Apache.


Since the contribute.html page has very useful information for the
user, like links to the install instructions, information on support,
contributing to the project, etc., I think it is important that the
user sees this information in all paths.


ACK


What could we do? Pop-up (or pop-under) a new HTML page? But that is
annoying to some users.


Right


The Apache and SF approaches both direct a user off of the
OpenOffice.org website, which is risky.

2) What if we have more than three mirror systems? It sounds like you
prefer to keep MirrorBrain. That is fine with me. So maybe we have
Apache, SF and MirrorBrain?


Yes, would be great. Another available system as possible backup is not
bad.

For any change of the number of available systems we have to adapt the
JS logic.


Imagine an array of mirror networks, each with weights, in sorted
order from smallest to largest. (or sort the array in code)

Apache:1
MirrorBrain:2
SourceForge:3

TotalWeight = MirrorBrain + Apache + SourceForge == 6

x = rand()

if (x< Apache/TotalWeight)
doApache()
else if (x< MirrorBrain/TotalWeight)
doMirrorBrain()
else
doSourceForge()

Something like that.


Redirecting due to weighted values looks good. But also this is working
with a fixed set of mirror hosts. A forth had to be build in and
therefore the logic has to be adapted.

Thanks for your feedback. I'll adapt the script later in the evening.


I've adapted it now. But I'm not sure if it's working correct with some 
disabled mirrors.


Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/07/2012 07:49 PM, schrieb Dennis E. Hamilton:

Comments in-line.

I think it would be good to step back and agree on what problem that is being 
solved and how should failure cases and intervention work.  Then it can be 
determined whether candidate code addresses the problem or not.

  - Dennis


OK, do you have any suggestions different to my initial post in this thread?


-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
Sent: Saturday, April 07, 2012 10:13
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[ ... ]


   2. The requests are distributed randomly based on the allocation

  >percentages to the systems whether or not they are available.

Yes, but only when they are available. If not they get no requests.


   3. For any mirror system that receives a turn when it is not

  >available, the backup system is used.

The non-available system won't get a request. It's directly forwarded to
another one.


The current logic does not try a different one if the random choice is in-range 
for a non-available mirror system.  It always goes to the backup.  There is no 
retry.  You can see that by running the sample page a couple of times.


[ ... ]


Yes, thats correct.


My only other observations are

   a. It should be easier to identify the systems and their

  >allocations and to update that information in the script.

All values are (or should be) in the "globalvars.js" file. So, only in
one location there are changes necessary.


   globalvars.js is not a one-stop shopping place for adjusting the allocations 
and availabilities with a simple change.  It's a tremendous warehouse of global 
settings of all kinds.
   globalvars.js is a dangerous thing to touch in order to change allocations 
and/or workaround mirror unavailability.



Where else do you see important values that need to be changed?
Why is it dangerous? Every web application has a kind of property 
management. Just change the value here instead of delivering changed 
code on many different places.



   b. If availability is to be determined dynamically, it is

  >probably better to check availability only after determining
  >that the system has been selected by the random procedure.
  >Also, if availability is configured manually, there is probably
  >some shared dataset that should hold the availability information
  >(and the allocations?) so the script does not have to be touched
  >and outages/re-allocations can be done quickly and reliably.

No, it's not done dynamically (yet). We have to know if a system is
down. Then we can disable it in the "globalvars.js" file.

BTW:
Sorry, if the quoted text is now messed-up. It was extremly difficult to
answer as there was no line wrapping.


Marcus




-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
Sent: Saturday, April 07, 2012 07:13
To: ooo-dev@incubator.apache.org
Subject: [DL LOGIC] How to choose a mirror when more than 1 is available?

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic
that is currently done by JavaScript.

To fulfill the first condition the download requests have to be split-up
to more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
 hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
 2nd case

What do you think?

Marcus

Re: [WWW] Tutorial to put online - Translating branding and navigation

[Andrea Pescetti]

On 05/04/2012 Dave Fisher wrote:

Here is what you would do to effect all of the FR site at once for
translated branding and navigation buttons:


Thanks for the detailed instructions, that should definitely be put on
the wiki. I tried to apply them to the IT site:
http://svn.apache.org/viewvc?view=revision&revision=1310806
Everything seems OK, but I can't see the changes at
http://ooo-site.staging.apache.org/it/ or
http://www.openoffice.org/it/


(1) Create trunk/templates/fr/ssi.mdtext from templates/ssi.mdtext
... Change /brand.mdtext to /fr/brand.html Change /topnav.mdtext to
/fr/topnav.mdtext


I did this, just replacing "fr" -> "it".


(2) Copy /trunk/content/brand.mdtext from content/brand.mdtext


Here I actually copied content/brand.mdtext to content/it/brand.mdtext
(which is probably what you meant) and edited accordingly.


(3) Copy /trunk/content/topnav.mdtext from content/topnav.mdtext


Same as (2).


Commit all three changes at once and the whole of the FR part of the
site takes these changes at once. O(1) operation.


I committed, the build was triggered and succeeded but I don't see the
changes.


If you would like I'll create the mdtext files and then you can
translate.


This would probably be helpful to all native-lang projects, since even 
those not familiar with SVN could simply submit the translated version 
of their mdtext files.


Regards,
  Andrea.

Re: [WIKI] Support for multilingual wiki in MediaWiki

[Andrea Pescetti]

On 06/04/2012 Claudio Filho wrote:

More some things, Andrea:
1) Add a [[Category:New]] to map what are be produced;
2) Add a [[Category:IT]] to map this page as a Italian page.
3) Enter in this page[1] and create it. ...
Ah! You forgot that add [[Category: Quality Assurance]] in your translated page.


Thanks, categories added. Everything seems to work nicely.

Regards,
  Andrea.

RE: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Dennis E. Hamilton]

Comments in-line.

I think it would be good to step back and agree on what problem that is being 
solved and how should failure cases and intervention work.  Then it can be 
determined whether candidate code addresses the problem or not.

 - Dennis

-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] 
Sent: Saturday, April 07, 2012 10:13
To: ooo-dev@incubator.apache.org
Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[ ... ]

>   2. The requests are distributed randomly based on the allocation
 >   percentages to the systems whether or not they are available.

Yes, but only when they are available. If not they get no requests.

>   3. For any mirror system that receives a turn when it is not
 >   available, the backup system is used.

The non-available system won't get a request. It's directly forwarded to 
another one.


The current logic does not try a different one if the random choice is in-range 
for a non-available mirror system.  It always goes to the backup.  There is no 
retry.  You can see that by running the sample page a couple of times.


[ ... ]

> My only other observations are
>
>   a. It should be easier to identify the systems and their
 >   allocations and to update that information in the script.

All values are (or should be) in the "globalvars.js" file. So, only in 
one location there are changes necessary.


  globalvars.js is not a one-stop shopping place for adjusting the allocations 
and availabilities with a simple change.  It's a tremendous warehouse of global 
settings of all kinds.
  globalvars.js is a dangerous thing to touch in order to change allocations 
and/or workaround mirror unavailability.


>   b. If availability is to be determined dynamically, it is
 >   probably better to check availability only after determining
 >   that the system has been selected by the random procedure.
 >   Also, if availability is configured manually, there is probably
 >   some shared dataset that should hold the availability information
 >   (and the allocations?) so the script does not have to be touched
 >   and outages/re-allocations can be done quickly and reliably.

No, it's not done dynamically (yet). We have to know if a system is 
down. Then we can disable it in the "globalvars.js" file.

BTW:
Sorry, if the quoted text is now messed-up. It was extremly difficult to 
answer as there was no line wrapping.

Marcus



> -Original Message-
> From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
> Sent: Saturday, April 07, 2012 07:13
> To: ooo-dev@incubator.apache.org
> Subject: [DL LOGIC] How to choose a mirror when more than 1 is available?
>
> For our new release we will have a changed set of conditions:
>
> - new central mirror hosts for redirecting download requests
> - therefore also a new set of mirror server that host our builds
> - new set of supported platforms and languages
> - slighty changed file name schema
>
> To get this all under one hat, we have to improve the download logic
> that is currently done by JavaScript.
>
> To fulfill the first condition the download requests have to be split-up
> to more than 1 central mirror redirector.
>
> Here is a suggestion for choosing when (by random number) to redirect to
> which mirror:
>
> http://www.openoffice.org/download/test/index_new_dl.html
>
> Test results:
> - to make debugging easier I've included some screen output and comments
> - I've tested it locally with different combinations of active/inactive
> hosts and it works well
> - the fallback method works well, too
> - I've tested different percent values as ratio, but not yet for the
> 2nd case
>
> What do you think?
>
> Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/07/2012 05:34 PM, schrieb Rob Weir:

On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)  wrote:

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic that is
currently done by JavaScript.

To fulfill the first condition the download requests have to be split-up to
more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
  hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
  2nd case

What do you think?



The logic on the test pages works for me.

But two additional complexities:

1)  MirrorBrain let's us link directly to a download file.  We then
send the user to http://www.openoffice.org/download/contribute.html
while the file is downloading.  But SourceForge and Apache mirror
systems take the user to a different page (not controlled by us). So
in those cases the user does not see the contribute.html page.


This should work also for SourceForge. The root path is always the same. 
We just need to add a subdir and file name.


I don't know how to do it for Apache.


Since the contribute.html page has very useful information for the
user, like links to the install instructions, information on support,
contributing to the project, etc., I think it is important that the
user sees this information in all paths.


ACK


What could we do? Pop-up (or pop-under) a new HTML page?  But that is
annoying to some users.


Right


The Apache and SF approaches both direct a user off of the
OpenOffice.org website, which is risky.

2) What if we have more than three mirror systems?  It sounds like you
prefer to keep MirrorBrain.  That is fine with me. So maybe we have
Apache, SF and MirrorBrain?


Yes, would be great. Another available system as possible backup is not bad.

For any change of the number of available systems we have to adapt the 
JS logic.



Imagine an array of mirror networks, each with weights, in sorted
order from smallest to largest.  (or sort the array in code)

Apache:1
MirrorBrain:2
SourceForge:3

TotalWeight =  MirrorBrain + Apache + SourceForge == 6

x = rand()

if (x<  Apache/TotalWeight)
 doApache()
else if (x<  MirrorBrain/TotalWeight)
 doMirrorBrain()
else
 doSourceForge()

Something like that.


Redirecting due to weighted values looks good. But also this is working 
with a fixed set of mirror hosts. A forth had to be build in and 
therefore the logic has to be adapted.


Thanks for your feedback. I'll adapt the script later in the evening.

Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

Am 04/07/2012 05:41 PM, schrieb Dennis E. Hamilton:

I looked at your JavaScript and it appears to me that what you

> propose is as follows:


  1. There is a fixed %-allocation among a number of available

>   mirror systems (2 and 3 being illustrated with different
>   procedures) plus a designated backup (which may be in the list).

Yes, that was Rob's first thought and I've scripted around it as I had 
no better idea for the moment.


If a mirror system is down (which can happen more often than thought, 
(e.g., for a short service work) a backup system is needed.



  2. The requests are distributed randomly based on the allocation

>   percentages to the systems whether or not they are available.

Yes, but only when they are available. If not they get no requests.


  3. For any mirror system that receives a turn when it is not

>   available, the backup system is used.

The non-available system won't get a request. It's directly forwarded to 
another one.



In this approach, the portion of the requests that any available

> mirror system but the backup receives does not change.  If the
> randomly-chosen mirror is unavailable and the backup is also
> unavailable, the request will not be satisfied whether or not
> there are other mirror systems that are still available.

When both are down then it means that Apache and SourceForge are down at 
the same time. If this will happen we have really a problem. That's also 
an argument to get MirrorBrain into the game as third mirror host.


The time that this could happen should be really rare. And even when, we 
could show a temporary download page with static links to mirrors.


> (Anyone who suspects this will get in by repeating requests until a
> winner is found, which will overcome the allocation of load anyhow
> and/or annoy users. It will be important how the failure to find a
> mirror system is described.  And it will still be difficult to
> trouble-shoot reports of failures on the lists and forums.)

We can show somewhere the mirror host as source.

Furthermore I expect to have this feature as One-Donwload-Click) on the 
"index.html". I expect that there will still a "other.html" with a table 
of available builds. Here we can point the user to.



My only other observations are

  a. It should be easier to identify the systems and their

>   allocations and to update that information in the script.

All values are (or should be) in the "globalvars.js" file. So, only in 
one location there are changes necessary.



  b. If availability is to be determined dynamically, it is

>   probably better to check availability only after determining
>   that the system has been selected by the random procedure.
>   Also, if availability is configured manually, there is probably
>   some shared dataset that should hold the availability information
>   (and the allocations?) so the script does not have to be touched
>   and outages/re-allocations can be done quickly and reliably.

No, it's not done dynamically (yet). We have to know if a system is 
down. Then we can disable it in the "globalvars.js" file.


BTW:
Sorry, if the quoted text is now messed-up. It was extremly difficult to 
answer as there was no line wrapping.


Marcus




-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de]
Sent: Saturday, April 07, 2012 07:13
To: ooo-dev@incubator.apache.org
Subject: [DL LOGIC] How to choose a mirror when more than 1 is available?

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic
that is currently done by JavaScript.

To fulfill the first condition the download requests have to be split-up
to more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
2nd case

What do you think?

Marcus

Re: Maybe stupid questions and summary of my comments (fwd)

[Risto Jääskeläinen]

Hello!
I have nothing to add to answers of Regina Henschel but say hello to a fellow 
countryman. There are not too many Finns here.  My mainly concern is 
translation of Apache OpenOffice to Finnish and it seems to be now second to 
none situation. So there is no urgent need of help. But all webpages must 
rebuilt etc.

Hyvää pääsiäistä
Happy Easter
Risto Jääskeläinen

Regina Henschel [rb.hensc...@t-online.de] kirjoitti: 

Hi Hannu,

Hannu Puhakka schrieb:
> Hi OpenOffice developers
>
> I joined this list a day ago.

You are welcome.

  I am not familiar with your groups and not
> sure if I am on the right list at all. Maybe someone can comment.

This list is for developing Apache OpenOffice itself, for generating 
help content in form of websites and tutorials, for discussions about 
infrastructure, and building a community in general.
See http://incubator.apache.org/openofficeorg/mailing-lists.html for an 
overview of the mailing lists.


>
> I am using oof OOO330m20 (Build: 9567).  I have heard rumors that there
> are several OpenOffice projects - no idea what they might be and what to
> use - that my version is "created by Oracle".

Yes, one of them is this Apache OpenOffice, which is incubation and will 
become a full Apache project hopefully soon. Another project with the 
same code basis is LibreOffice. Common aim is to provide an office suite 
for the Open Document Format (ODF). Searching with this keywords you 
will find a lot of informations, from several point of view.


>
> I am running a small software company in Finland and used normally
> MsOffice for presentations, sheets and documents. Because of HW crash I
> now started to manage by OpenOffice. Then I have got some problems and
> ideas to improve OpenOffice. I suppose I myself do not have resources
> for programming OpenOffice.

Programming is not the only way to contribute. Very important are 
translations and user support too.


>
> Where should I send my comments?

You should start on a user maling list or forum. Often the problem is 
not, that a feature doesn't exist but that the way to use it is 
different from Microsoft Office.

http://incubator.apache.org/openofficeorg/mailing-lists.html#users-mailing-list
http://user.services.openoffice.org/en/forum/

> Where is the database to check if my comments have already been handled?

Enhancement requests are collected in Bugzilla although Bugzilla is 
mainly a tool for bug reports.

https://issues.apache.org/ooo/

> What version I should use to be useful with my comments?

You should test the most actual version, currently found on
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots
But you should not use this version in productive content.

> How should I title my comments?

As informative as possible. In mailing list tagging might be useful, on 
forum you have categories.


>
> Some of my comments:
> 1) bug: / Impress: I insert a new slide. I click a text element and
> change the text size from default 32 to 22 (rigth click on the frame and
> choose Character size 22). If I move the mouse on the first text row to
> start writing, but do not write even a letter and THEN I select the
> frame, font size will be changed again 32 although the character size
> shows 22. I have to change the size to maybe 15 and back to 22 to be
> able to continue.

I'm not very familiar with Impress. But as a general rule, you have to 
distinguish between directly formatting an object or using styles, and 
you have to look carefully which object you are formatting.


>
> 2)improvement / Impress /Writer: Changing of picture size by mouse is
> very annoying. If you have inserted a picture from file into your
> presentation or document, you in 96 % of the cases need to modify the
> size - smaller or bigger. And 99% of those cases you expect that the
> picture should keep the original shape - it meens to "Keep ratio"!!!
> But now in Open Office when you resize the image, it never keeps the
> ratio - even if the "Keep ratio" checkbox is checked. I suppose this
> feature has been five years. If I do not work properly, still the
> feature should be changed because nobody cannot understand. See the
> attachments "keep_ratio.jpg","resize.jpg".

That is a very common misunderstanding of "keep ratio". "keep ratio" is 
a checkbox that helps entering values in that dialog, so that you need 
not to calculate the width by yourself when you alter the height, but it 
is automatically calculated. It is not a property of the picture.


To drag with keeping ratio hold down the Shift key while dragging.

You see, this is a typical kind of suggestion you should discuss in a 
user mailing list or forum before entering it in Bugzilla.


>
> 3) bug: / Impress: "Text" area. Many times when I try to insert a new
> line on my list pressing "Enter", the application do not add a new line,
> instead tries to continue writing the same line and the letters appear
> at the same character at the end of

Re: AOO timeline of accomplishments -- native language mailing lists

[Andrea Pescetti]

Andrea Pescetti wrote:

Sure, updated. It is committed
http://svn.apache.org/viewvc?view=revision&revision=1310798
but for some reasons the build failed.


Relaunched the build as instructed by Joe in another thread on this 
list. It worked, updated page available at

http://incubator.apache.org/openofficeorg/mailing-lists.html

Regards,
  Andrea.

Re: AOO timeline of accomplishments -- native language mailing lists

[Andrea Pescetti]

Kay Schenk wrote:

but I think the new link you added really needs to go to the project
(incubator) page on Native Languages for now:
http://incubator.apache.org/openofficeorg/native-lang.html
and not the existing (legacy) native language main page.


Sure, updated. It is committed
http://svn.apache.org/viewvc?view=revision&revision=1310798
but for some reasons the build failed. I get (using the bookmarklet, 
build 398):


Global symbol "$path" requires explicit package name at 
/usr/local/cms/build/build_svn.pl line 62.
Global symbol "$path" requires explicit package name at 
/usr/local/cms/build/build_svn.pl line 75.
BEGIN not safe after errors--compilation aborted at 
/usr/local/cms/build/build_svn.pl line 89.


but honestly I think it's related to something else, I merely changed 
that link. Anyway, this is the reason why the change is not shown at

http://incubator.apache.org/openofficeorg/mailing-lists.html

Regards,
  Andrea.

Re: buildbot failure in ASF Buildbot on openofficeorg-site-staging

[Joe Schaefer]

My bad- fixed the bug in the build script.  Please tweak
that file again to have it properly built- thx.



- Original Message -
> From: "build...@apache.org" 
> To: ooo-comm...@incubator.apache.org
> Cc: 
> Sent: Saturday, April 7, 2012 12:47 PM
> Subject: buildbot failure in ASF Buildbot on openofficeorg-site-staging
> 
>T he Buildbot has detected a new failure on builder openofficeorg-site-staging 
> while building ASF Buildbot.
> Full details are available at:
> http://ci.apache.org/builders/openofficeorg-site-staging/builds/398
> 
> Buildbot URL: http://ci.apache.org/
> 
> Buildslave for this Build: bb-cms-slave
> 
> Build Reason: scheduler
> Build Source Stamp: [branch incubator/ooo/site] 1310798
> Blamelist: pescetti
> 
> BUILD FAILED: failed compile
> 
> sincerely,
> -The Buildbot
>

Re: Is any one here familiar with OpenOffice?

[Andrea Pescetti]

On 12/03/2012 Rob Weir wrote:

Here's my idea:  Respond to this note and tell me how many years
experience you have working with OpenOffice.  This could be in any
capacity, as a coder, tester, documentation, marketing, forum
volunteer, whatever.


The future is probably more important than the past but, if this helps 
in setting the record straight... I've been around since 2003 and I 
became "maintainer" of the Italian version in 2005. My experience is 
mostly in QA and localization (even though in this field Paolo Pozzan 
has been the main coordinator in the last years), and since 2010 I've 
maintained the Italian dictionary bundled with OpenOffice.


Regards,
  Andrea.

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Joe Schaefer]

>
> From: Rob Weir 
>To: ooo-dev@incubator.apache.org 
>Sent: Saturday, April 7, 2012 12:14 PM
>Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
> 
>On Sat, Apr 7, 2012 at 11:45 AM, Joe Schaefer  wrote:
>> Not true re Apache mirror system scripting.  While
>> some people avoid the ezt templating involved in a typical
>> download page by just using closer.cgi, the fact is
>> that most projects use it successfully.  For example
>> see httpd's download page with links generated by the download
>> script pointing directly at a mirror url.
>>
>
>Joe -- your top-posting makes it a little unclear what you are
>referring to.  But if you are talking about a way to get a link
>directly to a confirmed Apache mirror download rather than showing the
>user an intermediate page, I'd love to hear more, a pointer to some
>doc, etc.


I don't know where this is documented off the top of my head,
but the best CMS-based example is opennlp.apache.org/cgi-bin/download.cgi
There is a standard dowload cgi script in cgi-bin/download.cgi and
a corresponding ezt template in content/download.mdtext.


Just look it over and ask if you have any questions about how it works.


(FTR the 'cd' in the script is no longer necessary).


>
>-Rob
>
>>
>>
>>
>>>
>>> From: Rob Weir 
>>>To: ooo-dev@incubator.apache.org
>>>Sent: Saturday, April 7, 2012 11:34 AM
>>>Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
>>>
>>>On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)  wrote:
 For our new release we will have a changed set of conditions:

 - new central mirror hosts for redirecting download requests
 - therefore also a new set of mirror server that host our builds
 - new set of supported platforms and languages
 - slighty changed file name schema

 To get this all under one hat, we have to improve the download logic that 
 is
 currently done by JavaScript.

 To fulfill the first condition the download requests have to be split-up to
 more than 1 central mirror redirector.

 Here is a suggestion for choosing when (by random number) to redirect to
 which mirror:

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

 Test results:
 - to make debugging easier I've included some screen output and comments
 - I've tested it locally with different combinations of active/inactive
  hosts and it works well
 - the fallback method works well, too
 - I've tested different percent values as ratio, but not yet for the
  2nd case

 What do you think?

>>>
>>>The logic on the test pages works for me.
>>>
>>>But two additional complexities:
>>>
>>>1)  MirrorBrain let's us link directly to a download file.  We then
>>>send the user to http://www.openoffice.org/download/contribute.html
>>>while the file is downloading.  But SourceForge and Apache mirror
>>>systems take the user to a different page (not controlled by us). So
>>>in those cases the user does not see the contribute.html page.
>>>
>>>Since the contribute.html page has very useful information for the
>>>user, like links to the install instructions, information on support,
>>>contributing to the project, etc., I think it is important that the
>>>user sees this information in all paths.
>>>
>>>What could we do? Pop-up (or pop-under) a new HTML page?  But that is
>>>annoying to some users.
>>>
>>>The Apache and SF approaches both direct a user off of the
>>>OpenOffice.org website, which is risky.
>>>
>>>2) What if we have more than three mirror systems?  It sounds like you
>>>prefer to keep MirrorBrain.  That is fine with me. So maybe we have
>>>Apache, SF and MirrorBrain?
>>>
>>>Imagine an array of mirror networks, each with weights, in sorted
>>>order from smallest to largest.  (or sort the array in code)
>>>
>>>Apache:1
>>>MirrorBrain:2
>>>SourceForge:3
>>>
>>>TotalWeight =  MirrorBrain + Apache + SourceForge == 6
>>>
>>>x = rand()
>>>
>>>if (x < Apache/TotalWeight)
>>>    doApache()
>>>else if (x < MirrorBrain/TotalWeight)
>>>    doMirrorBrain()
>>>else
>>>    doSourceForge()
>>>
>>>Something like that.
>>>
>>>-Rob
>>>
 Marcus

>>>
>>>
>>>
>
>
>

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Rob Weir]

On Sat, Apr 7, 2012 at 11:45 AM, Joe Schaefer  wrote:
> Not true re Apache mirror system scripting.  While
> some people avoid the ezt templating involved in a typical
> download page by just using closer.cgi, the fact is
> that most projects use it successfully.  For example
> see httpd's download page with links generated by the download
> script pointing directly at a mirror url.
>

Joe -- your top-posting makes it a little unclear what you are
referring to.  But if you are talking about a way to get a link
directly to a confirmed Apache mirror download rather than showing the
user an intermediate page, I'd love to hear more, a pointer to some
doc, etc.

-Rob

>
>
>
>>
>> From: Rob Weir 
>>To: ooo-dev@incubator.apache.org
>>Sent: Saturday, April 7, 2012 11:34 AM
>>Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
>>
>>On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)  wrote:
>>> For our new release we will have a changed set of conditions:
>>>
>>> - new central mirror hosts for redirecting download requests
>>> - therefore also a new set of mirror server that host our builds
>>> - new set of supported platforms and languages
>>> - slighty changed file name schema
>>>
>>> To get this all under one hat, we have to improve the download logic that is
>>> currently done by JavaScript.
>>>
>>> To fulfill the first condition the download requests have to be split-up to
>>> more than 1 central mirror redirector.
>>>
>>> Here is a suggestion for choosing when (by random number) to redirect to
>>> which mirror:
>>>
>>> http://www.openoffice.org/download/test/index_new_dl.html
>>>
>>> Test results:
>>> - to make debugging easier I've included some screen output and comments
>>> - I've tested it locally with different combinations of active/inactive
>>>  hosts and it works well
>>> - the fallback method works well, too
>>> - I've tested different percent values as ratio, but not yet for the
>>>  2nd case
>>>
>>> What do you think?
>>>
>>
>>The logic on the test pages works for me.
>>
>>But two additional complexities:
>>
>>1)  MirrorBrain let's us link directly to a download file.  We then
>>send the user to http://www.openoffice.org/download/contribute.html
>>while the file is downloading.  But SourceForge and Apache mirror
>>systems take the user to a different page (not controlled by us). So
>>in those cases the user does not see the contribute.html page.
>>
>>Since the contribute.html page has very useful information for the
>>user, like links to the install instructions, information on support,
>>contributing to the project, etc., I think it is important that the
>>user sees this information in all paths.
>>
>>What could we do? Pop-up (or pop-under) a new HTML page?  But that is
>>annoying to some users.
>>
>>The Apache and SF approaches both direct a user off of the
>>OpenOffice.org website, which is risky.
>>
>>2) What if we have more than three mirror systems?  It sounds like you
>>prefer to keep MirrorBrain.  That is fine with me. So maybe we have
>>Apache, SF and MirrorBrain?
>>
>>Imagine an array of mirror networks, each with weights, in sorted
>>order from smallest to largest.  (or sort the array in code)
>>
>>Apache:1
>>MirrorBrain:2
>>SourceForge:3
>>
>>TotalWeight =  MirrorBrain + Apache + SourceForge == 6
>>
>>x = rand()
>>
>>if (x < Apache/TotalWeight)
>>    doApache()
>>else if (x < MirrorBrain/TotalWeight)
>>    doMirrorBrain()
>>else
>>    doSourceForge()
>>
>>Something like that.
>>
>>-Rob
>>
>>> Marcus
>>>
>>
>>
>>

Re: AOO timeline of accomplishments -- native language mailing lists

[Kay Schenk]

On 04/07/2012 06:00 AM, Andrea Pescetti wrote:

On 11/03/2012 Rob Weir wrote:

Was the Brazilian list ever created? If so, what is the list address?
I don't see anything listed here:
http://incubator.apache.org/openofficeorg/mailing-lists.html
In fact, I don't see any of the NL lists listed. It would be good if
the list moderators could update that page to include their info.


I understand it was later decided not to list all native-lang mailing
lists there. But I added a notice to that page saying that native-lang
mailing lists exist and that they can (well, should) be found by
browsing the individual native-lang websites listed at
http://www.openoffice.org/projects/native-lang.html

Regards,
Andrea.



Andrea--

At the last update to the icubator page you mentioned above, I think 
only the French list was not included, it was "in request" when I did 
this update. You woule need to search INFRA requests to determine really 
what is established (Apache condoned) at this time. So, good that you 
put some information about the Native Language Mailing lists on :


http://incubator.apache.org/openofficeorg/mailing-lists.html

but I think the new link you added really needs to go to the project 
(incubator) page on Native Languages  for now:

 http://incubator.apache.org/openofficeorg/native-lang.html

and not the existing (legacy) native language main page.

What you're saying makes perfect sense in the long term, but for the 
moment we don't have enough involvement from native language 
participants to directly edit the native language pages to add the 
mailing list information to each main native language site.


So, if you could change the link you put into
http://incubator.apache.org/openofficeorg/mailing-lists.html

that would be good, and I will try to keep up with new native-language 
mailing lists a bit more.



--

MzK

"Women and cats will do as they please,
 and men and dogs should relax and get used to the idea."
-- Robert Heinlein

Re: Live testing of SF download mirrors

[Kay Schenk]

On 04/06/2012 04:44 PM, Marcus (OOo) wrote:

Am 04/07/2012 01:10 AM, schrieb Kay Schenk:



On 04/06/2012 07:34 AM, Rob Weir wrote:

Please note: https://issues.apache.org/ooo/show_bug.cgi?id=119194

I'm about to apply this patch. It will cause download requests to go
to the SourceForge mirrors instead of MirrorBrain. We want to confirm
that things are set up properly on the SF side, before we get the
deluge of downloads for AOO 3.4.

So please respond to this post with any oddities you see or hear about
with users downloading OOo 3.3 releases over the next few days.

-Rob


I'm playing catch up here. Mostly good for my setup -- Linux 32 bit RPM
-- *except* even when I "uncheck" the JRE option on the alternate DL
page --

http://www.openoffice.org/download/other.html

it still wants to give me a bundle WITH jre...


The checkbox is provided by the function "writeJavaSelector()" in the
"download.js" script file. For adding/deleting the "-wJRE" part to/from
the URL, the "updateHREFs()" function is called.

The root cause is that in the function "updateHREFs()" the new
"MIRROR_SOURCEFORGE_URL" variable is not used. Only MirrorBrain or
Bouncer is recognized.

Hi Marcus --

And thanks for the info. I didn't check into the details yesterday when 
I reported this...






I think from this point on -- 3.4 forward -- we won't even be bundling
jre so maybe not a BIG deal right at the moment, but it would be nice if
we could get this fixed.


No bundled JRE files anymore in AOO --> no need to switch URLs.

So, because of this I wouldn't change it as it's not needed anymore in
the future.


well...OK. Maybe we should change messaging/ inform users that they will 
ALWAYS get JRE with older versions, and none with 3.4 -> ?


unless we fix the forward...and I didn't have a fast way of checking 
WHAT was ported to SF. Maybe later this weekend.




But the first thing is to get rid of all the Bouncer stuff in the script
files. When we have decided not to go back to this mirror system, then
we should cleanup the JS logic to get rid of some complexity.


Yeah--we do have some cleanup. We can discuss after the test period is 
finished. Thanks for the response.




Marcus


--

MzK

"Women and cats will do as they please,
 and men and dogs should relax and get used to the idea."
-- Robert Heinlein

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Joe Schaefer]

Not true re Apache mirror system scripting.  While
some people avoid the ezt templating involved in a typical
download page by just using closer.cgi, the fact is
that most projects use it successfully.  For example
see httpd's download page with links generated by the download
script pointing directly at a mirror url.




>
> From: Rob Weir 
>To: ooo-dev@incubator.apache.org 
>Sent: Saturday, April 7, 2012 11:34 AM
>Subject: Re: [DL LOGIC] How to choose a mirror when more than 1 is available?
> 
>On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)  wrote:
>> For our new release we will have a changed set of conditions:
>>
>> - new central mirror hosts for redirecting download requests
>> - therefore also a new set of mirror server that host our builds
>> - new set of supported platforms and languages
>> - slighty changed file name schema
>>
>> To get this all under one hat, we have to improve the download logic that is
>> currently done by JavaScript.
>>
>> To fulfill the first condition the download requests have to be split-up to
>> more than 1 central mirror redirector.
>>
>> Here is a suggestion for choosing when (by random number) to redirect to
>> which mirror:
>>
>> http://www.openoffice.org/download/test/index_new_dl.html
>>
>> Test results:
>> - to make debugging easier I've included some screen output and comments
>> - I've tested it locally with different combinations of active/inactive
>>  hosts and it works well
>> - the fallback method works well, too
>> - I've tested different percent values as ratio, but not yet for the
>>  2nd case
>>
>> What do you think?
>>
>
>The logic on the test pages works for me.
>
>But two additional complexities:
>
>1)  MirrorBrain let's us link directly to a download file.  We then
>send the user to http://www.openoffice.org/download/contribute.html
>while the file is downloading.  But SourceForge and Apache mirror
>systems take the user to a different page (not controlled by us). So
>in those cases the user does not see the contribute.html page.
>
>Since the contribute.html page has very useful information for the
>user, like links to the install instructions, information on support,
>contributing to the project, etc., I think it is important that the
>user sees this information in all paths.
>
>What could we do? Pop-up (or pop-under) a new HTML page?  But that is
>annoying to some users.
>
>The Apache and SF approaches both direct a user off of the
>OpenOffice.org website, which is risky.
>
>2) What if we have more than three mirror systems?  It sounds like you
>prefer to keep MirrorBrain.  That is fine with me. So maybe we have
>Apache, SF and MirrorBrain?
>
>Imagine an array of mirror networks, each with weights, in sorted
>order from smallest to largest.  (or sort the array in code)
>
>Apache:1
>MirrorBrain:2
>SourceForge:3
>
>TotalWeight =  MirrorBrain + Apache + SourceForge == 6
>
>x = rand()
>
>if (x < Apache/TotalWeight)
>    doApache()
>else if (x < MirrorBrain/TotalWeight)
>    doMirrorBrain()
>else
>    doSourceForge()
>
>Something like that.
>
>-Rob
>
>> Marcus
>>
>
>
>

RE: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Dennis E. Hamilton]

I looked at your JavaScript and it appears to me that what you propose is as 
follows:

 1. There is a fixed %-allocation among a number of available mirror systems (2 
and 3 being illustrated with different procedures) plus a designated backup 
(which may be in the list).

 2. The requests are distributed randomly based on the allocation percentages 
to the systems whether or not they are available.

 3. For any mirror system that receives a turn when it is not available, the 
backup system is used.

In this approach, the portion of the requests that any available mirror system 
but the backup receives does not change.  If the randomly-chosen mirror is 
unavailable and the backup is also unavailable, the request will not be 
satisfied whether or not there are other mirror systems that are still 
available.  (Anyone who suspects this will get in by repeating requests until a 
winner is found, which will overcome the allocation of load anyhow and/or annoy 
users. It will be important how the failure to find a mirror system is 
described.  And it will still be difficult to trouble-shoot reports of failures 
on the lists and forums.)

My only other observations are 

 a. It should be easier to identify the systems and their allocations and to 
update that information in the script.  
 b. If availability is to be determined dynamically, it is probably better to 
check availability only after determining that the system has been selected by 
the random procedure.  Also, if availability is configured manually, there is 
probably some shared dataset that should hold the availability information (and 
the allocations?) so the script does not have to be touched and 
outages/re-allocations can be done quickly and reliably.

 - Dennis 

-Original Message-
From: Marcus (OOo) [mailto:marcus.m...@wtnet.de] 
Sent: Saturday, April 07, 2012 07:13
To: ooo-dev@incubator.apache.org
Subject: [DL LOGIC] How to choose a mirror when more than 1 is available?

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic 
that is currently done by JavaScript.

To fulfill the first condition the download requests have to be split-up 
to more than 1 central mirror redirector.

Here is a suggestion for choosing when (by random number) to redirect to 
which mirror:

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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
   hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
   2nd case

What do you think?

Marcus

Re: [DL LOGIC] How to choose a mirror when more than 1 is available?

[Rob Weir]

On Sat, Apr 7, 2012 at 10:13 AM, Marcus (OOo)  wrote:
> For our new release we will have a changed set of conditions:
>
> - new central mirror hosts for redirecting download requests
> - therefore also a new set of mirror server that host our builds
> - new set of supported platforms and languages
> - slighty changed file name schema
>
> To get this all under one hat, we have to improve the download logic that is
> currently done by JavaScript.
>
> To fulfill the first condition the download requests have to be split-up to
> more than 1 central mirror redirector.
>
> Here is a suggestion for choosing when (by random number) to redirect to
> which mirror:
>
> http://www.openoffice.org/download/test/index_new_dl.html
>
> Test results:
> - to make debugging easier I've included some screen output and comments
> - I've tested it locally with different combinations of active/inactive
>  hosts and it works well
> - the fallback method works well, too
> - I've tested different percent values as ratio, but not yet for the
>  2nd case
>
> What do you think?
>

The logic on the test pages works for me.

But two additional complexities:

1)  MirrorBrain let's us link directly to a download file.  We then
send the user to http://www.openoffice.org/download/contribute.html
while the file is downloading.  But SourceForge and Apache mirror
systems take the user to a different page (not controlled by us). So
in those cases the user does not see the contribute.html page.

Since the contribute.html page has very useful information for the
user, like links to the install instructions, information on support,
contributing to the project, etc., I think it is important that the
user sees this information in all paths.

What could we do? Pop-up (or pop-under) a new HTML page?  But that is
annoying to some users.

The Apache and SF approaches both direct a user off of the
OpenOffice.org website, which is risky.

2) What if we have more than three mirror systems?  It sounds like you
prefer to keep MirrorBrain.  That is fine with me. So maybe we have
Apache, SF and MirrorBrain?

Imagine an array of mirror networks, each with weights, in sorted
order from smallest to largest.  (or sort the array in code)

Apache:1
MirrorBrain:2
SourceForge:3

TotalWeight =  MirrorBrain + Apache + SourceForge == 6

x = rand()

if (x < Apache/TotalWeight)
doApache()
else if (x < MirrorBrain/TotalWeight)
doMirrorBrain()
else
doSourceForge()

Something like that.

-Rob

> Marcus
>

[DL LOGIC] How to choose a mirror when more than 1 is available?

[Marcus (OOo)]

For our new release we will have a changed set of conditions:

- new central mirror hosts for redirecting download requests
- therefore also a new set of mirror server that host our builds
- new set of supported platforms and languages
- slighty changed file name schema

To get this all under one hat, we have to improve the download logic 
that is currently done by JavaScript.


To fulfill the first condition the download requests have to be split-up 
to more than 1 central mirror redirector.


Here is a suggestion for choosing when (by random number) to redirect to 
which mirror:


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

Test results:
- to make debugging easier I've included some screen output and comments
- I've tested it locally with different combinations of active/inactive
  hosts and it works well
- the fallback method works well, too
- I've tested different percent values as ratio, but not yet for the
  2nd case

What do you think?

Marcus

Re: AOO timeline of accomplishments

[Andrea Pescetti]

On 11/03/2012 Rob Weir wrote:

Was the Brazilian list ever created?  If so, what is the list address?
I don't see anything listed here:
http://incubator.apache.org/openofficeorg/mailing-lists.html
In fact, I don't see any of the NL lists listed.  It would be good if
the list moderators could update that page to include their info.


I understand it was later decided not to list all native-lang mailing 
lists there. But I added a notice to that page saying that native-lang 
mailing lists exist and that they can (well, should) be found by 
browsing the individual native-lang websites listed at 
http://www.openoffice.org/projects/native-lang.html


Regards,
  Andrea.

Re: Maybe stupid questions and summary of my comments (fwd)

[Regina Henschel]

Hi Hannu,

Hannu Puhakka schrieb:

Hi OpenOffice developers

I joined this list a day ago.


You are welcome.

 I am not familiar with your groups and not

sure if I am on the right list at all. Maybe someone can comment.


This list is for developing Apache OpenOffice itself, for generating 
help content in form of websites and tutorials, for discussions about 
infrastructure, and building a community in general.
See http://incubator.apache.org/openofficeorg/mailing-lists.html for an 
overview of the mailing lists.




I am using oof OOO330m20 (Build: 9567).  I have heard rumors that there
are several OpenOffice projects - no idea what they might be and what to
use - that my version is "created by Oracle".


Yes, one of them is this Apache OpenOffice, which is incubation and will 
become a full Apache project hopefully soon. Another project with the 
same code basis is LibreOffice. Common aim is to provide an office suite 
for the Open Document Format (ODF). Searching with this keywords you 
will find a lot of informations, from several point of view.




I am running a small software company in Finland and used normally
MsOffice for presentations, sheets and documents. Because of HW crash I
now started to manage by OpenOffice. Then I have got some problems and
ideas to improve OpenOffice. I suppose I myself do not have resources
for programming OpenOffice.


Programming is not the only way to contribute. Very important are 
translations and user support too.




Where should I send my comments?


You should start on a user maling list or forum. Often the problem is 
not, that a feature doesn't exist but that the way to use it is 
different from Microsoft Office.

http://incubator.apache.org/openofficeorg/mailing-lists.html#users-mailing-list
http://user.services.openoffice.org/en/forum/


Where is the database to check if my comments have already been handled?


Enhancement requests are collected in Bugzilla although Bugzilla is 
mainly a tool for bug reports.

https://issues.apache.org/ooo/


What version I should use to be useful with my comments?


You should test the most actual version, currently found on
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots
But you should not use this version in productive content.


How should I title my comments?


As informative as possible. In mailing list tagging might be useful, on 
forum you have categories.




Some of my comments:
1) bug: / Impress: I insert a new slide. I click a text element and
change the text size from default 32 to 22 (rigth click on the frame and
choose Character size 22). If I move the mouse on the first text row to
start writing, but do not write even a letter and THEN I select the
frame, font size will be changed again 32 although the character size
shows 22. I have to change the size to maybe 15 and back to 22 to be
able to continue.


I'm not very familiar with Impress. But as a general rule, you have to 
distinguish between directly formatting an object or using styles, and 
you have to look carefully which object you are formatting.




2)improvement / Impress /Writer: Changing of picture size by mouse is
very annoying. If you have inserted a picture from file into your
presentation or document, you in 96 % of the cases need to modify the
size - smaller or bigger. And 99% of those cases you expect that the
picture should keep the original shape - it meens to "Keep ratio"!!!
But now in Open Office when you resize the image, it never keeps the
ratio - even if the "Keep ratio" checkbox is checked. I suppose this
feature has been five years. If I do not work properly, still the
feature should be changed because nobody cannot understand. See the
attachments "keep_ratio.jpg","resize.jpg".


That is a very common misunderstanding of "keep ratio". "keep ratio" is 
a checkbox that helps entering values in that dialog, so that you need 
not to calculate the width by yourself when you alter the height, but it 
is automatically calculated. It is not a property of the picture.


To drag with keeping ratio hold down the Shift key while dragging.

You see, this is a typical kind of suggestion you should discuss in a 
user mailing list or forum before entering it in Bugzilla.




3) bug: / Impress: "Text" area. Many times when I try to insert a new
line on my list pressing "Enter", the application do not add a new line,
instead tries to continue writing the same line and the letters appear
at the same character at the end of the line. I can fix it by selection
another text area and after that coming back. The problems appears many
times a day, not for every text area. See the attachment
"open_office_text_area.jpg".


There is no attachment and it is no good idea to sent an attachment to 
the mailing list. It will be distributed to hundreds subscribers. Some 
of them have no flat rate or have small bandwidth. Provide a download 
link for pictures instead.


That kind would be a candidate for a bug report.

Re: Building Guide AOO

[Andre Fischer]

On 06.04.2012 13:03, Ian wrote:

Hi Andre,

excellent timing, I am just trying to build on my x86_64Fedora system.

Which I have almost done getting error.

ERROR: Could not find license file LICENSE_en-US (B)
in function: create_epm_header

Given that it has been creating the rpms the build has completed and this
is a packaging issue?
I'll sort that later.

Here are the things I needed to do to my vanilla Fedora installation when
following your instructions.

In order to get passed the configure stage I installed
CPAN and then Archive:Zip and XML::Parser

cups-devel
pam-devel
gperf
Then downloaded the library from
http://tools.openoffice.org/unowinreg_prebuild/680 and dumped it in
external/unowinreg

Installed freetype-devel,
got the mozilla source from the link you mentioned and placed it in the
described directory

installed gtk2
Had a problem with Xaw headers so installed libXaw-devel

installed bison and flex

installed gconf2-devel

installed gnome-vfs2-devel

Whohoo configure worked.

Bootstrap did its thing and grabbed some missing extensions.
And created my shell file to source.  LinuxX86-64-Env.Set.sh

sourced the above and cd'ed to instsetoo_native (slight typo in your
instructions - missing oo)

I ran build -all P4 -- P4 which hammered my 4 cores on this i3 machine for
1 hour 20 mins before failing in building serf with a 65280 error.
Installed openssl-devel to get passed that point.

Failed looking for lexpat.

Installed subversion-devel.


What do we need that for?



That then seemed to build everything and get me to the packaging error
above.

Not sure if that helps with your instructions, but they sure helped me.


It sure does.  I added the missing packages for perl and Fedora.
Fixed the type.

Thank you for your detailed description.

-Andre




Thank you.

Now I need to find that license file and stick it in the correct spot.

Cheers,

Ian



On Thu, Apr 5, 2012 at 10:45 PM, Andre Fischer  wrote:


Hi all,

I have started a rewrite of the building guide.  My goals where

- make it more understandable for people new to Apache OpenOffice

- remove out-of-date and legacy information, update the rest

- avoid repetition of general concepts (eg autoconf;configure;build) on
platform specific pages

- flatten the page hierarchy.


You can judge yourself if I was successful:

http://wiki.services.**openoffice.org/wiki/**Documentation/Building_Guide_
**AOO

At the moment there are no links from other pages to the new guide so that
we/I can make changes without confusing too many people.


Feel free to make changes to improve the guide.

Or point out the things that you don't understand or miss or that are
wrong.


Best regards,
Andre

Re: 200x67pxRe: [WWW] New AOO logo source files now available in the Wiki...

[Kevin Grignon]

Drew, 

Good stuff. We can set up some wiki pages soon to house the next gen concepts. 

Kevin 

On Apr 7, 2012, at 11:52 AM, drew  wrote:

> On Sat, 2012-04-07 at 11:27 +0800, Kevin Grignon wrote:
>> Hey all,
>> 
> 
> 
> 
>> 
>> In support of the immediate requirements, consider the following:
>> 
>> - recreating the existing logo and logotype in vector does take some time
>> - maintaining a vector source file allows us to render a clear, crisp logo 
>> of any size on demand
>> - as a stop gap, consider recreating the logo and logotype in raster at a 
>> very large size, then we can resize smaller, on demand, to required sizes
> 
> Hi Michael, Kevin
> 
> Michael was good enough to do that, create the large bitmaps, yesterday
> - copies received by Rob and Myself, he may have put that to the wiki
> also. I will check in a bit and if not, I'll just move what Michael sent
> to there.
> 
> 
>> 
>> Moving forward, I feel that
>> - AOO 4.0 presents a great opportunity to rebrand once the project migration 
>> has settled
>> - we should limit 3.4 recreation effort and focus more on 4.0 opportunity
>> - simply deliver base graphic requirements to 3.4. 
> 
> That sounds like a good general plan.
> 
> Best wishes,
> 
> //drew
> 
> 
> 

Maybe stupid questions and summary of my comments (fwd)

[Hannu Puhakka]

Hi OpenOffice developers

I joined this list a day ago. I am not familiar with your groups and not sure 
if I am on the right list at all. Maybe someone can comment.


I am using oof OOO330m20 (Build: 9567). I have heard rumors that there are 
several OpenOffice projects - no idea what they might be and what to use - that 
my version is "created by Oracle".


I am running a small software company in Finland and used normally MsOffice for 
presentations, sheets and documents. Because of HW crash I now started to 
manage by OpenOffice. Then I have got some problems and ideas to improve 
OpenOffice. I suppose I myself do not have resources for programming 
OpenOffice.


Where should I send my comments?
Where is the database to check if my comments have already been handled?
What version I should use to be useful with my comments?
How should I title my comments?

Some of my comments:
1) bug: / Impress: I insert a new slide. I click a text element and change the 
text size from default 32 to 22 (rigth click on the frame and choose Character 
size 22). If I move the mouse on the first text row to start writing, but do 
not write even a letter and THEN I select the frame, font size will be changed 
again 32 although the character size shows 22. I have to change the size to 
maybe 15 and back to 22 to be able to continue.


2)improvement / Impress /Writer: Changing of picture size by mouse is very 
annoying. If you have inserted a picture from file into your presentation or 
document, you in 96 % of the cases need to modify the size - smaller or bigger. 
And 99% of those cases you expect that the picture should keep the original 
shape - it meens to  "Keep ratio"!!!
But now in Open Office when you resize the image, it never keeps the ratio - 
even if the "Keep ratio" checkbox is checked. I suppose this feature has been 
five years. If I do not work properly, still the feature should be changed 
because nobody cannot understand. See the attachments 
"keep_ratio.jpg","resize.jpg".


3) bug: / Impress: "Text" area. Many times when I try to insert a new line on 
my list pressing "Enter", the application do not add a new line, instead tries 
to continue writing the same line and the letters appear at the same character 
at the end of the line. I can fix it by selection another text area and after 
that coming back. The problems appears many times a day, not for every text 
area. See the attachment "open_office_text_area.jpg".


4) development proposal: Every open office program should have on the Help menu 
two selections: "Send a bug report", "Send a development proposal" which should 
order a link where you could send your comments with automatic information of 
the version you used.


Regards
Hannu
--
Hannu Puhakka, +358 40 59 68 159, hannu.puha...@vetokonsultit.fi
Vetokonsultit Oy,+358 9 2747 400, Kultasepänkatu 4 B, 04250 KERAVA,FINLAND
--

Re: [WIKI] Support for multilingual wiki in MediaWiki

[Serg Bormant]

Hi,

2012/4/5 Claudio Filho :
> 2012/4/5 Serg Bormant :
>> http://wiki.services.openoffice.org/wiki/Main_Test/pt-br
>> -- language codes are rendered as unordered list, not as in en page.
>> Is there wrong template usage in localized page or somthing else?
>
> Sorry Serg, but i can't see your viewpoint.

They are ok now.

Now they are rendered on En and localized pages like:
EN | ES | FI | FR | IT | JA | PT | PT-BR | ZH-TW | ZH-HANS

When I reported, En page was the same, but localized page had an
unordered list of language codes instead of line:
* EN
* ES
* FI
* FR
* IT
...

> The list of language codes are in Templates pages. You can organize as
> you wish. How we can't support/community for all languages, i cutted
> many links, preserving only the main languages.
>
> Try to edit this template[1] to see the code, that you will understand
> the logic.
> [1]http://wiki.services.openoffice.org/wiki/Template:OrigLang

Thanks.

-- 
wbr, sb