Re: Access to the OOo extensions site at OUSL

[Juergen Schmidt]

On 2/1/12 3:29 PM, Ross Gardler wrote:

Can anyone please help Sourceforge get started with the migration of
the OpenOffice extensions site. Gav was working on this and has root
access to the machine, I'm not sure if anyone else has such access.

sorry but I haven't access to the machine and the sources. I was only a 
user with admin rights to manage some things via the web frontend.


And I am volunteering to do that in the future as well.

Juergen


Roberto Galoppini (cc'd) is handling things on the SF end and has
resources standing by - all they need is access to the machine, or a
dump of all appropriate files, so that they can get to work.

Ross

Re: 2012-02-01 PPMC Status: End of Initial Committer Establishment

[Juergen Schmidt]

On 2/2/12 11:16 PM, Rob Weir wrote:

On Wed, Feb 1, 2012 at 11:38 AM, Dennis E. Hamilton  wrote:

As of the end of day, 2012-01-31, the Apache OpenOffice podling has 85
committers, with 67 on the PPMC.

Since the previous, 2011-11-17, report there is an increase of 4 committers
and 9 PPMC members.

There are no outstanding iCLAs for initial committers and there are no
remaining eligible initial committers who have not established themselves.



As an aside, we all owe Dennis as big round of thanks for his constant
attention to the Committer on-boarding process since the day this
project started.

This work is behind the scenes, not visible to the public.  Most of
this, being personal and sensitive, is done on the ooo-private list.
But much of this process runs on a spreadsheet-based workflow that
Dennis devised, that tracks project participants who signed up as
Initial Committers, through the several required steps of submitting
ICLAs, picking ID's, etc.  He also adapted his system to track the new
Committers that we vote in from time to time.

So thanks from me to Dennis.  It is great to say we've reached this
milestone now.


++1

Juergen



Would it be correct to now update our podling status file and set the
dates of all the "Establish a list of active committers" items to
2012-02-01 ?

http://incubator.apache.org/projects/openofficeorg.html

Regards,

-Rob


  - Dennis

   for the Apache OpenOffice PPMC

CURRENT PPMC AND COMMITTER STATUS

Now On-Board:

   1 champion
   5 mentor
   1 mentor/committer
  67 PPMC (all currently committers)
  17 committers (not counted under PPMC)
   6 other (ASF Member observers, etc.)
  97 TOTAL = pending PPMC? + complete + authz below

Pending Actions:

   0 committer/PPMC invitations pending
   0 waiting for acceptance
   0 waiting for iCLA
   0 invited to choose ID
   0 waiting for choice of ID
   1 pending ID account creation and addition as committer
   0 authz - awaiting completion of authorizations
  17 PPMC? - eligible for serving on PPMC
  80 complete
  25 other - special status - declined, retired, etc.
  123 TOTAL


-Original Message-
From: Dennis E. Hamilton [mailto:orc...@apache.org]
Sent: Thursday, November 17, 2011 21:00
To: ooo-dev@incubator.apache.org
Subject: 2011-11-17 PPMC Status: Bringing Initial Committers On-Board

As of the end of day, 2011-11-17, there are 81 committers, with 58 on the
PPMC.

Since the previous, 2011-10-12, report that is an increase of 5 committers and
4 PPMC members.

The number of outstanding iCLAs is down to 9 from 11.  There are two ID
chosen? pending, and that is unchanged although only one is not new.

At this time there are 9 Initial Committers who have failed to respond in any
fashion to the final reminder that was sent on 2011-10-21.  Three have
responded affirmatively.  The final reminder provides notification that if
there is no communication by midnight UTC, 2011-11-18T24:00Z, the Initial
Committer status will have expired.

  - Dennis

   for the Apache OOo PPMC

-Original Message-
From: Dennis E. Hamilton [mailto:orc...@apache.org]
Sent: Wednesday, October 12, 2011 10:11
To: ooo-dev@incubator.apache.org
Subject: 2011-10-12 PPMC Status: Bringing Initial Committers On-Board

As of the end of day, 2011-10-11, there are 76 committers, with 54 on the
PPMC.

Since the previous, 2011-09-13 report, that is an increase of 4 committers,
and one leaving the PPMC.

The number of outstanding iCLAs from eligible Initial Committers remains at
11.

  - Dennis

WHO'S ON BOARD
   1 champion
   5 mentor
   2 mentor/committer
  54 PPMC
  20 committer
   7 other
  89 TOTAL = Pending PPMC? + complete, below

PENDING ACTIONS
   0 invite
   0 accepted?
  11 iCLA?
   0 choose ID
   2 ID chosen?
   0 ID pending
  20 PPMC?
  69 complete
   8 other
  110 TOTAL


  [ ... ]

Re: Apache OpenOffice Extensions/Templates Sites: State of the art

[Juergen Schmidt]

Hi Roberto,

On Tuesday, 20. March 2012 at 20:51, Roberto Galoppini wrote:  
> Hi all,
>  
> Here is a quick recap of what we at SourceForge have been doing over
> the last weeks to help the Apache Open Office community and what we
> plan to do in the near future.
>  
> - Full analysis of the configurations and setup of the Extensions and
> Templates sites, to better understand existing and potential future
> issues;
>  
> - Maintenance and updates to he Drupal modules of the two sites; (this
> included the update of the Drupal 5 platform to work with PHP 5.3)
>  
> - Analysis of the performance issues of the sites replacing the caching 
> systems;
>  
> - Transparent Redirects to the SourceForge mirror for uploads' and
> downloads' operations to enabling a faster download and reducing
> significantly the load on the Drupal servers;
>  
> - Rewriting all parts of the sites depending on
> extensions/templates.services.openoffice.org URLs;
> (the actual extensions/templates.openoffice.org can be relocated at
> any other URL the community might like);
>  
> - Allowing users to login both with the openoffice.org accounts and
> with local accounts;
> (in order to manage smoothly the shutdown of Oracle infrastructure);
>  
> - Automatic conversion of openoffice.org users' accounts to local accounts;
> (all users who actually logged in before Oracle shutdown were hence
> migrated seamless)
>  
> - Creation of new accounts directly as local accounts and not as an
> account at openoffice.org;
>  
> - Managing the transition of active users to the new system by direct
> mailing them prior to the receipt of users' accounts; (we needed to
> do that in order to avoid the risk of having active users out of the
> system for some days)
>  
> What's next:
>  
> 1 - We plan to Migrats all users right away, providing them also with
> some interesting info (e.g. extensions/templates recently created,
> statistics, etc)
>  
> 2 - Help market AOO Extensions and Templates, e.g. interviewing
> creators and sharing the news via our media. Our community growth
> hacker and Apache member Rich Bowen will be happy to help with that.
>  
> I wish also to take the chance here to thanks Ross Gardler, who
> mentored us through the collaboration process, Rob Weir for his inputs
> and support, and Gavin McDonald and the whole Infra team, who provided
> us with all necessary information, often getting help in turn from
> Andrew Rist (who was also supportive and helpful).
>  
> I think it's also appropriate to give credit to our SiteOp team,
> especially Jacob Morman who was the owner of the activity on our side,
> and Wayne Davison who worked hard, deployed new servers, and went
> above and beyond the call of duty in getting this deployed quickly.
> Our engineering team did a lot of work especially, Dave Brondsema was
> also of great help, enabling our Allura open source forge to deliver
> on performance. We’re also very grateful to Antonio DeMarco the
> contractor who actually turned all our specifications and fix requests
> into a working platform. And I’s also like to thank Mark Ramm who
> helped mobilize and organize the engineering, contractor, and site
> operations work so that we could get this done quickly. Last but not
> least, I wish to say thank to Andrea Pescetti, who actually provided
> us with all details about how those websites work.
>  
thanks to all who was involved in this effort. It will definitely help us to 
move forward ...

Juergen

  
>  
> Roberto
> 
> This e- mail message is intended only for the named recipient(s) above. It 
> may contain confidential and privileged information. If you are not the 
> intended recipient you are hereby notified that any dissemination, 
> distribution or copying of this e-mail and any attachment(s) is strictly 
> prohibited. If you have received this e-mail in error, please immediately 
> notify the sender by replying to this e-mail and delete the message and any 
> attachment(s) from your system. Thank you.
>  
>  

Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*

[Juergen Schmidt]

On Thursday, 22. March 2012 at 15:19, Oliver-Rainer Wittmann wrote:
> Hi,
>  
> On 22.03.2012 13:51, Herbert Duerr wrote:
> > Please note that the install sets that fall out of a build have been renamed
> > from OOo* to Apache_OpenOffice_incubating* so that e.g.
> > OOo_3.4.0_MacOS_x86_install_en-US.dmg
> > now has the file name
> > Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg
> >  
>  
>  
>  

I would prefer a shorter AOO_incubating_3.4.0_...
I used for example a scheme like aoo-3.4-incubating-src... for our source 
release. Similar to for example the odftoolkit (incubating) project.
Why expanding OOo to Apache_OpenOffice_? Ok it seems we have to include 
"incubating" but that's it.

Just my 2 cents

Juergen
  
>  
> and another heads up ;-)
>  
> The next developer snapshots, proposed by Jürgen, will _not_ contain this 
> change.
>  
>  
> Best regards, Oliver.  

Re: Yet another Apache Logo

[Juergen Schmidt]

On Thursday, 22. March 2012 at 17:02, Pedro Giffuni wrote:
> On 03/22/12 01:51, Jürgen Schmidt wrote:
> > On 3/22/12 5:30 AM, Pedro Giffuni wrote:
> > >  
> > > http://people.apache.org/~pfg/images/AOO-powered.png
> > >  
> > > Doesn't it make you all want to use FreeBSD? ;).
> >  
> > to be honest Pedro, I don't like it ;-)
>  
> FWIW, I originally had the planet covered by a heavily
> transparent-ed BSD daemon but it was too spooky for
> my Catholic heart!
>  
> > I would prefer you would simply use the original one extended with  
> > some BSD specific stuff or so.
> >  
>  
>  
> I plan to use both: the "about" and "info" bitmaps are necessarily
> different.
>  
>  
> > But I will probably never see it in action ;-), I won't switch from  
> > MacOS.
> >  
>  
>  
> Hmm.. MacOS ... you are already a FreeBSD user ...
> you just don't know it :-P.
>  
>  

it's funny, we never met each other in person but I was sure that you tell me 
something like that ;-)  
My last sentence was initially longer "... to native BSD."  

Hey I am really looking forward to meet you in the future somewhere, maybe 
ApacheCon in Germany? Anyway we drink a beer or a wine, whatever you prefer ;-)

Juergen
>  
> Pedro.  

Re: [TRANSLATION]: collecting status

[Juergen Schmidt]

On Thursday, 22. March 2012 at 18:54, Reizinger Zoltán wrote:
> 2012.03.22. 18:36 keltezéssel, Risto Jääskeläinen írta:
> > Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti:
> > > Hi Risto,
> > >  
> > > On 21.03.2012 23:12, Risto Jääskeläinen wrote:
> > > > Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti:
> > > > > Hi,
> > > > >  
> > > > > I have setup a wiki page in order to provide/collect the status of  
> > > the
> > > > > translation of specific languages [1].
> > > > >  
> > > > > I also linked this wiki page from our AOO 3.4 Release Plan cwiki  
> > > page [2].
> > > > >  
> > > > > Does it makes sense to have such a wiki page?
> > > > > If yes, please provide further data/information.
> > > > >  
> > > > > Please provide further data/information.
> > > > >  
> > > > > Initially I put in the following data from my memory:
> > > > > -- As far as I know the strings for the user interface for Portuguese
> > > > > (Brazilian) are complete (currently not reflected on the Pootle  
> > > > >  
> > > >  
> > >  
> > > server, but in
> > > > > the svn repository) - I do not the status for the help for Portuguese
> > > > > (Brazilian).
> > > > > -- Zoltan stated in a post that the user interface strings for  
> > > > >  
> > > >  
> > >  
> > > Hungarian are
> > > > > also complete, but I do not know, if some of this work is lost due  
> > > >  
> > >  
> > > to the fact
> > > > > that the Pootle server was not up to date.
> > > > > -- I have see work on Finnish - issue 119066. It looks like that  
> > > > >  
> > > >  
> > >  
> > > not all
> > > > > survived the Pootle server update. I have reopened the issue in  
> > > >  
> > >  
> > > order to
> > > > > indicate that a review is needed. Thanks.
> > > > >  
> > > > > [1]  
> > > http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status
> > > > > [2]  
> > > >  
> > >  
> > > https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan
> > > > >  
> > > > >  
> > > > > Thanks in advance, Oliver.
> > > > Hello!
> > > > I just check some new missing Finnish translation lines in Pootle  
> > > >  
> > >  
> > > (chart2 /
> > > > source / controller / dialogs.po) and it seems to me normal  
> > >  
> > > situation: those
> > > > missing translations are for new lines of version 3.4 and there is  
> > >  
> > > not yet
> > > > Finnish translations for them. And overall amount for new lines is  
> > >  
> > > quite normal
> > > > for new version I think. So there are no need anything else than  
> > >  
> > > translation work.
> > > >  
> > > > I am going to send my CLA to Apache. I think I can translate some  
> > > lines as
> > > > "nobody" or offline?
> > >  
> > >  
> > > Thanks for the feedback.
> > >  
> > > I hope you did not look into the Pootle server projects "Apache  
> > > OpenOffice (Incubating)" or "Apache OpenOffice (INcubating) Help  
> > > Files". These projects shall not be used.
> > >  
> > > At least the translation of the help for Finnish which is found in  
> > > issue 119066 is not available in project "Apache OpenOffice 3.4.x  
> > > Help Files".
> > >  
> > >  
> > > Thx again, Oliver.
> > Now there is line for 3.4 help file too on page  
> > https://translate.apache.org/fi/
> > I can confirm that all Finnish text are missing. This is not normal.
> >  
> > Regards
> > Risto
> >  
>  
> The Hungarian Help files in same state: empty. Earlier state was 98%  
> done, in incubating help files.
> The UI stings I finished for Apache OpenOfficce 3.4.x, excluding  
> basic/source/app.po which is a VCLTestool po file.
> Regards,
> Zoltan
>  
>  

the help project is not yet updated completely. We have to communicate the 
progress and current state better. Sorry again for potential confusion. I 
promise that the situation will be improved and will become better. We will 
keep you informed. I need detailed info what exactly was done so far and then I 
can help. I got access to the server now and can probably help ...  

Juergen

Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*

[Juergen Schmidt]

On Friday, 23. March 2012 at 21:40, Torokhov Sergey wrote:
> On Thursday 22 of March 2012 16:51:50 Herbert Duerr wrote:
> > Please note that the install sets that fall out of a build have been
> > renamed from OOo* to Apache_OpenOffice_incubating* so that e.g.
> > OOo_3.4.0_MacOS_x86_install_en-US.dmg
> > now has the file name
> > Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg
> >  
> > Herbert
>  
> By the way, when will be changed internal names of headers and names of menu  
> items ? They are still (AOO340m1 (Build:9589) Rev. 1303653 от 22 march 2012)
> maned OpenOffice.org
>  
> e.g.
> 1. menu "Help" - OpenOffice.org Help
> 2. header of "Help" window
> 3. some names of menu items in "Tools" - "Opetions" - "OpenOffice.org..." 
> (and  
> the other as "OpenOffice.org Writer" etc. below)
>  
> and maybe some other places.
>  
>  
We can use both names and we will do a complete renaming for 4.0. Our focus for 
3.4 was IP clearance and a release as soon as possible. We own the name 
OpenOffice.org and we are now at Apache! It can be seen as smooth transition 
into a new area.  

Juergen  

Re: [SUPPORTED OS] RE: Propose AOO 3.4 RC Build Test Plan

[Juergen Schmidt]

On Friday, 23. March 2012 at 19:31, Rob Weir wrote:
> On Fri, Mar 23, 2012 at 1:46 PM, Dennis E. Hamilton
>  wrote:
> > Why is it assumed that AOO support should end because Microsoft has ended 
> > the support life for Windows 2000 SP4?  That has nothing to do with whether 
> > or not users are continuing to run it, for any reason.
> 
> 
> "Support" is a term that probably requires definition for it to mean
> anything in the context of an community-supported open source project.
> Will we kick someone out of the support forums if they ask about
> Windows 2000? Of course not. Will we list it among the recommended
> platforms? Not unless someone volunteers to test it and verify that
> it works.
> 
> > I continued to run Windows 98 machines beyond that support life, mainly 
> > because they were not up to running Windows XP at all well.  (I do have one 
> > of those running XP SP3 now mainly because it is only running a little web 
> > server.)
> > 
> > One advantage (more or less) of running Apache OpenOffice on such a machine 
> > is that it can run there whereas later versions of Microsoft Office will 
> > not.
> > 
> > Here's the support list for the Java JRE 6u31, the latest update of Java 6:
> > Platform(s): Windows 7, Vista, Windows XP, Windows 2000, Windows 2003, 
> > Windows 2008 Server.
> > 
> > Java 7, which is not yet the public distribution, removes Windows 2000 and 
> > Windows 2003 (server) from that list.
> > 
> > I suggest that if we want AOO 3.4 to run wherever OpenOffice.org 3.3.0 
> > does, we do not shrink the list until AOO 4.0 is a reality.
> 
> Volunteers to test other platforms are always welcome. Otherwise I'd
> expect that corporate-sponsored QA engineers will likely focus on the
> more commercial relevant platforms.
> 
> >  - Dennis
> > 
> > 
> > 
> > -Original Message-
> > From: O.Felka [mailto:olaf-openoff...@gmx.de]
> > Sent: Thursday, March 22, 2012 23:13
> > To: ooo-dev@incubator.apache.org
> > Subject: Re: Propose AOO 3.4 RC Build Test Plan
> > 
> > Am 23.03.2012 03:40, schrieb Yan Ji:
> > > MS already teminate support service for Windows 2000 SP4. Is there any 
> > > need for us to take care this OS?
> > 
> > 
> > Yes, in the readme files we have Win2000 in the system requirements for AOO.
> > Cleaning up the readme could be a solution.
> > 
> > Groetjes
> > Olaf
> > 
> > > 
> > > 
> > > Thanks&  Best Regards, Yan Ji
> > > 
> > > On Mar 22, 2012, at 11:52 PM, xia zhao wrote:
> > > 
> > > > Olaf,
> > > > 
> > > > 
> > > > 
> > > > 2012/3/22 O.Felka
> > > > 
> > > > > Am 22.03.2012 10:16, schrieb xia zhao:
> > > > > 
> > > > > > Hi all,
> > > > > > 
> > > > > > As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build 
> > > > > > test plan
> > > > > > here.
> > > > > > 
> > > > > > 1. Installer testing
> > > > > >Focus on installation testing on below major platforms:
> > > > > > 
> > > > > >-Windows 7 64/32 bit
> > > > > >-Windows Vista 64/32 bit
> > > > > >-Windows XP SP2
> > > > > > 
> > > > > 
> > > > > 
> > > > > No tests for Windows 2000?
> > > > If volunteer has this environment, yes, surely he can test against 
> > > > Windows
> > > > 2000, but this platform isn't major platform  AOO 3.4 supposed from my 
> > > > view.
> > > > 
> > > > > 
> > > > > -RedHat Enterprise Linux(RHEL) 64 bit/32 bit
> > > > > >-Ubuntu 10.04 64 bit/32 bit
> > > > > >-Mac OS 10.7(Lion)
> > > > > >-Mac OS 10.6.x
> > > > > >-Mac 10.5
> > > > > > 
> > > > > > 
> > > > > >Additional Platform are suggested:
> > > > > > 
> > > > > >-FreeBSD 9.0/8.2
> > > > > >-OS/2
> > > > > >-Solaris x86 10
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 2. Extension testing
> > > > > >Volunteers can get the extension list from:
> > > > > > http://extensions.services.**openoffice.org/(??)
> > > > > > 
> > > > > >-Directory
> > > > > >-Extensions based on OOo (Verify they still works with IP 
> > > > > > clearance
> > > > > > 
> > > > > >work done in AOO 3.40
> > > > > >-Extensions based on AOO (View by "Most Recent" category on
> > > > > > 
> > > > > >extension page)
> > > > > > 
> > > > > > 
> > > > > > 3. Basic Interoperability Testing
> > > > > >The test scenarios cover:
> > > > > > 
> > > > > >-Load
> > > > > >-Save
> > > > > >-Reopen
> > > > > > 
> > > > > > 
> > > > > >And the interoperability cover both compatibility with MS office
> > > > > > 2003/MS
> > > > > > office 2010 and old OOo versions.
> > > > > > 
> > > > > > 4. General testing
> > > > > >Do free testing on AOO six components, Math, Base, Draw, Impress,
> > > > > > Writer, Calc for three days.
> > > > > > 
> > > > > > 5. Globalization and Translation testing
> > > > > >If other languages build are offered as RC builds(seems we will 
> > > > > > only
> > > > > > have English only RC build for AOO 3.4), quick globaliza

Re: [TRANSLATION]Accept suggestions

[Juergen Schmidt]

On Friday, 23. March 2012 at 20:11, Juan C. Sanz wrote:
> I'm translating the UI to Spanish, and I'm commiter. According with 
> translate pootle service auth level [1] I could accept suggestions, but 
> although I can see the green tick to accept the suggestion it do nothing 
> when I click on it. Is it a general problem? Do I need more permissions? 
> Does anyone know what's the problem?
> Regards
> Juan C. Sanz
> 
> [1] 
> https://cwiki.apache.org/confluence/display/INFRA/translate+pootle+service+auth+levels
> 
> 

I will check it asap ... Probably Monday 

Juergen

Re: [RELEASE,CODE]: Bug 119090 - Default Encryption Fails for Down-Level Implementations

[Juergen Schmidt]

On 3/27/12 3:48 AM, Dennis E. Hamilton wrote:

I confirmed my hypothesis.  When AOO 3.4 is installed over the top of an existing (i.e., 
OpenOffice.org 3.3.0) installation, it does not updated the registrymodifications.xcu 
that is already there.  Since there are no settings of options for Save As Password use 
of SHA1 and Blowfish there, none are there after the AOO 3.4 install.  That means only 
the program-set defaults will kick in and the user will be converted to "Save with 
Password" using SHA256/K checksums and AES256 CBC encryption.



The update installs over an existing user installation where a user have 
made some local changes that we don't overwrite. Everything else would 
be probably surprising to the users who have potentially changed a lot 
of default values.


I think the behaviour is want the user expect. And the config entries 
are read from the configuration anyway independent from the 
initialization in the code. So either the default values from Common.xcs 
(finallly main.xcd) are used or the overwritten value in the user config 
layer.


I don't see a problem here.

Juergen



I verified this with AOO 3.4 r1303653 atop OO.o 3.3.0.

  - Dennis

PS: I also confirmed that LibreOffice 3.5.0rc3 is adding chaff to XML files that are 
compressed and encrypted, preventing easy access to known plaintexts for attacking 
the encryptions in the ODF package.  (There is a discussion of chaff, among other 
technicalities at.)

-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org]
Sent: Monday, March 26, 2012 17:16
To: ooo-dev@incubator.apache.org
Cc: tjfraz...@cfl.rr.com; j...@apache.org
Subject: RE: [RELEASE,CODE]: Bug 119090 - Default Encryption Fails for 
Down-Level Implementations

I did more experiments with AOO-dev 3.4 and LO 3.5.0rc3 which I happened to 
have installed where it was easy to test them together.

TEST RESULTS

  1. It is possible to change the default behavior of AOO-dev 3.4 and LO 
3.5.0rc3 (both of which produce AES 256 CBC and SHA256-1k encryptions by 
default) by setting options in registrymodifications.xcu.

  2. If registrymodifications.xcu is deleted, a new one is created *but* it has 
*no* settings for the SHA1 and Blowfish in ODF12 and these installations 
*revert* to AES256 CBC and SHA256-1k even if their last use was with options 
set for Blowfish CFB and SHA1/1K.

HYPOTHESIS **CONFIRMED**: If an install is done on top of a previous installation not 
supporting AES to update to a later version, no settings for this will be added to the 
"legacy" registrymodifications.xcu and the default will go into effect: 
encryptions will start being done in AES256, surprise, surprise.

RECOMMENDATION:

  1. It looks like registrymodification.xcu is the place where a tool or script 
can do the job when it comes to setting/changing the desired option.

  2. It looks like there must be code changes to set the default to Blowfish 
and SHA1/1K within the application to cover the case where 
registrymodification.xcu doesn't specify an option either way.

  This last may be in Common.xcs but I am betting that the assured default 
setting is in the constructor initial values in savopt.cxx.  Why?  Because that 
class holds the options and setters and getters for them.  Other software uses 
the setters when processing configuration parameters from elsewhere, with the 
default value delivered by the getter when no configuration parameter provides 
a change.  My money is on that being the place.

  - Dennis

-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org]
Sent: Sunday, March 25, 2012 18:15
To: ooo-dev@incubator.apache.org
Cc: tjfraz...@cfl.rr.com
Subject: RE: [RELEASE,CODE]: Bug 119090 - Default Encryption Fails for 
Down-Level Implementations

TJ,

I was doing some nosing around and, based on some information on the Community 
Forums (thank you Hagar), it looks like the settings are controlled in a file 
called registrymodifications.xcu, at least on Windows.  The location will vary 
with different versions of windows.

On windows, you can find one under the installed-user profile, such as Documents&  
Settings\orcmid\Application Data [a hidden file], OpenOffice/3/user/registrymodification.xcu for any 
install since the AES256 has been instituted as default.  the *.xcu is actually an XML file and you can 
find the settings by searching for "blowfish" and for "SHA1".

How this works for Mac, Solaris, OS/2, and the various Linus and BSD builds, I 
have no idea.

  - Dennis

-Original Message-
From: TJ Frazier [mailto:tjfraz...@cfl.rr.com]
Sent: Friday, March 23, 2012 11:26
To: ooo-dev@incubator.apache.org
Subject: Re: [RELEASE,CODE]: Bug 119090 - Default Encryption Fails for 
Down-Level Implementations

[ ... ]

... options to consider:

3. User change to config file, to use the new option.

I have suggested a writeup on this, but such instructions are much
better

Re: Distribution of Windows versions

[Juergen Schmidt]

On Wednesday, 28. March 2012 at 22:03, Dennis E. Hamilton wrote:
> To calibrate this a little better, what are
> 
> 1. the absolute number that 100% is, and
> 2. the range of calendar dates over which these statistics were derived?
> 
It doesn't really matter if we can't answer the question:

Is anybody interested to fix Win 2000 bugs? 

If nobody is interested to develop actively on this platform it is useless to 
test it or spent any time on this platform.

we have much more important things to do...

Just my 2 cents

