[lazy consensus] hwpfilter status - preparing axe

[Pedro Giffuni]

Hello;

If there is no objection (as in someone working on it), I will remove 
hwpfilter from the tree.


As most may recall, hwpfilter was disabled due to a security
vulnerability. Apparently the format is not in wide use anymore and
the old filter doesn't work with the newer formats anyway.

Thanks to version control the code can be rescued if needed but
now it won't be wasting space in the source releases.

Pedro.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: @Marcus: Edit wirkungslos

[Jörg Schmidt]

Hallo Marcus, 

> From: Marcus [mailto:marcus.m...@wtnet.de] 

> Das CMS arbeitet wieder. Schau bitte mal, ob Deine Änderungen 
> auch drin 
> sind.

Ja, alles drin.

Habe jetzt testweise noch eine Änderung gemacht und das lief wie gewohnt, somit 
ist das CMS wieder OK.


Gruß
Jörg


-
To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-de-h...@openoffice.apache.org

RE: Where to start?

[Dennis E. Hamilton]

I can think of a few that are pressing but not necessarily the sort of thing 
being dreamed of.

 1. Usability issues.  We have a couple of serious usability issues with 
respect to the current code base.  These are at least for Windows:
a. A method for automatically backing up and resetting an user profile is 
needed.
   It might actually need to be a standalone utility, but it would be cool 
to have as an option where there are messages that offer reset as a way of 
getting unstuck in a cycle of non-clearing failure messages.
b. We need to make sure that failures because an instance of AOO is already 
running can shut down the running instance as an option.  We should also turn 
off quick-start by default.  Current OS releases do a better job of load and 
performance balancing.  (Actually, that would be a very useful quick fix.)
c. There needs to be clean-up of the Java-required business, both of silent 
crashes in the absence of a JVM and in cases where the bitness of the existing 
JVM is not what AOO needs (on Windows).
   There may well be long-range fixes in these areas, but it would be good to 
have gradual improvement and easing of the current, immediate pain that users 
are experiencing and that consume our volunteers in providing workarounds.

 2. Release Engineering.  We currently have no release manager for any future 
releases whatsoever.  The stable, repeatable creation of releases, and building 
from release-candidate source (not the SVN) needs to be established, and 
quickly.  Some sort of buddy-system is needed to develop more contributors who 
are experienced at making release candidates and there needs to be appropriate 
documentation, including what are the commands and parameters for those cases.
   a. At the moment we have fixes on crashers and an encryption problem that we 
can't put in user hands.  If we have a security vulnerability for which there 
is an active exploit, it is not clear how long it would take to have a 
mitigating maintenance release.  
   b. The production of signed MSI releases for Windows is urgent as a way of 
dealing with download uncertainties and distinguishing authentic AOO 
distributions from any others.  The second priority should be satisfaction of 
OSX requirements for authenticated software.
   c. Having a process where there are systematic, periodic maintenance 
releases regardless of feature releases under development is essential.  Those 
should have minimum requirement for internationalization, documentation, UI 
changes, etc., while providing reliability improvements in a controlled manner. 
 The QA should consist of confirmation of asserted fixes and checking against 
regression.

 - Dennis
 
> -Original Message-
> From: Patricia Shanahan [mailto:p...@acm.org]
> Sent: Thursday, February 11, 2016 09:00
> To: dev@openoffice.apache.org
> Subject: Where to start?
> 
> I expect to complete my "Building on Windows" project in the next day or
> so, by documenting the results in
> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_b
> y_step#Windows_7
> 
> That means it is time to pick another project. Any suggestions?
> 
> Here is a brief resume:
> 
> Education:
> 
> B.Sc. Mathematics, Imperial College London, 1970
> M.Sc. Computer Science, Birkbeck College London University, 1975
> Ph.D. Computer Science, UC San Diego, 2009
> 
> Work:
> 
> I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research, and
> Sun Microsystems. I worked on application software, operating systems,
> compilers, system performance, and server platform architecture. I was
> performance architect for the Sun E1 and 15K.
> 
> Unfortunately, my professional end-user applications development
> experience was writing programs that expected punch card or paper tape
> input. More recently, I have written computer performance models in C++
> and Java, and did simulations in Java for my dissertation research.
> 
> Although my C++ experience is rusty and predates widespread availability
> of the STL, I should be able to get it up to date relatively easily. I
> have used templates and operator overloading.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Where to start?

[Kay Schenk]