Juergen

 
> - Dennis 
> 
> -Original Message-
> From: Rob Weir [mailto:robw...@apache.org] 
> Sent: Wednesday, March 28, 2012 12:10
> To: ooo-dev@incubator.apache.org
> Subject: Re: Distribution of Windows versions
> 
> On Wed, Mar 28, 2012 at 1:57 PM, Kevin Sisco wrote:
> 
> > Okay so all this data really tells us is that more people download on
> > windows 7. Does this really mean we should stop supporting windows
> > 2000 all together?
> > 
> 
> If "support" means anything, it means that someone has volunteered to test
> the platform and confirm that we work, and if there are gross errors with
> installing or running on that platform, then we treat them as release
> blockers.
> 
> But if no one volunteers to do that work, then I think we should not say we
> support Windows 2000.
> 
> What the 0.14% figure means to me is that I feel less bad if we say that we
> do not support Windows 2000.
> 
> -Rob
> 
> 
> > On 3/28/12, Rob Weir  wrote:
> > > There was a question in an earlier thread on whether we should still
> > > support Windows 2000. It was an open question whether we had many users
> > > 
> > 
> > on
> > > that platform.
> > > 
> > > Here are the numbers we have, based on downloads. Note that we can only
> > > figure out what platform a user was on when they downloaded OpenOffice.
> > > 
> > 
> > It
> > > is entirely possible for someone to download from a Windows 7 machine and
> > > then install it onto a Windows 2000 machine. We have no easy way to
> > > measure that. However, that should be small compared to the number of
> > > users who download onto the same machine they will be installing onto.
> > > 
> > > Win7 57.32%
> > > XP 31.37%
> > > Vista 10.07%
> > > NT 0.76%
> > > 2003 Server 0.32%
> > > 2000 0.14%
> > > 98 0.02%
> > > CE 0.00%
> > > 
> > 
> > 
> 
> 
> 

Re: Instructions about how to retain access to the OpenOffice Templates website, now hosted at SourceForge

[Juergen Schmidt]

On Thursday, 29. March 2012 at 23:40, Dennis E. Hamilton wrote:
> FYI, all ...
> 
> -Original Message-
> From: communityt...@sourceforge.net [mailto:communityt...@sourceforge.net] 
> Sent: Thursday, March 29, 2012 14:19
> To: dennis.hamil...@acm.org
> Subject: Instructions about how to retain access to the OpenOffice Templates 
> website, now hosted at SourceForge
> 
> Dear OpenOffice.org Templates user,
> 
> As you may have heard, Oracle contributed the OpenOffice.org (OOo) code to
Why do you talk from code only? It is far more including the trademarks, 
domains.
 
> Apache in June 2011. As part of this move, we are about to lose access to
> the servers that formerly hosted the OpenOffice.org website and various
> other online services associated with the project, included the Templates
> websites.
> 
> 

loose access to the servers sounds very negative. We should describe it 
differently, friendlier

As part of the migration we had to move all services to Apache servers or other 
hosting services like sourceforge who offered help...
 
> 
> Since SourceForge is currently hosting the Templates website, in
> collaboration with the Apache OpenOffice community we are working to help
> you to smoothly retain full control over your existing Templates
> credentials.
> 
> All you need to do is to go to the following page and reset your password:
> 
> http://templates.services.openoffice.org/en/user/password
> 
> Whatever was your role at the OpenOffice.org community, we'd like to say
> thank you for your past contributions, and we look forward to see you help
> also the Apache OpenOffice community to succeed. 
> 
> 


 Drop this paragraph, I don't see any value here. It sounds again very negative 
and as OpenOffice.org would be dead. The only thing that changed here is the 
user management.

We should explain the facts an should try to describe it positive and maybe 
give an outlook ...

Juergen

> We want also to take the
> chance to inform you that the Apache OpenOffice Templates and Apache
> OpenOffice Extensions were the first and second, respectively, on the last
> week's list of top-growth projects. That is, downloads for these two
> collections grew more in the last week than any other project on
> SourceForge.
> 
> You maybe interested in knowing who are the top 10 Templates or which are
> the top countries by download, see below for more information.
> 
> Top 10 Templates
> 
> Basic Resume: http://aoo-templates.sourceforge.net/en/node/1312
> Tri Fold Brochure: http://aoo-templates.sourceforge.net/en/node/3067
> This Is a Resume: http://aoo-templates.sourceforge.net/en/node/6575
> Business card template: http://aoo-templates.sourceforge.net/en/node/1163/
> 2012 Month/Year Calendar and Planner with Holidays.
> http://aoo-templates.sourceforge.net/en/node/8321
> DIN Brief mit Fenster links: 
> http://aoo-templates.sourceforge.net/en/node/5039/
> Chronological Resume: http://aoo-templates.sourceforge.net/en/node/6431
> Resume Template: http://aoo-templates.sourceforge.net/en/node/3083
> Project Management Template with Gantt Schedule creation:
> http://aoo-templates.sourceforge.net/en/node/5927/
> Simple Resume: http://aoo-templates.sourceforge.net/en/node/6407/
> 
> Top Countries by Downloads:
> 
> 1. United States
> 2. Germany
> 3. Canada
> 4. France
> 5. UK
> 6. Italy
> 7. Spain
> 8. Japan
> 9. Russia
> 10. Australia
> 
> Downloads by Operative Systems:
> 
> 1. Windows 84.40%
> 2. Macintosh 13.76%
> 3. Linux 2.84%
> 
> The SourceForge Community Team 

Re: Making it easy for IPMC members to vote in favor of AOO 3.4

[Juergen Schmidt]

On Saturday, 31. March 2012 at 17:14, Rob Weir wrote:
> Try to imagine yourself in the IPMC, being asked to vote for the release of
> AOO 3.4. You want to make sure the release follows Apache policies and
> guidelines. You want to protect the ASF. You want to ensure that users,
> including developers using our source code packages, get the greatest
> benefit from the release. But you are faced with a 10 million line code
> project, larger and more complex than anything you've faced before at
> Apache.
> 
> What do you do? Where do you start?
> 
> Honestly, I have absolutely no idea. It is daunting task. But I think it
> is in our best interest as a PPMC to make our AOO 3.4 Release Candidate
> easy to review for the IPMC. This means understanding the common questions
> and concerns they might have and preparing answers to these in advance.
> 
> I've drafted an outline, and filled in some of the blanks, for a "Summary
> of Apache OpenOffice 3.4 IP Review" document on the wiki. I think this will
> help raise the IPMC comfort level by documenting in one place the due
> diligence we performed and the final results. It also highlights the
> unusual things that came up in this project, such as the "mere aggregation"
> inclusion of dictionaries in the binary packages.
> 
> Here it is:
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/Summary+of+Apache+OpenOffice+3.4+IP+Review+Activities
> 
> Any help in filling in the blanks would be much appreciated, by me (of
> course), but hopefully also by the IPMC. If we should cover other topics,
> add those as well.
> 
> 


You have probably missed this  
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+FAQ

We have started a similar page and I would suggest that we consolidate these 2 
pages immediately to avoid duplicated work and confusion.


Juergen
> 
> Regards,
> 
> -Rob 

Re: names of the project and the product

[Juergen Schmidt]

On Monday, 2. April 2012 at 20:26, Simon Brouwer wrote:
> Hi all,
>  
> On the current front page of nl.openoffice.org, which I am starting to  
> update, it is explained how OpenOffice.org is both the name of our  
> project and our product.
>  
> I am not sure whether this is still accurate. In various places in the  
> software, such as the general starting screen and the "about"-dialog, it  
> appears to be presented quite prominently as Apache OpenOffice (or  
> Apache Open Office?).
>  
>  

Apache OpenOffice  
>  
> On the other hand in the software and on the website the product is  
> still mostly referred to as OpenOffice.org.
>  
>  

will be changed but both is correct  
>  
> Are we going to change the name or stick with the old one?
> IMO using both sends out a confusing message.
>  
>  

As mentioned before both is correct and it will make the relation even more 
visible.
With the next version after 3.4 we will align everything.

Jürgen

>  
> --  
> Vriendelijke groet, Best regards,
>  
> Simon Brouwer  

Re: [TRANSLATION]: Current status

[Juergen Schmidt]

On Monday, 2. April 2012 at 23:59, Ariel Constenla-Haile wrote:
> Hi Jürgen,
>  
> On Thu, Mar 29, 2012 at 05:55:14PM +0200, Jürgen Schmidt wrote:
> > Ariel, you can find a new sdf file here
> > http://people.apache.org/~jsc/sdf/new_es.sdf
> >  
> > I haven't tested it so far but keep me informed when you start a
> > build using it. But the last time I tired it with pt-BR and de it
> > worked.
> >  
>  
>  
> Please note that I've found some build breakers, and I committed the
> changes directly on the localize.sdf file (yes, I read the warning 'DO
> NOT EDIT', but as it was a build breaker committing the changes directly
> was the fastest solution).
>  
> http://svn.apache.org/viewvc?view=revision&revision=1308020
>  
> Build breakers where due to errors in the XML mark up syntax in help
> files.
>  
>  

I will check it...  
>  
> Another question related to the ES translation: now that the translation
> is 100% complete (both UI and Help), how should be applied the
> modifications made by QA? Can changes be made on the Pootle server, or
> better off-line and submit the changes in a issue? If the later, what
> should be the format, single modified po files or an sdf file?
>  
>  

I would say the changes should be made on the pootle server. To have for now 
one source with the latest translations. But documenting the changes in an 
issue is necessary as well that we can track it and know that we have to update.

I will always update the language completely from pootle. I will to do it 
somewhat automated ...

As I mentioned earlier long term goal is to have a continuous integration 
process once a week or so.  

We will find out what will work best.

Juergen
>  
>  
>  
> Regards
> --  
> Ariel Constenla-Haile
> La Plata, Argentina
>  
>  

Re: [EXTENSIONS]Alternative for Report Builder?

[Juergen Schmidt]

On Tuesday, 3. April 2012 at 21:20, FR web forum wrote:
> - Mail original -
> De: "Jürgen Schmidt" 
> À: ooo-dev@incubator.apache.org
> Envoyé: Mardi 3 Avril 2012 20:07:03
> Objet: Re: [EXTENSIONS]Alternative for Report Builder?
>  
> On 4/3/12 8:01 PM, RGB ES wrote:
> > > One of the volunteers on the ES forum expressed concern about the
> > > Oracle Report Builder (ORB) extension not working on AOO builds: it
> > > seems that the extension installs, but reports previously created with
> > > it do not run.
> > >  
> >  
> > it is indeed a missing feature but we can't change it for now. But if  
> > somebody is interested to build it as an extension and host it somewhere  
> > else we will give support here how to do that.
> >  
>  
>  
> Why Oracle did not donate this OXT (and other like PDF Import)?
> ASF could not contact them to talk about?
>  
>  

It is part of the grant, the code that was developed in HH is available. The 
problem are the used libraries which are license incompatible to Apache.  

Everything is available and it has to be done by a volunteer ;-) But not at 
Apache ...

Juergen

Re: [EXTENSIONS]Alternative for Report Builder?

[Juergen Schmidt]

On Wednesday, 4. April 2012 at 01:08, drew wrote:
> On Tue, 2012-04-03 at 17:00 -0300, Ariel Constenla-Haile wrote:
> > On Tue, Apr 03, 2012 at 09:20:58PM +0200, FR web forum wrote:
> > > > > One of the volunteers on the ES forum expressed concern about the
> > > > > Oracle Report Builder (ORB) extension not working on AOO builds: it
> > > > > seems that the extension installs, but reports previously created with
> > > > > it do not run.
> > > > > 
> > > > 
> > > > it is indeed a missing feature but we can't change it for now. But if 
> > > > somebody is interested to build it as an extension and host it 
> > > > somewhere 
> > > > else we will give support here how to do that.
> > > > 
> > > 
> > > 
> > > Why Oracle did not donate this OXT (and other like PDF Import)?
> > > ASF could not contact them to talk about?
> > > 
> > 
> > 
> > The code is under the software grant. The issue here is that these
> > extensions rely on GPL libraries, though all related code is now under
> > ALv2:
> > 
> > * The MYSQL Connector:
> > http://svn.apache.org/viewvc/incubator/ooo/trunk/main/mysqlc/
> > 
> > * The Report Builder:
> > http://svn.apache.org/viewvc/incubator/ooo/trunk/main/reportbuilder/
> > (extension code)
> > http://svn.apache.org/viewvc/incubator/ooo/trunk/main/reportdesign/
> > (office code)
> > 
> > * PDF Import:
> > http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sdext/source/pdfimport/
> > 
> > That is, someone has to build them (and maintain them) as external
> > projects.
> > 
> 
> 
> ah - the rub...a mere staffing issue
> 
> Alright just out of curiosity 
> - in the past the main project bug tracker was used for these extensions
> - and indeed all three where primary vendor staff supported
> -- but you are saying that as of now these are not supported, which is
> to say, or are you, that if someone opens an issue now the honest
> response is 'not our bug'?
> 
Yes, the normal bug tracker was used for this because they were part of the 
project. Completely independent of the fact that mainly Oracle people worked on 
it ;-) 
> 
> or in other words, unless someone specifically takes over maintenance
> now it doesn't matter what you call it, there is no reason to expect a
> fix.
> 
> 

No not really. The problem are the dependent libs as already pointed out. There 
is no or no easy replacement for this external stuff that is license 
compatible. Not nice and we would love to have alternatives ...
If volunteers will provide an alternative implementation that would be Apache 
compatible then we will continue the support and include it as bundled 
extensions.

It's the same as for the WordPerfect filter but this filter is probably less 
important and fewer people will miss it.
> 
> bummer!
> 
> Though I suppose at least at one level you are saying this: that no
> matter whether someone takes over maintenance or not, official releases
> of AOO will not be tied to these extensions, they are officially
> external to the primary release. Is that the bottom line here?
> 
> 

more or less until we find alternative external libs that can be used or they 
become reimplemented.

That's the reality for now. But on the other hand they are special and most 
users don't need them. They fit perfect in the category extension and it could 
be a good opportunity for an ISV to provide them (for free as well of course) 
but offer support and service for them. Hint, Hint!! Think about a broader eco 
system around AOO...

Juergen
> 
> //drew
> 
> 
> > 
> > 
> > Regards 

Re: [EXTENSIONS]Alternative for Report Builder?

[Juergen Schmidt]

On Thursday, 5. April 2012 at 02:52, Pedro Giffuni wrote:
> FWIW,
> 
> --- Mer 4/4/12, Dave Fisher  ha scritto:
> ...
> > 
> > In the discussion of CloudStack on general@i.a.o where
> > there is significant GPL changes that need to occur, the
> > Apache APR was suggested as an alternative with a pointer to
> > http://svn.apache.org/repos/asf/apr/apr/trunk/README
> > 
> >  Multiple SQL DBD client interfaces
> >  Multiple flat-database DBM client
> > interfaces
> > 
> 
> 
> APR has some optional wrappers but they are not included
> by default because they depend on copyleft stuff.
> 
> Maybe this could help as a BerkeleyDB replacement:
> http://code.google.com/p/babudb/
> 
> (I found it only after we had replaced BDB on OpenOffice).
well that's really not necessary, BDB was used in 1 place only (ext manager) 
and is replaced with something lightweight. No need for a db here.

Juergen
> 
> cheers,
> 
> Pedro. 

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

[Juergen Schmidt]

On Friday, 6. April 2012 at 17:14, Josef Latt wrote:
> Hi,
>  
> Am 06.04.2012 16:23, schrieb Jürgen Schmidt:
> > On 4/6/12 3:52 PM, Josef Latt wrote:
> > > The requested URL
> > > /~jsc/developer-snapshots/windows/r1309668/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe
> > >  
> > > was not found on this server.
> >  
> > I am uploading the Windows en-US version, should be available later. And
> > I am uploading the German version again, should be also available later.
> >  
>  
>  
> I have download both files at 16:58 CET. Both with NSIS_error.
It seems that you can't wait to test it ;-)
The upload is ongoing.
I will inform you when it has finished ..

Juergen
>  
> Josef
>  
> --  
> PGP Schlüssel: 311D1055
> http://keyserver.pgp.com
>  
>  

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

[Juergen Schmidt]

On Monday, 9. April 2012 at 14:10, Claudio Filho wrote:
> Hi
>  
> 2012/4/9 Jürgen Schmidt :
> > any further info on this, for me the localize.sdf looks good. I have to
> > check it in detail...
> >  
> > But I can confirm the problem the menu is a mix of English and Brazil.
>  
> My suggestion is continue to RC version, Jürgen. I started to build in
> my machine and i will try to find the problem.
>  
> If we not find the problem for first release, we can see for a 3.4.1 for 
> pt-BR.
>  
> So, go  

yes that is my opinion as well wth the translation. The Linux problem is more 
critical from my pov.

Juergen  
>  
> Best,
> Claudio
>  
>  

Re: Need a code branch for RC

[Juergen Schmidt]

On Sunday, 15. April 2012 at 01:24, Regina Henschel wrote:
> Hi all,
> 
> I want to commit some features and bug fixes, but want not to do this 
> immediately before a RC. The danger of producing regressions and 
> problems is too high.
> 
> I suggest that RC gets a branch, so that working on trunk is possible again.
> 
> Kind regards
> Regina
> 
> 

Hi Regina, 
that is planend as Sion as we have a RC. I assume that we can create a branch 
this week.

As a tag I would like to propose AOO-340. Any opinions?

Juergen

Re: [DISCUSS][VOTE] Release Apache OpenOffice 3.4 (incubating) RC1

[Juergen Schmidt]

On Sunday, 22. April 2012 at 08:42, Dennis E. Hamilton wrote:
> @Kay,
> 
> I have no idea.
> 
> I trust that someone else can indicate how this works. 
> 
> Having successfully built from source seems to be a key requirement, and one 
> would hope that at least three people confirm that. Of course, there is 
> support for some many platforms and user configurations that I don't know 
> what can be said for coverage at this level.
> 
> On the general incubator list, there has been discussions around the fact 
> that the essential release is the source code and that it be buildable as 
> well as satisfying other conditions regarding dependencies, IP, signatures, 
> documentation, notices, etc. Many view the binaries as conveniences. 
> 
> For us, the binaries have been essential components and are a goal of this 
> consumer-facing project. But that is a quality issue, not so much a release 
> issue, perhaps. On the other hand, the binaries are artifacts of the release, 
> and so conditions on those artifacts apply as well, it seems to me.
> 
> Here's the key FAQ on releases that I am aware of:
> .
> 
> This is one of the key items:
> .
> 
> That is about top-level-project PMC releases (the IPMC is the top-level for 
> us). Elsewhere, it is pointed out that the conditions for incubator releases 
> are in addition to those:
> .
> 
> There is a great deal of material in that incubator release management guide, 
> although it is all in draft. Although there are many placeholders, I think it 
> provides a good picture of the essentials. 
> 
> - Dennis

we all agree that we have to fulfill some basic and general Apache rules and 
requirements for a release. I would say we have done our best to address all 
this things.
Many things are written down and many not and AOO brings of course some new 
things to Apache that probably have influence on many areas including the 
release process.
I would like to propose that we listen to questions from the IPMC and answer 
this question as best as we can or rework things if necessary.
As mentioned before we have done our best to achieve the Apache requirements as 
well as our own requirements related to the product itself. Means features, 
quality, stability etc.
Don't let us speculate, just wait and answer concrete questions.
And the source code can be build but requires some more work as a small Java 
library. A building guide is available and can be found on the wiki page.

Juergen
> 
> -Original Message-
> From: Kay Schenk [mailto:kay.sch...@gmail.com] 
> Sent: Saturday, April 21, 2012 16:22
> To: ooo-dev@incubator.apache.org
> Subject: Re: [DISCUSS][VOTE] Release Apache OpenOffice 3.4 (incubating) RC1
> 
> 
> 
> On 04/21/2012 01:01 PM, Dennis E. Hamilton wrote:
> [ ... ]
> > Committers and PPMC members are expected to cast informed ballots.
> > If any contributor casts a "-1", it should be accompanied by a clear,
> > specific explanation and suggestion of actions that would cure the
> > situation.
> > 
> > Here is something that all project contributors can participate in,
> > with or without voting:
> > 
> > PARTICIPATE IN QUALITY-ASSURANCE COVERAGE OF THE CANDIDATE
> > 
> > It is valuable to download the source code and confirm that binaries
> > can be built.
> > 
> 
> 
> OK, I have a question on this one. MUST we download and build or can we 
> vote on an already built (binary) version? There was some discussion 
> about this, and, yes, there are notes about this on general information 
> for Apache releases, but...I jsut noticed the vote from Hagar Delest 
> which implies he used a binary so this is why I ask.
> 
> Meanwhile, I will download the source and try my hand...just in case. I 
> DO want to vote, and vote correctly.
> 
> I have had NO issues with the binary I now have.
> 
> 
> [ ... ] 

Re: Language

[Juergen Schmidt]

On Sunday, 22. April 2012 at 15:10, Tom Cartwright wrote:
> Dear OpenOffice
> 
> I was wondering if you would like me to translate OpenOffice Interfaces into 
> Welsh. I could do this but would need the file with what i need to translate 
> in it.
> Could you send me this?
> 
> Thanks
> 
> Tom
Sure we appreciate every help for translation in any language. I will send you 
the updated po files in a few days because I am currently in China and will 
need some time to update the files.
I will let you know. 

You can also check our pootle server translation.apache.org, I  am not 100% 
sure but maybe Welsh is already there.

Juergen 
> 
> Tom Cartwright
> Parc Uchaf
> Dyffryn Ardudwy
> tom.cartwri...@hotmail.co.uk
> 
> 

Re: [DISCUSS][VOTE] Release Apache OpenOffice 3.4 (incubating) RC1

[Juergen Schmidt]

On Monday, 23. April 2012 at 04:29, Rob Weir wrote:
> On Sun, Apr 22, 2012 at 4:21 PM, Dave Fisher  wrote:
> > 
> > On Apr 22, 2012, at 1:02 PM, Rob Weir wrote:
> > 
> > > On Sun, Apr 22, 2012 at 3:57 PM, Dave Fisher  
> > > wrote:
> > > > 
> > > > On Apr 22, 2012, at 12:47 PM, Rob Weir wrote:
> > > > 
> > > > > 
> > > > 
> > > > 
> > > > You snipped out the important part:
> > > 
> > > Sorry, thought you answered your own question there.  But since you
> > > bring it up, there is no requirement for a DISCLAIMER file. There is
> > > however a requirement for making the user aware of the incubation
> > > disclaimer.  See this page, where several options are listed:
> > > 
> > > http://incubator.apache.org/guides/releasemanagement.html#notes-disclaimer
> > 
> > Keep in mind that page is clearly labeled as a "DRAFT".
> > 
> > http://incubator.apache.org/guides/releasemanagement.html#status
> > 
> > The DISCLAIMER file is certainly in the correct place in the Source 
> > distribution.
> > 
> > I think that I answered the question, but I would like to ask our project 
> > Mentors if this will be an issue in IPMC voting. I've seen enough on 
> > general@i.a.o to know that it may be for some and not others.
> 
> Not an issue for me either. That fact that OpenOffice is under
> incubation at Apache has been leading tech news for nearly a year now.
> People who know nothing else about Apache know this fact.
> 
> > So, while this is not a problem for me, if it is likely IPMC will request 
> > an RC2 over this we should know now.
> 
> But worth taking it through the voting process, IMHO, to see if there
> are any other issues. One big issue or several smaller ones could be
> enough for us to kill the vote prematurely. But it would be extremely
> inefficient to waste 48-hours preparing another RC every time someone
> finds a single thing that is not consistent with the
> self-contradictory draft incubation guidelines. There is no better
> time than the present to do a complete review.
> 
> 

Exactly, because many people prefer to give feedback on RC's only. So let us 
continue to collect all the feedback and ideally people create issues for all 
found problems and request the show stopper flag. That makes it easier for 
others who intend to fix these problems to get an overview.

Thanks
Juergen
> 
> -Rob
> 
> > Regards,
> > Dave
> > 
> > > 
> > > -Rob
> > > 
> > > > The SDK and Binaries are missing the DISCLAIMER file. Is a missing 
> > > > Incubation DISCLAIMER in a binary package enough to prevent release? I 
> > > > think probably not, but this may be an edge case. The application 
> > > > pop-ups do mention "Incubation" and every page linked back to 
> > > > thewww.openoffice.org shows the Disclaimer...
> > > > 
> > > > Regards,
> > > > Dave
> > > > 
> > > > 
> > > > 
> > > > > 
> > > > > -Rob 

Re: Unifying download logic, especially from NL pages?

[Juergen Schmidt]

On Monday, 23. April 2012 at 05:49, drew wrote:
> On Sun, 2012-04-22 at 17:22 -0400, Rob Weir wrote:
> > The vast majority of our downloads come from one of three pages:
> > 
> > 1) www.openoffice.org/
> > 2) download.openoffice.org/
> > 3) www.openoffice.org/download/other.html
> > 
> > These three pages currently forward download requests to SourceForge.
> > 
> > There are other places on the website that do other things. For
> > example, the Dutch and Norwegian pages point directly to MirrorBrain
> > downloads:
> > 
> > http://www.openoffice.org/da/
> > http://www.openoffice.org/no/
> > http://www.openoffice.org/es/
> > 
> > (There may be others as well, but I noticed those three)
> > 
> > Other ML pages do other things. For example, the German page just
> > points to download.openoffice.org, where the user is given the English
> > install instructions:
> > 
> > http://www.openoffice.org/de/
> > 
> > The French page manages its own download page that directs to
> > download.services.openoffice.org, which uses MirrorBrain:
> > 
> > http://www.openoffice.org/fr/Telecharger/
> > 
> > To put it kindly, the logic here is sub-optimally factored.
> > 
> > Is there anything we can do to improve on this?
> > 
> > For example, imagine if we had either a Javascript function or REST
> > API that allowed things like this:
> > 
> > download(product,language, platform, version)
> > 
> > Like:
> > 
> > download("aoo","en_us","win32","3.4.0")
> > 
> > or
> > 
> > download("sdk","","","latest") (We could allow "latest" as a
> > psedu-version number so most NL pages can code their download logic
> > once and not need to update it when a new release comes out. We
> > centralize the logic of what is the "latest" version for a particular
> > language in one place)
> > 
> > As a REST API the same could look like this:
> > 
> > http://www.openoffice.org/download?product=aoo&locale=en_us&platform=win32&version=-3.4.0
> > 
> > Does this make sense to anyone? It all about avoiding have the
> > website make too many assumptions about release file names, mirror
> > infrastructure and other implementation details of the download
> > delivery process. Instead we should have a centralized place where
> > that logic lives, so it can be maintained in one place, debugged in
> > one place, and when we have a new release, updated in one place.
> > 
> 
> Hi Rob
> 
> Yes - it's not hard links to the mirrorbrain, other sub-domains I looked
> at over the last few days use external repositories, one having not been
> updated with releases from 3.2.1. 
> 
> If I may ask a question to the group in general:
> 
> This page:
> http://wiki.services.openoffice.org/wiki/Languages
> 
> The list of email addresses, has anyone sent an email directly to each
> entry asking them specifically if they have any interest in the page, or
> any comment about what to do with it... maybe it is a waste of time, but
> if not and no one objects I'd waste the time to do so.
> 
> 

please do so I would not expect that anybody has reached out them until now 
> 
> Otherwise, many of those sub-domains IMO need to be replaced with a
> generic page pointing to a general how to get involved page. We need to
> decide how to handle references to legacy releases also, particularly
> those external links, do we keep a reference somewhere (the wiki maybe)
> and for how long?
> 
> 

I think I have mentioned this several times. I would prefer if we would have 
only general pages that get translated but all with consistent content. 
And every lang project can maintain either a subpage or from my pov better a 
wiki page 
Less pages with a cleaner structure, better and consistent content, translated 
and easier to maintain.
 
Juergen
> 
> Just a quick thought from reading your email,
> 
> //drew 

Re: RC Readmes point to Wiki ML Page that needs Update

[Juergen Schmidt]

On Monday, 23. April 2012 at 07:37, Dennis E. Hamilton wrote:
> I did a complete QA read-through and link check on the r1309668 Windows 
> Readme,
> . I haven't checked the 
> one in RC1 yet. 
> 
> I saw a lot to clean up. 
That is nothing new and we already have discussed that the readme has to be 
reworked completely. But it is more work and the readme for the binaries are 
different to the one in the src release.
It contains also platform dependent content and I think that can make sense to 
point on platform dependent stuff. The intention here is and was to make it 
more and better readable.

But anyway the work needs to be done by somebody. If somebody is volunteering 
here I can help to find the right places.

I would move this cleanup work to the next version because it requires 
translation effort.

Juergen
> The easiest solution would be to cut back the readme to have only essential 
> information that is important to have there, with only a couple of links to 
> related material. 
> 
> The problem with target links at openoffice.org is that many of those have 
> been turned into compendium pages, so you have to hunt for the information 
> the readme is saying will be found there. The net effect is to make it too 
> much work for the users. 
> 
> - Dennis
> 
> -Original Message-
> From: Dave Fisher [mailto:dave2w...@comcast.net] 
> Sent: Sunday, April 22, 2012 14:03
> To: ooo-dev@incubator.apache.org
> Subject: Re: RC Readmes point to Wiki ML Page that needs Update
> 
> 
> On Apr 22, 2012, at 1:54 PM, drew wrote:
> 
> > On Sun, 2012-04-22 at 16:41 -0400, TJ Frazier wrote:
> > > On 4/22/2012 15:31, Dave Fisher wrote:
> > > > Hi -
> > > > 
> > > > While evaluating the RC, I reviewed the MacOSX Readme file. This points 
> > > > to the old OOo wiki page[1] with OOo MLs:
> > > > 
> > > > Would someone please update this page?
> > > > 
> > > > Regards,
> > > > Dave
> > > > 
> > > > [1] 
> > > > http://wiki.services.openoffice.org/wiki/Website/Content/help/mailinglists
> > > Hi, Dave,
> > > 
> > > I fixed the sub-unsub links, but (sorry to admit it) I don't know enough 
> > > to provide the archive link(s). I'd really like to say something like, 
> > > "The ooo-users ML is archived at "[LINK]". The former OpenOffice.org ML 
> > > is archived at "[LINK2]"." If I knew what to say ...
> > > 
> > 
> > Hi tj
> > 
> > Was thinking the same thing, I think I'll set it up as a table with 
> > live links | Active Archive(s) asf, markmail | Inactive Archive(s) 
> > markmail, etc
> > 
> > It won't take long to do the languages we have currently. With a section
> > referring, as custom, others to the en lists.
> > 
> > Near what you were thinking of also?
> 
> That would work. Then we build a redirection to handle the legacy 
> http://openoffice.org/projects/* links...
> 
> So the table can be a separate page.
> 
> Regards,
> Dave
> 
> > 
> > //drew 

Re: Apache OpenOffice

[Juergen Schmidt]

On Monday, 23. April 2012 at 16:18, Stephen Anstey wrote:
> Dear Sir / Madam,
> 
> Can you please tell me roughly when Apache OpenOffice is going to be released?
> 
> Stephen Anstey 
I can't say it for sure but you can expect it quite soon. We are currently 
reviewing our first release candidate which will be the first at Apache. We are 
working to achieve all Apache requirements from the beginning and we are trying 
also to provide the quality that you expect from OpenOffice. Please stay tuned 
and watch for some announcements here on the list. 

Juergen

[DISCUSS] Re: [VOTE] Release Apache OpenOffice 3.4 (incubating) RC1

[Juergen Schmidt]

On Monday, 23. April 2012 at 21:54, Joost Andrae wrote:
> Hi,
>  
> the installation wipes-out OOo 3.3 although I installed it into a  
> different directory. I had to deactivate Norton Sonar for the setup.exe  
> file because it quarantained setup.exe due to excecution of a second  
> thread within the binary (probably the vcredist file). This will most  
> probably happen to most of the Windows users who use an anti virus  
> solution. Maybe this will not happen if the binary is signed (rant...).
>  
>  

probably and will hopefully change in the near future.
  
> Setup wants to install into \OpenOffice.org 3\ directory.  
> In my opinion the directory should be \Apache OpenOffice 3\  
> because it's name changed in the meantime.
>  
>  

No not at this time, it was discussed several times on the list before. We 
decided to move this change to the next release. We own both names and we 
simply continue the OOo story ...
For the next version  we will do a full renaming and then people will know that 
AOO is the continuation of OOo.

>  
> The download page should at least mention that this installation set  
> will replace a former installation of OpenOffice.org 3.
>  
>  


What do you think people will expect when they download the software from 
downloads.openoffice.org? When you know the answer you will have probably the 
answer to your suggestion ;-)

Juergen  
>  
> I had a short look at the binary on my 2.8 GHz dual core dual graphics  
> 13" notebook with 8 GB memory and 512 GB SSD where I rerouted all  
> temporary and page files to a second SSD.
> For me the application seems to be stable enough to ship it. I found no  
> problems related to load/save or import/export functionality so far.  
> Configuring Java is still tricky. Extensions are still functioning fine.  
> All modules started well. Armin's GSL work looks amazing! Bravo for this!
> Within the German help index there are some broken strings.
>  
> just my 2 € Cents...
>  
> Kind regards, Joost  

Re: Draft chapters of "Getting Started with AOO" need reviewers

[Juergen Schmidt]

On Tuesday, 24. April 2012 at 21:56, drew wrote:
> On Tue, 2012-04-24 at 13:45 +0200, Andrea Pescetti wrote:
> > Jean Weber wrote:
> > > A reminder that draft chapters of "Getting Started with AOO" need
> > > reviewers; you can find the chapters here.
> > > http://www.odfauthors.org/apache-openoffice/english/user-guides/getting-started-3.4/drafts
> > > 
> > 
> > 
> > Thanks a lot to you and your team for this very important work. When the 
> > English version gets stable, please inform this list so that we can 
> > refresh the Italian translation too!
> > 
> > Regards,
> 
> Hi Andrea
> 
> 
> Why not join with the ODFAuthours folks and work together - this old
> style of NL groups being a separate group - that was not really the best
> way IMO for many things in the old OpenOffice.org. That division IMO was
> a result of folks resisting the corporate nature of the project, the SUN
> ownership. 
> 
> This is gone now, it is a non-profit organization at ASF, there is no
> reason to keep referring to the Italian group as a separate 'we' as you
> do in your email. 
> 
> Why not work so a document starts in Italian and is translated to
> English, or Japanse or Swazi - but all as one, for once, and not this
> division by language, not like it was.
> 
> 

+1 let us work together, every contribution is helpful and welcome, independent 
of what it is. 

Juergen 

Re: [PROPOSAL] Apache OpenOffice 3.4 community campaign

[Juergen Schmidt]

On Tuesday, 24. April 2012 at 21:58, Rob Weir wrote:
> It is late for this idea, since we are probably only a week away from
> release AOO 3.4. But I think it is important to connect the dots on
> this. Is anyone willing to help with this over the next few days?
> 
> I'd like to have a page on the website to help enthusiastic OpenOffice
> users help us share the good news about Apache OpenOffice 3.4. It
> would enable the individual blogger, or even a user who is an active
> social networking user, to help spread the news about the AOO 3.4
> release.
> 
> As we know, enthusiasm is not always matched by time-to-spare,
> graphical skill, or deep knowledge about what is in the 3.4 release.
> So putting this kind of information together, in one place, where it
> is easy to consume and reuse, will be wonderful.
> 
> Ideally, the page would have the following kind of content:
> 
> 1) An AOO 3.4 "download" logo, that a blogger can use to link to
> download.openoffice.org. We have some proposed icons (from Drew)
> here:
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/Logo+Proposals
> 
> Maybe we can agree on one of these and get some common sizes rendered.
> We probably need translations as well.
> 
> 2) A short description of what Apache OpenOffice 3.4 is, from
> perspective of a brand new user. A paragraph or two, with some screen
> shots. Something a blogger can reuse or adapt. Again, we'll need
> translations as well.
> 
> 3) A short description of what is new in Apache OpenOffice 3.4, from
> perspective of an existing OOo users. Again, screen shots, and
> translations. No one has time to do original research. Best to have
> the basic facts already written up and allow the blogger to reuse the
> information and add their own color commentary.
> 
> 4) Some interesting factoids about how AOO 3,4 was made. Maybe touch
> on the new hosting of extensions/templates, # of lines of code
> changed, the change to Apache license, etc. What are the "fun facts"?
> 
> 5) Any YouTube videos we want to link to?
> 
> 6) A contact where they can go for more information. Probably ooo-dev.
> 
> 7) Anything else?
> 
> Note that this is almost like a press kit or a reviewers guide, but
> targeting community supporters of AOO rather than accredited
> journalists. But a similar idea. Respect that they don't have time to
> dig this information out of a dozen places in our wiki. If we want it
> to happen, we need to make it easy for them.
> 
> So who's in with this? We don't have time to debate this for a week.
> But if 2 or 3 others are willing to help, starting today, on these
> items, then I think we can pull it off. Maybe get it all done, in
> English, targeting end of week, and then work on translations early
> next week?
> 
Hi Rob,

great idea and I will try my best to help but I have to travel back to Germany 
this week and my time will be limited.
I will already have problems to  trigger the IPMC vote in time ;-) Ok hopefully 
no problem here but I will definitely benefit from the outcome...

Juergen 

Re: RC testing

[Juergen Schmidt]

On Wednesday, 25. April 2012 at 08:11, RGB ES wrote:
> Today I took my book, a +300 pages Writer document with +70 pictures,
> +20 tables, +30 Math objects, tons of headings on several levels,
> several page styles, a text full of Graphite features, cross
> references... and edited it on the RC the whole day without a single
> problem, replacing pictures, modifying text, deleting and adding
> sections, moving things...
> 
> Rock solid.

cool, can we quote you? I think it can be useful if we can list, reference some 
"non faked" quotes with good feedback.

Juergen
> 
> Regards,
> Ricardo
> 
> 

Re: So, we have a RC1 ? (Was: Re: [VOTE][RESULT] Release Apache OpenOffice 3.4 (incubating) RC1)

[Juergen Schmidt]

On Friday, 27. April 2012 at 15:27, Donald Harbison wrote:
> On Fri, Apr 27, 2012 at 9:24 AM, Claudio Filho  wrote:
>  
> > Hi
> >  
> > > From: Jürgen Schmidt 
> > > Subject: [VOTE][RESULT] Release Apache OpenOffice 3.4 (incubating) RC1
> > >  
> >  
> >  
> > > > 35 Votes +1
> > > > 1 Votes 0
> > > > 1 Votes -1
> > > >  
> > >  
> >  
> >  
> > Only for register: +1 (committer)
> >  
> > So, we have a RC1? And a press release or note where we can translate?
>  
> I believe we have the (3) +1 binding votes from the IPMC, but I haven't
> seen a formal announcement on that yet.
> Project blog post coming.
>  
>  

well the IPMC voting started yesterday and I extended it until next week over 
the weekend.
When everything goes well we an release next week.  
I will prepare a message for announce and also a blog post on Monday to have 
everything in place. I will definitely ask for feedback.

Juergen  
>  
>  
> >  
> > Best,
> > Claudio
> >  
>  
>  
>  

Re: After AOO 3.4?

[Juergen Schmidt]

On Sunday, 29. April 2012 at 21:10, Pedro Giffuni wrote:
> 
> 
> --- Sab 28/4/12, Rob Weir  ha scritto:
> 
> ...
> 
> > > 
> > > All in all, I think we should focus on stability and
> > > not on features.
> > > 
> > 
> 
> 
> What I am meaning here is that our users should not expect
> false promises like adding an "import Visio documents
> feature" that simply doesn't work. Of course features
> from Symphony are considered already pretty stable.
> 
> > So these (to me) sound more like items for a 3.5 than a
> > 3.4.1.
> > 
> 
> 
> I think it all depends on how fast we plan to release 4.0.
> It looks likely that merging Symophony may be easy for the
> IBM guys, since symphony already updated theit base OOo,
> so a release may be fast and the 3.x branch may be short
> lived. (I don't know for sure though).
> 
> I think a 3.x branch does make sense in any case but the
> rule should be clear: no direct commits to the stable
> branch: in general all changes go first to the trunk
> and are later merged.
> 
> 

I don't think so, I would do it exactly in the other direction. Fixes for 
critical issues or issues that are assigned for a 3.4.1 should be fixed on the 
related stable branch and also merged into trunk.

But we can discuss if we want code reviews for fixes going into the stable 
branch before they are committed.

Juergen
 
> 
> Pedro. 

Re: [Code] issue 118623: Update Rhino from 1.5R5 to 1.7R3

[Juergen Schmidt]

On 11/26/11 10:13 AM, Tsutomu Uchino wrote:

Hi,

2011/11/26 Pedro Giffuni:

Hi;

I am not against the update but I found this
Java V8 bridge under AL2 which would further
save licensing issues (and should be faster
than Rhino):

http://code.google.com/p/jav8/

enjoy,

Pedro.

It seems good in my first impression.
It needs Java 6 for JSR 223. I do not know how many people uses Java 5
with the office.


i think when we can use this V8 bridge and the work is done (who will do 
that?) we can decide if we want to change the baseline for Java.


Juergen

Re: New group Apache OpenOffice on XING

[Juergen Schmidt]

On Monday, 30. April 2012 at 21:57, Donald Harbison wrote:
> I have a Xing account, but of course, do not speak German.
> I'm happy to be one of the moderators.
>  
well there is an English part as well but I wouldn't expect too much activities 
there. I can add you.

I have received already a request from somebody who is interested to help as a 
co-moderator who is no committer and no PMC. But he is active on the German 
community, in the other OpenOffice.org group etc.
I see no real problem to accept his offer and let him help to establish the new 
group. What do others think? We can always revert such a decision but I would 
prefer to be open here.

Opinions are welcome.

Juergen

>  
> On Mon, Apr 30, 2012 at 5:43 AM, Jürgen Schmidt
> wrote:
>  
> > Hi,
> >  
> > I have created a new group Apache OpenOffice on XING that is under control
> > of the project.
> >  
> > https://www.xing.com/net/**pri344752x/aoo
> >  
> > PPMC members with XING account who have interest to help this group as
> > co-moderator please let me know and I will add you.
> >  
> > The former group OpenOffice.org is still present but I failed so far to
> > convince the moderator of this group to allow further moderators from the
> > PMC. But I will continue to get or at least share control over this group
> > by the PPMC.
> >  
> > Juergen  

Re: Getting Started with AOO book

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 12:23, Jean Weber wrote:
> The lack of interest in this book is quite conspicuous, and very demotivating 
> for me to continue to work on it. I've put the updated draft chapters on the 
> ODFAuthors website and will put the compiled draft book there soon. Then I'll 
> go back to my travel photos and to the LibreOffice books. Someone can let me 
> know if/when anything happens at AOO userdocs. Cheers, Jean
> 
> 

it's simply a busy time at the moment with a lot of things that have to be 
finished for our 3.4 release. 
I personally got an upset stomach and felt not motivated to do anything. 
Probably the German food was to heavy compared to Chinese food that I have 
enjoyed the last weeks.
But I am sure you will get many feedback when the 3.4 is out and more and more 
people will seeking good documenting.
Maybe the forum is also a good place to ask for feedback. I don't know if you 
have asked there as well.

Your work and the work of odfauthors is very much appreciated and very useful.

Don't be demotivated, let us think how we can promote the docs better. Maybe we 
can include some reference links in our integrated help or something similar.

Juergen

Re: Ref cover sheet attempt and Happy Birthday, OpenOffice!

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 16:13, Rob Weir wrote:
> On Mon, Apr 30, 2012 at 11:15 PM, Nancy K  wrote:
> 
> > Golly, a BIRTHDAY - I downloaded a free trial Illustrator and worked this 
> > up really quickly.  It just didn't seem right not to attempt something for 
> > a 10 year old! I read that Apache celebrated their birthday in February 
> > (born 1995)
> > https://cwiki.apache.org/confluence/download/attachments/27834483/OpenOfficeBookCover_A.svg
> > 
> 
> 
> Wow, this is very nice, Nancy. I like what you did with the larger
> wings at the top.
> 
> 
Indeed nice

Juergen
 
> 
> > Nancy
> > 
> > 
> >  Nancy  Web Design
> > Free 24 hour pass to lynda.com.
> > Video courses on SEO, CMS,
> > Design and Software Courses
> > 
> > 
> > 
> > 
> > 
> >  From: Donald Harbison 
> > To: ooo-dev@incubator.apache.org
> > Sent: Monday, April 30, 2012 6:19 PM
> > Subject: Re: Happy Birthday, OpenOffice!
> > 
> > On Mon, Apr 30, 2012 at 6:08 PM, Rob Weir  wrote:
> > 
> > > Anyone remember what happen 10 years ago today  April 30th, 2002?
> > > 
> > > http://www.openoffice.org/about_us/ooo_release.html
> > > 
> > > And today the vote to approve the Apache OpenOffice 3.4 release ends.
> > > 
> > > OpenOffice.org 1.0 took the community 18 months to produce.   AOO 3.4
> > > was a fast effort, in comparison.
> > > 
> > > Here's to the next decade of OpenOffice!
> > 
> > Absolutely, we're just getting started.
> > 
> > Thanks for bringing this to everyone's attention.
> > 
> > 
> > > -Rob 

Re: What do we need to do in BZ after AOO 3.4 is released?

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 16:41, Rob Weir wrote:
> Today, among the 100 version strings the users need to scroll through
> in BZ, we have "AOO340-dev".
> 
> What do we want after we release AOO 3.4?
> 
> Add AOO340? (Or just rename AOO340-dev to AOO340?)
Renaming sounds good to me and all issues with AOO340-dev should be moved to 
AOO350-dev.
Only some special issues that we propose and discuss for a 3.4.1 should get the 
AOO341-dev version
> 
> Add AOO341-dev?
> 
+1 
> 
> Add AOO450-dev?
> 
you mean AOO350-dev, correct?
If yes then +1
 
> 
> Also, are there any "products" that can be removed or demoted to
> "components" under another product? What we have now is simpler than
> what we had with OOo, but it is still very complicated with a lot of
> "dead wood" at the top level.
> 
> 

We should upgrade BZ to the newest version where we get more flexibility to 
disable not longer used products, versions etc. 

And then we should cleanup the whole BZ. 

Juergen 
> 
> -Rob 

Re: Introductions

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 16:58, Stuart Swales wrote:
> I was lead for en-GB prior to the move to Apache.
> 
> I have signed an ICLA and would request committer status so that I could
> have Pootle access once again.
> 
> en-GB is very, very, close to being complete - several city and town
> councils and a major newspaper are using OpenOffice en-GB in the UK and
> would appreciate an update.
> 
> 

Hi Stuart,

as mentioned in an earlier private email I will send you the en-GB po files 
asap. But I haven't found the time so far, probably tomorrow.

Juergen
> 
> Stuart
> 
> -- 
> Stuart Swales
> 
> 

Re: [RELEASE]: proposed directory structure on dist

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 22:10, Kay Schenk wrote:
> On Tue, May 1, 2012 at 11:23 AM, Jürgen Schmidt
> wrote:
>  
> > On 4/30/12 11:16 PM, Kay Schenk wrote:
> >  
> > >  
> > >  
> > > On 04/30/2012 12:47 PM, Roberto Galoppini wrote:
> > >  
> > > > On Mon, Apr 30, 2012 at 8:47 PM, Marcus (OOo)
> > > > wrote:
> > > >  
> > > > > Am 04/30/2012 07:00 PM, schrieb Rob Weir:
> > > > >  
> > > > > On Mon, Apr 30, 2012 at 12:44 PM, Kay Schenk
> > > > > > �wrote:
> > > > > >  
> > > > > > 
> > > > > >  
> > > > > > Right now I have the DL friendly script setup to only use SF...which
> > > > > > > is
> > > > > > > setup in the "old" way. I don't think we'll be usign Apache for
> > > > > > > pre-build
> > > > > > > client downloads.
> > > > > > >  
> > > > > > > So, I have a question -- who will be setting up the SF packs and 
> > > > > > > will
> > > > > > > they
> > > > > > > just stick with the current structure on that system for DLs --
> > > > > > >  
> > > > > > > i.e.
> > > > > > >  
> > > > > > > /files/stable//
> > > > > > > 
> > > > > > >  
> > > > > > > and
> > > > > > >  
> > > > > > > /files/localized/<**language>//
> > > > > > >  
> > > > > > > I'm hoping the answer is "YES".
> > > > > > Whatever we do, let's try to get a directory schem that works now 
> > > > > > and
> > > > > > for AOO 3.4.1 and AOO 3.5 and for AOO 4.0, etc.. �This is not
> > > > > > something where it will be easier to clean up later.
> > > > > >  
> > > > >  
> > > > >  
> > > > >  
> > > > > Honestly spoken, I don't know if this will work.
> > > > >  
> > > > > Of course it could be easy and fast to think about a directory 
> > > > > structure
> > > > > that will work also for a AOO 5.0 release.
> > > > >  
> > > > > However, I doubt that we will have the time to make the DL logic work
> > > > > this
> > > > > way, too.
> > > > >  
> > > > > As I've no idea how close we are from the first public download of AOO
> > > > > 3.4 I
> > > > > wouldn't do bigger changes now.
> > > > >  
> > > > >  
> > > > > Thinking ahead, what do we do when we have a new release, like a
> > > > > > 3.4.1? �And what can we do now to make that future less painful?
> > > > >  
> > > > >  
> > > > >  
> > > > > The DL logic for 3.4.1 can be the same as for 3.4.0. There shouldn't 
> > > > > be
> > > > > big
> > > > > changes. For further releases see above.
> > > > >  
> > > > > Juergen is already OK to setup the structure like it was in the old
> > > > > project,
> > > > > so that the need changes to the DL logic is minimal.
> > > > >  
> > > >  
> > > >  
> > > > It seems the easiest way to go to me too.
> > > >  
> > > > Roberto
> > >  
> > > OK, I need some clarification here -- again.
> > >  
> > > I am to understand by the above statements by Marcus and Roberto that
> > > the directory structure for 3.4 will be the same as it is for 3.3, but
> > >  
> > >  
> > > we will have a *different* structure on www.apache.org/dist? Also, OK,
> > > we just need some awareness.
> > >  
> > > So -- can someone tell me what's what here.
> >  
> > I am currently also confused. I would still prefer my proposed structure
> > in the beginning of this thread if it is possible.
> >  
>  
>  
> Your very first suggestion would entail *really* major changes right now,
> so this is the LEAST of my favorite!
>  
>  
> > That would allow us to easy add further platforms and keep the bits a
> > little bit separated. Think about 100 languages and 5 files (including the
> > checksum files) for each downloadable file.
> >  
> > And it will work for future releases as well.
> >  
> > I have agreed to use the same structure as for 3.3 but I also have said
> > that I skip the version in the localized folder because we already have it
> > in the path. No direct feedback on this and I took it as common consensus.
> >  
>  
>  
> OK, I don't understand this last bit.
Well I gave a very clear example how I planned to organize the bits on dist 
based on a structure that came from Marcus . And this was slightly different 
than the former structure but closer to my proposal. And no clear veto or 
response so I took it as accepted.
>  
> Please again take a look at to the current setup on SourceForge:
>  
> /files/localized//3.4.0/
>  
> It would simplify our rollout if we could just stick with the current
> structure on SourceForge. We will be using that as our primary DL mirror
> for clients.
>  
>  

We will do that but in general the dist folder should be our reference for all 
mirrors.  
>  
> Marcus's alternate suggestion of :
>  
> /files/3.4.0/...
> /files/3.4.1/...
> /files/3.5.0/...
>  
> seems like a good option to me as well, and you responded to this. But, the
> least amount of change -- i.e. keeping the structure we have -- is really
> the best at this point in terms of getting something done in a reasonable
> time. Maybe we could discuss alternatives for *after* 3.4 in the future? We
> are planning on a retool of the DL script after this, and incorporating
> easier way

Re: [RELEASE]: proposed directory structure on dist

[Juergen Schmidt]

On Tuesday, 1. May 2012 at 22:11, Marcus (OOo) wrote:
> Am 05/01/2012 08:23 PM, schrieb Jürgen Schmidt:
> > On 4/30/12 11:16 PM, Kay Schenk wrote:
> > >  
> > >  
> > > On 04/30/2012 12:47 PM, Roberto Galoppini wrote:
> > > > On Mon, Apr 30, 2012 at 8:47 PM, Marcus (OOo)
> > > > wrote:
> > > > > Am 04/30/2012 07:00 PM, schrieb Rob Weir:
> > > > >  
> > > > > > On Mon, Apr 30, 2012 at 12:44 PM, Kay Schenk
> > > > > > �wrote:
> > > > > >  
> > > > > > 
> > > > > >  
> > > > > > > Right now I have the DL friendly script setup to only use
> > > > > > > SF...which is
> > > > > > > setup in the "old" way. I don't think we'll be usign Apache for
> > > > > > > pre-build
> > > > > > > client downloads.
> > > > > > >  
> > > > > > > So, I have a question -- who will be setting up the SF packs and 
> > > > > > > will
> > > > > > > they
> > > > > > > just stick with the current structure on that system for DLs --
> > > > > > >  
> > > > > > > i.e.
> > > > > > >  
> > > > > > > /files/stable//
> > > > > > > 
> > > > > > >  
> > > > > > > and
> > > > > > >  
> > > > > > > /files/localized///
> > > > > > >  
> > > > > > > I'm hoping the answer is "YES".
> > > > > >  
> > > > > > Whatever we do, let's try to get a directory schem that works now 
> > > > > > and
> > > > > > for AOO 3.4.1 and AOO 3.5 and for AOO 4.0, etc.. �This is not
> > > > > > something where it will be easier to clean up later.
> > > > > >  
> > > > >  
> > > > >  
> > > > >  
> > > > > Honestly spoken, I don't know if this will work.
> > > > >  
> > > > > Of course it could be easy and fast to think about a directory
> > > > > structure
> > > > > that will work also for a AOO 5.0 release.
> > > > >  
> > > > > However, I doubt that we will have the time to make the DL logic
> > > > > work this
> > > > > way, too.
> > > > >  
> > > > > As I've no idea how close we are from the first public download of
> > > > > AOO 3.4 I
> > > > > wouldn't do bigger changes now.
> > > > >  
> > > > >  
> > > > > > Thinking ahead, what do we do when we have a new release, like a
> > > > > > 3.4.1? �And what can we do now to make that future less painful?
> > > > > >  
> > > > >  
> > > > >  
> > > > >  
> > > > > The DL logic for 3.4.1 can be the same as for 3.4.0. There shouldn't
> > > > > be big
> > > > > changes. For further releases see above.
> > > > >  
> > > > > Juergen is already OK to setup the structure like it was in the old
> > > > > project,
> > > > > so that the need changes to the DL logic is minimal.
> > > > >  
> > > >  
> > > >  
> > > > It seems the easiest way to go to me too.
> > > >  
> > > > Roberto
> > >  
> > > OK, I need some clarification here -- again.
> > >  
> > > I am to understand by the above statements by Marcus and Roberto that
> > > the directory structure for 3.4 will be the same as it is for 3.3,
> > > but
> > >  
> > >  
> > > we will have a *different* structure on www.apache.org/dist? Also, OK,
> > > we just need some awareness.
> > >  
> > > So -- can someone tell me what's what here.
> >  
> > I am currently also confused. I would still prefer my proposed structure
> > in the beginning of this thread if it is possible.
> >  
> > That would allow us to easy add further platforms and keep the bits a
> > little bit separated. Think about 100 languages and 5 files (including
> > the checksum files) for each downloadable file.
> >  
>  
>  
> Maybe it will look more clean but thats not important. Normally the  
> average user should not be pointed to a mirror to find her/his favorite  
> file. For this we have the user-friendly and one-click-download webpages.
>  
> For the former OOo release the structure was very good and also scalable  
> for new releases and languages. And it is much easier to upload  
> everything into a flat structure.  
>  
>  

I can't really see a flat structure in the old directory tree. One directory 
for each language etc.
  
> To have every version, platform and  
> language in its own directory is much more complicated to handle in the  
> DL scripts.
>  
>  

My proposed structure used the version as start directory  and than only split 
the platforms and the language packs but that can be dropped if it makes things 
easier. Then we would have a very flat structure.

I really don't see here a technical problem to put the already collected items 
(platform, lang, version, mirror...) in the right order to prepare a download 
url.

But anyway we will keep the old structure for now

Juergen
>  
> Currently we can assume that all platform files are in the same  
> location. You would like to split them up into different this has to be  
> taken into account. Plus the lanuages.
>  
All languages in the same directory only language packs goes in a sub 
directory.  
>  
> > And it will work for future releases as well.
> >  
> > I have agreed to use the same structure as for 3.3 but I also have said
> > that I skip the version in the localized folder because we already have
> > it in the path. No direct f

Re: [RELEASE]: proposed directory structure on dist

[Juergen Schmidt]

On Wednesday, 2. May 2012 at 17:02, Dave Fisher wrote:
>  
> On May 2, 2012, at 3:04 AM, Jürgen Schmidt wrote:
>  
> > Hi,
> >  
> > to sum up this longer thread and the structure how I will upload the bits
> >  
> > Source release reflecting a future directory structure already:
> >  
> > .../incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.bz2
> > .../incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.tar.gz
> > .../incubator/ooo/3.4.0/source/aoo-3.4.0-incubating-src.zip
> > .../incubator/ooo/3.4.0/source/...
> >  
> > Binary releases keeping the old structure:
> > .../incubator/ooo/files/stable/3.4.0/...
> > .../incubator/ooo/files/localized/ar/3.4.0/...
> > .../incubator/ooo/files/localized/cs/3.4.0/...
> > .../incubator/ooo/files/localized/de/3.4.0/...
> > .../incubator/ooo/files/localized/en-BG/3.4.0/...
> >  
>  
>  
> Do you mean en-GB?
Yes, I hope I have no real typo. Have to check it when I am at home. In the 
subway right now...

Juergen
>  
> > .../incubator/ooo/files/localized/es/3.4.0/...
> > .../incubator/ooo/files/localized/fr/3.4.0/...
> > .../incubator/ooo/files/localized/gl/3.4.0/...
> > .../incubator/ooo/files/localized/hu/3.4.0/...
> > .../incubator/ooo/files/localized/it/3.4.0/...
> > .../incubator/ooo/files/localized/ja/3.4.0/...
> > .../incubator/ooo/files/localized/nl/3.4.0/...
> > .../incubator/ooo/files/localized/pt-BR/3.4.0/...
> > .../incubator/ooo/files/localized/ru/3.4.0/...
> > .../incubator/ooo/files/localized/zh-CN/3.4.0/...
> > .../incubator/ooo/files/localized/zh-TW/3.4.0/...
> >  
> >  
> > The directories will include all files (including the checksum files) for 
> > all platforms and the language packs. The SDK is available in en-US only 
> > and o only in ...files/stable
>  
> Thanks for all of your hard work as Release Manager!
>  
> Regards,
> Dave
>  
> >  
> > Juergen  

Re: OpenOffice.org Developer's Guide - Apache OpenOffice.org Wiki

[Juergen Schmidt]

On Wednesday, 2. May 2012 at 17:54, Louis Suárez-Potts wrote:
> Further reviewing….
>  
> This page [0]. the OpenOffice.org Developer's Guide, was last updated
> in Aug. 2010. It's out of date, though the actual substantial
> elements--how to develop OO code--are probably still relevant.
>  
> However, the page (and its brethren) raise the obvious questions.
>  
> 1. Can we continue to use this page for AOO? And...
>  
Sure everything is still valid   
>  
> 2…If this has been already raised, let's move on and just update the
> page with new identifiers and links pointing to AOO?
>  
go ahead, simple references to AOO should be easy

Juergen  
>  
>  
>  
> [0] 
> http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OpenOffice.org_Developers_Guide
>   

Re: Is there a AOO repo for ubuntu?

[Juergen Schmidt]

On Thursday, 3. May 2012 at 00:01, eric b wrote:
> Hi,
>  
> Le 2 mai 12 à 22:53, Wolf Halton a écrit :
>  
> > I had just that issue. LO uses /usr/bin/soffice as well.
>  
>  
> Not very kind :-/
>  
well we used it since many years and people will expect that OpenOffice will 
start. Let us wait what happens when users complain.
We can of course create a further link aoo, aooffice, apacheoo or 
apacheopenoffice. But I would like to keep soffice as well because it is used 
in many places.  
>  
>  
> > Can we just change that in the integration code so it s-links to /  
> > usr/bin/aooffice, or
> > would it be better to push that over to the Ubuntu packagers?
> >  
>  
>  
> No idea about the packagers. What I know, is that change all soffice  
> inside the $INSTALL_DIR/program is difficult, but change the shell  
> name calling it is easy. That's even what I did with OOo4Kids and  
> OOoLight. For that, I created OOo4Kids.sh, located in sysui/desktop/  
> share, and containing:
>  
> -8<
> #!/bin/sh
>  
> exec /%PREFIX/program/soffice "$@"
>  
> -8<
>  
> PREFIX contains the install path, and you can rename it  
> ApacheOffice.sh, or whatever name, of course.
>  
> Next step : the code to be modified stands in sysui/dekstop/share/  
> create_tree.sh file + some little things in the makefile and in the  
> Debian control file maybe. Of course, if you need, you can reuse what  
> I did in OOo4Kids and I'll relicense it under Apache License.
>  
>  

We should analyze careful what we change or have to change. But right now I am 
not willing to change anythings that belongs to OpenOffice and is taken by 
others.

Juergen
>  
>  
> My 2 cts
>  
> Eric
>  
>  
> --  
> qɔᴉɹə
> Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
> L'association EducOOo : http://www.educoo.org
> Blog : http://eric.bachard.org/news
>  
>  

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

[Juergen Schmidt]

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

Do you know of more missing files? 

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

Re: Who is Page Maintainer Now? http://www.openoffice.org/distribution/cdrom/

[Juergen Schmidt]

On Monday, 7. May 2012 at 03:06, Kay Schenk wrote:
> On Sun, May 6, 2012 at 3:49 PM, Rob Weir  wrote:
> 
> > On Sun, May 6, 2012 at 6:27 PM, Kay Schenk  wrote:
> > > On Sun, May 6, 2012 at 2:01 PM, Rob Weir  wrote:
> > > 
> > > > On Sun, May 6, 2012 at 2:24 PM, Dennis E. Hamilton
> > > >  wrote:
> > > > > +1
> > > > > 
> > > > > I agree. It looks like doing a reset and then rebuilding this
> > structure
> > > > in a way that is appropriate for Apache OpenOffice is the best way
> > > 
> > 
> > forward.
> > > > > 
> > > > 
> > > > 
> > > > +1
> > > > 
> > > > Right now we have no guarantees that these distributors are actually
> > > > distributing current versions of OpenOffice, older versions with
> > > > security issues, or even modified versions of OpenOffice with adware
> > > > inserted. We see things like this happening all over the web today.
> > > > So I'd be very careful on how we associate the project with
> > > > initiatives like this. It is one thing if a PMC member or someone
> > > > known to us wants to distribute CD's at a conference. It is another
> > > > thing for us to put up free advertising for unknown parties to sell
> > > > what may or may not be real copies of OpenOffice.
> > > > 
> > > > What we could do to protect our users is something like this:
> > > > 
> > > > -- Define a new logo, perhaps based on the project logo, for CD
> > > > distributors
> > > > 
> > > > -- Put the logo up on a webpage page and allow anyone to use the logo,
> > > > but only if it is used on a CD containing a release of OpenOffice and
> > > > nothing but OpenOffice.
> > > > 
> > > 
> > > 
> > > Well there is a rather prominent disclaimer on the page --
> > > 
> > > *Note: OpenOffice.org makes no claims about the contents of any CD-ROM
> > you
> > > may purchase from a distributor listed here. We list these only as a
> > > courtesy to the community. Should you find old or invalid links, please
> > > report them to the page maintainer: Alex Fisher 
> > > 
> > 
> > 
> > Yes. But at that point I'm not sure we're really helping our users.
> > If they want to pay money to get a CD of uncertain quality and
> > contents, a simple search of Google will give them plenty of
> > opportunities to take that risk, without this project getting
> > involved. Maybe this wasn't the case 12 years ago.
> > 
> > Of course, if we can find a way to do the user a real service and have
> > a way of ensuring they are getting a genuine copy of OpenOffice, then
> > let's do it.
> > 
> > Otherwise, imagine the parallel:
> > 
> > 
> > 1) We set up a page for 3rd parties to request that we add a link for
> > downloading OpenOffice
> > 
> > 2) We don't verify that they actually offer genuine AOO.
> > 
> > 3) We allow them to use the official project logo
> > 
> > 4) We don't even check to see if they are allowing free downloads
> > 
> > 5) So we end up with a page full of links to eBay ads and the various
> > scams that are already out there pretending to be OpenOffice download
> > sites
> > 
> > You can see what a mess that would be if we allowed this for 3rd party
> > download sites, if we just added links on request. A disclaimer would
> > not really help the users.
> > 
> > Of course, we would never do something like that with download links.
> > But I'm not sure that just changing the media to CD-Rom magically
> > makes it better. It is still a swamp.
> > 
> 
> 
> yes...so, a solution? ditch the page entirely? We can certainly do that...
> 
> 
Maybe yes with a note that we are working on a reliable and working solution 
for the future. 
I can think of a partner who we know and who simply produce it on demand.