On 02/11/2016 08:59 AM, Patricia Shanahan wrote:
> I expect to complete my "Building on Windows" project in the next
> day or so, by documenting the results in
> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
> 
> 
> That means it is time to pick another project. Any suggestions?
> 
> Here is a brief resume:
> 
> Education:
> 
> B.Sc. Mathematics, Imperial College London, 1970
> M.Sc. Computer Science, Birkbeck College London University, 1975
> Ph.D. Computer Science, UC San Diego, 2009
> 
> Work:
> 
> I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research,
> and Sun Microsystems. I worked on application software, operating
> systems, compilers, system performance, and server platform
> architecture. I was performance architect for the Sun E1 and 15K.
> 
> Unfortunately, my professional end-user applications development
> experience was writing programs that expected punch card or paper
> tape input. More recently, I have written computer performance
> models in C++ and Java, and did simulations in Java for my
> dissertation research.
> 
> Although my C++ experience is rusty and predates widespread
> availability of the STL, I should be able to get it up to date
> relatively easily. I have used templates and operator overloading.
> 
> 

Some great suggestions for you already. If you want to ease into
things a bit, you might just review what's in BZ as "major" and
Windows related:

https://bz.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMED_status=CONFIRMED_sys=Windows%2C%20all_sys=Windows%2095_sys=Windows%2098_sys=Windows%20ME_sys=Windows%20NT_sys=Windows%202000_sys=Windows%20XP_sys=Windows%20Server%202003_sys=Windows%20Vista_sys=Windows%207_sys=Windows%20Server%202008_sys=Windows%20Server%202012_sys=Windows%208%2C%208.1_sys=Windows%2010=P1%20%28highest%29=P2_format=advanced=---



Also we could use a verification of resolution on the Spell Check issue:
https://bz.apache.org/ooo/show_bug.cgi?id=125501

from a Windows builder.

Have fun and so good that you joined us!


-- 

MzK

"Though no one can go back and make a brand new start,
 anyone can start from now and make a brand new ending."
-- Carl Bard

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: BZ 125501 (was RE: Where to start?)

[Kay Schenk]

[top posting]

I corrected this in my 2:10P response. This was NOT the correct
issue number.

Please see:
http://mail-archives.apache.org/mod_mbox/openoffice-dev/201602.mbox/browser


On 02/11/2016 03:50 PM, Andrea Pescetti wrote:
> Dennis E. Hamilton wrote:
>> My reading of the bug report is that it is entirely about OS/2 and
>> has nothing to do with Windows.
> 
> Correct. That issue has nothing to do with the "famous" profile
> corruption bug. Simply, the so-called "Category B" modules were not
> built on OS/2 so the spell checker was not available there.
> 
>> I suppose the only question is whether that created a regression
>> on 4.1.2 on any non-OS/2 platform.
> 
> No. All changes only affected the OS/2 portion of Makefiles. And, in
> any case, this is a different bug (you do not get a broken
> spellchecker due to profile corruption; you get no spellchecker at
> all).
> 
>> Do we know if Yuri (or someone) merged those changes to the AOO410
>> branch before AOO 4.1.2 was released?
> 
> Yes of course. All issues with "4.1.2 Release blocker: +" were
> merged into 4.1.2. Some cleanup might be needed, and OS/2 is special
> since Yuri had divided his work into many issues, but as a general
> rule this is correct.
> 
> So: there is a recurrent spellchecker bug, but it is not issue
> 125501, it is related with profile corruption and it has a dedicated
> issue in Bugzilla (which I can't look up at the moment, but
> definitely not this one).
> 
> Regards,
>   Andrea.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 

-- 

MzK

"Though no one can go back and make a brand new start,
 anyone can start from now and make a brand new ending."
-- Carl Bard

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FAQ aktualisieren

[Matthias Engel]

Hallo,

super! Vielen Dank für deine Mühe.

Viele Grüße
Matthias

> Am 11.02.2016 um 20:29 schrieb Jörg Schmidt :
> 
> Hallo, 
> 
>> From: Matthias Engel [mailto:openoff...@engel-matthias.de] 
> 
>> https://www.openoffice.org/de/doc/faq/suite/ 
>>  Hier heit es 
>> unter Punkt 8 : "Dieses Dateiformat kann zur Zeit nur mit 
>> Microsoft Office® 2007 und mit 
>> OpenOffice.org Version 3.0 geöffnet werden.“
>> 
>> Dies würde ich gerne ändern in: "Dieses Dateiformat kann zur 
>> Zeit nur mit Microsoft Office® ab 2007 und mit 
>> OpenOffice.org ab Version 3.0 geöffnet werden.“
> 
> So, das CMS läuft wieder und die Änderung ist nun endlich gemacht: 
> http://ooo-site.apache.org/de/doc/faq/suite/index.html#8
> 
> 
> Gruß
> Jörg
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-de-h...@openoffice.apache.org
> 


-
To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-de-h...@openoffice.apache.org

Re: Building on Windows

[Damjan Jovanovic]

Thank you. Also recompiled icu 200 times successfully, so we can be
pretty sure that patch is correct.