Juergen 
> 
> > 
> > 
> > > We should probably make a minor change on this for now and replace
> > > OpenOffice.org with Apache OpenOffice , remove Alex, and point them to
> > > ooo-dev? As I'm making final adjustments to things I am finding many such
> > > items.
> > > *
> > > 
> > > > 
> > > > > This will disadvantage some NL groups who have been maintaining the
> > > > information for their region, though. So it needs to be a brief
> > > > 
> > > 
> > > 
> > 
> > disruption.
> > > > > 
> > > > > Andrea Pescetti has done some work on the page today. I suggest
> > > > consulting with him on a clean way forward.
> > > > > 
> > > > > - Dennis
> > > > > 
> > > > > -Original Message-
> > > > > From: drew jensen [mailto:drewjensen.in...@gmail.com]
> > > > > Sent: Sunday, May 06, 2012 10:48
> > > > > To: ooo-dev@incubator.apache.org
> > > > > Subject: Re: Who is Page Maintainer Now?
> > > > > 
> > > > 
> > > > http://www.openoffice.org/distribution/cdrom/
> > > > > 
> > > > > [ ... ]
> > > > > 
> > > > > There are quite a few junk links on that page, for sure.
> > > > > At the moment no-one is actively working on a CD image.
> > > > > We don't have a 'community distributor' program, really - right - I
> > > > > think it was a good idea and still is, but this group has to carve
> > > > > 
> > > > 
> > > > 
> > > 
> > 
> > out a

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

[Juergen Schmidt]

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


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

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

Juergen
>  
>  
> >  
> > Juergen
> >  
> >  
> >  
> >  
> > > ..back in a bit after I deal with personal home related issues.
> > >  
> > >  
> > > > Regards,
> > > > Andrea.
> > > >  
> > >  
> > >  
> >  
> >  
>  
>  
>  
> --  
> 
> MzK
>  
> "Well, life has a funny way of sneaking up on you
> And life has a funny way of helping you out
> Helping you out."
> -- "Ironic", Alanis Morissette
>  
>  

Re: Who is Page Maintainer Now? http://www.openoffice.org/distribution/cdrom/

[Juergen Schmidt]

On Monday, 7. May 2012 at 18:35, Kay Schenk wrote:
> On Mon, May 7, 2012 at 6:35 AM, drew  wrote:
> 
> > On Mon, 2012-05-07 at 08:16 +0200, Juergen Schmidt wrote:
> > > On Monday, 7. May 2012 at 03:06, Kay Schenk wrote:
> > > > On Sun, May 6, 2012 at 3:49 PM, Rob Weir  wrote:
> > > > 
> > > > > On Sun, May 6, 2012 at 6:27 PM, Kay Schenk 
> > wrote:
> > > > > > On Sun, May 6, 2012 at 2:01 PM, Rob Weir 
> > > > > 
> > > > 
> > > 
> > 
> > wrote:
> > > > > > 
> > > > > > > On Sun, May 6, 2012 at 2:24 PM, Dennis E. Hamilton
> > > > > > >  wrote:
> > > > > > > > +1
> > > > > > > > 
> > > > > > > > I agree. It looks like doing a reset and then rebuilding this
> > > > > structure
> > > > > > > in a way that is appropriate for Apache OpenOffice is the best
> > > > > > 
> > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > way
> > > > > > 
> > > > > 
> > > > > 
> > > > > forward.
> > > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > +1
> > > > > > > 
> > > > > > > Right now we have no guarantees that these distributors are
> > actually
> > > > > > > distributing current versions of OpenOffice, older versions with
> > > > > > > security issues, or even modified versions of OpenOffice with
> > > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > adware
> > > > > > > inserted. We see things like this happening all over the web
> > > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > today.
> > > > > > > So I'd be very careful on how we associate the project with
> > > > > > > initiatives like this. It is one thing if a PMC member or someone
> > > > > > > known to us wants to distribute CD's at a conference. It is
> > > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > another
> > > > > > > thing for us to put up free advertising for unknown parties to
> > > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > sell
> > > > > > > what may or may not be real copies of OpenOffice.
> > > > > > > 
> > > > > > > What we could do to protect our users is something like this:
> > > > > > > 
> > > > > > > -- Define a new logo, perhaps based on the project logo, for CD
> > > > > > > distributors
> > > > > > > 
> > > > > > > -- Put the logo up on a webpage page and allow anyone to use the
> > logo,
> > > > > > > but only if it is used on a CD containing a release of
> > > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > OpenOffice and
> > > > > > > nothing but OpenOffice.
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > Well there is a rather prominent disclaimer on the page --
> > > > > > 
> > > > > > *Note: OpenOffice.org makes no claims about the contents of any
> > CD-ROM
> > > > > you
> > > > > > may purchase from a distributor listed here. We list these only as
> > > > > 
> > > > > 
> > > > 
> > > 
> > 
> > a
> > > > > > courtesy to the community. Should you find old or invalid links,
> > > > > 
> > > > 
> > > 
> > 
> > please
> > > > > > report them to the page maintainer: Alex Fisher <
> > > > > 
> > > > 
> > > 
> > 
> > cd...@openoffice.org>
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > Yes. But at that point I'm not sure we're really helping our users.
> > > > > If they want to pay money to get a CD of uncertain quality and
> &g

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

[Juergen Schmidt]

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

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

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

Juergen

> Regards,
> Andrea.
> 
> 

Re: A wiki about how to support a VBA API

[Juergen Schmidt]

On Tuesday, 8. May 2012 at 04:08, TJ Frazier wrote:
> On 5/7/2012 20:02, Andrew Douglas Pitonyak wrote:
> > 
> > > If your changes show properly in the Preview mode, then they will be
> > > correctly saved when you Save. Sometimes the ATS delivers stale pages,
> > > so you might see the original page, unchanged, after the Save. The
> > > workaround is described in "Moving Day":
> > > 
> > > Taking a break also works; the stale pages expire and go away.
> > > Sorry for the problem, but it's quite beyond my poor powers to fix.
> > > 
> > 
> > Thanks Time permitting, I will make some more changes as needed. The
> > important thing, however, is that it is already understandable :-)
> > 
> 
> I owe you one, for the help your (on-line) book provided, when I was 
> writing the temporary GUI for the new encoding feature:
> 
> 
> I might never have found the Config Provider without the magic word in 
> your example: "com.sun.star.comp." It seems that "comp." is not listed 
> as a module under c.s.s., nor have I seen it mentioned in the Dev Guide. 
> But it works.
> 
> 

...comp.. is typically used for the implementation name of an implementation 
object implementing a service. It is possible to have multiple implementation 
for one and the same service. For many services we have only one impl but for 
others (e.g. typical service provider interfaces like a smart tag extension) we 
have or can have more. 
The implementation used the last registered impl for a service when it founds 
more than one. But it is possible to use the impl name as well to instantiate 
exactly the implementation you want. Well that is an internal detail only and 
is used sometimes. But it could theoretically be changed at any time.

Ok enough for now, when you interested to learn more about the details feel 
free to ask.

Juergen
> 
> -- 
> /tj/
> 
> 

Re: Build error on Mac for ucb/source/ucp/webdav...

[Juergen Schmidt]

On Tuesday, 8. May 2012 at 01:15, Yong Lin Ma wrote:
> This is related with "--disable-odk". The build is completed, once I
> removed it and pull the latest source code.
> 
> 


mmh there is no relation between this configure switch and the ucb.
I assume fetching the latest sources solve the problem here.

Juergen 
> 
> On Fri, May 4, 2012 at 11:55 PM, Yong Lin Ma  wrote:
> > I am using Mac OS X 10.6...
> > 
> > 
> > The build almost end, then I got error below
> > 
> > 
> > 
> > Compiling: ucb/source/ucp/webdav/DateTimeHelper.cxx
> > Compiling: ucb/source/ucp/webdav/UCBDeadPropertyValue.cxx
> > Making:ucpdav.lib
> > Making:_ucpdav.lib
> > cp ../../../unxmacxi.pro/misc/component_ucpdav1.map.exported-symbols
> > ../../../unxmacxi.pro/misc/component_ucpdav1.map
> > Making:libucpdav1.dylib
> > /Volumes/Mac/ooo/main/solenv/bin/checkdll.sh
> > -L../../../unxmacxi.pro/lib
> > -L/Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib
> > ../../../unxmacxi.pro/lib/libucpdav1.dylib
> > Checking DLL ../../../unxmacxi.pro/lib/libucpdav1.dylib ...: ERROR:
> > dlopen(../../../unxmacxi.pro/lib/libucpdav1.dylib, 2): Library not
> > loaded: /Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib/libexpat.0.dylib
> >  Referenced from:
> > /Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib/libaprutil-1.0.dylib
> >  Reason: image not found
> > dmake:  Error code 1, while making 
> > '../../../unxmacxi.pro/lib/libucpdav1.dylib'
> > dmake:  '../../../unxmacxi.pro/lib/libucpdav1.dylib' removed.
> > ERROR: error 65280 occurred while making
> > /Volumes/Mac/ooo/main/ucb/source/ucp/webdav
> > 
> > 
> > Configure command I used
> > 
> > ./configure --disable-mozilla --disable-qadevooo
> > --enable-category-b
> > --with-dmake-url="http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.1.tar.bz2";
> > --with-epm-url="http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz";
> > --without-junit--enable-minimizer --enable-presenter-console
> > --enable-wiki-publisher
> > 
> > 
> > Thank you. 

Re: Build error on Mac for ucb/source/ucp/webdav...

[Juergen Schmidt]

On Tuesday, 8. May 2012 at 05:22, Chao Huang wrote:
> Does it mean that "--disable-odk" is not workable on Mac platform?
> 
> 

No

Juergen 
> 
> 
> 2012/5/8 Yong Lin Ma 
> 
> > This is related with "--disable-odk". The build is completed, once I
> > removed it and pull the latest source code.
> > 
> > On Fri, May 4, 2012 at 11:55 PM, Yong Lin Ma  wrote:
> > > I am using Mac OS X 10.6...
> > > 
> > > 
> > > The build almost end, then I got error below
> > > 
> > > 
> > > 
> > > Compiling: ucb/source/ucp/webdav/DateTimeHelper.cxx
> > > Compiling: ucb/source/ucp/webdav/UCBDeadPropertyValue.cxx
> > > Making: ucpdav.lib
> > > Making: _ucpdav.lib
> > > cp ../../../unxmacxi.pro/misc/component_ucpdav1.map.exported-symbols
> > > ../../../unxmacxi.pro/misc/component_ucpdav1.map
> > > Making: libucpdav1.dylib
> > > /Volumes/Mac/ooo/main/solenv/bin/checkdll.sh
> > > -L../../../unxmacxi.pro/lib
> > > -L/Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib
> > > ../../../unxmacxi.pro/lib/libucpdav1.dylib
> > > Checking DLL ../../../unxmacxi.pro/lib/libucpdav1.dylib ...: ERROR:
> > > dlopen(../../../unxmacxi.pro/lib/libucpdav1.dylib, 2): Library not
> > > loaded: /Volumes/Mac/ooo/main/solver/340/
> > > 
> > 
> > unxmacxi.pro/lib/libexpat.0.dylib
> > > Referenced from:
> > > /Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib/libaprutil-1.0.dylib
> > > Reason: image not found
> > > dmake: Error code 1, while making '../../../
> > > 
> > 
> > unxmacxi.pro/lib/libucpdav1.dylib'
> > > dmake: '../../../unxmacxi.pro/lib/libucpdav1.dylib' removed.
> > > ERROR: error 65280 occurred while making
> > > /Volumes/Mac/ooo/main/ucb/source/ucp/webdav
> > > 
> > > 
> > > Configure command I used
> > > 
> > > ./configure --disable-mozilla --disable-qadevooo
> > > --enable-category-b
> > > --with-dmake-url="
> > > 
> > 
> > http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.1.tar.bz2";
> > > --with-epm-url="
> > 
> > http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz
> > "
> > > --without-junit--enable-minimizer --enable-presenter-console
> > > --enable-wiki-publisher
> > > 
> > > 
> > > Thank you.
> 
> 
> 
> -- 
> Best regards,
> Chao Huang
> 
> 

Re: Regaining access to the Norwegian projects on Pootle?

[Juergen Schmidt]

On Tuesday, 8. May 2012 at 21:19, Olav Dahlum wrote:
> Hi.
>  
> Before the original server was taken down I managed both the Norwegian
> Bokmål and Norwegian Nynorsk projects on
> http://pootle.services.openoffice.org/. However, I no longer have an
> account, meaning there's no way to gain access to continue the work at this
> point.
> The username was «olorin» at that point, and the credentials is still saved
> locally at my computer, so if it's possible to restore these on the server
> I'll be grateful.
>  
>  
> Regards,
>  
> Olav Dahlum  
Hi Olav,  

welcome back at OpenOffice. The setup of the new pootle server took longer as 
expected and we had to cover some lost knowledge. The old accounts are not 
longer working.  
But we support all volunteers to join the translation efforts ...
Are you able to work with po files directly? If yes I can send you the po files 
via email and you can work on it.
When you have finished the update you can send the po files back to me and I 
will integrate them on pootle to reflect the current status and will integrate 
them as well as in the build to include them in the next update release.
Everything else will come then automatically. If you are interested to help 
with translations long term you should send an iCLA back to Apache to guarantee 
that the work you are doing is your own. I will send you further details...
But again welcome back at OpenOffice and we appreciate your Interest and we are 
looking forward to support you.

Juergen

Re: Regaining access to the Norwegian projects on Pootle?

[Juergen Schmidt]

On Tuesday, 8. May 2012 at 23:39, Ariel Constenla-Haile wrote:
> Hi Jürgen,
>  
> Olav is not subscribed to the list, I'm Ccing him now, so he gets your
> answer.
>  
>  

thanks, I haven't noticed this on my phone mail reader

Juergen  
>  
> On Tue, May 08, 2012 at 10:46:51PM +0200, Juergen Schmidt wrote:
> > On Tuesday, 8. May 2012 at 21:19, Olav Dahlum wrote:
> > > Hi.
> > > Before the original server was taken down I managed both the
> > > Norwegian Bokmål and Norwegian Nynorsk projects on
> > > http://pootle.services.openoffice.org/. However, I no longer have an
> > > account, meaning there's no way to gain access to continue the work
> > > at this point. The username was «olorin» at that point, and the
> > > credentials is still saved locally at my computer, so if it's
> > > possible to restore these on the server I'll be grateful.
> > > Regards,
> > > Olav Dahlum  
> > >  
> >  
> > Hi Olav,  
> >  
> > welcome back at OpenOffice. The setup of the new pootle server took
> > longer as expected and we had to cover some lost knowledge. The old
> > accounts are not longer working. But we support all volunteers to
> > join the translation efforts ... Are you able to work with po files
> > directly? If yes I can send you the po files via email and you can
> > work on it. When you have finished the update you can send the po
> > files back to me and I will integrate them on pootle to reflect the
> > current status and will integrate them as well as in the build to
> > include them in the next update release. Everything else will come
> > then automatically. If you are interested to help with translations
> > long term you should send an iCLA back to Apache to guarantee that the
> > work you are doing is your own. I will send you further details...
> > But again welcome back at OpenOffice and we appreciate your Interest
> > and we are looking forward to support you.
> >  
> > Juergen
>  
> --  
> Ariel Constenla-Haile
> La Plata, Argentina
>  
>  

Re: The link for "SDK Release Notes" is wrong?

[Juergen Schmidt]

On Wednesday, 9. May 2012 at 04:25, Zhe Liu wrote:
> Hi,
> I found the link "SDK Release Notes" on the page
> "http://www.openoffice.org/download/other.html"; is linked to a "Not
> Found" page.
> Is "SDK Release Notes" missed?
> 
> 


I will provide them later

Juergen
> -- 
> Best Regards
> From aliu...@gmail.com
> 
> 

Re: [PROPOSAL]: Apache OpenOffice Next-Gen logo...

[Juergen Schmidt]

On Wednesday, 9. May 2012 at 04:52, Michael Acevedo wrote:
> Hi,
> 
> I have decided to move forward and give you an early preview of how I think
> we should move for the logo of Apache OpenOffice 4 which I think is the
> general consensus of the next major release of our project pending Apache
> approval. The logos I am proposing are basically the same but there are a
> few modifications to the current logo. Below is a description:
> 
> AOO Next Logo Changes:
> 
> - The AOO Next logo has a smaller spacing between the letters and
> changes the word "Apache" to "APACHE" in caps (idea taken from Kevin
> Gringon's proposal in the Wiki).
> - The color of the "APACHE" word is now gray (idea taken from Kevin
> Gringon's Proposal in the Wiki).
> - Integration of the "AOO" initials (for one of the logo proposals).
> - Retirement of the Orb logo and substituting it with a refined concept
> of the previous OOo logo prior verson 3.2.1. I did this new icon in a
> conservative manner and I think it will fit best the next release of AOO as
> it will match with the post AOO 3.4 Application (Writer, Impress, Calc,
> etc.) icons. The new logo makes a nod to the post-PC era when it comes to
> how an application icon now looks in our devices.
> - Keep some commonality with the current Orb Centric logo by keeping the
> name of the suite with the current font that is being used for our site's
> logo.
> 
> Without further waiting, I present to you my logo proposal for AOO 4.
> Please follow this link:
> https://skydrive.live.com/redir.aspx?cid=69f0fbe8e03b2c13&resid=69F0FBE8E03B2C13!1631&parid=root
> 
> Hope you like it and suggestions are welcomed. I would like to credit Kevin
> Gringon for the changes in terms of font spacing in the word "OpenOffice"
> and the "APACHE" word capitalization suggestions.
> 
> 


You asked if we like it, I don't like it. It looks old fashioned to me and both 
elements don't fit together. But I am no designer.
We should really search for something new and fresh if we want to change it.
A d that is from my pov not the old s-curve logo.

Just my 2 ct

Juergen

> 
> -- 
> Best,
> Michael
> 
> 

Re: [WWW] Some issues translating download/index.html

[Juergen Schmidt]

On Wednesday, 9. May 2012 at 19:40, Ariel Constenla-Haile wrote:
> 
> Hi there,
> 
> We know AOO website is not set up to be (easily?) localized, but we've
> been doing our best with the guys on the Spanish mailing list to update
> the Spanish NL site, mainly translating /adapting the main English site.
> 
> I've been trying to translate the download page, you can find it at
> http://ooo-site.staging.apache.org/es/descargar/index.html
> So far I see two (main) issues:
> 
> * I had to make a copy of exceptions.css to adapt the cachedimages/*.png
> URLs
> 
> * we want the look & feel and the system detection, but not the
> language detection: the user is on the Spanish site, the download must
> be a Spanish package. I hacked this by adding a variable that is set
> on the localized index.html via setLanguage("es"); then this variable
> is used instead of navigator.language. I guess that instead of this,
> the script code could detect if it is invoked from /download/index.html
> or /$LANG/xxx/[.../]index..html
> Is this solvable? Anyone with a better idea?
> The page looks like:
> http://people.apache.org/~arielch/images/www-es-descargar.png
> with this patch applied::
> http://people.apache.org/~arielch/patches/localize-download-index-html.patch
> 
> 
> In a perfect situation, the site should be localizable with PO files,
> and no need to hack stuff... but we are far from this situation.
> 
> 

but it is worth to think in this direction and focus future work to this as 
well. 
I like this and will support all efforts going in this direction.

Juergen
> 
> 
> Regards
> -- 
> Ariel Constenla-Haile
> La Plata, Argentina
> 
> 

Re: Special Thanks to Andrew Rist

[Juergen Schmidt]

On Wednesday, 9. May 2012 at 18:46, Rob Weir wrote:
> As we celebrate the release of Apache OpenOffice 3.4, I want to just
> take moment to recognize one project member who has been very busy,
> but also very quiet.
> 
> The transition from Oracle to Apache did not end with Oracle
> submitting an SGA. That was just the beginning. From coordinating
> domain name transfers, to helping transition the many legacy online
> services, to handling administrative requests on legacy servers, to
> updating license info in source files, and on and on, including stuff
> I probably don't even know about. Oh, yes, and then he somehow found
> time to get the buildbots running.
> 
> So thanks, Andrew, for your steady work on transitioning the project
> to Apache, and thanks as well to Oracle for making your efforts
> possible.
> 
> 


+++1

Thanks
Juergen 
> 
> Regards,
> 
> -Rob 

Re: "How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10"

[Juergen Schmidt]

On Thursday, 10. May 2012 at 20:35, Rory O'Farrell wrote:
> On Thu, 10 May 2012 13:43:30 -0400
> drew  wrote:
> 
> > On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote:
> > > http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html
> > > 
> > > Is there someplace on the website or wiki where we could add this
> > > link? Maybe the release notes?
> > > 
> > 
> > 
> > I'm trying the (11.10) install just now - no idea who this is, glad they
> > got to it so directly, however.
> > 
> > A mention someplace on the site would be great, imo.
> > 
> > //drew
> 
> I downloaded a prebuilt (en-US) for 32 bit Ubuntu and installed in the usual 
> way as set out on Forum tutorial. 
> 
> No problems except it complained on first startup, needing a Java. I forced 
> it closed, restarted and setup the Java quickly under /Tools /Options before 
> it could complain. Been editing with it all day, no problems. en-GB version 
> or Language pack would be 
will coming with the next update 3.4.1

Juergen 
> 
> -- 
> Rory O'Farrell 
> 
> 

Re: [WWW] Common layout and content for NL sites (was: Some issues translating download/index.html)

[Juergen Schmidt]

On Thursday, 10. May 2012 at 22:17, Ariel Constenla-Haile wrote:
> Hi Jürgen, Dave, *
>  
> On Wed, May 09, 2012 at 09:56:25PM +0200, Juergen Schmidt wrote:
> > On Wednesday, 9. May 2012 at 19:40, Ariel Constenla-Haile wrote:
> > >  
> > > Hi there,
> > >  
> > > We know AOO website is not set up to be (easily?) localized, but we've
> > > been doing our best with the guys on the Spanish mailing list to update
> > > the Spanish NL site, mainly translating /adapting the main English site.
> > >  
> > > I've been trying to translate the download page, you can find it at
> > > http://ooo-site.staging.apache.org/es/descargar/index.html
> > > So far I see two (main) issues:
> > >  
> > > * I had to make a copy of exceptions.css to adapt the cachedimages/*.png
> > > URLs
> > >  
> > > * we want the look & feel and the system detection, but not the
> > > language detection: the user is on the Spanish site, the download must
> > > be a Spanish package. I hacked this by adding a variable that is set
> > > on the localized index.html via setLanguage("es"); then this variable
> > > is used instead of navigator.language. I guess that instead of this,
> > > the script code could detect if it is invoked from /download/index.html
> > > or /$LANG/xxx/[.../]index..html
> > > Is this solvable? Anyone with a better idea?
> > > The page looks like:
> > > http://people.apache.org/~arielch/images/www-es-descargar.png
> > > with this patch applied::
> > > http://people.apache.org/~arielch/patches/localize-download-index-html.patch
> > >  
> > >  
> > > In a perfect situation, the site should be localizable with PO files,
> > > and no need to hack stuff... but we are far from this situation.
> > >  
> >  
> >  
> > but it is worth to think in this direction and focus future work to this as 
> > well.  
> > I like this and will support all efforts going in this direction.
> >  
>  
>  
> It has been discussed on the list several times before the idea of
> having a common set of pages in all NL sites, but the discussion didn't
> have a conclusion. Now that AOO 3.4 is out, one can browse the NL sites,
> and in several cases you get the feeling that you are in an abandoned
> place; this will give our users a very bad idea of what's happening at
> AOO.
>  
> Just some examples:
>  
> * http://ooo-site.staging.apache.org/de/index.html last Neuigkeit:
> 26.01.2011 OpenOffice.org 3.3.0 wurde veröffentlicht
>  
> * if you look for mailing lists on the French site, you end up in
> http://ooo-site.staging.apache.org/fr/contact-forums.html
>  
> * on the main site, there is some rather old content that now is
> outdated and/or looks ugly in the new site layout
> http://ooo-site.staging.apache.org/product/index.html the screen shot
> is from an older version
>  
> http://ooo-site.staging.apache.org/why/index.html looks rather ugly;
> IIRC on the old site this page was displayed on a separated window,
> now it looks rather unprofessional
>  
> These examples show that there is a lot to update on the main site *and*
> the NL sites; instead of multiplying the efforts, we should think of
> a set-up where the web designers only have to design one site,
> translators localize the site and volunteers update other localizable
> content like screenshots.
>  
> Following the main site, I'd think of a common set of pages containing
> the basic information that should be provided to our users (folder names
> could be localizable, see the directory structure in
> http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/es/ )
>  
>  
> /$LANG/index.html  
> div actionstatements - the actions list
> div news - some news
>  
> /$LANG/product/ - describing AOO applications
>  
> /$LANG/why/ - what is AOO and why should you use it
>  
> /$LANG/social/ - Social Networks
>  
> /$LANG/support/ - Mailing lists, forum, documentation
>  
> /$LANG/download/ - Downloads, Checksums
>  
> /$LANG/participate/ - How to participate in AOO
>  
> /$LANG/extensions/ - Extensions and templates information
>  
> /$LANG/news/ - News, Announcements, Releases Notes
>  
>  

+1 for this proposal and thanks for picking this up...

Juergen  
>  
>  
> Regards
> --  
> Ariel Constenla-Haile
> La Plata, Argentina
>  
>  

Re: Performance!

[Juergen Schmidt]

On Thursday, 10. May 2012 at 18:23, Dennis E. Hamilton wrote:
> All right, this seems like a good place to splice in a comment I made in the 
> private thread that it is time to be careful and not get into exaggerated 
> claims, especially when a variation is not consistently present to all users 
> in all situations.
>  
> Unsubstantiated subjective experiences are not trustworthy. It is also very 
> difficult to control the variations that exist from one setting and execution 
> to another.
>  
> So let's stop making so much of this.
ah thanks Dennis that you didn't get my point but probably my fault that I 
didn't get or find the correct words.

I think it is easy to find documents where the performance is not really good. 
And we are looking forward to your reports, your test docs and especially your 
fixes and improvements.

My point was that many users will work with much simpler documents, they will 
get the impression (and not only the impression) that 3.4 is faster...

And that is good, simply good and you see it from the feedback.

We have achieved a very important milestone this week. I am personally still 
enjoy it and I like what I read every day  
at the moment. Well I don't read everything ;-)  

And I really don't want compete with LibreOffice, why should we? I really see 
no reason for this. I see only that split resources on 2 similar projects don't 
really make sense but I can't change it at the moment. I focus on our project 
and everything else we will see...

Juergen

>  
> - Dennis
>  
> A LESSON ON PERFORMANCE-CLAIM HUMILITY:
>  
> I just stubbed my toe on a performance situation where there is a serious 
> worse-than-linear degradation in performance as a particular kind of ODF Text 
> document grows. Using a hot machine, I only noticed the pain when opening the 
> document extended into an intolerable number of minutes as I continued work 
> on successive drafts. On my slower laptop, where I repeated the test for 
> comparison purpose, the document now takes over an hour to open. This is on 
> OO.o 3.3.0, AOO 3.4.0, and a variety of LibreOffice releases.  
>  
> Yes there are differences among the different releases, and they are rather 
> consistent when the time is so long, but the fastest (OpenOffice.org 3.3.0 in 
> my crude tests) is still swamped by whatever the serious performance 
> degradation is and it is common to all releases tested.  
>  
> This is not the kind of problem that can be isolated into a small test case 
> for reproducibility, so the forensic work to demonstrate it and capture data 
> points is really tedious. Ordinary users probably think that their software 
> has hung or is not even starting when it is just that there is something that 
> is taking a very long time as part of loading the document (but neither disk 
> nor network, something in the logic that pegs the CPU for minutes when not 
> hours).
>  
> Bug reports will follow shortly.
>  
> -Original Message-
> From: Jürgen Schmidt [mailto:jogischm...@googlemail.com]  
> Sent: Thursday, May 10, 2012 08:45
> To: ooo-dev@incubator.apache.org
> Subject: Re: Performance!
>  
> [ ... ]
>  
> But the point right now is that the majority of users don't care about  
> this and see only that AOO is starting fast. A fact that I like very  
> much because there were indeed some improvements for 3.4.
>  
> And how nice is it when users notice such improvements without deeper  
> analysis. The fact that users simply having the impression that it  
> starts fast is very nice.
>  
> So let us focus on further improvement going in this direction. Let us  
> make our users happy. Many many happy users and their positive feedback  
> is the payment that we get for our work here.
>  
> Juergen
>  
> [ ... ]  

Re: Download stats script (in progress)

[Juergen Schmidt]

On Friday, 11. May 2012 at 05:06, Rob Weir wrote:
> SourceForge has a nice REST API to query for download stats and return
> them in JSON objections. Unfortunately, our directory structure for
> AOO 3.4 is rather odd, with English downloads in one place,
> translations in another directory, and mixing hashes, installs and
> languages packs altogether. So getting these stats is a little
> painful. You can't just get the numbers of a single directory and be
> done. It is more complicated than that.
> 
> 

I noticed this as well and I have also thought about a script or app to collect 
them ;-) good that you already have started... 
> 
> Also, the SF API seems to be rate limited, or at least I'm getting
> errors if I query it too much. That's understandable.
> 
> So I'm coding a simple download stats app, in python, that will
> collect together all the relevant stats and produce reports. It
> caches on disk JSON objects that have already been retrieved, which
> eliminates the throttling issues as well as greatly improves
> performance.
> 
> Not quite done, but I'll check it in (where?) 
mmh good question,

Maybe we can integrate a download counter in the webpage. Something that gets 
automatically updated hourly or twice a day.
 
> when it is fully
> debugged and validated. My goal is to have solid numbers for the one
> week mark next Tuesday. And from what I'm seeing so far, the numbers
> will be amazing. 
> 
> 

> 
> But two quick questions to help me finish this:
> 
> 1) Historically, what did OOo report as "downloads"? Was this just a
> count of full installs? Or language packs as well?
> 
> 

I don't know but I assume full install sets . I would like to detailed numbers 
as much as possible.
> 
> 2) It is easy to produce downloads by language and platform, since our
> installs are already defined that way. But I can also report
> per-country. Is that interesting to anyone? For example, in Canada,
> the most popular downloads are X, Y, Z.
> 
> 

again I would like to have detailed numbers. We can produce nice statistics and 
graphs ;-) 

Juergen
> 
> 
> -Rob 

Re: [WWW] AOOo french website

[Juergen Schmidt]

On Friday, 11. May 2012 at 20:18, Rob Weir wrote:
> On Fri, May 11, 2012 at 9:11 AM, eric b  wrote:
> >  
> >  
> > I would like to add : some links are not very good and have to be removed.
> >  
> > In particular :
> >  
> > - the blog who is not really "independant" : http://oooforum.free.fr/
> >  
> > - this one making money and doing propaganda for TDF and LO =>
> > http://enventelibre.org/la-mouette
> >  
>  
>  
> Do we really want our user-facing pages to be featuring personal blogs at all?
>  
> 1) We have an official project blog; http://blogs.apache.org/OOo/
>  
> 2) We would welcome NL community posts on the official blog
>  
> 3) There is also an Apache committers "planet" where any Apache
> Committer can add their personal blog:
> http://planet.apache.org/committers/
>  
> 4) It is possible that we could create and maintain an AOO planet as
> well, where more personal blogs could be used
>  
> But in general, I think the NL pages should express a Project/PMC
> view, not an individual  
>  
>  

+1 we should really focus on simply translated pages and nothing else. That 
will make many things easier and it looks more consistent.

Juergen  
>  
> -Rob
>  
> >  
> > This is IMHO urgent to fix that :-/
> >  
> >  
> >  
> >  
> > Le 11 mai 12 à 15:03, eric b a écrit :
> >  
> >  
> > > Hi,
> > >  
> > > Vincent Ruffiot who is one of the mailing list mod for ooo-users-fr, would
> > > like to participate to the french website management.
> > >  
> > > Secondly, I translated the official announce, and we would like to
> > > understand how to integrate it ?
> > >  
> > >  
> > > The link is:  http://www.openoffice.org/fr/
> > >  
> > >  
> > > My questions are :
> > >  
> > > - how to manage this page without being a commiter (mostly for Vincent) ?
> > > - who did all the changes we currently see ?
> > >  
> > > Last but not least, don't forget to put Vincent and me on CC if you answer
> > > privately.
> > >  
> > >  
> > > Thanks,
> > > Eric Bachard
> > >  
> > >  
> > > --
> > > qɔᴉɹə
> > > Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
> > > L'association EducOOo : http://www.educoo.org
> > > Blog : http://eric.bachard.org/news
> > >  
> >  
> >  
> > --
> > qɔᴉɹə
> > Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
> > L'association EducOOo : http://www.educoo.org
> > Blog : http://eric.bachard.org/news
> >  
>  
>  
>  

Re: [RELEASE][AOO3.4.1] proposed time schedule and included content

[Juergen Schmidt]

On Saturday, 12. May 2012 at 09:35, Serg Bormant wrote:
> Hi,
>  
> 2012/5/11 Jürgen Schmidt :
>  
> > Content
> > ===
> > - we will support further languages where we have volunteers working on
> > translation and where we have ideally 100% UI coverage. I think we should
> > focus and balance the support of new languages on demand and completeness.
> > Right now we have Finnish and British English with an updated 100% UI
> > translation. We can also think about language packs only.
> >  
>  
>  
> Are you mean 100% UI coverage including VCL Test Tool?
Forget the VCL test tool.  
>  
> Russian has 989 untranslated words in basic/source/app.po at Pootle,
> but all of them from VCL Test Tool.
>  
>  

Perfect and the Russian version is already available ;-) if you have made 
updates, create an issue as described.

Juergen  
>  
> Thanks in advance for clarification.
>  
> --  
> wbr, sb
>  
>  

Re: Build error on Mac for ucb/source/ucp/webdav...

[Juergen Schmidt]

On Monday, 14. May 2012 at 07:25, Yong Lin Ma wrote:
> Thank you for the update.
> 
> On Mon, May 14, 2012 at 9:28 AM, Chao Huang  wrote:
> > It' OK to build R1337092 with "--disable-odk" on Mac. Thanks!
> > 
don't mix things there is no relation between the --disable-odk switch and the 
new implementation of the WebDAV ucb using libserf and apr.

Juergen 
> > 
> > 2012/5/8 Chao Huang 
> > 
> > > Thanks Juergen.
> > > 
> > > I will get the latest source code and launch a full build with configure
> > > switch "--disable-odk".
> > > 
> > > 
> > > 
> > > 2012/5/8 Juergen Schmidt 
> > > 
> > > > On Tuesday, 8. May 2012 at 05:22, Chao Huang wrote:
> > > > > Does it mean that "--disable-odk" is not workable on Mac platform?
> > > > 
> > > > 
> > > > No
> > > > 
> > > > Juergen
> > > > > 
> > > > > 
> > > > > 2012/5/8 Yong Lin Ma 
> > > > > 
> > > > > > This is related with "--disable-odk". The build is completed, once I
> > > > > > removed it and pull the latest source code.
> > > > > > 
> > > > > > On Fri, May 4, 2012 at 11:55 PM, Yong Lin Ma 
> > > > wrote:
> > > > > > > I am using Mac OS X 10.6...
> > > > > > > 
> > > > > > > 
> > > > > > > The build almost end, then I got error below
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > Compiling: ucb/source/ucp/webdav/DateTimeHelper.cxx
> > > > > > > Compiling: ucb/source/ucp/webdav/UCBDeadPropertyValue.cxx
> > > > > > > Making: ucpdav.lib
> > > > > > > Making: _ucpdav.lib
> > > > > > > cp ../../../
> > > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > > unxmacxi.pro/misc/component_ucpdav1.map.exported-symbols
> > > > > > > ../../../unxmacxi.pro/misc/component_ucpdav1.map
> > > > > > > Making: libucpdav1.dylib
> > > > > > > /Volumes/Mac/ooo/main/solenv/bin/checkdll.sh
> > > > > > > -L../../../unxmacxi.pro/lib
> > > > > > > -L/Volumes/Mac/ooo/main/solver/340/unxmacxi.pro/lib
> > > > > > > ../../../unxmacxi.pro/lib/libucpdav1.dylib
> > > > > > > Checking DLL ../../../unxmacxi.pro/lib/libucpdav1.dylib ...: 
> > > > > > > ERROR:
> > > > > > > dlopen(../../../unxmacxi.pro/lib/libucpdav1.dylib, 2): Library not
> > > > > > > loaded: /Volumes/Mac/ooo/main/solver/340/
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > unxmacxi.pro/lib/libexpat.0.dylib
> > > > > > > Referenced from:
> > > > > > > /Volumes/Mac/ooo/main/solver/340/
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > > unxmacxi.pro/lib/libaprutil-1.0.dylib
> > > > > > > Reason: image not found
> > > > > > > dmake: Error code 1, while making '../../../
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > unxmacxi.pro/lib/libucpdav1.dylib'
> > > > > > > dmake: '../../../unxmacxi.pro/lib/libucpdav1.dylib' removed.
> > > > > > > ERROR: error 65280 occurred while making
> > > > > > > /Volumes/Mac/ooo/main/ucb/source/ucp/webdav
> > > > > > > 
> > > > > > > 
> > > > > > > Configure command I used
> > > > > > > 
> > > > > > > ./configure --disable-mozilla --disable-qadevooo
> > > > > > > --enable-category-b
> > > > > > > --with-dmake-url="
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > > http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.1.tar.bz2";
> > > > > > > --with-epm-url="
> > > > > > 
> > > > > 
> > > > 
> > > > http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz
> > > > > > "
> > > > > > > --without-junit--enable-minimizer --enable-presenter-console
> > > > > > > --enable-wiki-publisher
> > > > > > > 
> > > > > > > 
> > > > > > > Thank you.
> > > > > 
> > > > > 
> > > > > 
> > > > > --
> > > > > Best regards,
> > > > > Chao Huang
> > > > > 
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > > --
> > > Best regards,
> > > Chao Huang
> > > 
> > 
> > 
> > 
> > --
> > Best regards,
> > Chao Huang
> > 
> 
> 
> 

Re: [API][WWW] Online API docs for AOO 3.4

[Juergen Schmidt]

Hi,  

it is on my todo list together with some other post release things we have to 
do.

1. I have already fixed the copyright thing and plan to rebuild the reference 
based on 3.4
2. Update of the reference rdb for compatibility checks
3. Check the versioning of CLI assemblies  
4. ...

I will document all these necessary things to have them in place for the future.

Jürgen   


On Tuesday, 15. May 2012 at 21:01, Dave Fisher wrote:

>  
> On May 15, 2012, at 11:50 AM, Oliver-Rainer Wittmann wrote:
>  
> > Hi,
> >  
> > Am 15.05.12 20:40, schrieb Ariel Constenla-Haile:
> > > Hi there,
> > >  
> > > now that AOO 3.4 is there, is there any chance to update the API docs at
> > > http://www.openoffice.org/api/docs/common/ref/com/sun/star/module-ix.html
> > > I could do it, if I knew the procedure: are these files in
> > > ooo-site/trunk/content/api/docs/common/ref/ just a copy of the SDK
> > > files?
> > >  
> >  
> >  
>  
>  
> They are a checked in copy. In order to exercise care, there was some hand 
> editing, I would want to careful examine some diffs. Then I would tag the 
> current tree, and replace with 3.4.
>  
>  
> > >  
> > > On the other hand, there are two related issues:
> > >  
> > > - the files on the web site, and the ones generated in AOO 3.4 SDK have
> > > the old copyright "Copyright © 1995, 2012, Oracle and/or its
> > > affiliates. All rights reserved. Oracle and Java are registered
> > > trademarks of Oracle and/or its affiliates. Other names may be
> > > trademarks of their respective owners."
> > >  
> > > - on the website, the links on the navigator bar, for example
> > > http://www.openoffice.org/api/docs/common/ref/com/sun/star/ , generate
> > > directory listing, because there is no index.html, the SDK docs have
> > > a module-ix.html instead. I guess this could be solved with
> > > a .htaccess
> > >  
> >  
> >  
> > I assume that Jürgen knows more about it as he was deeply involved in the 
> > former api project - he was leading it.
> > Thus, I propose to wait for Jürgen's input here.
> >  
>  
>  
> It was discussed several months ago. I was thinking about this as well in the 
> last couple of days.
>  
> Jürgen and I also discussed having the latest working SDK from trunk up in 
> the project site.
>  
> Regards,
> Dave
>  
>  
> >  
> > Best regards, Oliver.  

Re: [PROPOSAL] [USER EXPERIENCE] - Create ooo-ux mailing list

[Juergen Schmidt]

Am Mittwoch, 16. Mai 2012 um 21:04 schrieb Paulo de Souza Lima:
> 2012/5/16 Dave Fisher 
> 
> > 
> > On May 16, 2012, at 11:30 AM, Rob Weir wrote:
> > 
> > 
> > > From what I can tell, creating a new mailing list by itself does
> > > nothing to increase activity level in an area. We can look at the
> > > ooo-marketing and ooo-qa lists for examples of lists that were
> > > created, but then nothing much happened. They are buckets, not
> > > communities. And they never reached a critical mass of participation.
> > > At least not yet.
> > > 
> > 
> > 
> > Please keep discussing UX here on ooo-dev. Everyone is interested.
> > 
> > Regards,
> > Dave
> > 
> 
> Actually, I would like to know who else is involved with UX. I've posted
> some threads about this issue here and received few replies. As long I can
> see, there are three to five people wishing to start this up, me, Kevin,
> Albino and maybe we could count on Raul. When I created PT-BR wiki
> section, a guy who contacted me at my wiki discussion page (Adailton if I
> can remember), but I'm not sure if he is in this list, and I don't know if
> he is involved with UX. Anybody else?
> 
I think UX is close related to dev and I would prefer to keep the discussion 
here on ooo-dev for now. Use a well chosen tag [UX] or a longer one but the 
discussion should take place here on the dev list. We can of course create a 
list on demand when we think the traffic is so huge that a separate list make 
sense. 

Juergen
> 
> -- 
> Paulo de Souza Lima
> http://almalivre.wordpress.com
> Curitiba - PR
> Linux User #432358
> Ubuntu User #28729
> 
> 

Re: [ANNOUNCE] IBM SGA/CCLA Submitted for Symphony Source Code Contribution

[Juergen Schmidt]

Am Freitag, 18. Mai 2012 um 08:10 schrieb Yong Lin Ma:
> The Male Merge interface is implemented in Java. So it is not part of
> the contribution. In this code base, the mail merge function was
> updated with OO.o 3.x code.
>  
We can start with collecting the features/differences that makes the Symphony 
mail merge interface better and more intuitive than the existing one. The next 
step would to find volunteers who are interested to work on it.

Juergen
>  
>  
> On Fri, May 18, 2012 at 11:12 AM, Graham Lauder  wrote:
> > > Though MDI is not in the current Symphony contributed code, but if people
> > > really like it, I suggest we to think about how to make it in AOO, maybe
> > > 4.0 or later...
> > >  
> > > - Simon
> >  
> > My hands are up for another lover of Symphony's MDI...  :)
> >  
> > One of the other cool things in Symphony that I would love to see in AOO, is
> > Symphony's Mail Merge interface.  Is that part of the contribution?
> >  
> > Cheer
> > GL
> >  
> >  
> > >  
> > > 2012/5/17 zhangjf 
> > >  
> > > >  On Wed, May 16, 2012 at 11:35 PM, Alexander Thurgood
> > > >  
> > > >  wrote:
> > > > > Le 16/05/12 09:26, Yue Helen a écrit :
> > > > >  
> > > > > Hi Helen Yue,
> > > > >  
> > > > > > http://wiki.services.openoffice.org/wiki/Contribution
> > > > > >  
> > > > > > Here you can find a document to describe what's inside this code
> > > > > > contribution, by highlighting some additional features beyond what's
> > > > > > in Apache OpenOffice 3.4. The feature list includes enhancements on
> > > > > > performance, usability, functionality, interoperability, as well as
> > > > > > globalization, accessibility and more.
> > > > > >  
> > > > >  
> > > > >  
> > > > > I actually really like the MDI UI and the context-based dockable
> > > > > properties panes.
> > > > >  
> > > > >  
> > > > > Alex
> > > >  
> > > > The MDI feature is not included in the contributed code, while the
> > > > sidebar feature is in. The MDI feature in fact is from another product
> > > > IBM Lotus Expeditor which Symphony is integrated on.
> > > >  
> > > > zhangjf
>  
>  
>  
> --  
> Erik Ma
>  
>  

Re: [UX] New AOO User Experience Community

[Juergen Schmidt]

Am Freitag, 18. Mai 2012 um 15:22 schrieb Paulo de Souza Lima:
> 2012/5/18 Jürgen Schmidt 
>  
> > On 5/18/12 10:32 AM, Kevin Grignon wrote:
> >  
> > > Erik,
> > >  
> > > Good stuff. Will do.
> >  
> > do we really need such a separate page for UX community members? I don't
> > think so and I personally think it goes in the wrong direction.
> >  
>  
>  
> There's nothing to loose, in my view. But I wouldn't call UX a "community".
> I would call it a "team".
>  
>  
> >  
> > I am personally interested in many different areas of the project and
> > don't want to put my name on X different pages. My contribution in the
> > different areas will be also different and will change from time to time.
> >  
>  
>  
> If you are interested in many areas (just like me) you are free to decide
> if you will place your name in all of them, or none. I don't see a problem
> with that. But if I am deeply involved with some project, I would like to
> place my name on it, for sure. Also, it's important from the user's point
> of view, to know who are the contacts for the issues they have. And a new
> contributor who wishes to have a larger involvement with the UX activities
> (and others too) should be able to identify who else is involved.
>  
>  
> >  
> > Such a page doesn't really reflect who is doing the work and is
> > potentially misleading.
> >  
>  
>  
> Again, I don't think so. Indeed, it doesn't reflect who is doing the job,
> but it gives a clue. It would be worst if users have no clue about that.
> And Mediawiki has features that can give stronger clues. It's matter of
> creating some sort of workflow. If there's a workflow, anyone can drive his
> task, without the need of a "coordinator". I could give you an example we
> done in LibO, but I preffer to show you our own example in AOO: Me and Raul
> are about to finish a workflow for PT-BR document translations page which
> is working very fine in LibO and we will make it work here too. When
> finished, anyone will be able to choose a document, translate it, submit it
> for revise, revise translation, and all the work of every contributor will
> be recorded.
>  
>  

that sounds interesting but I don't see the relation to a community/team page
>  
> This could be automated in certain level if we had a better wiki as I have
> asked for some days ago.
>  
>  

sure better or improved tooling is always good but again where is the relation 
to a people page?  
>  
>  
> >  
> > We have already a general project page with project members that doesn't
> > reflect the current situation in the project.
> >  
>  
>  
> I agree to this point, but I think a general list "too general" for the
> average people. We should think about giving fast answers to AOO users,
> instead making them navigate through uncountable pages to find what they
> want. Do you have any idea of how difficult is for people to fill an issue
> in bugzilla, for example? Findind documentation either. And it's worst for
> those who can't read/write in English.
>  
I do not disagree and I am fine with improving the workflow here. It would be 
great to have a simplified workflow to submit issues. So let us think about 
such improvements. The same for documentation.

But do think that a page with some names will change anything here?
>  
>  
> >  
> > In general such pages are useless from my point of view and get outdated
> > very fast.
> >  
>  
>  
> My personal/professional experience points to another direction. If UX has
> enthusiastic volunteers who take the task to themselves, they will take
> care of their workspace. And I think there are very enthusiastic people at
> this moment. And they wish to do that, but it will be useless if UX
> couldn't count on devs to hear what they have to say, because UX should be
> the channel between users and devs. The enthusiasm can go down very quickly.
>  
>  

I agree and it is and will not be easy,  In the end the work have to be done. 
That means that people have to convince other people from their ideas. 
Especially when people are not able to implement it on their own. The better an 
idea is described and sold the better is the chance that somebody will 
implement it.  

Juergen
>  
>  
> >  
> > Just my 2 ct
> Mine too.
>  
>  
> > Juergen
>  
>  
> Cheers.
>  
> --  
> Paulo de Souza Lima
> http://almalivre.wordpress.com
> Curitiba - PR
> Linux User #432358
> Ubuntu User #28729
>  
>  

Re: [UX] New AOO User Experience Community

[Juergen Schmidt]

Am Samstag, 19. Mai 2012 um 00:18 schrieb Paulo de Souza Lima:
> 2012/5/18 Juergen Schmidt 
>  
> > Am Freitag, 18. Mai 2012 um 15:22 schrieb Paulo de Souza Lima:
> > > 2012/5/18 Jürgen Schmidt 
> > >  
> > > > On 5/18/12 10:32 AM, Kevin Grignon wrote:
> > > >  
> > > > > Erik,
> > > > >  
> > > > > Good stuff. Will do.
> > > >  
> > > > do we really need such a separate page for UX community members? I
> > don't
> > > > think so and I personally think it goes in the wrong direction.
> > >  
> > >  
> > >  
> > > There's nothing to loose, in my view. But I wouldn't call UX a
> > "community".
> > > I would call it a "team".
> > >  
> > >  
> > > >  
> > > > I am personally interested in many different areas of the project and
> > > > don't want to put my name on X different pages. My contribution in the
> > > > different areas will be also different and will change from time to
> > > >  
> > >  
> > >  
> >  
> > time.
> > > >  
> > >  
> > >  
> > >  
> > > If you are interested in many areas (just like me) you are free to decide
> > > if you will place your name in all of them, or none. I don't see a
> > >  
> >  
> > problem
> > > with that. But if I am deeply involved with some project, I would like to
> > > place my name on it, for sure. Also, it's important from the user's point
> > > of view, to know who are the contacts for the issues they have. And a new
> > > contributor who wishes to have a larger involvement with the UX
> > >  
> >  
> > activities
> > > (and others too) should be able to identify who else is involved.
> > >  
> > >  
> > > >  
> > > > Such a page doesn't really reflect who is doing the work and is
> > > > potentially misleading.
> > > >  
> > >  
> > >  
> > >  
> > > Again, I don't think so. Indeed, it doesn't reflect who is doing the job,
> > > but it gives a clue. It would be worst if users have no clue about that.
> > > And Mediawiki has features that can give stronger clues. It's matter of
> > > creating some sort of workflow. If there's a workflow, anyone can drive
> > >  
> >  
> > his
> > > task, without the need of a "coordinator". I could give you an example we
> > > done in LibO, but I preffer to show you our own example in AOO: Me and
> > >  
> >  
> > Raul
> > > are about to finish a workflow for PT-BR document translations page which
> > > is working very fine in LibO and we will make it work here too. When
> > > finished, anyone will be able to choose a document, translate it, submit
> > >  
> >  
> > it
> > > for revise, revise translation, and all the work of every contributor
> >  
> > will
> > > be recorded.
> >  
> >  
> > that sounds interesting but I don't see the relation to a community/team
> > page
> >  
>  
>  
> Well, As I told before, I would not call it a "community". I would call it
> a "team" or, if this word sounds bad, maybe the UX "Guys" sounds better =)
>  
> How can you identify, today, people who are working on wiki maintenance,
> for example? Note I'm not asking for *all* people, but the main ones. I
> couldn't do that until I have created some pages and Adailton questioned me
> about that. So I made a search in the wiki to find who made the last
> editions in the wiki, mainly after July 2011. And I found TJ. In his
> discussion page they used to change some messages, so I could find out that
> TJ and Adailton are the "wiki guys". But this information was not anywhere
> in a clear view. Why not ease the work of displaying who is doing what?
>  
>  
> > >  
> > > This could be automated in certain level if we had a better wiki as I
> > have
> > > asked for some days ago.
> >  
> >  
> > sure better or improved tooling is always good but again where is the
> > relation to a people page?
> >  
>  
>  
> Imagine you ask to the wiki: Who are the guys working on infra for the last
> 2 months? Semantic searches can answer this question. And can reply it
> getting information from other systems, like CMS.
> Semantic features work on FAQs. We use semanti

Re: Linux install issues

[Juergen Schmidt]

Am Samstag, 19. Mai 2012 um 19:32 schrieb Dennis E. Hamilton:
> One enduring solution would be to break with the past and not use the same 
> file names for the binary bits, the same registry keys, etc., any longer. 
> That would solve a few problems on Windows too.
> 
> 


I think we own the name and we are probably not the project who should change 
any names.
We should be careful with this kind of changes because we can potentially break 
a lot of existing projects who rely on names, registry entries etc.

So please be careful with such changes without deeper analysis what depends in 
this...

Juergen
> 
> - Dennis
> 
> -Original Message-
> From: Kay Schenk [mailto:kay.sch...@gmail.com] 
> Sent: Saturday, May 19, 2012 10:01
> To: ooo-dev
> Subject: Linux install issues
> 
> Hi all--
> 
> It seems we are running into a number of very difficult problems with Linux
> installs, the latest just e-mailed to this list this morning, due to the
> way some vendors have installed LO.
> 
> see:
> 
> http://markmail.org/message/qz72ouzjvcm7uyfn
> 
> 
> I'd really like to provide additional help in the install guide:
> 
> http://www.openoffice.org/download/common/instructions.html
> 
> but I'm at a loss as to what this should say.
> 
> I took a look at SOME of the postings on the support forums and well, still
> at a loss. Generally, it seems that completely uninstall the old OOo 3.3 is
> a given (please correct me if I'm wrong about this), but how to handle some
> of the LO overlap?
> 
> Can we get some opinions on what's the most accurate way to go about
> installing AOO 3.4 on linux?
> 
> * completely de-install LO first? install AOO 3.4, the re-install LO?
> * completely de-install old OOo 3.3? and then?
> 
> Thankfully, I did not run into these kinds of issues with my distro.
> 
> -- 
> 
> MzK
> 
> "The reports of my death are greatly exaggerated."
> -- Mark Twain
> 
> 

Re: Linux install issues

[Juergen Schmidt]

Am Sonntag, 20. Mai 2012 um 18:21 schrieb Nelson Marques:
> https://bugzilla.redhat.com/show_bug.cgi?id=823217
> 
> Guys, like I said previously, there's only 2 ways to get out of this
> with RPM and YUM/Zypp (Red Hat/Clones and *SUSE):
> 
> 1) Insert an Epoch on the rpm spec template:
> 
> (...)
> Name: 
> Epoch: 2000
> Version:
> Release: 
> (...)
> 
> 2) Rename the packages, ex:
> - aao-base
> - aao-ure
> - aao-writer
> 
> I suggest aao, because that's the same name used on the source,
> so it would get somehow uniform around.
> 
> 

no, I assume you mean aoo. But again please be careful with such changes, I 
don't see demand for it now. I would prefer to seek the dialog with the distros 
that they change the package names or any other names, registry entries that 
relies to OpenOffice but are currently used by LibreOffice. I won't accept that 
LibreOffice replace OpenOffice without making clear that there is a newer 
version for OOo ad well or better to replace it in general.

Juergen
> 
> 
> Either way this isn't an issue anymore for me, as from this point on I
> am forced to rebuild AAO; since there are no real problems with this
> option, thats my path, since it allows me not to depend on upstream
> neither on vendor tyranical approach.
> 
> NM
> 
> 
> 
> 2012/5/20 Kay Schenk :
> > On Sat, May 19, 2012 at 12:25 PM, Pedro Giffuni  wrote:
> > 
> > > Hi Dennis;
> > > 
> > > --- Sab 19/5/12, Dennis E. Hamilton  ha scritto:
> > > ...
> > > > One enduring solution would be to
> > > > break with the past and not use the same file names for the
> > > > binary bits, the same registry keys, etc., any longer.
> > > > 
> > > 
> > > 
> > > A better solution is to move to FreeBSD or PC-BSD :).
> > 
> > I had a feeling this was coming! :)
> > 
> > 
> > > 
> > > Pedro.
> > 
> > 
> > --
> > 
> > MzK
> > 
> > "The reports of my death are greatly exaggerated."
> > -- Mark Twain
> > 
> 
> 
> 
> 
> -- 
> Nelson Marques
> // I've stopped trying to understand sandwiches with a third piece of
> bread in the middle...
> 
> 

Re: Linux install issues

[Juergen Schmidt]

Am Montag, 21. Mai 2012 um 23:18 schrieb Nelson Marques:
> 2012/5/21 Juergen Schmidt :
> > Am Sonntag, 20. Mai 2012 um 18:21 schrieb Nelson Marques:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=823217
> > > 
> > > Guys, like I said previously, there's only 2 ways to get out of this
> > > with RPM and YUM/Zypp (Red Hat/Clones and *SUSE):
> > > 
> > > 1) Insert an Epoch on the rpm spec template:
> > > 
> > > (...)
> > > Name: 
> > > Epoch: 2000
> > > Version:
> > > Release: 
> > > (...)
> > > 
> > > 2) Rename the packages, ex:
> > > - aao-base
> > > - aao-ure
> > > - aao-writer
> > > 
> > > I suggest aao, because that's the same name used on the source,
> > > so it would get somehow uniform around.
> > > 
> > 
> > 
> > no, I assume you mean aoo. But again please be careful with such changes, I 
> > don't see demand for it now. I would prefer to seek the dialog with the 
> > distros that they change the package names or any other names, registry 
> > entries that relies to OpenOffice but are currently used by LibreOffice. I 
> > won't accept that LibreOffice replace OpenOffice without making clear that 
> > there is a newer version for OOo ad well or better to replace it in general.
> 
> Sorry, you are right, I meant aoo. Please consider that I only
> repackaged for my own usage, now I can have both Libre Office and
> Apache OpenOffice on the same system without conflicts. I'm not
> sharing anything with the public.
> 
> 

that's fine and it would be welcome
if the project can benefit from your knowledge. Renaming the pa Lahr might be 
ok but others are changes are potentially not trivial and have more 
dependencies (e.g. /user/bin/soffice)

The only I would like to mention is that we should be careful with such changes.

We should ask 
- what is the benefit/ value of the change
- is it worth the effort
- what depends on this change
- what will potentially break
- ...

Juergen

(excuse potential typos, I am writing from my phone)
> 
> While I can offer myself to help improving your packaging, there's not
> really anything else I can do ;)
> 
> > Juergen
> > > 
> > > 
> > > Either way this isn't an issue anymore for me, as from this point on I
> > > am forced to rebuild AAO; since there are no real problems with this
> > > option, thats my path, since it allows me not to depend on upstream
> > > neither on vendor tyranical approach.
> > > 
> > > NM
> > > 
> > > 
> > > 
> > > 2012/5/20 Kay Schenk :
> > > > On Sat, May 19, 2012 at 12:25 PM, Pedro Giffuni  wrote:
> > > > 
> > > > > Hi Dennis;
> > > > > 
> > > > > --- Sab 19/5/12, Dennis E. Hamilton  ha 
> > > > > scritto:
> > > > > ...
> > > > > > One enduring solution would be to
> > > > > > break with the past and not use the same file names for the
> > > > > > binary bits, the same registry keys, etc., any longer.
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > A better solution is to move to FreeBSD or PC-BSD :).
> > > > 
> > > > I had a feeling this was coming! :)
> > > > 
> > > > 
> > > > > 
> > > > > Pedro.
> > > > 
> > > > 
> > > > --
> > > > 
> > > > MzK
> > > > 
> > > > "The reports of my death are greatly exaggerated."
> > > > -- Mark Twain
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > --
> > > Nelson Marques
> > > // I've stopped trying to understand sandwiches with a third piece of
> > > bread in the middle...
> > > 
> > 
> > 
> 
> 
> 
> 
> -- 
> Nelson Marques
> // I've stopped trying to understand sandwiches with a third piece of
> bread in the middle...
> 
> 

Re: Windows Install Issues (was RE: Linux install issues)

[Juergen Schmidt]

  > wrote:
> 
> 
> > @Kay,
> > 
> > I believe the dialog is still there for optionally setting associations
> > for .doc, .ppt, and .xls works. I should double-check that too. But there
> > is definitely no detection that .odt, .ods, .odp, etc., are already
> > assigned to an application other than OpenOffice.org, and no polite request
> > or warning.
> > 
> 
> 
> oh -- I see
> 
> 
> > 
> > I need to do this on purpose under repeatable test conditions and capture
> > details for a bug report. But I have seen it too often without warning of
> > any kind during installs I was conducting for other purposes.
> > 
> > - Dennis
> > 
> > (It is too late to complain about the silent, automatic removal of earlier
> > OO.o versions. It would have been good to follow the LibreOffice precedent
> > of having OpenOffice3.4 start its own install directory, etc., just as the
> > 3.x versions of LO do.)
> > 
> 
> 
> Yeah-- I don't think that's happening for Linux. I included a "to do" on
> this for Linux users on the revised Install Guide I put out today as it's
> basically required to get things to work.
> 
> I don't work on windows. Install instructions for Linux state where the
> installation will go. Many Linux folks know how to control the actual
> installation area if they want to.
> 
> Dennis, it might be very helpful for you to make some changes to the
> Windows install instructions in--
> 
> http://www.openoffice.org/download/common/instructions.html
> 
> to address some of your concerns. If you have them, I'm sure others do too.
> You could add in there how to install to an alternate area, etc.
> 
> I didn't spend any time at all looking at the Windows information, and
> didn't receive feedback about a month ago when I first started working on
> this.
> Please fix as you see the need.
> 
> > 
> > -Original Message-
> > From: Kay Schenk [mailto:kay.sch...@gmail.com]
> > Sent: Monday, May 21, 2012 15:43
> > To: ooo-dev@incubator.apache.org; dennis.hamil...@acm.org
> > Subject: Re: Linux install issues
> > 
> > On Mon, May 21, 2012 at 2:10 PM, Dennis E. Hamilton <
> > dennis.hamil...@acm.org
> > > wrote:
> > 
> > 
> > > I am not changing anything. I don't think there is any such thing as
> > > owning file names and it is too late to claim them now. And that doesn't
> > > matter. What matters is the impact on users and on the cost of
> > > 
> > 
> > supporting
> > > them with the present arrangement.
> > > 
> > > - Dennis
> > > 
> > > PS: I am also annoyed by the heavy-handed way that AOO 3.4.0 stomps on
> > > existing file associations too.
> > > 
> > 
> > 
> > no advance warning? asking politely?
> > 
> > 
> > > 
> > > -Original Message-
> > > From: Juergen Schmidt [mailto:jogischm...@googlemail.com]
> > > Sent: Monday, May 21, 2012 13:56
> > > To: ooo-dev@incubator.apache.org; dennis.hamil...@acm.org
> > > Subject: Re: Linux install issues
> > > 
> > > Am Samstag, 19. Mai 2012 um 19:32 schrieb Dennis E. Hamilton:
> > > 
> > > One enduring solution would be to break with the past and not use
> > > the same file names for the binary bits, the same registry keys, etc.,
> > > 
> > 
> > any
> > > longer. That would solve a few problems on Windows too.
> > > 
> > > 
> > > I think we own the name and we are probably not the project who should
> > > change any names.
> > > We should be careful with this kind of changes because we can potentially
> > > break a lot of existing projects who rely on names, registry entries etc.
> > > 
> > > So please be careful with such changes without deeper analysis what
> > > depends in this...
> > > 
> > > Juergen
> > > 
> > > 
> > > - Dennis
> > > 
> > > -Original Message-
> > > From: Kay Schenk [mailto:kay.sch...@gmail.com]
> > > Sent: Saturday, May 19, 2012 10:01
> > > To: ooo-dev
> > > Subject: Linux install issues
> > > 
> > > Hi all--
> > > 
> > > It seems we are running into a number of very difficult problems
> > > with Linux
> > > installs, the latest just e-mailed to this list this morning, due
> > > to the
> > > way some vendors have installed 

Re: [HEADS UP] Re: [UPDATE SERVICE] proposal for a AOO 3.4 update service

[Juergen Schmidt]

Am Dienstag, 22. Mai 2012 um 15:53 schrieb Paulo de Souza Lima:
> 2012/5/22 Oliver-Rainer Wittmann 
> 
> > Hi,
> > 
> > 
> > On 22.05.2012 14:56, Oliver-Rainer Wittmann wrote:
> > 
> > > On 22.05.2012 14:47, Paulo de Souza Lima wrote:
> > > 
> > > > 2012/5/22 Oliver-Rainer 
> > > > Wittmann
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > > > wrote:
> > > > > > 
> > > > > > Oliver-Rainer Wittmann wrote:
> > > > > > 
> > > > > > > 
> > > > > > > Thus, you got an error in the AOO 3.4 update functionality, 
> > > > > > > because
> > > > > > > > you
> > > > > > > > have an own redirect from openoffice.org to another host. Right?
> > > > > > > > Does
> > > > > > > > the
> > > > > > > > update functionality works, if you do not have your own 
> > > > > > > > redirect? I
> > > > > > > > am
> > > > > > > > asking in order to be sure that I got the right message.
> > > > > > > > 
> > > > > > > 
> > > > > > > It worked correctly. I had setup that redirect on my machine just 
> > > > > > > to
> > > > > > > moderate lists on the legacy infrastructure after the DNS change
> > > > > > > (Oracle
> > > > > > > to
> > > > > > > Apache) had been completed; it is now useless of course. When I
> > > > > > > removed
> > > > > > > my
> > > > > > > redirect, everything worked as expected and I received a message
> > > > > > > saying
> > > > > > > that no updates were available.
> > > > > > > 
> > > > > > > 
> > > > > > > Worked very nicely for me using AOO 3.4. Will try later with an 
> > > > > > > OOo
> > > > > > 3.3
> > > > > > machine when it is awake. Congratulations!
> > > > > > 
> > > > > > 
> > > > > > Thanks for the test.
> > > > > 
> > > > > The update service for installed OOo 3.3 instance has not be
> > > > > established,
> > > > > yet.
> > > > > 
> > > > > Best regards, Oliver.
> > > > Hi. I tried here in my office, through an authenticated proxy. It works,
> > > > but it asks for the proxy user and password many times, even if I check
> > > > the
> > > > "Enable password" option.
> > > > 
> > > 
> > > Hm..
> > > As far as I know only one HTTP GET request is performed internally by AOO
> > > 3.4.
> > > May be due to the redirects more requests are made - I'll have to check
> > > it.
> > > 
> > 
> > 
> > I have checked it.
> > Due to the redirect three HTTP GET request are performed.
> > The first goes to http://update38.services.**openoffice.org/**
> > ProductUpdateService/check.**Update,
> > the second to http://openoffice.org/**projects/update38/**
> > ProductUpdateService/check.**Updateand
> >  the final one to
> > http://www.openoffice.org/**projects/update38/**
> > ProductUpdateService/check.**Update
> > The same URLs that Andrea already figured out.
> > 
> > 
> > I think the "Remember password" option is part of your proxy software.
> > > Thus, I
> > > do not think that its functionality is related to AOO 3.4.
> > > 
> > 
> > May be each HTTP GET request needs to be authenticated in your proxy
> > software.
> > 
> > Best regards, Oliver.
> 
> Suggestion: maybe including fields for proxy user and password in Tools >
> Option > Internet > Proxy. An option for socks proxy shoud be usefull also.
> 
> 

I think it is already possible to configure a proxy. And in case no proxy is 
configured in the office the system proxy is used as far as I know. Maybe we 
have a minor problem here with the new WebDAV/http implementation.

But in general a proxy can be configured.

Juergen 
> 
> -- 
> Paulo de Souza Lima
> http://almalivre.wordpress.com
> Curitiba - PR
> Linux User #432358
> Ubuntu User #28729
> 
> 

Re: Hebrew translator

[Juergen Schmidt]

On 5/29/12 7:41 AM, Yaron Shahrabani wrote:

The server seems down from here ☺
http://www.isup.me/translate.apache.org

Any insights?


the server shoidl be available again ->

AOO 3.4 UI -> https://translate.apache.org/projects/OOo_34/
AOO 3.4 Help -> https://translate.apache.org/projects/OOo_34_help/



How can I work with the Pootle server if I'm not a committer and what can I
do in order to become a committer and fully utilise the Pootle server.


you can start by suggesting new translations in the pootle server.

Go on the pootle server, select the project and your language, click 
translate -> view untranslated -> start ...


Inform us when you have finished your work and somebody with committer 
rights can review/accept it.


I hope we can find a smoother way to serve volunteers with the necessary 
access rights in the future. But for now we have to go this way.


Committer status is granted and given on invitation over time depending 
on the contribution somebody is making. It's always good to simply start 
contribution ...


Juergen



The problem is I mainly work on public computers and I don't have my files
and apps, web app is the perfect solution for me.

Kind regards,
Yaron Shahrabani






On Tue, May 29, 2012 at 1:54 AM, Rob Weir  wrote:


On Mon, May 28, 2012 at 2:43 AM, Yaron Shahrabani
wrote:

I submitted the iCLA, I'll get back to you once the application will be
approved.



Hello Yaron,

I can confirm that your iCLA was received.  Your name now appears in
this list here, of volunteers (Apache-wide) who have submitted an iCLA
but are not yet committers in any specific project:
http://people.apache.org/committer-index.html#unlistedclas


Is there anything special I should add to the form in order to clairfy

that

I'm interested in translating?


No.  What you did is perfect.

If you look at our Pootle server, you see that our Hebrew translation
is 92% complete.  Any help you can give us to get this to 100% would
be greatly appreciated.

You can work online, using Pootle.  Or we can email you the .PO file,
which is understood by some off-line translation tools.

Please send further questions, updates to this ooo-dev list.  We can
make a special test build for you when the translation is done,

Thanks!

-Rob



Yaron Shahrabani






On Thu, May 10, 2012 at 2:55 PM, Jürgen Schmidt
wrote:


On 5/10/12 12:02 PM, Yaron Shahrabani wrote:


Hello guys,
I would like to help maintain the Hebrew translation of OpenOffice.org.
I've already been involved with the translation process before and I

know

the suite very well.

Please grant me with translator access to the pootle server.

Kind regards,
Yaron Shahrabani



Hi Yaron,

welcome at Apache and it's great that you want to help with the Hebrew
translation.

At the moment only committers have access to the pootle server. Are you
able to work offline with the po files directly using some other tools?

If

yes please let me know and I will send you the po files in a private

email.


You should also think about submitting an iCLA (Individual Contributor
License Agreement) back to Apache, that is the first and only formal

step

to become a committer in the project. Everything else depends on your
active participation in the project and will come automatically over

time

which should be obvious.

More info about the iCLA can be found here
http://www.apache.org/**licenses/
and http://www.apache.org/**licenses/icla.txt<

http://www.apache.org/licenses/icla.txt>


Welcome and let me know ...

Juergen

Re: Moving Category-B tarballs (was Re: [PROPOSAL] Starting the graduation process)

[Juergen Schmidt]

Am Samstag, 2. Juni 2012 um 00:41 schrieb Pedro Giffuni:
> 
> --- Ven 1/6/12, Rob Weir  ha scritto:
> ...
> > > 
> > > And computers need electricity, which is not free and
> > > not available under a compatible license. I wish you
> > > could keep focused or at least do an effort to
> > > understand the issues so we can solve them.
> > > 
> > 
> > 
> > Be nice.
> 
> Couldn't resist :-P. But I really think you can
> bring more intelligent arguments to the discussion
> if you focus more on solvig the issues and less on
> making your point.
> 
> > > The tarball release must be consistent; we cannot hide
> > > tarballs in SVN. Creating a directory with the
> > > 
> > 
> > Category-A
> > > tarballs that form a base of the release along with
> > 
> > the
> > > base distribution is not really a problem. Some of
> > 
> > them
> > > are not available upstream anymore.
> > 
> > 
> > That is one possible technique.  But not the only
> > one.  I'm a committer on another Apache project,
> > the ODF Toolkit, and we do not include any of the
> > dependencies in our release, not even other
> > category-a ones.
> > 
> 
> 
> Well I am a committer in the only big UNIX-like
> distribution that is carrying Apache OpenOffice
> nowadays. We would really like to use a source
> distribution through ASF mirrors but since the ASF
> doesn't provide one that works well we have been
> rolling our own. Having a working source
> distribution would help attract linux packagers,
> I think.
> 
> 

well if that is really the case you have failed on several levels

- you didn't really have used or tried the source tarball
- you didn't gave the appropriate and necessary feedback 
- you didn't helped to fix your concerns relating the source release. At least 
it seems you have some concerns

That makes me really thinking ...

Juergen
> 
> Perhaps you happen to have data about how many
> people are finding the current source
> distribution tarballs useful?
> 
> > All of them are downloaded on the fly
> > from a central repository.  That is the
> > beauty of Maven.
> > 
> 
> 
> I have personal experience packaging stuff
> and this is undesirable. One of my ports
> was rejected recently because its inconvenient
> to have the buildbot depend on network access.
> 
> Pedro. 

Re: Fwd: [CONF] Apache OpenOffice Community > Localization Plan

[Juergen Schmidt]

On 6/4/12 10:56 AM, Martin Srebotnjak wrote:
> Will the Slovenian 3.4 release be built?

I will take care to include it for 3.4.1.

We currently plan to provide micro updates to include further languages
+ important bugfixes. But no further 3.4 releases. We have to figure out
what works best int he future.

Juergen

> 
> Thanks, m.
> 
> 2012/6/2 Martin Srebotnjak 
> 
>> Yes, of course, it is available under the new Apache 2 license.
>>
>> We are also localizing LibreOffice under its own licence.
>>
>> Lp, m.
>>
>>
>> 2012/6/2 Andrea Pescetti 
>>
>>> On 01/06/2012 Martin Srebotnjak wrote:
>>>
 here is the full Slovenian translation for Apache OpenOffice 3.4:
 http://ooo.siccla.net/gsi/**apacheOO/3.4.0/GSI_sl.sdf.gz

>>>
>>> Thanks Martin, Robert, it's great to see that you are continuing the
>>> OpenOffice localization effort! I assume your updates are available under
>>> the Apache 2 license (the current OpenOffice license), right?
>>>
>>> You might consider to submit an ICLA http://www.apache.org/**
>>> licenses/#clas  : you still retain
>>> the copyright but it helps the project to have a proper "intellectual
>>> property" tracking, and to give you direct commit rights for future updates
>>> if helpful.
>>>
>>> Regards,
>>>  Andrea.
>>>
>>
>>
> 

Re: Language analysis -> pootle and repo

[Juergen Schmidt]

Am Dienstag, 5. Juni 2012 um 17:09 schrieb Kazunari Hirano:
> Hi Jürgen,
>  
> http://wiki.services.openoffice.org/wiki/Languages
>  
> This page may help you.
I wasn't aware of this page, thanks for sharing  
>  
> I tried to complete your table.
> =
> English Name, ISO, Pootle known,
> -
> Assamese, as, no,
> Belarusian, be_BY, no,
> Breton, br, yes,
> Bodo, brx,
> Catalan (Valencian), ca_XV,
> Dogri, dgo, no,
> Greek, el, yes,
> Esperanto, eo, yes,
> Basque, eu, yes,
> Croatian, hr, yes,
> Lojban, jbo, yes,
> Kabyle, kab,
> Kazakh, kk, yes,
> Khmer, km, yes,
> Konkani, kok,
> Kashmiri, ks, no,
> Maithili, mai, yes,
> Macedonian, mk, yes,
> Mongolian, mn, yes,
> Manipuri, mni,
> Burmese, my, no,
> Nepali, ne, yes,
> Ndebele, nr,
> Nyanja, ny,
> (Afan) Oromo, om, no,
> Punjabi, pa_IN,
> Romanian, ro, yes,
> Kinyarwanda, rw, no,
> Sanskrit, sa_IN,
> Santali, sat,
> Sardinian, sc,
> Sindhi, sd, no,
> Serbo-Croatian, sh, no
> Sinhala, si, yes,
> Slovenian, sl, yes,
> Serbian, sr, yes,
> Siswati, ss, no,
> Swahili, sw_TZ,
> Tajik, tg, yes,
> Setswana, tn, no,
> Tsonga, ts, no,
> Uyghur, ug, yes,
> Uzbek, uz, yes,
> Xhosa, xh, no,
> =
> Not all of them are found in the following page.
> http://translate.sourceforge.net/wiki/l10n/pluralforms
>  
Thanks

Juergen
  
>  
> Thanks,
> khirano
>  
> On Tue, Jun 5, 2012 at 10:34 PM, Jürgen Schmidt
> wrote:
>  
> > Hi,
> >  
> > I have checked the languages that we have in our repository with the
> > languages on pootle etc.
> >  
> > I found several languages in our repo that are not yet on pootle. And I
> > have identified some languages of them that are not known to pootle at
> > all on [1]. And for some languages codes I have no idea and would like
> > to ask you for help:
> >  
> >  
> > English Name ISO Pootle known
> > ---
> > Assamese as no
> > ? be_BY no
> > Breton br yes
> > ? brx
> > ? ca_XV ca = Catalan
> > Dogri dgo no
> > Greek el yes
> > Esperanto eo yes
> > Basque eu yes
> > Croatian hr yes
> > Lojban jbo yes
> > ? kab ka = Georgian
> > Kazakh kk yes
> > Khmer km yes
> > ? kok ko = Korean
> > Kashmiri ks no
> > Maithili mai yes
> > Macedonian mk yes
> > Mongolian mn yes
> > ? mni mn = Mongolian
> > Burmese my no
> > Nepali ne yes
> > ? nr
> > ? ny
> > (Afan) Oromo om no
> > ? pa_IN pa = Punjabi
> > Romanian ro yes
> > Kinyarwanda rw no
> > ? sa_IN sa = Sanskrit
> > ? sat
> > ? sc
> > Sindhi sd no
> > Serbo-Croatian sh no
> > Sinhala si yes
> > Slovenian sl yes
> > Serbian sr yes
> > Siswati ss no
> > ? sw_TZ sw = Swahili
> > Tajik tg yes
> > Setswana tn no
> > Tsonga ts no
> > Uyghur ug yes
> > Uzbek uz yes
> > Xhosa xh no
> >  
> > I think it is probably ok to use:
> >  
> > pa_IN = Punjabi (India)
> > sa_IN = Sanskrit (India)
> > sw_TZ = Swahili (Tansania)
> >  
> > Can anybody help with the others and have an idea about the plural
> > header for the po files? See [1]
> >  
> > Thanks
> >  
> > Juergen
> >  
> >  
> > [1] http://translate.sourceforge.net/wiki/l10n/pluralforms
>  
>  
>  
> --  
> khir...@apache.org
> Apache OpenOffice (incubating)
> http://incubator.apache.org/openofficeorg/
>  
>  

Re: [DISCUSS] Pootle and New Contributor Category

[Juergen Schmidt]

On 6/8/12 9:09 AM, Ross Gardler wrote:
> My question is "is it necessary". See my overlapping post.
> 
> Essentially, why is it perceived that an iCLA is needed for initial
> contributions via Pootle. Aren't they roughly equivalent to patches via
> bugzilla? Shouldn't we be working on the workflow to ensure contribution is
> as easy as possible?
> 

+1, easy as possible is key here because we want to attract as much as
possible volunteers.

Juergen


> Ross
> 
> Sent from my mobile device, please forgive errors and brevity.
> On Jun 8, 2012 12:08 AM, "Dave Fisher"  wrote:
> 
>>
>> On Jun 7, 2012, at 3:43 PM, Kay Schenk wrote:
>>
>>> On Thu, Jun 7, 2012 at 10:24 AM, Dennis E. Hamilton >> wrote:
>>>
 +1 on this discussion so far.

 I was skeptical but I favor how this is going.

 Also, the anonymous contribution to pootle is a no-no.

 - Dennis

 PS: Changing to the [DISCUSS] that is called for and to have it be
>> visible.

 -Original Message-
 From: Rob Weir [mailto:robw...@apache.org]
 Sent: Thursday, June 07, 2012 09:41
 To: ooo-dev@incubator.apache.org
 Subject: Re: *DRAFT FINAL* June board report

 On Thu, Jun 7, 2012 at 6:59 AM, Jürgen Schmidt
  wrote:
> On 6/7/12 12:10 PM, Ross Gardler wrote:
>> On 7 June 2012 11:02, Jürgen Schmidt 
 wrote:
>>> On 6/7/12 11:54 AM, Ross Gardler wrote:
 On 7 June 2012 10:47, Jürgen Schmidt 
 wrote:
> On 6/7/12 11:28 AM, Ross Gardler wrote:
>> On 7 June 2012 05:50, Herbert Duerr  wrote:
>>
>> ...
>>
>>> I think we maybe should add one more topic here: Working with
 pootle
>>> currently requires committership, which results in translators
 having having
>>> to be fast-tracked when they show up on the mailing list. The
 board needs to
>>> decide if this short-circuiting of the process is desirable or
>> not
 and what
>>> the alternatives are.
>>
>> No, need, that's not a board level issue. It's up to the project
>> to
 define its
>> own expectations of committers.
>
> it's a very bad limitation. I would prefer a user management which
> allows registration (by email verification) of new users and where
 new
> users agree to contribute under the Apache license. Maybe combined
 with
> an iCLA but not necessarily require to be committer.
>
> But I am not sure if something like that would be possible at all.
>
> Otherwise we have to deal with the current approach and hope that
>> we
 can
> reach volunteers to accept this approach and work together with
>> them
 on
> a fast-track.

 I agree that the limitation suboptimal.

 I suggest someone take this up with legal-discuss@ If legal@ feel
 able
 to approve a more relaxed approach to iCLAs for access to Pootle
>> then
 infra@ can be asked to find a technical solution.
>>>
>>> I agree and thanks to remind me that I should take the appropriate
>>> action to address things like that ;-)
>>
>> Careful with the "I" - madness lies that way ;-)
>>
>> This is the perfect opportunity for someone lurking here to make an
>> early and potentially very significant contribution. Shepherding these
>> kinds of actions takes time away from those embedded in the coding.
>> It's a good way to earn merit while you figure out where to contribute
>> to the project. If someone like that is reading but not sure how to
>> proceed I'm sure others will help guide you.
>
> I agree but the idea is not really new and nothing happened so far ;-)
>
> Thinking more about it I would like to discuss a new term "Apache
> contributor" where users can register for an user account by accepting
> that all their contributions are under ALv2. The verification can be by
> email verification and the iCLA can be required as well (details have
>> to
> be defined). With such accounts people would get access to more pubic
> wikis (like our user wiki), tools like Pootle, bugzilla etc.
>

 The "contributor" role at Apache already handles this.  A contributor
 can already register in Bugzilla, post patches, register in the wiki,
 contribute documentation, etc.

 What a contributor cannot do is directly modify the product code in
 SVN.  So they are in RTC mode with respect to product code, including
 translations.

 I think the disconnect here is we only have an anonymous method for
 contributors to add translations to Pootle.  I can see the
 justification for requiring non-committers to submit translations as
 patches in BZ or via suggestions in Pootle.  But the anonymous part of
 this is completely wrong, both from community and from legal
 standpoint.

Re: Installation Experience and Feedback

[Juergen Schmidt]

Am Samstag, 9. Juni 2012 um 00:59 schrieb Andreas Säger:
> Am 09.06.2012 00:50, Andrea Pescetti wrote:
> > Andreas Säger wrote:
> > > On the user forums there is a lot of confusion about the right Java
> > > version for Windows x64. The right JRE for that particular platform has
> > > 32 bit and version number 1.6.x. This manual download is hard to find on
> > > the Oracle page.
> > > > http://www.oracle.com/technetwork/java/javase/downloads/jre-6u32-downloads-1594646.html
> > >  
> > >  
> >  
> >  
> > Which one should we recommend from the list exactly (for Windows
> > 64-bit)? jre-6u32-windows-i586.exe?
> >  
> > If so, we can put a note in the download page, especially because
> > version 3.4 is the first one that does not have a "bundled with Java"
> > installer.
> >  
> > Regards,
> > Andrea.
> >  
>  
>  
>  
> Yes, it has to be jre-6u32-windows-i586.exe for Windows x86.
you can try a 64bit version and use the jvm option -d32 und tools->options->java
I have to check it myself under windows on Monday when I have access to my 
windows machine.

Maybe we can improve the Java detection mechanism here a little bit ...

Juergen  
>  
> Theoretically, AOO should run on Linux-64 with any Java version, 32 or  
> 64 bit, Java6 or Java7. But I have no such system at hand.
>  
> I don't know anything about Mac OS.  

Re: where can I find XRenderable.hpp file?

[Juergen Schmidt]

Am Sonntag, 10. Juni 2012 um 03:23 schrieb jianlizhao:
> HI my friend:
> 
> I ask you a question
> 
> 
> In pdfexport.cxx file: You can see some code as below
> 
> #ifndef _COM_SUN_STAR_VIEW_XRENDERABLE_HPP_
> 
> #include 
> 
> #endif
> 
> 
> sal_Bool PDFExport::Export( const OUString& rFile, const Sequence<
> PropertyValue >& rFilterData )
> 
> {
> 
> ..
> 
> 
> if( aURL.GetProtocol() == INET_PROT_FILE )
> 
> {
> 
> Reference< XRenderable > xRenderable( mxSrcDoc, UNO_QUERY );
> 
> 
> 
> }
> 
> }
> 
> 
> For searching XRenderable.hpp, I use OpenGrok with
> 
> http://opengrok.adfinis-sygroup.org/source/
> 
> 
> not find the XRenderable.hpp file
> 
> 
> where can I find XRenderable.hpp file?
> 
> 
Many header files becomes generated from the related IDL files (udkapi, offapi) 
 and you can find them in global output directory. The header file generation 
is triggered in "offuh".

Juergen

> Thanks 
> 
> 
> regards 

Re: Open the UOF2.0 source codes

[Juergen Schmidt]

first of all thanks for sharing this information and the plan to
contribute to the project. Great news!

On 6/11/12 9:02 AM, Yong Lin Ma wrote:
> Hongyun,
> Anyone from your team already get commit rights?   If not, it would be
> difficult for a senior OO.o developer. We would like to help to speed
> up the process by reviewing his or her contributions in time.
> 
> Any other ideas?

As Pedro has pointed out it really depends on the size of the code.

A branch is probably a good idea and it allows to verify it against our
code base. I think it is important that the interoperability with the
existing code is given and that it doesn't break anything.

Juergen

> 
> At the same time, you may consider introducing the work on wiki first.
> That will help others understand the contribution and give more
> advices.
> 
> 
> On Mon, Jun 11, 2012 at 1:44 PM, Pedro Giffuni  wrote:
>>
>>
>> --- Lun 11/6/12, hongyun.an  ha scritto:
>> ...
>>> Data: Lunedì 11 giugno 2012, 00:20
>>> You are welcome.We hope it will be
>>> more compatible between the ODF and UOF2.0.
>>> Could anybody tell me how submit the code?
>>> --
>>
>> I guess it depends on the size. One option
>> would be to put up a tarball somewhere, but
>> perhaps its better to create a branch in SVN.
>>
>> It would be great if one of our Chinese
>> commiters takes the lead on this.
>>
>> Pedro.
>>
>>> hongyun.an
 This is excellent news!

 Thank you Hongyun An, we are delighted to have this
>>> huge
 development for/from the Chinese community!

 Pedro.

 --- Dom 10/6/12, hongyun.an 
>>> ha scritto:
> Hi,everyone:

 My name is Hongyun An and I am serving in CS2C.Since
>>> 2008,I have worked for the document format
>>> interoperability.
 Now I am serving for the China Standard Software
>>> Co.,Ltd(CS2C).
 We are going to open the UOF2.0 source codes which are
>>> researched for years based on OpenOffice.
 Until now We have send the SGA and the SGA from China
>>> Standard Software Co, Ltd has been filed in the Apache
 Software Foundation records.
 Now  let me tell you what UOF2.0 is and how
>>> important it is.
 As a Chinese document format,UOF(Unified Office document
>>> Format) describes the document format structure basing on
 the W3C XML Schema,using Chinese character tags.Now UOF
>>> has a wide range of applications.In China,many departments
 use the UOF as the compatibility format.
 UOF2.0 is improved more greatly than UOF1.1. It has a
>>> better structure, which  is  multi-file
>>> structure,including uof.xml,
 meta.xml,context.xml,chart.xml,graphics.xml,rules.xml
>>> and so on. And UOF2.0 unifies the definition of the public
>>> properties,
 supports the multi-language.
 Until now we  have achieved reading and writing
>>> the  UOF2.0 documents by modifying the OpenOffice
>>> source codes and the
 style sheets.




 Hongyun An
 Office +8610-51659955-3102
 CS2C
 20F,Yingu Building,No.9 Beisihuan Xilu,Haidian District
>>> Beijing China

Re: Defects Need Verification Query is created and please help on these defects

[Juergen Schmidt]

Am Dienstag, 12. Juni 2012 um 05:17 schrieb Linyi Li:
> Hi,
> 
> I planed to do defects verification recently. I have got two questions.
> 1. Defects in query "
> DefectsNeedVerificaiton"
> have two status: RESOLVED, VERIFIED. For verification, My understanding is
> to verify defects which are fixed. How to deal with the defects already
> marked as VERIFIED? To mark it CLOSED?
> 
> 

In the past we verified issues in a cws and cross checked it later in an 
"official" dev/milestone build and closed it afterwards. 
Today I would say we can verify issues in official dev builds or hopefully in 
the future in nightly builds. And cross check and close them in official 
published dev builds.
But maybe others have a different opinion.

> 2. I found there are some fixed defect, marked as "committed to trunk in
> revision 1345624". Is there any official build after AOO3.4. And where to
> get these revision to verity there defects?
> 
> 

No not yet, I would hope that we can use nightly builds for trunk and more 
official builds for 3.4.1 soon

Juergen 
> 
> 
> 
> 2012/6/4 Xia Zhao 
> 
> > Sorry, originally this note I plan send to ooo-qa mail list... But I do
> > hope everyone can contribute to defects verification.
> > 
> > Best regards,
> > 
> > Lily
> > 
> > 
> > 2012/6/4 Xia Zhao 
> > 
> > > Hi all,
> > > 
> > > I just created and published one query "DefectsNeedVerification" in
> > > BugZilla, I'd suggest you all take a look for these defects and do the
> > > verification, this way we can clearup more and more bugs in BugZilla,
> > > meanwhile, for those very old resolved defects to see if there are
> > > regression against current AOO 3.4 release to improve the quality.
> > > 
> > 
> > Thanks.
> > > 
> > > Best regards,
> > > 
> > > Lily
> 
> 
> 
> -- 
> Best wishes.
> 
> Lynn 

Re: [DISCUSS] Rules of voting for new committers and PPMC members

[Juergen Schmidt]

Am Mittwoch, 13. Juni 2012 um 07:50 schrieb Yong Lin Ma:
> A specific question. What is the criteria for a QE member to become a 
> committer?
>  
we don't have this dedicated roles here in the project. As an individual you 
can do everything you are interested in.

If somebody is interested to focus on QA it's perfect and she/he can do it.

No other criteria in general but maybe more difficult to track.

I would recommend that people talk about their work. Highlight the issues they 
have found, describe/explain how they do the work.
Best practices can be for example documented on the wiki.

The community have to be aware of the work and spreading the knowledge about 
specific QA related topics is of course a very valuable contribution. It will 
help others to get started.

Becoming a committer is based on the visible work and contribution that 
somebody has done and is doing. You become a committer over time by invitation.

Juergen
>  
>  
> On Tue, Jun 5, 2012 at 4:50 AM, Dave Fisher  wrote:
> >  
> > On Jun 4, 2012, at 12:21 PM, Kay Schenk wrote:
> >  
> > > On Mon, Jun 4, 2012 at 11:45 AM, Dave Fisher  
> > > wrote:
> > >  
> > > >  
> > > > On Jun 4, 2012, at 1:34 AM, Rob Weir wrote:
> > > >  
> > > > > On Sun, Jun 3, 2012 at 9:28 PM, Dave Fisher 
> > > > wrote:
> > > > > >  
> > > > > >  
> > > > > > Sent from my iPhone
> > > > > >  
> > > > > > On Jun 3, 2012, at 5:18 PM, Kay Schenk  wrote:
> > > > > >  
> > > > > > >  
> > > > > > >  
> > > > > > > On 06/03/2012 11:48 AM, Pedro Giffuni wrote:
> > > > > > > > FWIW,
> > > > > > > >  
> > > > > > > > The Foundation Roles are explained here:
> > > > > > > >  
> > > > > > > > http://www.apache.org/foundation/how-it-works.html#roles
> > > > > > >  
> > > > > > > yes, this is standard ASF policy.
> > > > > > >  
> > > > > > > My question/concern at this point would be --
> > > > > > >  
> > > > > > > how well do we think this works for Apache OpenOffice?
> > > > > >  
> > > > > > The PPMC has had the practice of making Committers into PPMC 
> > > > > > members on
> > > > the same VOTE. This is the practice for some Apache projects, but not 
> > > > all.
> > > > I think that from now on this project should always have separate votes 
> > > > as
> > > > a matter of policy.
> > > > > >  
> > > > > > What do others think?
> > > > >  
> > > > > If we agree that committer and PMC are different roles with different
> > > > > criteria, then I think that is the natural outcome.
> > > > >  
> > > > > But it will depend on the individual.   Consider three types of
> > > > contributors:
> > > > >  
> > > > > -- experienced OpenOffice.org contributor, but new to Apache
> > > > >  
> > > > > -- new to the project entirely, but experienced with Apache from
> > > > > another Apache project, perhaps already a PMC member in another
> > > > > project
> > > > >  
> > > > > - new both to OpenOffice and to Apache
> > > > >  
> > > > > Based on prior experience it might be easier/faster to demonstrate the
> > > > > necessary skills these roles.  In the first category, the experienced
> > > > > OOo contributor, I'd expect they could be make a committer quickly,
> > > > > but will take time to learn about The Apache Way.  But in the other
> > > > > categories they might already have that knowledge (in the 2nd case),
> > > > > or develop it concurrently as they learn about the code over a longer
> > > > > period of time,
> > > > >  
> > > > > But in principle I think we should be distinguishing this roles.
> > > >  
> > > > Let's discuss (2) since now that the project is bootstrapped those in
> > > > category (1) will be quickly recognized and (3) is the usual case.
> > > >  
> > >  
> > >  
> > > Well I do have a concern about (1). In fact, given the ecosystem here, 
> > > with
> > > the amount of "paths" one might take to participate, I wonder if we miss
> > > participation in some arenas.
> > >  
> >  
> >  
> > We certainly will.
> >  
> > >  
> > > I guess the only thing we can hope for in this respect is that a current
> > > PPMC member (or two) has  their fingers in several areas.
> > >  
> >  
> >  
> > It is important for all committers and PMC members to identify and 
> > encourage contributors. The PMC should keep a "watch" list of contributors 
> > who look likely. Committers can send suggestions to ooo-private along with 
> > the areas of contribution and interested PMC members can look for sustained 
> > effort.
> >  
> > >  
> > > A discussion for another time perhaps.
> >  
> > Yes.
> >  
> > Regards,
> > Dave
> >  
> > >  
> > > >  
> > > > Consider
> > > > (a) Committers on another project.
> > > > (b) PMC members on another project.
> > > >  
> > > > None of these people expect to automatically be granted roles on another
> > > > Apache project. They expect that they will earn merit, but like the 
> > > > prior
> > > > OpenOffice.org, experience will show. This is why it can be a good idea 
> > > > for
> > > > a project to add experienced Apache committers / PMC

Re: RAT Reports

[Juergen Schmidt]

Am Freitag, 17. August 2012 um 19:49 schrieb Dave Fisher:
> Hi,
>  
> Jürgen has created standalone ant script for RAT.
no I haven't created it. Thanks Gavin and Daniel I was able to find it on the 
build bots.
> This has trouble on Mac OSX - it is likely a RAT bug involving symlinks.
>  
>  

It seems that the exclude filter doesn't work as expected on Mac and Windows. 
That have to be checked...

Juergen
>  
> Andrew has fixed the buildbot to produce a usable RAT report. See 
> http://ci.apache.org/projects/openoffice/rat-output.html
>  
> There are issues to address here that involve AOO 3.5:
>  
> (1) The XCU files for UOF need Apache Headers.
>  
> (2) Can patches have license headers? I think not.
> Most likely main/redland/raptor/raptor-1.4.18.patch.fixes needs to be added 
> to rat-excludes.  
>  
> (3) There are test case files that should have Apache Headers.
>  
> This is normal "spillage" that the project should inspect periodically and 
> before each release.
>  
> Best Regards,
> Dave
>  
>  

Re: [DISCUSS] AOO Ready to Graduate

[Juergen Schmidt]

Am Freitag, 17. August 2012 um 17:55 schrieb Rob Weir:
> We've had several prods from our mentors suggesting that we are ready
> to graduate. But I think there was general recognition that with
> graduation comes a little hump in extra work, both for the project as
> well as the IPMC and Infra, especially related to mailing list and
> website changes [1]. We wanted to avoid piling that on top of the
> already considerable work required to get AOO 3.4.1 released.
> 
> The AOO 3.4.1 release is now being voted on. So I think it is a good
> time for us to start this process.
> 
> I'd recommend everyone take a look at this timeline [2] for what the
> graduation process looks like. You can see it is three steps:
> 
> 1) Optional Community vote [3]
> 
> 2) Preparation of a Charter and Resolution [4]
> 
> 3) Vote by the IPMC to recommend the Charter/Resolution to the ASF Board.
> 
> 4) Approval by the ASF Board.
> 
> As I understand it the ASF Board meeting on the 3rd Wednesday of each
> month. So the next meeting should be September 19th. If we start
> now, we should have plenty of time to work through this process in
> time for that meeting.
> 
> I'd like to start the first step, with the optional, but highly
> recommended, community vote, stating our belief that we are ready to
> graduate.
> 
> 

I agree and yes let us start with the process. 

Juergen 
> 
> Regards,
> 
> -Rob
> 
> 
> [1] http://incubator.apache.org/guides/graduation.html#project-first-steps
> 
> [2] http://incubator.apache.org/guides/graduation.html#process
> 
> [3] http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> 
> [4] http://incubator.apache.org/guides/graduation.html#tlp-resolution 

Re: Stop-Motion Calc

[Juergen Schmidt]

Am Samstag, 18. August 2012 um 19:03 schrieb imacat:
> Dear all,
> 
> I've made a small video. Maybe you'll like this:
> 
> http://youtu.be/iU3zhA6-458
yes I like it and noticed the link on fb already. 
Office development can be of course fun ;-)

Juergen
> 
> (The source video is http://youtu.be/NlHUz99l-eo )
> 
> I've delivered a small presentation with this on the local
> conference COSCUP 2012 in Taiwan.
> 
> http://youtu.be/tEhz0zNmTFQ
> 
> Hope that you love it! ^_*'
> 
> -- 
> Best regards,
> imacat ^_*' 
> PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
> 
> <> News: http://www.wov.idv.tw/
> Tavern IMACAT's http://www.imacat.idv.tw/
> Woman in FOSS in Taiwan http://wofoss.blogspot.com/
> Apache OpenOffice http://www.openoffice.org/
> EducOO/OOo4Kids Taiwan http://www.educoo.tw/
> 
> 

Re: OOO: missing group write permissions under /dist

[Juergen Schmidt]

On 8/22/12 5:20 PM, sebb wrote:
> Checking /www/www.apache.org/dist/incubator
> 
> The following entries don't have group write enabled.
> This can cause problems later, so please fix,
> Thanks!
> 
> 54214290 6 drwxr-sr-x 3 jsc incubator 3 Aug 21 19:32 ./ooo/3.4.1
> 54214291 6 drwxr-sr-x 2 jsc incubator 14 Aug 21 19:32 ./ooo/3.4.1/source
> 

I thought I had send it already, it is fixed

Juergen

Re: "Restore Windows" bug on OS X Lion & Mountain Lion

[Juergen Schmidt]

Am Mittwoch, 5. September 2012 um 22:09 schrieb Larry Gusaas:
> Is any work being done on this serious bug on Macs OS X ver. 10.7 & 10.8? 
> There have been many 
> help requests on the user forum and on the ooo-users mailing list.
> 
> 

I am not aware of any work on this issue.  I am working on MacOS 10.7.x and 
haven't notice this problem by myself so far. But the many duplicate issues are 
a signal that is serious. 

We should take a closer look on it...

Juergen

> 
> There are many duplicate bug reports open for this issue:
> 
> Bug 119006 - Restore windows problem
> Bug 119236 - Restoring windows error message
> Bug 120361 - restore Windows
> Bug 120577 - after download and install displays Restore windows pop-up which 
> freezes on screen
> Bug 120618 - Will Not Allow Me to Close Program
> Bug 120793 - Restore Windows does not go away
> Bug 120814 - Force Close Error
> 
> I had expected this would be fixed for the AOO 3.4.1 release, but apparently 
> it hasn't. This is 
> a serious impediment for using AOO on recent versions os OS X>
> 
> -- 
> _
> 
> Larry I. Gusaas
> Moose Jaw, Saskatchewan Canada
> Website: http://larry-gusaas.com
> "An artist is never ahead of his time but most people are far behind theirs." 
> - Edgard Varese
> 
> 

Re: Duplicate code in module binfilter [was: Re: svn commit: r1379349 - in /incubator/ooo/trunk/main: offapi/com/sun/star/sheet/ offapi/type_reference/ oox/inc/oox/xls/ oox/source/xls/ sc/inc/ sc/sour

[Juergen Schmidt]

Am Donnerstag, 6. September 2012 um 06:14 schrieb Andrew Douglas Pitonyak:
>  
> On 09/04/2012 03:49 AM, Jürgen Schmidt wrote:
> > On 9/4/12 3:42 AM, Lei Wang wrote:
> > > Hi,
> > >  
> > > So we have plan to remove import/export code from application
> > > modules(sw,sc,sd...) and implement import/export function in binfilter. Is
> > > there any document about this feature? What's the current status ?
> > >  
> >  
> > no, the plan is more to drop the older binary formats and to drop the
> > ugly binfilter module. I think a good candidate for this drop is the
> > next major version.
> >  
> > This is of course a change where people will have different opinions on
> > it. But I personally see no real problem, the code becomes smaller, the
> > officer becomes smaller and the old formats can be migrated by an
> > existing version, for example AOO 3.4.
> >  
> > The default is ODF and most users don't use the older binary formats.
> > But again these formats can be migrated with existing and still
> > available older version of the office.
> >  
> > We should start a new thread to discuss this drop of binfilter for the
> > next major version.
> >  
>  
> I have some old files that I had no reason to touch for many years, and  
> now, I no longer have a program that can touch them. So the files  
> are pretty much orphaned.
>  
>  

It is not yet removed and when we remove it, it will be explained what it 
means. Older versions can be still used to convert the files.  
Yes it will be a one time conversion but I think that is ok. We have to look 
forward and have to reduce complexity. The code have to be maintained.

Juergen
>  
> So that is what we will do with the older OOo file formats? I just want  
> to be clear that I need to find these files ands  then manually convert  
> all of them before support is dropped. I don't like writing my own  
> extractors from scratch, but I have done it before. Usually to help some  
> family member that I can't say no to that has old files in some format  
> that they just procrastinated on and the old program just stops working  
> on their new platforms (or something equally as strange).
>  
>  

You can help to explain if necessary because you understand the reasons that 
are discussed here on the list.   
End user support for this kind of changes are important via the forum, user 
mailing lists or other channels.

Nevertheless do we have to look forward and should drop really old stuff that 
makes more problems and blocks innovation than it helps.

Juergen
>  
> --  
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info: http://www.pitonyak.org/oo.php
>  
>  

Re: What is a good Project Management Committee member?

[Juergen Schmidt]

Am Donnerstag, 6. September 2012 um 05:30 schrieb Rob Weir:
> On Sep 5, 2012, at 9:20 AM, "Jürgen Schmidt"  wrote:
>  
> > On 9/5/12 11:32 AM, Ian Lynch wrote:
> > > On 5 September 2012 09:40, Regina Henschel  
> > > wrote:
> > > > Hi all,
> > > >  
> > > > some time ago we expressed, that we think the project is ready to 
> > > > graduate.
> > > > In the process of graduating, a proposal for a Project Management 
> > > > Committee
> > > > (PMC) will be brought to the Apache Board. Although discussion about
> > > > individual persons will not be done public, it is important to get a 
> > > > shared
> > > > conviction about the criteria for our PMC members.
> > > >  
> > > > You find information about project management and the role of the PMC in
> > > > http://www.apache.org/foundation/how-it-works.html
> > > >  
> > > > With permission of Jürgen Schmidt I will show his items:
> > > > "For me a good PMC member is somebody
> > > > - who is active and visible in the project. It's important that others
> > > > can see or better are able to recognize valuable contributions.
> > > > - who driving the project forward by helping others to join the project,
> > > > or helping other in general to find their way in the project
> > > > - who help to grow the eco-system and the popularity of the project, eg.
> > > > increasing the user base by promoting the project actively on
> > > > conferences, via new medias, etc.
> > > > - who take responsibility for tasks that have to be done and that help
> > > > to drive the project forward or that help to simply run it.
> > > > - who is able to transport and communicate the vision of the project
> > > > - who is able to prevent misbehaviour and misconduct on our main
> > > > communication tool the mailing lists but also on our extended
> > > > communication tools like social media
> > > > - who is able to bring in new ideas in the project that opens even more
> > > > opportunities to grow and to evolve
> > > > - ..."
> > > >  
> > > > And here my thoughts:
> > > > A PMC member...
> > > > ...is a person all can trust in.
> > > > ...preserves overview about several areas.
> > > > ...knows, who is expert in a special area, and encourage people from
> > > > different areas to work together on a topic.
> > > > ...is willing to guide a newcomer.
> > > > ...can identify opposite directions in the community before things
> > > > escalate.
> > > > ...knows about formal requirements and about the Apache structure.
> > > > ...has a vision about the direction of the project, but on the other
> > > > hand accepts reasoned different development without being offended (?
> > > > German "eingeschnappt")
> > > > ...sets a good example in treating others and working for the project.
> > > > ...is reliable.
> > > > ...is willing to assume responsibility.
> > > > ...puts his heart and passion into the project.
> > > >  
> > > >  
> > > > Do you miss aspects? Do you think a special item is irrelevant? What is
> > > > essential?
> > > >  
> > >  
> > >  
> > > Is aware of the limitations of mailing lists in communication and
> > > actively strives to communicate to engender positive feelings in the
> > > audience.
> > >  
> > > Has thought carefully about the role of a PMC member and actively
> > > communicated an intention to be active in that role rather than just a
> > > name on a list or solely involved in committing code.
> > >  
> >  
> >  
> > we had already some longer discussions on this topic on our private list
> > which was the result or part of an ongoing process to define a final PMC
> > that we want to suggest to the IPMC and board as it is required for
> > graduation.
> >  
> > Regina has provided a link that give you further information about this
> > topic and what it means to be a PMC.
> >  
> > I would like to ask everybody (and especially the PPMC members) here to
> > think about this as individual and what it means for themselves or if
> > they would be interested in being a PMC.
> >  
>  
>  
> I know someone who had the image of an ideal husband, a long list of
> essential qualities, but unfortunately these qualities never came
> together in one person outside of cheap romance novels. Unwed, bitter
> and old was the end results.
>  
> So I tend to think of this from a team perspective: what capabilities
> do we need in a PMC? We're not limited by monogyny laws. We don't
> need to find the ultimate uebermensch PMC member. We need a strong
> team. And since most team members will be part time volunteers this
> suggests they might do one nor two things well but gave little
> interest in other areas. We should accept that.
>  
>  

I totally agree and that is fine from my pov. The idea is more that people 
start thinking about the PMC and what it does mean to be a member of it.
For example if a PPMC thinks that it is happy with the thinks it is doing and 
don't want to be in the final PMC for some reason this member can give us as 
signal.
>  
> For example we recently had a PP

Re: Clipart library

[Juergen Schmidt]

Am Mittwoch, 12. September 2012 um 08:42 schrieb Armin Le Grand:
> Hi,
> 
> just wanted to mention: I just tried it out, SVG graphics can now be 
> part of the existing gallery due to the added SVG import support. D&D 
> SVG into gallery theme works like a charm. Thus, all SVG cliparts can be 
> added to whatever form of clipart extension/builtin.
> 
> 

this is very nice, thanks for the info 

Juergen 
> 
> On 30.08.2012 16:51, Ian Lynch wrote:t
> > I'm organising the Open clipart library into categories. We could use
> > this then as a useful resource to complement AOO. Any thoughts about
> > the best way to implement making the categorised library available to
> > the community?
> > 
> 
> 
> 

Re: UNO libraries for x86_64 on MacOSX Mountain Lion

[Juergen Schmidt]

Am Freitag, 14. September 2012 um 20:56 schrieb Daniel Vandersluis:
> I apologize if this is the wrong place for this message.
> 
> I am trying to compile a Ruby gem that connects to OpenOffice through UNO. I 
> have it working perfectly under linux 64bit (by compiling the x86_64 DEBs for 
> OpenOffice and its SDK), however, I am now trying to get it set up under 
> MacOSX 10.8 (Mountain Lion) and am hitting a wall.
> 
> I have GCC 4.2 (via xcode) and 4.7.1 (via homebrew) installed on my system, 
> and the ruby 1.9.3 libraries (installed for x86_64). I am actually able to 
> get my gem to install (which compiles for the native environment) under GCC 
> 4.7 and x86_64, however when I try to actually use my gem, I get the error 
> message:
> 
> LoadError: 
> dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
>  9): Symbol not found: __ZN4cppu11OWeakObject12queryAdapterEv
> Referenced from: 
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
> Expected in: flat namespace
> 
> I've figured out that the bundle is not actually getting linked to the UNO 
> libraries, as they are built for i386. otool -L confirms:
> 
> otool -L rubyuno.bundle 
> rubyuno.bundle:
> /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
> (compatibility version 1.9.1, current version 1.9.1)
> /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
> 228.0.0)
> /usr/local/Cellar/gcc/4.7.1/gcc/lib/libstdc++.6.dylib (compatibility version 
> 7.0.0, current version 7.17.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 
> 169.3.0)
> /usr/local/Cellar/gcc/4.7.1/gcc/lib/libgcc_s.1.dylib (compatibility version 
> 1.0.0, current version 1.0.0)
> 
> I actually did end up getting my bundle compiled for i386 under gcc 4.2 by 
> hardcoding the -arch i386 flag, which gets the libraries linked into the 
> bundle:
> 
> $ otool -L rubyuno.bundle 
> rubyuno.bundle:
> @__URELIB/libuno_cppuhelpergcc3.dylib.3
>  (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_cppu.dylib.3 
> (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_salhelpergcc3.dylib.3
>  (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_sal.dylib.3 
> (compatibility version 0.0.0, current version 0.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 
> 169.3.0)
> /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
> (compatibility version 1.9.1, current version 1.9.1)
> /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
> 228.0.0)
> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 
> 56.0.0)
> 
> However why I try to load the gem I get:
> 
> LoadError: 
> dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
>  9): no suitable image found. Did find:
> ./rubyuno.bundle: mach-o, but wrong architecture
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle:
>  mach-o, but wrong architecture - 
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
> 
> This happens even if I compile ruby in "universal mode":
> 
> $ rvm list
> =* ruby-1.9.3-p194 [ universal ]
> $ lipo -detailed_info /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
> Fat header in: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
> fat_magic 0xcafebabe
> nfat_arch 2
> architecture x86_64
> cputype CPU_TYPE_X86_64
> cpusubtype CPU_SUBTYPE_X86_64_ALL
> offset 4096
> size 9444
> align 2^12 (4096)
> architecture i386
> cputype CPU_TYPE_I386
> cpusubtype CPU_SUBTYPE_I386_ALL
> offset 16384
> size 9348
> align 2^12 (4096)
> 
> I have been going in circles for a couple days now trying to figure out how 
> to get this working. I have even tried to figure out how to compile 
> OpenOffice myself hoping that that way I'd be able to get x86_64 libraries to 
> work with, but that seems to be a whole other can of worms. Does anyone have 
> any suggestions and/or know of somewhere I can get OO compiled for Mac x86_64?
no, the bad news is that the port to 64bit on MacOS had to be done and is on 
our wish to-do list. If you are interested to help here it would be very much 
appreciated.

Juergen 
> 
> Thanks,
> 
> Daniel Vandersluis
> Lead Developer, TalentNest
> dvandersl...@selfmgmt.com
> 
> 

Re: about extension's name

[Juergen Schmidt]

Am Samstag, 15. September 2012 um 04:18 schrieb Ariel Constenla-Haile:
> On Fri, Sep 14, 2012 at 02:45:20PM +0200, Jürgen Schmidt wrote:
> > first of all it would be nice if you start a new mail thread for a new
> > topic.
> >  
> > The name of the toolbar is generated automatically when you don't
> > specify it. It is a very annoying design bug from my point of view that
> > you can't easy define a name in the context where you define your
> > toolbar. But anyway it was on our wish to-do list in the past and is
> > still not implemented.
> >  
>  
>  
> I have a fix for this, but is on my queue to AOO 4.0 because it will be
> an incompatible change:
>  
nice to hear that you have already a fix ;-)  
>  
> * now the toolbar is described as a set of toolbar items, see
> /trunk/main/officecfg/registry/schema/org/openoffice/Office/Addons.xcs
>  
> * to allow localizable names in the toolbar definition, it must be
> changed to be a group node consisting of a localizable ToolbarName and
> a set of ToolbarItems
>  
> Another solution would be to add a new set to AddonUI containing
> localized names for toolbars, but this sound an awful design.
>  
>  

agree, I would prefer the cleaner design as well. The question will be how we 
can handle existing addons. We will need a good migration story for our 
extension developers as well as for our users.  

We should think about it early enough.  

But again, cool that you have already worked on it.

Juergen

>  
>  
> Regards
> --  
> Ariel Constenla-Haile
> La Plata, Argentina
>  
>  

Re: [QA] Quality of bug reports and QA in bugzilla

[Juergen Schmidt]

Am Mittwoch, 19. September 2012 um 17:10 schrieb O.Felka:
> 
> > > We have a lot of professional QA folks here: They know how to verify
> > > their findings and issues. That's a lot of overhead if someone has
> > > to re-test to confirm a well tested bug.
> > > So we should trust the QA who has 'canconfirm' privileges.
> > > 
> > 
> > 
> > I don't see much overhead; on the contrary, every careful reporter,
> > after pressing "Submit", surely goes and check if he did fill everything
> > ok. Leaving the default status to unconfirmed works just like
> > a reminder to be careful.
> > 
> 
> 
> A careful submitter will check before he presses the ok 
The overhead is really minimal but will help to get a better default for the 
less careful submitters ;-)

Juergen 
> 
> Regards
> Olaf
> 
> 

Re: Apache OpenOffice Awarded Two InfoWorld Bossie (Best of Open Source Software) Awards

[Juergen Schmidt]

Am Mittwoch, 19. September 2012 um 17:23 schrieb Rob Weir:
> On Wed, Sep 19, 2012 at 3:35 AM, Shenfeng Liu  wrote:
> > What a great news!
> > Congratulations!
> > 
> 
> 
> I'm especially proud of the recognition the community received for the
> OpenOffice Templates website. This almost did not happen. It
> required a lot of effort, especially by SourceForge and Apache Infra,
> to make this a reality.
> 
> Remember back when OpenOffice first came to Apache. We had the OOo
> code, and a bunch of legacy services hosted on Oracle (and other 3rd
> party) servers: website, wiki, forums, templates, extensions,
> bugzilla, etc. We could have just abandoned the services and focused
> 100% on the code. We could have just kissed the legacy web services
> good bye and let them die. That would have been an easier choice.
> This option was mentioned at the time. It would have been less
> effort. It would have allowed us to make more progress on the code,
> and faster. Certainly that was the choice that could have been made,
> and which was made by another related project. IMHO, it is akin to an
> army leaving its wounded behind in order to make a faster advance.
> 
> Personally, I'm glad we did not abandon these services. Instead we
> invested in them. Yes, it took time. Yes, it took energy. Yes, it
> diverted resources that could have been used to work on product
> features. If you recall there was much wailing and gnashing of teeth
> in some circles, saying that we had delayed our OpenOffice release so
> long that it would no longer be relevant, that we would never catch
> up, that we would inevitably fail.
> 
> Well, guess what happened? We released 3.4.0 and had phenomenal
> download numbers. And then we released 3.4.1 and the download numbers
> are even better. And now we receive awards both for the product,
> but also for one of the legacy web services. Hopefully this puts the
> doubts to rest. The answer to an "either/or" question is sometimes
> "both".
> 
> 

well spoken and summarized :-)

It's simply great

Juergen 
> 
> -Rob
> 
> 
> > - Simon
> > 
> > 
> > 2012/9/19 Rob Weir 
> > 
> > > InfoWorld is out with their 2012 "Bossie" awards (Best of Open Source).
> > > 
> > > As far as I can see we are the only open source project that won two
> > > awards!
> > > 
> > > In the "desktop applications" category we received an award for the
> > > OpenOffice application:
> > > 
> > > 
> > > http://www.infoworld.com/slideshow/64914/bossie-awards-2012-the-best-open-source-desktop-applications-202288#slide4
> > > 
> > > And in the same category we received another award for our Template
> > > Repository:
> > > 
> > > 
> > > http://www.infoworld.com/slideshow/64914/bossie-awards-2012-the-best-open-source-desktop-applications-202288#slide5
> > > 
> > > The full article is here:
> > > 
> > > 
> > > http://www.infoworld.com/d/open-source-software/bossies-2012-the-best-of-open-source-software-awards-202465
> > > 
> > > So congratulations to all for the hard work that led to these honors.
> > > This was a broad effort, extending out from the core project to
> > > partners like SourceForge and all those power users whose creative
> > > contributions bring value to the template repository. These are truly
> > > awards for the whole community!
> > > 
> > > Regards,
> > > 
> > > -Rob 

Re: [DISCUSS][PMC] Proposed PMC List

[Juergen Schmidt]

Am Mittwoch, 19. September 2012 um 21:26 schrieb Kay Schenk:
>  
>  
> On 09/19/2012 10:38 AM, Louis Suárez-Potts wrote:
> >  
> > On 12-09-19, at 12:09 , Rob Weir  wrote:
> >  
> > > How would you deal with "opacity here as to how these names were
> > > suggested"? These are individual's stated preferences. Nothing
> > > more, nothing less. Unless we require that everyone give a
> > > complete, detailed justification for every name they pick, what can
> > > we do? A wiki certainly doesn't change that.
> > >  
> >  
> >  
> >  
> > It depends on how the wiki is set up. For instance, the header of the
> > wiki could state, as the subject line here does,
> > "Preference/Proposed…." and then go on in one sentence to explain,
> > "the names proposed derive from the overall committer list (or
> > whatever) and are those valued by the individual proposer. The final
> > PMC list itself will likely change as the project evolves and will be
> > composed of those names suggested here." It could then clarify who is
> > able to propose names and stipulate a deadline.
> >  
> > Further, it could clarify that in future, a different process
> > operate, and that this process now is essentially ad hoc to resolve a
> > late-summer slowdown stalemate.
> >  
> > This page could further clarify what other pages do: the point of the
> > PMC.
> >  
> > In this way, a wiki can provide more than a mail list post.
> >  
> > Louis
>  
> Yes, a wiki can provide more than a mail post, but I think this exercise  
> is valid, and provides a convenient way for *anyone* on this list to  
> express an "opinion" without explicitly stating why. I actually think  
> this is a point in the mailing lists favor. This approach is simple and  
> based on impressions of individuals involved with this project. I don't  
> see much wrong with that. Picking "10" has been difficult for all of us,  
> but I did understand that "10" was not a magic number for the final PMC.
>  
> I agree with Juergen that we should complete this circle. I've found it  
> pretty interesting so far.
>  
>  

indeed, some interesting observations.

But more surprising again is the late feedback.

I am trying to give a hint for all who haven't expressed their own opinion yet. 
 If you don't have new names that you would like to see on the list, you can 
abstain or can repeat names to highlight your agreement on these names. If you 
feel a name is missing feel free to nominate 10 names with the missing 
name/names included. It's quite simple, isn't it? We are open for new names and 
I believe that people who are really interested in this have followed all the 
discussions. It's a one time process to define a PMC, I think well documented 
and archived on the mailing list. Nothing that we have to document forever. But 
anyway if people think it's necessary, why not.  

Juergen
>  
> --  
> 
> MzK
>  
> "We never sit anything out. We are cups, constantly and quietly
> being filled. The trick is, knowing how to tip ourselves over and
> let the beautiful stuff out."
> -- Ray Bradbury, "Zen in the Art of Writing"
>  
>  

Re: OpenOffice Developer Room (devroom) at FOSDEM

[Juergen Schmidt]

Am Montag, 24. September 2012 um 21:32 schrieb Andrea Pescetti:
> Louis Suárez-Potts wrote:
> > On 12-09-24, at 10:52 , Rob Weir wrote:
> > > Perhaps it could be de-politicized a little more if the request is
> > > for an "ODF Editors" room, and do with multilateral, with LO,
> > > Calligra, AbiWord, Gnumeric, etc.
> > >  
> >  
> > I'm all for that and tried that in 2011 but not this year (2012).
> >  
>  
>  
> That would definitely be good for me too, and it's enough to declare in
> our application that we are available for such a solution. Note that
> there is no need for a joint proposal: FOSDEM organizers will collect
> the applications and, based on them, propose to co-organize the
> devrooms, see https://fosdem.org/2013/call_for_devrooms.html
>  
> Going on, this is the request I would send, posted here for corrections
> and lazy consensus. Note: the "Saturday" choice below is totally arbitrary.
> ---
> * Devroom name: Apache OpenOffice
>  
> * Description
>  
> Apache OpenOffice, formerly known as OpenOffice.org, is one of the most
> popular Free and Open Source software projects. The project, hosted by
> the Apache Software Foundation since June 2011, had two successful
> releases in 2012, with more than 16 million downloads in 4 months.
> OpenOffice is developed by a large and diverse community, including
> full-time and part-time core developers, translators, testers, user
> experience experts, documentation contributors, developers of
> third-party extensions and templates.
>  
> * Project URLs
> - http://www.openoffice.org
> - http://incubator.apache.org/openofficeorg/
>  
> * Preferred day: Saturday or Sunday
> - Saturday
>  
> * Why should FOSDEM accept this proposal?
>  
> After a period of reorganization at Apache, the OpenOffice project
> managed to come back to a regular release schedule, is attracting new
> volunteers and is now able to successfully engage them. Recent
> contributions, like the donation of the Lotus Symphony code by IBM,
> provide interesting challenges for new developers, and there are a lot
> of tasks available for non-developers too.
>  
> An Apache OpenOffice devroom would allow existing volunteers to meet and
> discuss future developments, and users and potential new volunteers to
> learn how they can help the project, thanks to presentations and
> hacking sessions spanning a broad range of topics.
>  
> The Apache OpenOffice project is definitely willing to consider a
> possible suggestion by the organizers for a joint "ODF editors" devroom,
> dedicated to Apache OpenOffice and to the other Free and Open Source
> editors using OpenDocument as their native format.
> ---
>  
> > The issue: who wants to own this? I have done that and worked with
> > fosdem for several years, as has Juergen, to whom I handed off the
> > task back in 2008 or 2009.
> >  
>  
>  
> I just want to make sure we submit our application in time. I wrote the
> draft above so that we have a concrete basis for discussion, and I'll
> likely attend FOSDEM, as I've done quite regularly in recent years.
>  
> If nobody else steps up, I'll send the application after we have
> consensus on it, but if anybody else wants to take over from now on,
> it's absolutely OK for me, provided we meet the deadlines, i.e., we send
> the application this week.
>  
>  


I like your draft and please move forward with it. I will support you later on 
with further organization...

Juergen  
>  
> Regards,
> Andrea.
>  
>  

Re: build svtools with debug

[Juergen Schmidt]

Am Mittwoch, 26. September 2012 um 18:43 schrieb Pedro Giffuni: 
> Juergen;
> 
> 
> - Original Message -
> ...
> 
> > > 
> > > The boost update is/was necessary: Linux/BSD builds are using the
> > > system boost (usually more updated than the one we currently have)
> > > and that means we can't detect if something doesn't work until 
> > > 
> > 
> > it's too
> > > late. The real reason for the update though, is clang. Without a clang
> > > port AOO is dead in MacOSX and eventually in FreeBSD too.
> > > 
> > 
> > 
> > nobody said it is not important, we talk here about the way to achieve
> > in the end the same goal. Ask Armin how often he has merged the trunk
> > back in his aw080 branch and continue the work on the branch until it is
> > ready for trunk.
> > 
> > The boost update as it is seems to be not ready enough and breaks other
> > important things, in this case debug support (which is of course
> > important for developers) on Windows.
> >  
> > 
> 
> 
> Please note that no one has identified yet the issue: it's highly likely
> that Armin has a dirty environment due to a previous (pre-boost) build
> but if he starts with a clean build it will go fine. Again, quite a few people
> reported a working debug build after the boost update.
> 
> 

see Armins mail
> 
> > Please explain where exactly your problem is to do the work on a branch.
> >  
> > 
> 
> 
> Please, when we have identified the breakage cause and iff it's clear it
> was my update I will be glad to revert it. I really need evidence though,
> the changes were thoroughly tested and you cannot ask me to revert it
> based on Rob's sudden's feelings about it. 
> 
> 

it seems that you don't get my point and I was not clear enough. I am not 
interested in this specific case but more in a general agreement how we can 
address such problems.
> 
> If I do have to revert it then I will simply drop it. It works fine here. and
> I don't have anything to fix.
> 
> 

Mmh, I am sure you don't mean this serious and I hope I made already clear that 
I wanted address this more general. You shouldn't feel attacked personally and 
if you do so please apologize. 

Juergen