I've made a bug for this issue
(https://bz.apache.org/ooo/show_bug.cgi?id=126840) and committed the
patch in r1729921:

#i126840# - Windows/MSVC build often fails in main/icu

The build script (used only on MSVC, not MingW or other OSes) for icu
generates nmake makefiles for the build using icu's
source/allinone/allinone.sln, in which layoutex doesn't list a dependency
on i18n, despite linking to icuin.lib from i18n, which sporadically causes
the icu build to fail. This is really an upstream bug, however upstream
doesn't build using allinone.sln so we are affected more.

This patch declares the missing dependecy, and makes icu build reliably.

Patch by: me
Tested by: pats

On Thu, Feb 11, 2016 at 7:33 PM, Patricia Shanahan  wrote:
> Your patch works for me.
>
> On 2/10/2016 3:57 PM, Damjan Jovanovic wrote:
>>
>> icu supports building on Cygwin using Cygwin's make, but for some bizarre
>> reason AOO builds it with MSVC's nmake using makefiles generated by a Perl
>> script and even completely bypassing ./configure (makefile.mk has
>> CONFIGURE_ACTION+= $(PERL) ..$/..$/..$/..$/..$/createmak.pl
>> ..$/..$/..$/..$/..$/createmak.cfg .). It could not have been easy to set
>> that up, nor does the nmake build parallelize at all, which is why icu
>> wastes 5 minutes building while using only a single thread, so you have to
>> wonder why it was done that way.
>>
>> Building with mingw or building on any other platform does use ./configure
>> and GNU make instead, which explains why we only see this bug with MSVC.
>>
>> Anyway I think I've hacked icu into working. In allinone.sln I've made
>> layoutex project depend on the i18n project containing icuin.lib, and the
>> Perl script should convert that dependency into the makefiles it creates.
>> So far icu has been rebuilt 10 times with this patch (attached),
>> succeeding
>> every time, so please test it and see if it works for you as well.
>>
>> Damjan
>>
>> On Tue, Feb 9, 2016 at 7:51 PM, Patricia Shanahan  wrote:
>>
>>> I have already done some of this. The key difference between failing and
>>> non-failing is whether layoutex is built early or later in the build. See
>>> the attached files for sample build outputs.
>>>
>>> I believe layoutex has a dependency on icuin.lib that is not properly
>>> declared in the makefile etc., allowing layoutex to be built too soon. If
>>> so, the best fix would be to declare the dependency, but I don't know
>>> enough about the dmake and configuration stuff to make that change
>>> without
>>> some study first.
>>>
>>> Patricia
>>>
>>>
>>> On 2/9/2016 9:40 AM, Damjan Jovanovic wrote:
>>>
 The icu module has a complicated build with scripts generating
 makefiles...

 I am not sure what approach to even take debugging this, but some ideas
 might be:
 * make a copy of a main/icu[/wntmsci12.pro] directory that builds and a
 copy of one that doesn't, then diff the files to see what's different
 * compare build logs with it working and not working, to see what steps
 differ (eg. build order of some files might be different)
 * try and follow the makefile to understand the problem analytically; my
 first try didn't get me far
 * give up completely, and just hack it. Make a loop in build.pl that
 just
 keeps cleaning and rebuilding the module. If it builds 50% of the time,
 with 10 retries only 1 in 1024 builds will fail, with 20 retries only 1
 in
 2^20 will fail, etc. Something like this might already have been tried
 in
 the past, as build.pl contains the following code which is only run on
 Windows:

 sub give_second_chance {
   my $pid = shift;
   # A malicious hack for mysterious windows problems - try 2 times
   # to run dmake in the same directory if errors occurs
   my $child_nick = $processes_hash{$pid};
   $running_children{$folders_hashes{$child_nick}}--;
   delete $processes_hash{$pid};
   start_child($child_nick, $folders_hashes{$child_nick});
 };


 On Sun, Feb 7, 2016 at 1:42 AM, Patricia Shanahan  wrote:

 My next step is to try to get rid of the intermittent failure of the icu
>
> build. It seems to be the one thing standing between me a repeatable
> unattended build. If you know anything about its cause, please let me
> know.
>
> Here is a typical failure output:
>
> Generating Code...
>   link.exe @C:\cygwin32\tmp\nm2E74.tmp
>  Creating library .\..\..\lib\icule.lib and object
> .\..\..\lib\icule.exp
>   if exist ..\..\bin\icule40.dll.manifest mt.exe -manifest
> ..\..\bin\icule40.dll.manifest -outputresource:..\..\bin\icule40.dll;2
>   copy ".\LEFontInstance.h" ..\..\include\layout
>   1 file(s) copied.
> 

Re: [lazy consensus] hwpfilter status - preparing axe

[Andrea Pescetti]

Marcus wrote:

AFAIK Andrea has helped to delete the code that managed the filter
choices in the file dialogs. So, the file filter is still in the code
but it's no longer possible to see and choose it in the UI.


Sure, that code is dead, unused, and can be removed. I made the minimal 
fixes to make sure we would not build it. To be clear: it is not simply 
hidden, it is not built (even optionally) at build time; the built 
OpenOffice does not contain the relevant library at all, so the file 
filter is NOT shipped with the OpenOffice binaries. But we can now 
complete the removal from sources.


For context:

https://bz.apache.org/ooo/show_bug.cgi?id=126281
This is the minimal set of fixes included in 4.1.2, by Kay and me. This 
issue is closed.


https://bz.apache.org/ooo/show_bug.cgi?id=126369
This is a larger set of actions that should be taken for a complete 
clean-up (together with, of course, the module removal itself). It's 
assigned to me, but I'll be very happy if Pedro takes over and uses his 
axe on hwpfilter and all the small related components listed there.


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: BZ 125501 (was RE: Where to start?)

[Andrea Pescetti]

Dennis E. Hamilton wrote:

My reading of the bug report is that it is entirely about OS/2 and has nothing 
to do with Windows.


Correct. That issue has nothing to do with the "famous" profile 
corruption bug. Simply, the so-called "Category B" modules were not 
built on OS/2 so the spell checker was not available there.



I suppose the only question is whether that created a regression on 4.1.2 on 
any non-OS/2 platform.


No. All changes only affected the OS/2 portion of Makefiles. And, in any 
case, this is a different bug (you do not get a broken spellchecker due 
to profile corruption; you get no spellchecker at all).



Do we know if Yuri (or someone) merged those changes to the AOO410 branch 
before AOO 4.1.2 was released?


Yes of course. All issues with "4.1.2 Release blocker: +" were merged 
into 4.1.2. Some cleanup might be needed, and OS/2 is special since Yuri 
had divided his work into many issues, but as a general rule this is 
correct.


So: there is a recurrent spellchecker bug, but it is not issue 125501, 
it is related with profile corruption and it has a dedicated issue in 
Bugzilla (which I can't look up at the moment, but definitely not this one).


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

BZ 125501 (was RE: Where to start?)

[Dennis E. Hamilton]

My reading of the bug report is that it is entirely about OS/2 and has nothing 
to do with Windows.  

I suppose the only question is whether that created a regression on 4.1.2 on 
any non-OS/2 platform.

Do we know if Yuri (or someone) merged those changes to the AOO410 branch 
before AOO 4.1.2 was released?

 - Dennis

> -Original Message-
> From: Kay Schenk [mailto:kay.sch...@gmail.com]
> Sent: Thursday, February 11, 2016 11:46
> To: dev@openoffice.apache.org
> Subject: Re: Where to start?
[ ... ]
> Also we could use a verification of resolution on the Spell Check issue:
> https://bz.apache.org/ooo/show_bug.cgi?id=125501
> 
> from a Windows builder.
> 
> Have fun and so good that you joined us!
> 
> 
> --
> 
> MzK
> 
> "Though no one can go back and make a brand new start,
>  anyone can start from now and make a brand new ending."
> -- Carl Bard
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Where to start?

[Kay Schenk]

On 02/11/2016 11:46 AM, Kay Schenk wrote:
> 
> On 02/11/2016 08:59 AM, Patricia Shanahan wrote:
>> I expect to complete my "Building on Windows" project in the next
>> day or so, by documenting the results in
>> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
>>
>>
>> That means it is time to pick another project. Any suggestions?
>>
>> Here is a brief resume:
>>
>> Education:
>>
>> B.Sc. Mathematics, Imperial College London, 1970
>> M.Sc. Computer Science, Birkbeck College London University, 1975
>> Ph.D. Computer Science, UC San Diego, 2009
>>
>> Work:
>>
>> I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research,
>> and Sun Microsystems. I worked on application software, operating
>> systems, compilers, system performance, and server platform
>> architecture. I was performance architect for the Sun E1 and 15K.
>>
>> Unfortunately, my professional end-user applications development
>> experience was writing programs that expected punch card or paper
>> tape input. More recently, I have written computer performance
>> models in C++ and Java, and did simulations in Java for my
>> dissertation research.
>>
>> Although my C++ experience is rusty and predates widespread
>> availability of the STL, I should be able to get it up to date
>> relatively easily. I have used templates and operator overloading.
>>
>>
> 
> Some great suggestions for you already. If you want to ease into
> things a bit, you might just review what's in BZ as "major" and
> Windows related:
> 
> https://bz.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMED_status=CONFIRMED_sys=Windows%2C%20all_sys=Windows%2095_sys=Windows%2098_sys=Windows%20ME_sys=Windows%20NT_sys=Windows%202000_sys=Windows%20XP_sys=Windows%20Server%202003_sys=Windows%20Vista_sys=Windows%207_sys=Windows%20Server%202008_sys=Windows%20Server%202012_sys=Windows%208%2C%208.1_sys=Windows%2010=P1%20%28highest%29=P2_format=advanced=---
> 
> 
> 
> Also we could use a verification of resolution on the Spell Check issue:
> https://bz.apache.org/ooo/show_bug.cgi?id=125501
> 
> from a Windows builder.

oops! wrong issue number. Should be:
https://bz.apache.org/ooo/show_bug.cgi?id=126762

> 
> Have fun and so good that you joined us!
> 
> 

-- 

MzK

"Though no one can go back and make a brand new start,
 anyone can start from now and make a brand new ending."
-- Carl Bard

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

[VOTE] Release Java Bootstrap Connector via Maven

[Carl Marcum]

I have the release candidate staged in the Apache Nexus repository [1] 
that includes a separate source and javadoc jar all pgp signed by myself.


All jars contain a META-INF directory with LICENSE, NOTICE, and CREDIT 
files.


The source jar contains the java source but SVN [2] also contains the 
Gradle build system that can create the jars, pgp sign them and 
optionally upload.


Testing:
I have attached a Groovy script to the issue created for adding the code 
to SVN [3].

This script will demonstrate a bootstrap connection.
A working Groovy installation (and Java runtime) is necessary.

Place the bootstrap-connector jar for testing in ~/.groovy/lib/ 
directory or somewhere else on the Groovy classpath.


Edit the script to point to your soffice executable directory.
example for windows (note forward slashes):
String oooExeFolder = "C:/Program Files (x86)/OpenOffice 4/program"

Run with: groovy BootstrapTest.groovy
You should see:
Connected to a running office ...

Voting will close Wednesday February 17th at midnight GMT.
3 binding +1 votes and a simple majority of votes are necessary for 
approval.



[1] 
https://repository.apache.org/content/repositories/orgapacheopenoffice-1015/org/openoffice/bootstrap-connector/0.1.1/
[2] 
https://svn.apache.org/repos/asf/openoffice/devtools/bootstrap-connector/trunk/

[3] https://bz.apache.org/ooo/show_bug.cgi?id=126807

__

[ ] +1 approve the release
[ ] +0
[ ] -0
[ ] -1 not approve the release



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building on Windows

[Patricia Shanahan]

I have made changes to 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step 
to record what I learned during this process.


It would be helpful if someone with a Windows machine could attempt a 
build using the latest version of those instructions, to test them.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Where to start?

[Patricia Shanahan]

I expect to complete my "Building on Windows" project in the next day or 
so, by documenting the results in 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7


That means it is time to pick another project. Any suggestions?

Here is a brief resume:

Education:

B.Sc. Mathematics, Imperial College London, 1970
M.Sc. Computer Science, Birkbeck College London University, 1975
Ph.D. Computer Science, UC San Diego, 2009

Work:

I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research, and 
Sun Microsystems. I worked on application software, operating systems, 
compilers, system performance, and server platform architecture. I was 
performance architect for the Sun E1 and 15K.


Unfortunately, my professional end-user applications development 
experience was writing programs that expected punch card or paper tape 
input. More recently, I have written computer performance models in C++ 
and Java, and did simulations in Java for my dissertation research.


Although my C++ experience is rusty and predates widespread availability 
of the STL, I should be able to get it up to date relatively easily. I 
have used templates and operator overloading.



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Where to start?

[Damjan Jovanovic]

Here are a couple of my development ideas, some quick, some could be
Google of Summer projects, some probably massive research projects:

REDESIGN BASE STARTUP DIALOG
The dialog when Base starts up is confusing, the "Open" button doesn't
open the recently used file right next to it, but instead opens a file
browser for other files. It should be called "Browse", or be "Not
here? Choose another file: [Open]".

DATABASE RECONNECTION
Set I/O timeouts on database connections. If database connection
drops, have the option to reconnect instead of hanging forever like we
currently do.

CSV AND SPREADSHEET DATABASE IMPROVEMENTS
Our CSV and spreadsheet handling in Base is very poor: read-only, no
joins, no nested subqueries, no grouping, no scalar functions, etc.

On the other hand, one of our pre-existing modules, HSQLDB, supports
"text tables", which are tables backed by CSV files. The CSV file is
scanned once to create an index of all rows and their offsets within
the file. Some rows are cached in memory, the rest read from the CSV
file as needed by seeking to the row's offset and parsing it in. When
the table isn't read-only, deletes are implemented by overwriting the
row with spaces, leaving a blank line, and updates by this
space-overwriting of the old row and appending the new row at the end
of the file. In other words it's all reasonably efficient. Pretty much
the full spectrum of HSQLDB's features is supported on text tables:
foreign keys, transactions, joins, nested subqueries, grouping, its
vast number of scalar functions, etc.

The irony is: we both already ship this code to users inside our
HSQLDB, and use HSQLDB for non-CSV databases so the SDBC->HSQLDB part
is already working, but we use our vastly inferior C++ CSV
implementation instead of HSQLDB's :-).

Additionally, logic very similar to what is used to implement queries
on CSV files could be used for spreadsheet databases. HSQDLB would
need a bit of patching to implement a new spreadsheet table type, but
the same idea of one scan to build indexes and caching some maximum
number of rows in memory and reading the rest on demand could be used.
Updates and deletes on spreadsheets work even better than on CSV
files, as we can change their cell contents and delete rows. This way,
advanced SQL queries would be possible on spreadsheets.


BASE LDAP DRIVER
Since we lost it with Mozilla's elimination. Important for
enterprises. JNDI to the rescue?

BASE THUNDERBIRD ADDRESS BOOKS DRIVER
Also lost with Mozilla's elimination and requested by a number of
users. Not sure how?

MACRO SANDBOX
Allow running Basic macros in a sandbox where file access, DLL calls,
running external programs through the shell, access to other
documents, and access to various portions of the UNO API can be
selectively turned off when the document is opened and/or permission
has to be explicitly granted the first time that functionality is
used, effectively securing your system from dangerous macros, the same
way Android and iPhone apps can only do things you grant them access
to. This could also be done for macros in other languages (maybe even
C/C++ using Google's Native Client).

REIMPLEMENT BASIC AS A JVM LANGUAGE
Compile Basic into Java bytecode and run it on a JVM, so it gets JITed
and run at very high speed instead of the current slow interpretation.
It's not clear how to translate Basic's goto statements into Java
which doesn't support them, but I have ideas around converting Basic
procedures into classes, basic blocks into methods, variables into
object instance variables, and having a nextMethod instance variable
in that object which each method can set before returning to a main
method which will then execute that method next, effectively
implementing the goto in Java. Still allowing Basic debugging despite
the JIT, will be more interesting :-), but it's definitely possible
and already been done with other JVM languages like JRuby etc.

LAUNCH AOO THROUGH JAVA WEBSTART
Allow AOO to run without installation by clicking a link on a website.

IMPROVE SVG EXPORT IN DRAW
Draw a vertical connector between 2 objects, press F2 and enter some
text. The text runs vertically, next to the line. Save as SVG. Open
the SVG. The text is horizontal instead.
We could also try using Apache Batik for SVG import/export.

Damjan

On Thu, Feb 11, 2016 at 6:59 PM, Patricia Shanahan  wrote:
> I expect to complete my "Building on Windows" project in the next day or so,
> by documenting the results in
> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
>
> That means it is time to pick another project. Any suggestions?
>
> Here is a brief resume:
>
> Education:
>
> B.Sc. Mathematics, Imperial College London, 1970
> M.Sc. Computer Science, Birkbeck College London University, 1975
> Ph.D. Computer Science, UC San Diego, 2009
>
> Work:
>
> I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research, and Sun
> Microsystems. I worked on application 

Re: Where to start?

[Rory O'Farrell]

On Thu, 11 Feb 2016 08:59:30 -0800
Patricia Shanahan  wrote:

> I expect to complete my "Building on Windows" project in the next day or 
> so, by documenting the results in 
> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
> 
> That means it is time to pick another project. Any suggestions?

An enhancement that is often requested is automatic saving of files in a 
directory specific to that type.  This is so simple I think it would be a waste 
of your talents.  If I wanted it (I don't) I can see how it might be done in 
BASIC as an extension, which would trap the existing Save and Save as dialogs.

I think it could be a Summer of Code project.

Rory
> 
> Here is a brief resume:
> 
> Education:
> 
> B.Sc. Mathematics, Imperial College London, 1970
> M.Sc. Computer Science, Birkbeck College London University, 1975
> Ph.D. Computer Science, UC San Diego, 2009
> 
> Work:
> 
> I worked from 1970 to 2002 for NCR, Celerity, FPS, Cray Research, and 
> Sun Microsystems. I worked on application software, operating systems, 
> compilers, system performance, and server platform architecture. I was 
> performance architect for the Sun E1 and 15K.
> 
> Unfortunately, my professional end-user applications development 
> experience was writing programs that expected punch card or paper tape 
> input. More recently, I have written computer performance models in C++ 
> and Java, and did simulations in Java for my dissertation research.
> 
> Although my C++ experience is rusty and predates widespread availability 
> of the STL, I should be able to get it up to date relatively easily. I 
> have used templates and operator overloading.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 


-- 
Rory O'Farrell 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Buildbots update

[Damjan Jovanovic]

On Wed, Feb 10, 2016 at 7:49 PM, Kay Schenk  wrote:
>
> On 02/10/2016 09:41 AM, Damjan Jovanovic wrote:
>>
>> All the *nix buildbots are now green and should be building 100% reliably.
>
> YAY!
>

I jinxed it, many bots failed in ./bootstrap as they couldn't download
dependencies. We should probably cache dependencies instead (ie. "cp
external_deps/* build/ext_sources" before bootstrap and "cp
build/ext_sources/* external_deps" after successful bootstrap). I'll
try this on openoffice-linux64-nightly.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building on Windows

[Patricia Shanahan]

Your patch works for me.

On 2/10/2016 3:57 PM, Damjan Jovanovic wrote:

icu supports building on Cygwin using Cygwin's make, but for some bizarre
reason AOO builds it with MSVC's nmake using makefiles generated by a Perl
script and even completely bypassing ./configure (makefile.mk has
CONFIGURE_ACTION+= $(PERL) ..$/..$/..$/..$/..$/createmak.pl
..$/..$/..$/..$/..$/createmak.cfg .). It could not have been easy to set
that up, nor does the nmake build parallelize at all, which is why icu
wastes 5 minutes building while using only a single thread, so you have to
wonder why it was done that way.

Building with mingw or building on any other platform does use ./configure
and GNU make instead, which explains why we only see this bug with MSVC.

Anyway I think I've hacked icu into working. In allinone.sln I've made
layoutex project depend on the i18n project containing icuin.lib, and the
Perl script should convert that dependency into the makefiles it creates.
So far icu has been rebuilt 10 times with this patch (attached), succeeding
every time, so please test it and see if it works for you as well.

Damjan

On Tue, Feb 9, 2016 at 7:51 PM, Patricia Shanahan  wrote:


I have already done some of this. The key difference between failing and
non-failing is whether layoutex is built early or later in the build. See
the attached files for sample build outputs.

I believe layoutex has a dependency on icuin.lib that is not properly
declared in the makefile etc., allowing layoutex to be built too soon. If
so, the best fix would be to declare the dependency, but I don't know
enough about the dmake and configuration stuff to make that change without
some study first.

Patricia


On 2/9/2016 9:40 AM, Damjan Jovanovic wrote:


The icu module has a complicated build with scripts generating
makefiles...

I am not sure what approach to even take debugging this, but some ideas
might be:
* make a copy of a main/icu[/wntmsci12.pro] directory that builds and a
copy of one that doesn't, then diff the files to see what's different
* compare build logs with it working and not working, to see what steps
differ (eg. build order of some files might be different)
* try and follow the makefile to understand the problem analytically; my
first try didn't get me far
* give up completely, and just hack it. Make a loop in build.pl that just
keeps cleaning and rebuilding the module. If it builds 50% of the time,
with 10 retries only 1 in 1024 builds will fail, with 20 retries only 1 in
2^20 will fail, etc. Something like this might already have been tried in
the past, as build.pl contains the following code which is only run on
Windows:

sub give_second_chance {
  my $pid = shift;
  # A malicious hack for mysterious windows problems - try 2 times
  # to run dmake in the same directory if errors occurs
  my $child_nick = $processes_hash{$pid};
  $running_children{$folders_hashes{$child_nick}}--;
  delete $processes_hash{$pid};
  start_child($child_nick, $folders_hashes{$child_nick});
};


On Sun, Feb 7, 2016 at 1:42 AM, Patricia Shanahan  wrote:

My next step is to try to get rid of the intermittent failure of the icu

build. It seems to be the one thing standing between me a repeatable
unattended build. If you know anything about its cause, please let me
know.

Here is a typical failure output:

Generating Code...
  link.exe @C:\cygwin32\tmp\nm2E74.tmp
 Creating library .\..\..\lib\icule.lib and object
.\..\..\lib\icule.exp
  if exist ..\..\bin\icule40.dll.manifest mt.exe -manifest
..\..\bin\icule40.dll.manifest -outputresource:..\..\bin\icule40.dll;2
  copy ".\LEFontInstance.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LEGlyphFilter.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LEGlyphStorage.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LEInsertionList.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LELanguages.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LEScripts.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LESwaps.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LETypes.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\LayoutEngine.h" ..\..\include\layout
  1 file(s) copied.
  copy ".\loengine.h" ..\..\include\layout
  1 file(s) copied.
  cd "..\allinone"
  cd "C:\OpenOfficeDev\Trunk\main\icu\wntmsci12.pro
\misc\build\icu\source\allinone\..\layoutex"
  C:\PROGRA~2\MICROS~1.0\VC\bin\nmake.exe /   /F
layoutex.mak EXCEPTIONSWITCH="-EHa -Zc:wchar_t-"

Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.

  if not exist ".\Release/" mkdir ".\Release"
  rc.exe /l 0x409 /fo".\Release\layoutex.res" /i "..\common" /d
"NDEBUG" 

Re: Buildbots update

[Kay Schenk]

On 02/11/2016 09:30 AM, Damjan Jovanovic wrote:
> On Wed, Feb 10, 2016 at 7:49 PM, Kay Schenk  wrote:
>>
>> On 02/10/2016 09:41 AM, Damjan Jovanovic wrote:
>>>
>>> All the *nix buildbots are now green and should be building 100% reliably.
>>
>> YAY!
>>
> 
> I jinxed it, many bots failed in ./bootstrap as they couldn't download
> dependencies. We should probably cache dependencies instead (ie. "cp
> external_deps/* build/ext_sources" before bootstrap and "cp
> build/ext_sources/* external_deps" after successful bootstrap). I'll
> try this on openoffice-linux64-nightly.

oh well... yeah, I saw this.

Yesterday, when you said you set up the builbots to fail on
bootstrap, I was going to say that even in my local build, the first
attempt at a bootstrap source sometimes fails but seems to right
itself the second time around usually from our  URL2 sites. This
said, it could be that some of our buildbots, due to time out
issues, will cause failure with this
step. We might think of putting things back the way they originally
were for the ./bootstrap step but increasing the time. On my local
builds, of course, I just sit and wait.





-- 

MzK

"Though no one can go back and make a brand new start,
 anyone can start from now and make a brand new ending."
-- Carl Bard

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Buildbots update

[Damjan Jovanovic]

On Thu, Feb 11, 2016 at 7:42 PM, Kay Schenk  wrote:
>
>
> On 02/11/2016 09:30 AM, Damjan Jovanovic wrote:
>> On Wed, Feb 10, 2016 at 7:49 PM, Kay Schenk  wrote:
>>>
>>> On 02/10/2016 09:41 AM, Damjan Jovanovic wrote:

 All the *nix buildbots are now green and should be building 100% reliably.
>>>
>>> YAY!
>>>
>>
>> I jinxed it, many bots failed in ./bootstrap as they couldn't download
>> dependencies. We should probably cache dependencies instead (ie. "cp
>> external_deps/* build/ext_sources" before bootstrap and "cp
>> build/ext_sources/* external_deps" after successful bootstrap). I'll
>> try this on openoffice-linux64-nightly.
>
> oh well... yeah, I saw this.
>
> Yesterday, when you said you set up the builbots to fail on
> bootstrap, I was going to say that even in my local build, the first
> attempt at a bootstrap source sometimes fails but seems to right
> itself the second time around usually from our  URL2 sites. This
> said, it could be that some of our buildbots, due to time out
> issues, will cause failure with this
> step. We might think of putting things back the way they originally
> were for the ./bootstrap step but increasing the time. On my local
> builds, of course, I just sit and wait.
>

What I did didn't reduce ./bootstrap's resilience. It tries to
download everything, and only when it's gone through all files, exits
with an error if something failed to download from all its URLs. The
buildbots still failed despite ./bootstrap twice. Seems like a serious
networking problem. I am trying even more caching.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Norwegian translation for website

[Marcus]

OK, *now* it is fixed. :-)

I've published the staging pages to production and it looks good so far. 
Please have a look on your own and tell me when, e.g., links have to 
changed.


Again, thanks for your patience in this special case.

Marcus



Am 02/10/2016 10:38 PM, schrieb Marcus:

There was no fix provided so far. I've now opened a ticket for Infra [1]
to make it more visible.

I'm very sorry for the delay. Normally this doesn't take so long to show
up on the productions server.

[1] https://issues.apache.org/jira/browse/INFRA-11247

Marcus



Am 02/10/2016 09:40 PM, schrieb Jan Høydahl:

Hi

Looks like the site builds run again?
Can someone try to re-publish the /no-test site?

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com


1. feb. 2016 kl. 15.59 skrev Jan Høydahl:

Any news on this? I see now a “hello” web page up for
http://www.openoffice.org/no-test/

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com


25. jan. 2016 kl. 23.06 skrev Marcus:

Thanks for testing. I've ping'ed Daniel again for help. Let's see if
he can help us also with this.

Marcus



Am 01/25/2016 11:01 PM, schrieb Andrea Pescetti:

On 23/01/2016 Marcus wrote:

However, the new dir "no-test/" is not going to staging [1]. I can do
changes in my CMS working directory or from the command line from my
local PC but it's not going to the staging build - or the production
build [2].
The same when committing changes in already existing files and dirs.


I remember that I had problems also last time the CMS was restored.
Namely, I had updated the logo but it wouldn't show up. And I had to
manually change it again for the CMS to pick up the update. It
seems you
have already done so though.

I have just tried a forced republish and then I tried adding the
templates under templates/; after doing this, I republished but
with no
results.

On the other side, I confirm that my previous changes to
http://www.openoffice.org/eu/ (where I uploaded the new Basque
translation) are not shown either. So this looks more a general CMS
problem than something specific to the no-test directory.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [lazy consensus] hwpfilter status - preparing axe

[Marcus]

FYI:

AFAIK Andrea has helped to delete the code that managed the filter 
choices in the file dialogs. So, the file filter is still in the code 
but it's no longer possible to see and choose it in the UI.


Marcus



Am 02/11/2016 04:15 PM, schrieb Pedro Giffuni:

If there is no objection (as in someone working on it), I will remove
hwpfilter from the tree.

As most may recall, hwpfilter was disabled due to a security
vulnerability. Apparently the format is not in wide use anymore and
the old filter doesn't work with the newer formats anyway.

Thanks to version control the code can be rescued if needed but
now it won't be wasting space in the source releases.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org