Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Andor E
Hi,
I'm currently working on updating the Groovy for OpenOffice.org
extension. I already have included the latest Groovy library.
Currently I'm writing an extender, that allows to access functions and
properties without imports and casts. I still have to overcome a few
stumbling blocks, but I hope to have something up for release soon.

Greetings

eymux

On Tue, Sep 27, 2011 at 5:11 AM, Carl Marcum cmar...@apache.org wrote:

 On 09/26/2011 10:41 PM, Pedro Giffuni wrote:

 Hi;

 I like it. I've been thinking that we should campaign moving
 opensource extensions to apache-extras, as it could make
 things easier for maintainers if they don't want to sign
 an ICLA.
 Of course I won't complain if you think it's better to include
 this directly.

 The extension project is maintained on Sourceforge.

 I'm just seeing if there is interest right now. I use Groovy a lot but
 didn't know if others did.


 Pedro.

 On Mon, 26 Sep 2011 21:45:14 -0400, Carl Marcum cmar...@apache.org
 wrote:

 Hi all,

 I wanted to gauge the interest in including Groovy [1] as a scripting
 language.

 For those not familiar, Groovy is a dynamic language for the JVM that
 includes features like closures, builders, and dynamic typing.

 There is currently a Groovy For OpenOffice extension [2] for this
 available under LGPL. I have contacted the author regarding
 additionally licensing the extension as Apache and he would be willing
 to do that to include it.

 Groovy itself is under the Apache 2.0 so I thought it may be a good fit.

 I am willing to work on this if there is interest.

 Best regards,
 Carl

 [1] http://groovy.codehaus.org/
 [2] http://wiki.services.openoffice.org/wiki/GroovyForOpenOffice

 Thanks,
 Carl



Re: Build AOOo on Mac OS X 10.7

2011-09-27 Thread Rolf Eder
Am 22.09.2011 um 08:49 schrieb Chao Huang:

   3) run commands under dir ooo/main like this
   ./configure --disable-odk --disable-pasf --disable-gtk
 --disable-headless --disable-build-mozilla --disable-fontconfig
 --without-nas --with-jdk-home=/System/Library/Frameworks/JavaVM.framework/Home
 --with-stlport=no --disable-mediawiki --enable-werror --disable-vba

...

 Is there anyone who built out AOOo successfully on Mac OS X 10.7
 (Intel) ? Thanks!


Hi,

I was stuck in your step 3 using autoconf instead. It seems XCode 3.2 did not 
set up this  correctly under 10.7

Did you try autoconf?
-- 
Rolf Eder







Re: [patch] Removal of Windows Build requirement on instmsi[a|w].exe - issue 118457

2011-09-27 Thread Oliver-Rainer Wittmann

Hi,

does anybody had a chance/possibility to test my patch on her/his 
Windows system?


Best regards, Oliver.

On 22.09.2011 17:49, Oliver-Rainer Wittmann wrote:

Hi,

I have created a patch to remove the Window build requirement on
instmsia.exe and instmsiw.exe.
I have filled issue 118457 for this and attached to it - see
https://issues.apache.org/ooo/show_bug.cgi?id=118457

Please test the patch on your Windows systems in order to get a
verification for applying this patch.
I have tested and verified it on my Windows 7 system.

Thanks in advance for testing,
Oliver.


Solve SVG visualisation without cairo and librsvg

2011-09-27 Thread Armin Le Grand

Hi *,

I wanted to keep you up to date that I started looking for a replacement 
of SVG embedding functionality in the trunk version. This is needed 
since cairo and librsvg are gpl/lgpl and thus need to be avoided for an 
Apache release.


To track this I created task 118466 (see 
https://issues.apache.org/ooo/show_bug.cgi?id=118466)


Sincerely,
Armin
--
ALG



introduction - some updates

2011-09-27 Thread Armin Le Grand

Hi *,

I wrote my introduction some time ago (see 
http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201106.mbox/%3Ciufajg$339$1...@dough.gmane.org%3E), 
just wanted to give an update.


I have now entered a new job position which will allow me to work on AOO 
full time, as an IBM employee. I'm looking forward to take this chance 
to move the DrawingLayer to where it needs to go, it's not finished yet...


But first, need to concentrate on ApacheMigration and associated issues.

So, for DrawingLayer questions feel free to ask for background 
information. For tasks concerning DrawingLayer, use BugZilla 
IssueTracker (https://issues.apache.org/ooo/) and file tasks to me.


Sincerely,
Armin
--
ALG



Reintroducing myself to the OOo community

2011-09-27 Thread Herbert Duerr

Hi,

I'd like to reintroduce myself as participant in the OpenOffice 
community in my new role as an IBM employee. Even before that change I 
worked on OOo for over ten years. You can find out more details about me 
at http://de.linkedin.com/pub/herbert-duerr/32/794/a05 where my 
professional profile is hosted.


My specialities are i18n, text, graphics, platform integration, 
algorithms, performance, debugging, keeping backward compatibility and 
careful refactoring. These are incredibly huge topics by themselves, but 
I'm not afraid to delve into other areas when I see the need.


Most of the key players in the OOo/LO world know and respect me. I am 
happy that I can continue to work fulltime on our favourite project and 
I like it even more that this open source work happens under the 
well-run framework of the renowned Apache foundation as I appreciate its 
proven and meritocratic structure. I especially understand the 
foundations point of view on licensing which allows companies to 
contribute for the common good who otherwise couldn't dare to touch such 
a project if it had a more restrictive license.


I have many ideas on how to improve our productivity suite and am ready 
to do what needs to be done. Here are some of the topics in their most 
terse form: regexp remediation, assisting symphony integration, 
interoperability, layout stability, portion to lower layers, text 
justification, performance/scalability, better system integration esp. 
for graphics, optional OpenType features, unicode variation selectors, 
coretext, harfbuzz, 64bit win and mac, better filters and many more. I 
invite you to cooperate at least in these areas as they will benefit all 
related projects.


Best regards,
Herbert Duerr


Re: Press requests (was: LibreOffice and Apache OpenOffice.org one year later)

2011-09-27 Thread Donald Harbison
Thanks Shane.

To be clear, Apache policy on podling branding[1] states:

*Podling has been approved for incubation, podling has launched public
mailing lists, and podling has dropped code into repository*: A podling*MUST
* now be called *Apache Podling-Name* (see
Naminghttp://incubator.apache.org/guides/branding.html#Naming
below).
A podling and affiliated persons can issue press releases that reference the
podling, but cannot issue press releases with the specific intent of
announcing the Podling. Podling can conduct informal pr activities, such as
media outreach, blog publicity, etc. The ASF will not issue any press
releases for any podling at this stage. However, the Public Relations
Committee *MUST* review any releases by affiliated organizations or groups
to ensure they comply with these branding guidelines.

So there is no requirement to run our blogs or media outreach efforts
through Apache press office before posting, correct?

The statement about press releases by affiliated organizations is clear
enough.
*
*
/don

[1] http://incubator.apache.org/guides/branding.html

On Fri, Sep 23, 2011 at 9:55 PM, Shane Curcuru a...@shanecurcuru.org wrote:

 I'd recommend that folks contact the Apache press team in the future if
 there are articles in the press that the project has issues with (or, things
 we'd like to highlight in @TheASF or the Foundation blog):

  http://www.apache.org/press/

 pr...@apache.org is a privately archived list, and has people with
 experience with most of the major technology journalists and bloggers out
 there who cover open source.  It's usually more effective to work with
 press@ on material corrections to news stories than trying to work with
 journalists you don't know personally.

 - Shane




Re: Solve SVG visualisation without cairo and librsvg

2011-09-27 Thread Pedro Giffuni

Hi Armin;

You may want to check Kai Ahrens' Batik idea/proposal:

http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201106.mbox/%3c4dfbca7d.1090...@ahrens-netz.de%3e

cheets,

Pedro.

On Tue, 27 Sep 2011 10:18:46 +0200, Armin Le Grand 
armin.le.gr...@me.com wrote:

Hi *,

I wanted to keep you up to date that I started looking for a
replacement of SVG embedding functionality in the trunk version. This
is needed since cairo and librsvg are gpl/lgpl and thus need to be
avoided for an Apache release.

To track this I created task 118466 (see
https://issues.apache.org/ooo/show_bug.cgi?id=118466)

Sincerely,
Armin
--
ALG




Re: Solve SVG visualisation without cairo and librsvg

2011-09-27 Thread Armin Le Grand

Hi Pedro,

On 27.09.2011 13:25, Pedro Giffuni wrote:

Hi Armin;

You may want to check Kai Ahrens' Batik idea/proposal:

http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201106.mbox/%3c4dfbca7d.1090...@ahrens-netz.de%3e



Yes, thanks for that. I am already in contact with him. I am still 
thinking about alternatives, one point is java per se, another one is 
that SVG is handled as bitmap graphic when using an external renderer. 
This is a bit sad since it is vector graphic.



cheets,

Pedro.

On Tue, 27 Sep 2011 10:18:46 +0200, Armin Le Grand
armin.le.gr...@me.com wrote:

Hi *,

I wanted to keep you up to date that I started looking for a
replacement of SVG embedding functionality in the trunk version. This
is needed since cairo and librsvg are gpl/lgpl and thus need to be
avoided for an Apache release.

To track this I created task 118466 (see
https://issues.apache.org/ooo/show_bug.cgi?id=118466)

Sincerely,
Armin
--
ALG




Sincerely,
Armin
--
ALG



Re: ooo-myspell at apache-extras.org

2011-09-27 Thread Pedro F. Giffuni
FWIW,
It may be like fitting a square peg in a round hole but there is something
similar coming to Apache:

http://incubator.apache.org/opennlp/index.html

Pedro

[legal] How to clarify, if usage of Boost C++ source libraries is allowed

2011-09-27 Thread Oliver-Rainer Wittmann

Hi,

I want to clarify, if we can still use the Boost C++ source libraries in 
our project.
It is licensed under the Boost Software License - Version 1.0, found at 
http://www.boost.org/LICENSE_1_0.txt


Boost is widely used in our source core. It is included in project via 
the ext_sources process.


What is the right way at Apache to clarify, if such a 3rd party stuff 
can be used, if its license is not mentioned at 
http://www.apache.org/legal/resolved.html?

Should I submit a corresponding JIRA issue in JIRA project 'Legal Discuss'?


Thanks in advance for your help,
Oliver



Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Rob Weir
On Mon, Sep 26, 2011 at 11:02 PM, Carl Marcum cmar...@apache.org wrote:

 On 09/26/2011 10:31 PM, Rob Weir wrote:

snip

 As far as I can tell (and I may be wrong) the way to think of it is like
 this:

 1) When we use a binary in the project (a 3rd party library) then
 having it be ALv2 or compatible is what we want.

 2) When we include 3rd party source in the project, then ALv2 is also
 required, but we might have additional requirements, e.g.

 -- small contributions, in the nature of bug fixes and similar
 patches, nothing more required

 -- non-trivial code contributions made to the project -- a signed iCLA

 -- contribution of existing OSS projects -- signed SGA

 If something like and extension is made available under ALv2 can it be
 included it without a SGA?


The relevant procedure is called IP Clearance, which is described as:

From time to time, an external codebase is brought into the ASF that
is not a separate incubating project but still represents a
substantial contribution that was not developed within the ASF's
source control system and on our public mailing lists. This is a short
form of the Incubation checklist, designed to allow code to be
imported with alacrity while still providing for oversight.

See:  http://incubator.apache.org/ip-clearance/index.html

and

http://incubator.apache.org/ip-clearance/ip-clearance-template.html

Each case needs to be examined and documented.  From what I can see
the SGA is the normal way of doing this.

I think the difference between binary and source use in AOOo is
important.  When we bring source into the project we are inviting
other project members, as well as our downstream consumers, to invest
their own time into that code base, to maintain and improve it.  So it
is worth the extra effort to ensure that the source code is
unencumbered.  With a binary inclusions this is not an issue.

-Rob


Re: [legal] How to clarify, if usage of Boost C++ source libraries is allowed

2011-09-27 Thread Oliver-Rainer Wittmann



On 27.09.2011 14:16, Rob Weir wrote:

On Tue, Sep 27, 2011 at 8:08 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com  wrote:

Hi,

I want to clarify, if we can still use the Boost C++ source libraries in our
project.
It is licensed under the Boost Software License - Version 1.0, found at
http://www.boost.org/LICENSE_1_0.txt

Boost is widely used in our source core. It is included in project via the
ext_sources process.

What is the right way at Apache to clarify, if such a 3rd party stuff can be
used, if its license is not mentioned at
http://www.apache.org/legal/resolved.html?
Should I submit a corresponding JIRA issue in JIRA project 'Legal Discuss'?



If there is doubt, certainly send a note to legal-discuss asking them
to classify the license.  This particular case looks easy.  It is not
placing any restrictions other than including their notice.   So we
would need to add their notice to our NOTICE.txt.

Rob



Thank you, Rob.

I agree that this case should be no problem.
But as its license is not mentioned on the above mentioned Apache 
website, I will ask legal-discuss.
I have seen that JIRA mails from its JIRA project are mirrored to 
mailing list legal-discuss. Thus, I will submit a corresponding JIRA issue.


Best regards, Oliver.


Diploma thesis: a survey about OpenOffice.org and LibreOffice

2011-09-27 Thread Andre Schnabel
Hi,

yesterday we received a request for participation in a survey at the 
German LibreOffice list. As the survey's target is the LibO/OOo community
in general, I'm forwarding this to the related lists.

I'd be happy to see many community members participating (but please
don't crash the survey server ;) ).

For more deatils on the survey and it's aim please read Fabian's mail.
(German below).

Thanks and regards,

André


 
 - Diploma thesis: a survey about OpenOffice.org and LibreOffice -
 
 Hello!
 
 Within the scope of my diploma thesis, I conduct an online survey 
 about conflicts of interest in online brand communities.
 The focus of the thesis is placed on the relationship Oracle had with 
 OpenOffice.org as well as the one between the Document Foundation  
 LibreOffice.
 
 I am aware that Oracle donated the OpenOffice.org project to the 
 Apache Software Foundation nevertheless it is of great interest for my 
 thesis to examine the relationship Oracle had with the OpenOffice.org 
 community.
 
 To complete the questionnaire takes 5 to 10 minutes. All responses are 
 absolutely confidential. The survey is completely anonymous.
 
 The survey is available at: https://www.soscisurvey.de/questionnaire1/?l=eng
 
 I would be delighted if you support me by participating in the survey.
 
 Sincerely,
 Fabian Dupper
 Student at the University of Innsbruck, Austria
 


 
 Hallo!
 
 Im Rahmen meiner Diplomarbeit führe ich eine Befragung über 
 Interessenskonflikte in Online Brand Communities durch.
 Die Beziehungen zwischen Oracle  OpenOffice.org sowie der Document 
 Foundation  LibreOffice stehen dabei im Mittelpunkt meiner Arbeit.
 
 Um einigen Fragen vorzubeugen:
 Ich bin mir bewusst, dass das OpenOffice.org Projekt mittlerweile an 
 die Apache Software Foundation weitergegeben wurde. Dennoch ist die 
 Untersuchung der Beziehung die Oracle zu OpenOffice.org hatte für 
 meine Arbeit von großem Interesse.
 
 Die Beantwortung des Fragebogens dauert zwischen 5 und 10 Minuten. Die 
 Umfrage ist selbstverständlich anonym und die erhobenen Daten werden 
 vertraulich behandelt.
 
 Sie finden den Fragebogen unter folgender Adresse: 
 https://www.soscisurvey.de/questionnaire1/?l=ger
 Ich würde mich sehr freuen, wenn Sie mich durch Ihre Teilnahme 
 unterstützen würden!
 
 Bei Fragen oder Hinweisen erreichen Sie mich unter 
 fabian.dup...@student.uibk.ac.at
 
 Vielen Dank für Ihre Mitarbeit,
 Fabian Dupper
 Student der Universität Innsbruck
 


Re: [legal] How to clarify, if usage of Boost C++ source libraries is allowed

2011-09-27 Thread Oliver-Rainer Wittmann

Hi,

here is the link to the submitted JIRA issue - 
https://issues.apache.org/jira/browse/LEGAL-101


Best regards, Oliver.

On 27.09.2011 14:59, Oliver-Rainer Wittmann wrote:



On 27.09.2011 14:16, Rob Weir wrote:

On Tue, Sep 27, 2011 at 8:08 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:

Hi,

I want to clarify, if we can still use the Boost C++ source libraries
in our
project.
It is licensed under the Boost Software License - Version 1.0, found at
http://www.boost.org/LICENSE_1_0.txt

Boost is widely used in our source core. It is included in project
via the
ext_sources process.

What is the right way at Apache to clarify, if such a 3rd party stuff
can be
used, if its license is not mentioned at
http://www.apache.org/legal/resolved.html?
Should I submit a corresponding JIRA issue in JIRA project 'Legal
Discuss'?



If there is doubt, certainly send a note to legal-discuss asking them
to classify the license. This particular case looks easy. It is not
placing any restrictions other than including their notice. So we
would need to add their notice to our NOTICE.txt.

Rob



Thank you, Rob.

I agree that this case should be no problem.
But as its license is not mentioned on the above mentioned Apache
website, I will ask legal-discuss.
I have seen that JIRA mails from its JIRA project are mirrored to
mailing list legal-discuss. Thus, I will submit a corresponding JIRA issue.

Best regards, Oliver.


Re: Diploma thesis: a survey about OpenOffice.org and LibreOffice

2011-09-27 Thread Rob Weir
The survey appears to be looking at two propositions

A) Whether OpenOffice.org members thought that there was a conflict of
interest between Oracle and OpenOffice.org

and

B) Whether LibreOffice members thought that there was a conflict of
interest between The Document Foundation and LibreOffice

Interesting that nothing is ever mentioned about potential conflicts
of interest with Novell/Suse/Attachmate and their ongoing interop
agreements with Microsoft, that has introduced things as Mono and
OOXML.  In other words, it is looking at one open source project and
its main corporate sponsor versus another open source project, while
ignoring its main corporate sponsor.

The more direct comparison would be OpenOffice.org/OOo Community
Council versus LO/TDF, or OpenOffice.org/Oracle versus LO/Novell.  In
other words compare governance or compare corporate sponsorship, but
don't mix the two.

-Rob

On Tue, Sep 27, 2011 at 9:22 AM, Andre Schnabel andre.schna...@gmx.net wrote:
 Hi,

 yesterday we received a request for participation in a survey at the
 German LibreOffice list. As the survey's target is the LibO/OOo community
 in general, I'm forwarding this to the related lists.

 I'd be happy to see many community members participating (but please
 don't crash the survey server ;) ).

 For more deatils on the survey and it's aim please read Fabian's mail.
 (German below).

 Thanks and regards,

 André



 - Diploma thesis: a survey about OpenOffice.org and LibreOffice -

 Hello!

 Within the scope of my diploma thesis, I conduct an online survey
 about conflicts of interest in online brand communities.
 The focus of the thesis is placed on the relationship Oracle had with
 OpenOffice.org as well as the one between the Document Foundation 
 LibreOffice.

 I am aware that Oracle donated the OpenOffice.org project to the
 Apache Software Foundation nevertheless it is of great interest for my
 thesis to examine the relationship Oracle had with the OpenOffice.org
 community.

 To complete the questionnaire takes 5 to 10 minutes. All responses are
 absolutely confidential. The survey is completely anonymous.

 The survey is available at: https://www.soscisurvey.de/questionnaire1/?l=eng

 I would be delighted if you support me by participating in the survey.

 Sincerely,
 Fabian Dupper
 Student at the University of Innsbruck, Austria




 Hallo!

 Im Rahmen meiner Diplomarbeit führe ich eine Befragung über
 Interessenskonflikte in Online Brand Communities durch.
 Die Beziehungen zwischen Oracle  OpenOffice.org sowie der Document
 Foundation  LibreOffice stehen dabei im Mittelpunkt meiner Arbeit.

 Um einigen Fragen vorzubeugen:
 Ich bin mir bewusst, dass das OpenOffice.org Projekt mittlerweile an
 die Apache Software Foundation weitergegeben wurde. Dennoch ist die
 Untersuchung der Beziehung die Oracle zu OpenOffice.org hatte für
 meine Arbeit von großem Interesse.

 Die Beantwortung des Fragebogens dauert zwischen 5 und 10 Minuten. Die
 Umfrage ist selbstverständlich anonym und die erhobenen Daten werden
 vertraulich behandelt.

 Sie finden den Fragebogen unter folgender Adresse:
 https://www.soscisurvey.de/questionnaire1/?l=ger
 Ich würde mich sehr freuen, wenn Sie mich durch Ihre Teilnahme
 unterstützen würden!

 Bei Fragen oder Hinweisen erreichen Sie mich unter
 fabian.dup...@student.uibk.ac.at

 Vielen Dank für Ihre Mitarbeit,
 Fabian Dupper
 Student der Universität Innsbruck




[patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Oliver-Rainer Wittmann

Hi,

I have created a patch to remove the Window build requirement on 
unicows.dll - see issue 88652 
https://issues.apache.org/ooo/show_bug.cgi?id=88652
The patch contains already the patch which c...@openoffice.org (Caolan 
McNamara) has provided and attached to this issue.


Can someone please review and test the patch and commit it to the 
reprository.


Thanks in advance,
Oliver.


Re: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Rob Weir
Is anyone else building on Windows right now?

If not, we have a logistical problem.  Oliver is not a committer, but
he is producing a good number of patches for the Windows build that no
one else seems to be testing and integrating.

I can think of two ways of solving this problem.

-Rob

On Tue, Sep 27, 2011 at 10:51 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:
 Hi,

 I have created a patch to remove the Window build requirement on unicows.dll
 - see issue 88652 https://issues.apache.org/ooo/show_bug.cgi?id=88652
 The patch contains already the patch which c...@openoffice.org (Caolan
 McNamara) has provided and attached to this issue.

 Can someone please review and test the patch and commit it to the
 reprository.

 Thanks in advance,
 Oliver.



Re: Press requests

2011-09-27 Thread Shane Curcuru

On 9/27/2011 7:12 AM, Donald Harbison wrote:

Thanks Shane.

To be clear, Apache policy on podling branding[1] states:

*Podling has been approved for incubation, podling has launched public
mailing lists, and podling has dropped code into repository*: A podling*MUST
* now be called *Apache Podling-Name* (see
Naminghttp://incubator.apache.org/guides/branding.html#Naming
below).
A podling and affiliated persons can issue press releases that reference the
podling, but cannot issue press releases with the specific intent of
announcing the Podling. Podling can conduct informal pr activities, such as
media outreach, blog publicity, etc. The ASF will not issue any press
releases for any podling at this stage. However, the Public Relations
Committee *MUST* review any releases by affiliated organizations or groups
to ensure they comply with these branding guidelines.

So there is no requirement to run our blogs or media outreach efforts
through Apache press office before posting, correct?


Correct - now that infra has created a blogs.a.o for the podling, you're 
free to use that directly to communicate to the larger world as the 
podling sees fit.  Indeed, I agree we need a committed group of 
volunteers to push content to that blog more regularly, so we can better 
tell our own story (instead of having others tell it).


The issue with coordinating with press@ is partly about any official 
press releases (i.e. on newswires) and mostly any coordination or 
responses with journalists or third party major technology blogs.


- Shane


The statement about press releases by affiliated organizations is clear
enough.
*
*
/don

[1] http://incubator.apache.org/guides/branding.html

On Fri, Sep 23, 2011 at 9:55 PM, Shane Curcurua...@shanecurcuru.org  wrote:


I'd recommend that folks contact the Apache press team in the future if
there are articles in the press that the project has issues with (or, things
we'd like to highlight in @TheASF or the Foundation blog):

  http://www.apache.org/press/

pr...@apache.org is a privately archived list, and has people with
experience with most of the major technology journalists and bloggers out
there who cover open source.  It's usually more effective to work with
press@ on material corrections to news stories than trying to work with
journalists you don't know personally.

- Shane






Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Shane Curcuru

On 9/27/2011 8:27 AM, Rob Weir wrote:
...snip...

I think the difference between binary and source use in AOOo is
important.  When we bring source into the project we are inviting
other project members, as well as our downstream consumers, to invest
their own time into that code base, to maintain and improve it.  So it
is worth the extra effort to ensure that the source code is
unencumbered.  With a binary inclusions this is not an issue.


(As an aside - to explain the rationale behind ASF licensing policies, 
and not necessarily about this tool itself:)


Quite right.  As the ASF legal FAQ notes [1] about a related kind of issue:

By including only the object/binary form, there is less exposed surface 
area of the third-party work from which a work might be derived; this 
addresses the second guiding principle of this policy. By attaching a 
prominent label to the distribution and requiring an explicit action by 
the user to get the reciprocally-licensed source, users are less likely 
to be unaware of restrictions significantly different from those of the 
Apache License. Please include the URL to the product's homepage in the 
prominent label.


I.e. there are cases where Apache projects may want to include 
Category-B (EPL, CPL, MPL, etc.) tools within a distribution.  This is 
permitted in binary form, but not source form.


With these tools in binary form in the Apache release, a user is 
unlikely to attempt to modify that non-Apache licensed source code 
(which they'd have to go find themselves) without clearly realizing that 
that portion of the Apache release is not under our Apache license.


-Shane
[1] http://www.apache.org/legal/resolved.html#category-b


Re: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Jürgen Schmidt
On Tue, Sep 27, 2011 at 4:56 PM, Rob Weir robw...@apache.org wrote:

 Is anyone else building on Windows right now?

 If not, we have a logistical problem.  Oliver is not a committer, but
 he is producing a good number of patches for the Windows build that no
 one else seems to be testing and integrating.

 I can think of two ways of solving this problem.


i am building on windows as well at the moment but have more or less the
same configuration as Oliver and i was waiting for somebody else with a
different system who would test it. I will test it tomorrow.

Juergen


 -Rob

 On Tue, Sep 27, 2011 at 10:51 AM, Oliver-Rainer Wittmann
 orwittm...@googlemail.com wrote:
  Hi,
 
  I have created a patch to remove the Window build requirement on
 unicows.dll
  - see issue 88652 https://issues.apache.org/ooo/show_bug.cgi?id=88652
  The patch contains already the patch which c...@openoffice.org (Caolan
  McNamara) has provided and attached to this issue.
 
  Can someone please review and test the patch and commit it to the
  reprository.
 
  Thanks in advance,
  Oliver.
 



re-routing of OOO issues from current OOo site: was LibreOffice and Apache OpenOffice.org one year later

2011-09-27 Thread Kay Schenk
Hi--

Well, since I felt directing folks to the current (Apache) issue link was
fairly critical, and couldn't wait for an en masse correction (whenever that
might occur) of some areas on the current OOo site, I did waht I could in
directing users to the current issue location.

from current OOo main - I need help (support.openoffice.org) - Issue
Tracker (now goes to Apache)

If you do a search on issues on the current site, the old pre-search page
from the QA project of course comes up, but hopefully this change will at
least get a majority of users where they need to go.



-- 
---
MzK

There is no such thing as coincidence.
   -- Leroy Jethro Gibbs, Rule #39


Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Kay Schenk
I realized after I posted this that I should have looked at Pedro's request
ticket first, so sorry about that.

Re--doing it ourselves???

OK, here we go again. It's about current and long-term administration in my
mind.

Given the stagnant state of this set-up, and again, administration, I truly
do not think we can afford to diverge from some well-known and supported
path on this. Just look at where we are now -- Terry has left and no one
seems to be able to take over what HAS been established at:

http://ooo-wiki.apache.org/wiki/Main_Page

I will try to spend the rest of this week looking at Pedro's ticket to infra
on this and attempt to determine what can be done.

Right now, there is STILL activity on the current wiki
and no one seems to be minding the store.

I'm kinda concerned about this...




On Mon, Sep 26, 2011 at 5:28 PM, Alexandro Colorado j...@openoffice.orgwrote:

 -1 I think there still many things that there need to be done for MW but I
 also think that users will appreciate having their familiar environment in
 this wiki.

 I will vote to keep MW as Plan A. Also will start getting more involved as
 the BZ.

 On Wed, Sep 7, 2011 at 2:50 PM, Kay Schenk kay.sch...@gmail.com wrote:

  On Tue, Sep 6, 2011 at 6:38 PM, Pedro F. Giffuni giffu...@tutopia.com
  wrote:
 
   Hello;
  
   --- On Tue, 9/6/11, Dave Fisher dave2w...@comcast.net wrote:
  
Pedro has already gone over to check
with Infrastructure about doing a test.
   
   ...
   
Regards,
Dave
   
  
   Yes, here is the post I sent to the infrastructure guys.
   I guess they have the MW data and the confluence know-how
   but it will probably take some time to evaluate this so
   we cannot discard the MediaWiki VM just yet.
  
   Pedro.
   
   Hi guys;
  
   Sometime ago I suggested this utility on the ooo-dev list:
  
  
  
 
 https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter
  
   I didn't follow up on it because, as you know, there was a
   volunteer from the OOo community doing the MediaWiki
   configuration.
  
   Since the volunteer has left, perhaps infra could do a test
   conversion? This would probably not go as well as the bugzilla
   conversion but I think it would make it easier since we
   wouldn't have to find another admin and have the extra problems
   related to adapting new software to the Apache Infrastructure.
  
   Let me know if using this would be viable and you would like me
   to raise a JIRA issue.
  
 
  My recommendation (FWIW) would be to pass this on to infrastructure.
  Despite
  the enormous respect I have for what it took to get MediaWiki up and
  running
  for OpenOffice in the past, AND the amount of recent work that Terry did,
 I
  can fully understand Rob's reasoning on this. As a group, we need to face
  the fact that things are not what they used to be , and utliize the
  existing
  expertise that's available to Apache OO.o now.
 
  Setbacks are very disheartening but we do need to learn from them I
 think.
  It's unfortunate that exploring this alternate possibility may be
 construed
  as ignoring and killing someone's efforts though -- LOTS of effort I
 might
  add. I feel very very badly about that.  Unfortunately, this seems to be
  the nature of much reorganization, especially a reorganization on this
  scale.
 
  So, you have my +1 on filing an issue to infra to explore this
 conversion.
 
 
   Pedro.
  
  
 
 
  --
 
 
 ---
  MzK
 
  Music expresses that which cannot be said and
   on which it is impossible to be silent.
-- Victor Hugo
 



 --
 *Alexandro Colorado*
 *OpenOffice.org* Español
 http://es.openoffice.org
 fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6




-- 
---
MzK

There is no such thing as coincidence.
   -- Leroy Jethro Gibbs, Rule #39


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Pedro F. Giffuni
Hello;

--- On Tue, 9/27/11, Shane Curcuru wrote:
..
 
 I.e. there are cases where Apache projects may want to
 include Category-B (EPL, CPL, MPL, etc.) tools within a
 distribution.  This is permitted in binary form, but
 not source form.


Someone correct me if I am wrong, but dmake as we have it
today clearly lies in this category.

 
 With these tools in binary form in the Apache release, a
 user is unlikely to attempt to modify that non-Apache
 licensed source code (which they'd have to go find
 themselves) without clearly realizing that that portion of
 the Apache release is not under our Apache license.
 

Concerning the external sources that we still carry: would
source tarballs of MPL/LGPL stuff be considered binary form?
This is mostly what we do today so it would solve
most of our issues (gettext still has to go), but that
workaround would remove the motivation to further cleanup
of the source (glibc could stay!)

Pedro.


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Rob Weir
On Tue, Sep 27, 2011 at 12:24 PM, Pedro F. Giffuni giffu...@tutopia.com wrote:
 Hello;

 --- On Tue, 9/27/11, Shane Curcuru wrote:
 ..

 I.e. there are cases where Apache projects may want to
 include Category-B (EPL, CPL, MPL, etc.) tools within a
 distribution.  This is permitted in binary form, but
 not source form.


 Someone correct me if I am wrong, but dmake as we have it
 today clearly lies in this category.


Would it be part of the released distribution?  That is the key question.

Some components are statically inked with our binaries.  So when we
distribute the binaries, we are copying the code, and that has license
implications.

Some components might be dynamically linked and are part of the user's
desktop platform.  In that case we don't need to distribute the
binaries.

Some components might be dynamically linked, but we cannot assume they
are pre-installed on the platforms.  In that case we do need to
distribute the binaries, and that has license implications.

And then some tools might not be used by the binaries at all.  These
are build tools, like make, dmake, perl and shell scripts, etc.  They
help us build, but they do not become part of the binaries.

So look at this from the perspective of someone using our releases,
source and binaries.  If we used copyleft components linked into the
binaries, then we would be restricting the rights of anyone who
modified the code.  For example, the GPL would require that they make
all of their modifications available under GPL as well.

But for build tools, like dmake, I think that is in another category.
Dmake provides functionality for building. It doesn't provide
functionality for the actual product.  Using it does not add any
obligations to the users of our code distributions.  Even if they
modified Dmake, they don't need to distribute dmake with their own
binary distributions.  And if they wanted to release their own source
distributions then all they would need to do is distribute their dmake
changes.  Since the dmake code every bound with the OOo binaries, it
doesn't have wider implications.

The weak part of MPL, etc., is that it is not viral.  The copyleft
provision applies only to the actual code modified, not all the code
that it is linked to.  IMHO, a build tool has the effect of weak
copyleft even if it was GPL.   If the license is scoped to only the
build tool itself and the tool is not required for the binary
distributions, then I think the effect is similar.

But we should watch out  and take this case-by-case.

-Rob


 With these tools in binary form in the Apache release, a
 user is unlikely to attempt to modify that non-Apache
 licensed source code (which they'd have to go find
 themselves) without clearly realizing that that portion of
 the Apache release is not under our Apache license.


 Concerning the external sources that we still carry: would
 source tarballs of MPL/LGPL stuff be considered binary form?
 This is mostly what we do today so it would solve
 most of our issues (gettext still has to go), but that
 workaround would remove the motivation to further cleanup
 of the source (glibc could stay!)

 Pedro.



Re: [code][repo] Integration of CWSs, HOW-TO with hg and git svn and stgit

2011-09-27 Thread Pedro F. Giffuni
Hi;

I thought it would be a good time to bring this subject
up again.

--- On Sat, 9/10/11, Mathias Bauer wrote:
...
 
  and i completely forgot to mention that i've got a
 linear MQ patch
  series applying against OOO340 that contains the
 following:
...
  
  ause131
  ause130
  writerfilter10
  gnumake4
  sd2gbuild
  
  Nice, will you apply and commit them?
 
 These cws were not planned to be integrated into 3.4.
 Perhaps we should stick to that?!
 

Now that the dust seems to have settled down, and assuming 
those CWS' don't break anything, I would like to see them
committed before we start updating the license.

cheers,

Pedro.

 Regards,
 Mathias
 
 


Re: Build AOOo on Mac OS X 10.7

2011-09-27 Thread Chao Huang
hi Rolf

I was trying to use XCode 4.1 on Mac OS X 10.7.

Here is a detail about xcode_4.1_for_lion, which can be downloaded
from http://developer.apple.com/xcode/;

Developer Information:
-
  Version:  4.1 (4B110)
  Location: /Developer
  Applications:
  Xcode:4.1 (516)
  Instruments:  4.1 (4138)
  Dashcode: 3.0.2 (336)
  SDKs:
  Mac OS X:
  10.6: (10J567)
  10.7: (11A511a)
  iPhone OS:
  4.3:  (8H7)
  iPhone Simulator:
  4.3:  (8H7)
---

2011/9/27, Rolf Eder e...@herrmannsdorfer.de:
 Am 22.09.2011 um 08:49 schrieb Chao Huang:

   3) run commands under dir ooo/main like this
   ./configure --disable-odk --disable-pasf --disable-gtk
 --disable-headless --disable-build-mozilla --disable-fontconfig
 --without-nas
 --with-jdk-home=/System/Library/Frameworks/JavaVM.framework/Home
 --with-stlport=no --disable-mediawiki --enable-werror --disable-vba

 ...

 Is there anyone who built out AOOo successfully on Mac OS X 10.7
 (Intel) ? Thanks!


 Hi,

 I was stuck in your step 3 using autoconf instead. It seems XCode 3.2 did
 not set up this  correctly under 10.7

 Did you try autoconf?
 --
 Rolf Eder








-- 
Chao Huang


dmake licensing issues again (was Re: [EXT][DISCUSS] Including Groovy as a scripting language)

2011-09-27 Thread Pedro F. Giffuni


--- On Tue, 9/27/11, Rob Weir robw...@apache.org wrote:

  Hello;
 
  --- On Tue, 9/27/11, Shane Curcuru wrote:
  ..
 
  I.e. there are cases where Apache projects may
  want to include Category-B (EPL, CPL, MPL, etc.)
  tools within a distribution.  This is permitted
  in binary form, but not source form.
 
 
  Someone correct me if I am wrong, but dmake as we have
 it
  today clearly lies in this category.
 
 
 Would it be part of the released distribution?  That
 is the key question.
 

I understand that you think that since it is a build
tool it will not be linked to the binary distribution.
If we only distribute binaries, that could be acceptable,
but I don't see how you are going to avoid it being in
the source distribution.

Redistributing the MPL stuff in source code form is
explicitly not permitted. The idea behind ASF permission
to distribute them in binary form is to avoid any potential
risk of developers editing the sources accidentally to find
out later that part of their enhancements are under a
copyleft license.

 
 But we should watch out  and take this case-by-case.
 

This matters.. it's not a case by case issue but rather the
rules: someone may want to make changes to dmake to build
their own modules and then make their modified version
of dmake available only on binary form. It may not make
sense for us now but it's what users expect to do from
code coming from the ASF.

With dmake and other tools, and that was the second part
of my comment, I think a tarball with the sources would be
considered binary form. And then, just like with EPM, I
think some people may prefer reusing a pre-built package
instead of adding more time to the (already demanding)
build.

Pedro.



Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread TJ Frazier

On 9/27/2011 12:21, Rob Weir wrote:

So obviously there is limited volunteer bandwidth to migrate the wiki.
  And I've heard from several people, on and off the list, that much of
what is on the wiki is not very useful.

Is there any way we can prioritize the effort?

For example:

1) Is there any way to get page hit stats to see what pages are most
accessed?  If not already instrumented could we add Google Analytics
for a couple of weeks?

There was a top-ten dynamic page list on the wiki main page. Clayton 
removed it last March, on the grounds that it loaded the server too 
heavily. I will try to reactivate it on the Apache copy, and see if it 
yields any useful stats. (Please ignore any loud noises from the server 
room.)


IIRC, the Basic Guide topped the list.

--
/tj/



Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Pedro F. Giffuni


--- On Tue, 9/27/11, Kay Schenk kay.sch...@gmail.com wrote:

As Rob Weir has put it ...
...
 
  So obviously there is limited volunteer bandwidth to
  migrate the wiki.
  And I've heard from several people, on and off
  the list, that much of what is on the wiki is
  not very useful.
 
 
 uh, well...I don't know bout this. I was under the
 impression that MUCH of developer info was here.
  Others would need to weigh in but I think it was
 widely used because of the ease of use.
 
Just my word of advice:

Check the MediaWiki at http://ooo-wiki.apache.org/

If we take out information about Hg (dead),
the Development Teams and Projects (which will have to
be reorganized), Old News, the issue tracker ...

Is the information left worth it to run through a
MW--CWiki conversion effort?

I think given the license situation we should just
leave that stuff as read-only for now and do all new
work on CWiki (or MoinMoin).

Pedro.



Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread TJ Frazier

On 9/27/2011 13:29, TJ Frazier wrote:

On 9/27/2011 12:21, Rob Weir wrote:

So obviously there is limited volunteer bandwidth to migrate the wiki.
And I've heard from several people, on and off the list, that much of
what is on the wiki is not very useful.

Is there any way we can prioritize the effort?

For example:

1) Is there any way to get page hit stats to see what pages are most
accessed? If not already instrumented could we add Google Analytics
for a couple of weeks?


There was a top-ten dynamic page list on the wiki main page. Clayton
removed it last March, on the grounds that it loaded the server too
heavily. I will try to reactivate it on the Apache copy, and see if it
yields any useful stats. (Please ignore any loud noises from the server
room.)

IIRC, the Basic Guide topped the list.


Well, OK, fourth on the list. As scraped off the copy:

1   Dictionaries2701594
2   Documentation/FAQ   1318167
3   OpenOffice.org Solutions1236521
4   Documentation/BASIC Guide   659632
5   Documentation/DevGuide/OpenOffice.org Developers Guide  608983
6   Database600448
7   Documentation   541709
8   Documentation/FAQ/General   493961
9   SV  462049

I left the reporting still live on the Apache copy. The pages are linked 
there. It's a start to what's critical. If we want a top-100 list, I 
can probably do that.

--
/tj/



Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread drew
On Tue, 2011-09-27 at 10:39 -0700, Pedro F. Giffuni wrote:
 
 --- On Tue, 9/27/11, Kay Schenk kay.sch...@gmail.com wrote:
 
 As Rob Weir has put it ...
 ...
  
   So obviously there is limited volunteer bandwidth to
   migrate the wiki.
   And I've heard from several people, on and off
   the list, that much of what is on the wiki is
   not very useful.
  
  
  uh, well...I don't know bout this. I was under the
  impression that MUCH of developer info was here.
   Others would need to weigh in but I think it was
  widely used because of the ease of use.
  
 Just my word of advice:
 
 Check the MediaWiki at http://ooo-wiki.apache.org/
 
 If we take out information about Hg (dead),
 the Development Teams and Projects (which will have to
 be reorganized), Old News, the issue tracker ...
 
 Is the information left worth it to run through a
 MW--CWiki conversion effort?
 
 I think given the license situation we should just
 leave that stuff as read-only for now and do all new
 work on CWiki 

IMo someone needs to find out who user Hohenheim on the current wiki is
and get them to stop adding pages, cause it looks like the last couple
of hundred new pages all come form that account and all in the last
couple of weeks.

it may be that if you got that person to move the pages over to cwiki,
that the read-only version of MW is up to date with the older version
already.


@Alexandro - do you know who this is?

//drew



Iaccessible2 in OOo

2011-09-27 Thread Jean-Philippe MENGUAL
Hi,

As ordinary blind user, I work very much to promote OOo and
accessibility free software for blind people. The current problem is
that public administrations, in France, choose OOo, but blind people are
complaining, as they consider it's not perfectly accessible with NVDA
(Free screen reader for Windows). And migrating to Linux isn't always
easy in a network (active directory features, ...).

However, IBM Symphony works fine. My problem is that's not a really free
software. Nethertheless, IBM, according I was told, gave to the Apache
Foundation Iaccessible2, which is the code which enables Symphony to be
perfectly accessible with NVDA.

Could someone study Iaccessible2 and integrate it in OOo? It'd be great
if OOo could be accessible with NVDA in the next stable releases. As no
developper, I'd appreciate if you could tell me when it's integrated, if
someone accepts to do it.

Thanks very much for your answer.

Regards,

-- 
Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Tél.: 06.76.34.93.37

Mail: mengualjean...@free.fr

Site Web: http://www.accelibreinfo.eu



signature.asc
Description: Ceci est une partie de message	numériquement signée


Re: Diploma thesis: a survey about Oracle's care of the OpenOffice.org community (and not LibreOffice)

2011-09-27 Thread Dave Fisher
DId this individual's academic advisor give any input on how to conduct an 
unbiased survey? I think not.

Really the survey was very repetitive and only about Oracle and OpenOffice.org. 
I didn't get far enough before I noticed it was asking the same questions over 
and over. Maybe in German there are subtle differences. I didn't get to 
questions about LIbreOffice or Apache at all.

If SImon and Rob want to debate corporate biases, go ahead. I'm not interested 
in wasting y time on this type of navel gazing.

On Sep 27, 2011, at 8:58 AM, Simon Phipps wrote:

 On Tue, Sep 27, 2011 at 2:51 PM, Rob Weir robw...@apache.org wrote:
 
 
 The more direct comparison would be OpenOffice.org/OOo Community
 Council versus LO/TDF, or OpenOffice.org/Oracle versus LO/Novell.  In
 other words compare governance or compare corporate sponsorship, but
 don't mix the two.
 
 
 Presumably if you believe Novell to be the main sponsor of LibreOffice you
 will also be recommending to the researcher that they treat IBM as the main
 sponsor of AOOo, Rob. Perhaps you could cc the list when you write to them.
 
 Thanks,
 
 S.



RE: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Dennis E. Hamilton
I believe it has been mentioned, but I am not clear on what the precise 
conclusion is:

What is the oldest Windows OS version that Apache OOo 3.4(-dev) will be 
supported on?  How does that compare with the oldest Windows OS version that 
the last stable release (3.3.0?) of OpenOffice.org is supported on?  (If there 
is a JRE dependency, that is another variant to consider.)

From there I think the low end of the range of configurations to test Windows 
installs on is determined.  I know one dev who still has Windows 95 and Office 
6.0/97 running.  I can probably smoke test in a VM with Windows 98 SE, if I 
still have a disk somewhere.  I can try Windows 2000 also, but nothing older 
than those.)  What I won't want to do is builds.  But if someone has a build I 
can do simple install-success/-fail tests. 

 - Dennis

Afterthoughts:

(Of course it might install on an unsupported version, which is useful to know 
but not essential.  It might be more useful to know how installation fails on 
versions older than the oldest supported version.)

I can think of more than two ways to solve Oliver's dilemma.

Rather than counting the ways, it is perhaps more relevant to determine whether 
this project has the process capability to support a Windows release and, if 
not, whether and how to obtain it.  Scary thoughts.

-Original Message-
From: Jürgen Schmidt [mailto:jogischm...@googlemail.com] 
Sent: Tuesday, September 27, 2011 08:48
To: ooo-dev@incubator.apache.org
Subject: Re: [patch] Removal of Windows build requirement on unicows.dll - 
issue 88652

On Tue, Sep 27, 2011 at 4:56 PM, Rob Weir robw...@apache.org wrote:

 Is anyone else building on Windows right now?

 If not, we have a logistical problem.  Oliver is not a committer, but
 he is producing a good number of patches for the Windows build that no
 one else seems to be testing and integrating.

 I can think of two ways of solving this problem.


i am building on windows as well at the moment but have more or less the
same configuration as Oliver and i was waiting for somebody else with a
different system who would test it. I will test it tomorrow.

Juergen


 -Rob

 On Tue, Sep 27, 2011 at 10:51 AM, Oliver-Rainer Wittmann
 orwittm...@googlemail.com wrote:
  Hi,
 
  I have created a patch to remove the Window build requirement on
 unicows.dll
  - see issue 88652 https://issues.apache.org/ooo/show_bug.cgi?id=88652
  The patch contains already the patch which c...@openoffice.org (Caolan
  McNamara) has provided and attached to this issue.
 
  Can someone please review and test the patch and commit it to the
  reprository.
 
  Thanks in advance,
  Oliver.
 




RE: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Dennis E. Hamilton
Uh, no, a source tarball is definitely not a binary form.

Think in term of executables and dynamically-bound runtime
libraries: something derived from source, but not source,
and not meaningfully modifiable directly.  It is not some-
thing that is the basis for a derivative work and its
distribution alone does not raise license-compatibility
issues.

 - Dennis


-Original Message-
From: Pedro F. Giffuni [mailto:giffu...@tutopia.com] 
Sent: Tuesday, September 27, 2011 09:25
To: ooo-dev@incubator.apache.org
Subject: Re: [EXT][DISCUSS] Including Groovy as a scripting language

[ ... ]

Concerning the external sources that we still carry: would
source tarballs of MPL/LGPL stuff be considered binary form?
This is mostly what we do today so it would solve
most of our issues (gettext still has to go), but that
workaround would remove the motivation to further cleanup
of the source (glibc could stay!)

Pedro.



Re: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Rob Weir
On Tue, Sep 27, 2011 at 4:08 PM, Dennis E. Hamilton
dennis.hamil...@acm.org wrote:
 I believe it has been mentioned, but I am not clear on what the precise 
 conclusion is:

 What is the oldest Windows OS version that Apache OOo 3.4(-dev) will be 
 supported on?  How does that compare with the oldest Windows OS version that 
 the last stable release (3.3.0?) of OpenOffice.org is supported on?  (If 
 there is a JRE dependency, that is another variant to consider.)

 From there I think the low end of the range of configurations to test Windows 
 installs on is determined.  I know one dev who still has Windows 95 and 
 Office 6.0/97 running.  I can probably smoke test in a VM with Windows 98 SE, 
 if I still have a disk somewhere.  I can try Windows 2000 also, but nothing 
 older than those.)  What I won't want to do is builds.  But if someone has a 
 build I can do simple install-success/-fail tests.


I'd recommend supporting Windows XP and beyond.   XP is officially
supported by Microsoft until April 2014.   I'm certainly not making
any effort to maintain or test support for earlier versions.  Of
course, that doesn't prevent anyone else from testing and patching to
support earlier versions.

  - Dennis

 Afterthoughts:

 (Of course it might install on an unsupported version, which is useful to 
 know but not essential.  It might be more useful to know how installation 
 fails on versions older than the oldest supported version.)

 I can think of more than two ways to solve Oliver's dilemma.

 Rather than counting the ways, it is perhaps more relevant to determine 
 whether this project has the process capability to support a Windows release 
 and, if not, whether and how to obtain it.  Scary thoughts.

 -Original Message-
 From: Jürgen Schmidt [mailto:jogischm...@googlemail.com]
 Sent: Tuesday, September 27, 2011 08:48
 To: ooo-dev@incubator.apache.org
 Subject: Re: [patch] Removal of Windows build requirement on unicows.dll - 
 issue 88652

 On Tue, Sep 27, 2011 at 4:56 PM, Rob Weir robw...@apache.org wrote:

 Is anyone else building on Windows right now?

 If not, we have a logistical problem.  Oliver is not a committer, but
 he is producing a good number of patches for the Windows build that no
 one else seems to be testing and integrating.

 I can think of two ways of solving this problem.


 i am building on windows as well at the moment but have more or less the
 same configuration as Oliver and i was waiting for somebody else with a
 different system who would test it. I will test it tomorrow.

 Juergen


 -Rob

 On Tue, Sep 27, 2011 at 10:51 AM, Oliver-Rainer Wittmann
 orwittm...@googlemail.com wrote:
  Hi,
 
  I have created a patch to remove the Window build requirement on
 unicows.dll
  - see issue 88652 https://issues.apache.org/ooo/show_bug.cgi?id=88652
  The patch contains already the patch which c...@openoffice.org (Caolan
  McNamara) has provided and attached to this issue.
 
  Can someone please review and test the patch and commit it to the
  reprository.
 
  Thanks in advance,
  Oliver.
 





Re: Diploma thesis: a survey about Oracle's care of the OpenOffice.org community (and not LibreOffice)

2011-09-27 Thread Jorg Schmidt
Hello,

 Dave Fisher wrote:

 DId this individual's academic advisor give any input on how 
 to conduct an unbiased survey? I think not.
 
 Really the survey was very repetitive and only about Oracle 
 and OpenOffice.org. I didn't get far enough before I noticed 
 it was asking the same questions over and over. Maybe in 
 German there are subtle differences. I didn't get to 
 questions about LIbreOffice or Apache at all.

+1



Greetings
Jorg




RE: Problem using Java for integration from JBoss 5.1 SOLVED User Error

2011-09-27 Thread Herter, Scott
As promised here is what happened.  Turns out my Eclipse project had a bunch of 
old xerces, OpenOffice.org, and other DLLs copied directly in to it.  It was 
favoring those over the Jar files I was setting up through the properties 
interface.  Once I figured that out and cleaned out all the old crap it started 
working just fine.

Once again it is user error.

-Original Message-
From: Herter, Scott [mailto:scott.her...@napersoft.com] 
Sent: Friday, September 16, 2011 7:01 AM
To: ooo-dev@incubator.apache.org
Subject: RE: Problem using Java for integration from JBoss 5.1

Will do, we are trying to get a new release of our software out so it may take 
a couple of weeks to sort everything out, but I will send a message to let 
everyone know what the solution was.

-Original Message-
From: Jürgen Schmidt [mailto:jogischm...@googlemail.com] 
Sent: Friday, September 16, 2011 2:29 AM
To: ooo-dev@incubator.apache.org
Subject: Re: Problem using Java for integration from JBoss 5.1


 if it is a separate process anyway you should take a look on Java UNO
client applications. I think Ariel has already posted some infos about it.
This should at least ensure that the jars doesn't conflict. Let us know it 
solves your problem.

Juergen





Re: Diploma thesis: a survey about Oracle's care of the OpenOffice.org community (and not LibreOffice)

2011-09-27 Thread Alexandro Colorado
On Tue, Sep 27, 2011 at 3:34 PM, Jorg Schmidt joesc...@web.de wrote:

 Hello,

  Dave Fisher wrote:

  DId this individual's academic advisor give any input on how
  to conduct an unbiased survey? I think not.
 
  Really the survey was very repetitive and only about Oracle
  and OpenOffice.org. I didn't get far enough before I noticed
  it was asking the same questions over and over. Maybe in
  German there are subtle differences. I didn't get to
  questions about LIbreOffice or Apache at all.

 +1



 Greetings
 Jorg



I doubt this questionaire is really on the right time, so far there has been
comparison about loyalty to oracle which doesnt apply anymore since we are
now under Apache so the questions should be rewritten.

At the same time, I think it fuels the discussion about LO/OOo which I hope
that we are over that for the most part.

-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6


RE: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Pedro Giffuni

Thanks,

I needed that clarified.

Another point that Rob brought would be if we need a SGA
to add the Groovy (or other) extension.

I would think an SGA is a rather extreme thing to require
for extensions: we wouldn't require that if we want to
include stuff like ucpp, bsh, or icu ... or dmake ;).

Pedro.

On Tue, 27 Sep 2011 13:08:43 -0700, Dennis E. Hamilton 
dennis.hamil...@acm.org wrote:

Uh, no, a source tarball is definitely not a binary form.

Think in term of executables and dynamically-bound runtime
libraries: something derived from source, but not source,
and not meaningfully modifiable directly.  It is not some-
thing that is the basis for a derivative work and its
distribution alone does not raise license-compatibility
issues.

 - Dennis


-Original Message-
From: Pedro F. Giffuni [mailto:giffu...@tutopia.com]
Sent: Tuesday, September 27, 2011 09:25
To: ooo-dev@incubator.apache.org
Subject: Re: [EXT][DISCUSS] Including Groovy as a scripting language

[ ... ]

Concerning the external sources that we still carry: would
source tarballs of MPL/LGPL stuff be considered binary form?
This is mostly what we do today so it would solve
most of our issues (gettext still has to go), but that
workaround would remove the motivation to further cleanup
of the source (glibc could stay!)

Pedro.




Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Rob Weir
On Tue, Sep 27, 2011 at 4:39 PM, Pedro Giffuni giffu...@tutopia.com wrote:
 Thanks,

 I needed that clarified.

 Another point that Rob brought would be if we need a SGA
 to add the Groovy (or other) extension.

 I would think an SGA is a rather extreme thing to require
 for extensions: we wouldn't require that if we want to
 include stuff like ucpp, bsh, or icu ... or dmake ;).


Again, this is a binary versus source code question.  I thought the
discussion was about bringing the groovy extension source code over,
yes?  That would require taking it through the IP Clearance process.
An SGA is the normal way to do this.

 Pedro.

 On Tue, 27 Sep 2011 13:08:43 -0700, Dennis E. Hamilton
 dennis.hamil...@acm.org wrote:

 Uh, no, a source tarball is definitely not a binary form.

 Think in term of executables and dynamically-bound runtime
 libraries: something derived from source, but not source,
 and not meaningfully modifiable directly.  It is not some-
 thing that is the basis for a derivative work and its
 distribution alone does not raise license-compatibility
 issues.

  - Dennis


 -Original Message-
 From: Pedro F. Giffuni [mailto:giffu...@tutopia.com]
 Sent: Tuesday, September 27, 2011 09:25
 To: ooo-dev@incubator.apache.org
 Subject: Re: [EXT][DISCUSS] Including Groovy as a scripting language

 [ ... ]

 Concerning the external sources that we still carry: would
 source tarballs of MPL/LGPL stuff be considered binary form?
 This is mostly what we do today so it would solve
 most of our issues (gettext still has to go), but that
 workaround would remove the motivation to further cleanup
 of the source (glibc could stay!)

 Pedro.




Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Kay Schenk
On Tue, Sep 27, 2011 at 10:39 AM, Pedro F. Giffuni giffu...@tutopia.comwrote:



 --- On Tue, 9/27/11, Kay Schenk kay.sch...@gmail.com wrote:

 As Rob Weir has put it ...
 ...
  
   So obviously there is limited volunteer bandwidth to
   migrate the wiki.
   And I've heard from several people, on and off
   the list, that much of what is on the wiki is
   not very useful.
  
 
  uh, well...I don't know bout this. I was under the
  impression that MUCH of developer info was here.
   Others would need to weigh in but I think it was
  widely used because of the ease of use.
 
 Just my word of advice:

 Check the MediaWiki at http://ooo-wiki.apache.org/

 If we take out information about Hg (dead),
 the Development Teams and Projects (which will have to
 be reorganized), Old News, the issue tracker ...

 Is the information left worth it to run through a
 MW--CWiki conversion effort?


Yes, the projects need some reorganization, but I doubt if all the
development stuff should be removed. It simply hasn't gone anywhere -- yet.
The problem is NOT the conversion effort (a one time deal) but the
maintenance effort.

*IF* someone(s) would step up to be the MW guru, there wouldn't be an issue
but we're outside the infra workings.


 I think given the license situation we should just
 leave that stuff as read-only for now and do all new
 work on CWiki (or MoinMoin).


Well OK, good enough and I would agree with this.
After looking at the old wiki this am, it seems someone from the es area
has made quite a few changes/additions, and the front page itself had been
modified this am. Of course, there was that throw pillows page addition??!

and ps. Does anyone here actually know HOW to put the old wiki in
read-only???


 Pedro.




-- 
---
MzK

There is no such thing as coincidence.
   -- Leroy Jethro Gibbs, Rule #39


Re: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Marcus (OOo)

Am 09/27/2011 10:08 PM, schrieb Dennis E. Hamilton:

I believe it has been mentioned, but I am not clear on what the precise 
conclusion is:

What is the oldest Windows OS version that Apache OOo 3.4(-dev) will be 
supported on?  How does that compare with the oldest Windows OS version that 
the last stable release (3.3.0?) of OpenOffice.org is supported on?  (If there 
is a JRE dependency, that is another variant to consider.)


OOo 3.3.0 (or 3.x in general) see here:
http://www.openoffice.org/dev_docs/source/sys_reqs_30.html

OOo 3.4-dev:
I don't know of any changes.

AOO 3.4:
Hm, no release yet. Let's discuss/decide what we want. ;-)


 From there I think the low end of the range of configurations to test Windows 
installs on is determined.  I know one dev who still has Windows 95 and Office 
6.0/97 running.  I can probably smoke test in a VM with Windows 98 SE, if I 
still have a disk somewhere.  I can try Windows 2000 also, but nothing older 
than those.)  What I won't want to do is builds.  But if someone has a build I 
can do simple install-success/-fail tests.





  - Dennis

Afterthoughts:

(Of course it might install on an unsupported version, which is useful to know 
but not essential.  It might be more useful to know how installation fails on 
versions older than the oldest supported version.)

I can think of more than two ways to solve Oliver's dilemma.

Rather than counting the ways, it is perhaps more relevant to determine whether 
this project has the process capability to support a Windows release and, if 
not, whether and how to obtain it.  Scary thoughts.


As long as someone can build and someone can test the release versions 
it should be possible.


Marcus




-Original Message-
From: Jürgen Schmidt [mailto:jogischm...@googlemail.com]
Sent: Tuesday, September 27, 2011 08:48
To: ooo-dev@incubator.apache.org
Subject: Re: [patch] Removal of Windows build requirement on unicows.dll - 
issue 88652

On Tue, Sep 27, 2011 at 4:56 PM, Rob Weirrobw...@apache.org  wrote:


Is anyone else building on Windows right now?

If not, we have a logistical problem.  Oliver is not a committer, but
he is producing a good number of patches for the Windows build that no
one else seems to be testing and integrating.

I can think of two ways of solving this problem.



i am building on windows as well at the moment but have more or less the
same configuration as Oliver and i was waiting for somebody else with a
different system who would test it. I will test it tomorrow.

Juergen



-Rob

On Tue, Sep 27, 2011 at 10:51 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com  wrote:

Hi,

I have created a patch to remove the Window build requirement on

unicows.dll

- see issue 88652 https://issues.apache.org/ooo/show_bug.cgi?id=88652
The patch contains already the patch which c...@openoffice.org (Caolan
McNamara) has provided and attached to this issue.

Can someone please review and test the patch and commit it to the
reprository.

Thanks in advance,
Oliver.


Re: Iaccessible2 in OOo

2011-09-27 Thread Marcus (OOo)

Am 09/27/2011 08:58 PM, schrieb Jean-Philippe MENGUAL:

Hi Jean-Philippe,


As ordinary blind user, I work very much to promote OOo and
accessibility free software for blind people. The current problem is
that public administrations, in France, choose OOo, but blind people are


thanks a lot for your effort to promote OOo. :-)


complaining, as they consider it's not perfectly accessible with NVDA
(Free screen reader for Windows). And migrating to Linux isn't always
easy in a network (active directory features, ...).

However, IBM Symphony works fine. My problem is that's not a really free
software. Nethertheless, IBM, according I was told, gave to the Apache
Foundation Iaccessible2, which is the code which enables Symphony to be
perfectly accessible with NVDA.


That's correct.


Could someone study Iaccessible2 and integrate it in OOo? It'd be great
if OOo could be accessible with NVDA in the next stable releases. As no
developper, I'd appreciate if you could tell me when it's integrated, if
someone accepts to do it.


I don't know if it's already completely arrived or if there are still 
some things to fix before it can be integrated into the code. However, 
we are really working on taking advantage of the IA2 technology. Maybe 
Rob can say more about the current status.


It's very unlikely that it will be part of the first AOO release because 
of this and nobody knows the side effects that could occur. So, IMHO 
expect it not for the coming release but for the following one.


HTH

Marcus


Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Alexandro Colorado
On Tue, Sep 27, 2011 at 4:41 PM, Kay Schenk kay.sch...@gmail.com wrote:

 On Tue, Sep 27, 2011 at 10:39 AM, Pedro F. Giffuni giffu...@tutopia.com
 wrote:

 
 
  --- On Tue, 9/27/11, Kay Schenk kay.sch...@gmail.com wrote:
 
  As Rob Weir has put it ...
  ...
   
So obviously there is limited volunteer bandwidth to
migrate the wiki.
And I've heard from several people, on and off
the list, that much of what is on the wiki is
not very useful.
   
  
   uh, well...I don't know bout this. I was under the
   impression that MUCH of developer info was here.
Others would need to weigh in but I think it was
   widely used because of the ease of use.
  
  Just my word of advice:
 
  Check the MediaWiki at http://ooo-wiki.apache.org/
 
  If we take out information about Hg (dead),
  the Development Teams and Projects (which will have to
  be reorganized), Old News, the issue tracker ...
 
  Is the information left worth it to run through a
  MW--CWiki conversion effort?
 

 Yes, the projects need some reorganization, but I doubt if all the
 development stuff should be removed. It simply hasn't gone anywhere -- yet.
 The problem is NOT the conversion effort (a one time deal) but the
 maintenance effort.

 *IF* someone(s) would step up to be the MW guru, there wouldn't be an issue
 but we're outside the infra workings.


Well then we should look for that guru. So far I havent event seen clearly
what things do we actually need. Maybe we need to come to the decision we
need to get a MW administrator. Clayton was our administrator, if he want to
train the new administrator then we wont need such a guru. AFAIK he left
open the option of doing some light mentoring on the administration.





  I think given the license situation we should just
  leave that stuff as read-only for now and do all new
  work on CWiki (or MoinMoin).
 

 Well OK, good enough and I would agree with this.
 After looking at the old wiki this am, it seems someone from the es area
 has made quite a few changes/additions, and the front page itself had been
 modified this am. Of course, there was that throw pillows page
 addition??!

 and ps. Does anyone here actually know HOW to put the old wiki in
 read-only???


Usually to do a backup of the wiki, you are supposed to make it read only.
Is a configuration line in the .conf file.
http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki





  Pedro.
 
 


 --

 ---
 MzK

 There is no such thing as coincidence.
   -- Leroy Jethro Gibbs, Rule #39




-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6


Re: Iaccessible2 in OOo

2011-09-27 Thread Jean-Philippe MENGUAL
Ok thanks very much for this interesting answer. If you need some
dialogue with NVDA or Orca (Linux), and if I can help as intermediate,
no problem, don't hesitate. I follow the situation as I consider it's a
very important progress to promote better free software in general. 

Thanks for your interest.

Regards,

Jean-Philippe MENGUAL


Le mercredi 28 septembre 2011 à 00:05 +0200, Marcus (OOo) a écrit :
 Am 09/27/2011 08:58 PM, schrieb Jean-Philippe MENGUAL:
 
 Hi Jean-Philippe,
 
  As ordinary blind user, I work very much to promote OOo and
  accessibility free software for blind people. The current problem is
  that public administrations, in France, choose OOo, but blind people are
 
 thanks a lot for your effort to promote OOo. :-)
 
  complaining, as they consider it's not perfectly accessible with NVDA
  (Free screen reader for Windows). And migrating to Linux isn't always
  easy in a network (active directory features, ...).
 
  However, IBM Symphony works fine. My problem is that's not a really free
  software. Nethertheless, IBM, according I was told, gave to the Apache
  Foundation Iaccessible2, which is the code which enables Symphony to be
  perfectly accessible with NVDA.
 
 That's correct.
 
  Could someone study Iaccessible2 and integrate it in OOo? It'd be great
  if OOo could be accessible with NVDA in the next stable releases. As no
  developper, I'd appreciate if you could tell me when it's integrated, if
  someone accepts to do it.
 
 I don't know if it's already completely arrived or if there are still 
 some things to fix before it can be integrated into the code. However, 
 we are really working on taking advantage of the IA2 technology. Maybe 
 Rob can say more about the current status.
 
 It's very unlikely that it will be part of the first AOO release because 
 of this and nobody knows the side effects that could occur. So, IMHO 
 expect it not for the coming release but for the following one.
 
 HTH
 
 Marcus


signature.asc
Description: Ceci est une partie de message	numériquement signée


Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Raphael Bircher

Am 27.09.11 23:41, schrieb Kay Schenk:

On Tue, Sep 27, 2011 at 10:39 AM, Pedro F. Giffunigiffu...@tutopia.comwrote:



--- On Tue, 9/27/11, Kay Schenkkay.sch...@gmail.com  wrote:

As Rob Weir has put it ...
...

So obviously there is limited volunteer bandwidth to
migrate the wiki.
And I've heard from several people, on and off
the list, that much of what is on the wiki is
not very useful.


uh, well...I don't know bout this. I was under the
impression that MUCH of developer info was here.
  Others would need to weigh in but I think it was
widely used because of the ease of use.


Just my word of advice:

Check the MediaWiki at http://ooo-wiki.apache.org/

If we take out information about Hg (dead),
the Development Teams and Projects (which will have to
be reorganized), Old News, the issue tracker ...

Is the information left worth it to run through a
MW--CWiki conversion effort?


Yes, the projects need some reorganization, but I doubt if all the
development stuff should be removed. It simply hasn't gone anywhere -- yet.
The problem is NOT the conversion effort (a one time deal) but the
maintenance effort.

*IF* someone(s) would step up to be the MW guru, there wouldn't be an issue
but we're outside the infra workings.


Well the complicate part of our wiki is not the wiki itself, it's more 
the extensions. The problem is, that Ifrastructure allows only services 
with all security fixes. This is no problem for MW itself. MW is realy 
well maintained. But If you need a Update and you have only one 
extension who is not well maintained and does not work with the latest 
version of MW, the trubbles starts. Well, you can deinstall the 
extension, but then you lose also same functionality. And same of these 
functionality is the reason why we prefer MW.


The mediawiki desicion depends also to the question, What we will doing 
with the wiki. If we will use it as a coordinations tool, and to 
hosting internal informations, not dedicated to endusers, then we 
don't realy need MW. If we want to use it for doc translation etc. Then 
there are functionality that no other (by apache infra) supports.




I think given the license situation we should just
leave that stuff as read-only for now and do all new
work on CWiki (or MoinMoin).


Well OK, good enough and I would agree with this.
After looking at the old wiki this am, it seems someone from the es area
has made quite a few changes/additions, and the front page itself had been
modified this am. Of course, there was that throw pillows page addition??!

and ps. Does anyone here actually know HOW to put the old wiki in
read-only???


I think, I can do this if needed.

Greetings Raphael

--
My private Homepage: http://www.raphaelbircher.ch/


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Pedro F. Giffuni


--- On Tue, 9/27/11, Rob Weir robw...@apache.org wrote:
...
  Another point that Rob brought would be if we need a
 SGA
  to add the Groovy (or other) extension.
 
  I would think an SGA is a rather extreme thing to
 require
  for extensions: we wouldn't require that if we want
 to
  include stuff like ucpp, bsh, or icu ... or dmake ;).
 
 
 Again, this is a binary versus source code question. 

Not really, that was clarified already. The issue now is
how to bring code into the the SVN tree.

 I thought the discussion was about bringing the groovy
 extension source code over, yes?

Yes.

 That would require taking it through the IP
 Clearance process.
 An SGA is the normal way to do this.


The PMC can require signing an SGA, I don't discuss that.

There are other ways of doing it though: people that
have signed ICLAs can bring in code under an appropriate
license and register it in the NOTICE file, and that's
about to happen as we replace copyleft components with
less restricted software.

You can't really expect opensource coders to go signing
SGAs for all the projects that want to use their code. 

cheers,

Pedro.


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Rob Weir
On Tue, Sep 27, 2011 at 6:30 PM, Pedro F. Giffuni giffu...@tutopia.com wrote:


 --- On Tue, 9/27/11, Rob Weir robw...@apache.org wrote:
 ...
  Another point that Rob brought would be if we need a
 SGA
  to add the Groovy (or other) extension.
 
  I would think an SGA is a rather extreme thing to
 require
  for extensions: we wouldn't require that if we want
 to
  include stuff like ucpp, bsh, or icu ... or dmake ;).
 

 Again, this is a binary versus source code question.

 Not really, that was clarified already. The issue now is
 how to bring code into the the SVN tree.


Bringing it into SVN is easy.  Making it into a release is another
question.  To do that requires going through the IP Clearance process.

 I thought the discussion was about bringing the groovy
 extension source code over, yes?

 Yes.

 That would require taking it through the IP
 Clearance process.
 An SGA is the normal way to do this.


 The PMC can require signing an SGA, I don't discuss that.


As a Podling, the Incubation PMC needs to sign off on IP Clearance and
releases as well.

 There are other ways of doing it though: people that
 have signed ICLAs can bring in code under an appropriate
 license and register it in the NOTICE file, and that's
 about to happen as we replace copyleft components with
 less restricted software.


The iCLA is of zero value if you are checking in someone else's code.
The iCLA is about code that you write.

For third party code, you don't personally know the provenance of the
code.  And if it was not developed on the Apache servers, in our SVN,
in our public, archived mailings lists, etc., then neither do we.
This isn't to say the code is not good.  It just means that we do not
have the record of its development.  That is why we need the SGA.

I'm going through this right now, in another Apache project, the ODF
Toolkit.  Even though the code was written almost entirely by IBM and
Oracle, and the committers all have iCLAs and CCLAs, and the code has
been Apache 2.0 licensed from the start, IBM and Oracle are still
submitting SGA's for this code.

I'm willing to debate it for long-established, well-known,
high-profile OSS projects that are being used everywhere, e..g, ICU.
This is partially about risk management.  That is why we should take
this case by case.  But I don't think the Groovy extension falls into
that category.

 You can't really expect opensource coders to go signing
 SGAs for all the projects that want to use their code.


The IP cleanliness of the code is very important for Apache projects.
That is why we take steps that other projects may not require,
including requiring an iCLA for committers, a CCLA for corporate
contributors, and an SGA for existing open source projects that are
contributed to Apache.

I don't expect that all outside open source developers will agree to
this paperwork.  But I do hope that this project will take these
requirements seriously.  We should not think of an SGA as being
extreme or unreasonable.  We should think of it as an opportunity to
assure that the IP of the project is reassured.

-Rob

 cheers,

 Pedro.



[build] Who does frequently builds and on wich Systems?

2011-09-27 Thread Raphael Bircher

Hi at all

To ensure that the code is buildable on any System, we should have 
frequently builds on any system. I ask here who does frequently builds, 
and on wich system.


Normaly I make one build per day if I see same changes in the SVN Log.

Build system is Mac OS X 10.6 10.4 SDK

Greetings Raphael
--
My private Homepage: http://www.raphaelbircher.ch/


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Pedro F. Giffuni
--- On Tue, 9/27/11, Rob Weir robw...@apache.org wrote:
...

 
 Bringing it into SVN is easy.  Making it into a
 release is another
 question.  To do that requires going through the IP
 Clearance process.


Yes, I was obviously referring to the legal requirements.

 
 I'm willing to debate it for long-established, well-known,
 high-profile OSS projects that are being used everywhere,
 e..g, ICU.
 This is partially about risk management.  That is why
 we should take
 this case by case.  But I don't think the Groovy
 extension falls into that category.
 

OK: Ultimately this is a matter of policy and I find it
an acceptable policy to ask for an SGA to very specific
code like the groovy extension. I don't think carrying
the extension involves carrying groovy itself, so we
don't have to through all the dependency chain asking
for SGA's.

OTOH, asking for code assignment for minor stuff that
is already completely in the Public Domain or under a
BSD license, like ucpp, would be a complete nonsense.
As you say .. case by case.

Dmake does require IP clearance so good luck contacting
WTIcorp :).

Pedro.



Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread TJ Frazier

On 9/27/2011 17:03, Rob Weir wrote:

On Tue, Sep 27, 2011 at 1:50 PM, TJ Fraziertjfraz...@cfl.rr.com  wrote:

On 9/27/2011 13:29, TJ Frazier wrote:


On 9/27/2011 12:21, Rob Weir wrote:


So obviously there is limited volunteer bandwidth to migrate the wiki.
And I've heard from several people, on and off the list, that much of
what is on the wiki is not very useful.

Is there any way we can prioritize the effort?

For example:

1) Is there any way to get page hit stats to see what pages are most
accessed? If not already instrumented could we add Google Analytics
for a couple of weeks?


There was a top-ten dynamic page list on the wiki main page. Clayton
removed it last March, on the grounds that it loaded the server too
heavily. I will try to reactivate it on the Apache copy, and see if it
yields any useful stats. (Please ignore any loud noises from the server
room.)

IIRC, the Basic Guide topped the list.


Well, OK, fourth on the list. As scraped off the copy:

1   Dictionaries2701594
2   Documentation/FAQ   1318167
3   OpenOffice.org Solutions1236521
4   Documentation/BASIC Guide   659632
5   Documentation/DevGuide/OpenOffice.org Developers Guide  608983
6   Database600448
7   Documentation   541709
8   Documentation/FAQ/General   493961
9   SV  462049

I left the reporting still live on the Apache copy. The pages are linked
there. It's a start to what's critical. If we want a top-100 list, I can
probably do that.



I'm assuming this is the link:

http://ooo-wiki.apache.org/wiki/Wiki/statistics

That should be a good assumption, but no. It's busted. I'll fix it. 
Meanwhile, you can see it on the main page of the live wiki:


http://wiki.services.openoffice.org/wiki/Main_Page

The problem is complex. Give me a day or so.


Do we have any sense of what % of page visits are comprised by the top
pages?   The above numbers look impressive, but I have no idea if the
top 10 pages account for 20% of the hits, or 1%.

I can crunch the numbers if there is some way to derive them.  I could
even crunch the http logs directly, if they are saved for a couple of
days.

In any case, the top pages you've reported are not typical community
pages.

True.
  They would work well as markdown pages.
Only if we ignore the valuable feedback from user changes on the 
manuals. I find this a significant quality enhancer.


  Except maybe the

FAQ's we want to be more dynamic and wiki-enabled.  Might even be
something the Forum volunteers would be interested in maintaining
directly, since they would have the best sense of what questions are
frequent.

I think this is encouraging.

-Rob

--
/tj/



Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Carl Marcum

Hi,

On 09/27/2011 03:02 AM, Andor E wrote:

Hi,
I'm currently working on updating the Groovy for OpenOffice.org
extension. I already have included the latest Groovy library.
Currently I'm writing an extender, that allows to access functions and
properties without imports and casts. I still have to overcome a few
stumbling blocks, but I hope to have something up for release soon.

Greetings

eymux



Are you working on the original extension or a fork of the project?

Best regards,
Carl


RE: [patch] Removal of Windows build requirement on unicows.dll - issue 88652

2011-09-27 Thread Dennis E. Hamilton
I don't think the vendor support lifetime for a consumer OS has bring the 
end of application support on that OS.  What is known is that there will 
be further service packs, maybe not even OS security patches, but it isn't 
as if they decay and die.  Many machines run much longer than the support 
life of the OS, and upgrades may not be feasible.

Outgrowing the size of machine that an older OS runs on (and might be 
limited to) is a different matter, as is relying on API functions that are 
not supported that far back.

I don't have an opinion about the Win2k versus Windows XP SP2+ choice for 
OOo.  I am just curious to know what the current platform boundaries are 
and might become for purposes of QA.

 - Dennis



-Original Message-
From: Michael Stahl [mailto:m...@openoffice.org] 
Sent: Tuesday, September 27, 2011 15:50
To: ooo-dev@incubator.apache.org
Subject: Re: [patch] Removal of Windows build requirement on unicows.dll - 
issue 88652

On 27.09.2011 22:22, Rob Weir wrote:
 On Tue, Sep 27, 2011 at 4:08 PM, Dennis E. Hamilton 
 dennis.hamil...@acm.org wrote:
 What is the oldest Windows OS version that Apache OOo 3.4(-dev) will
 be supported on?  How does that compare with the oldest Windows OS
 version that the last stable release (3.3.0?) of OpenOffice.org is
 supported on?  (If there is a JRE dependency, that is another variant
 to consider.)

AFAIK OOo 3.x Windows baseline is NT 5.0 (Windows 2000);
AFAIK this OS version is no longer supported by the vendor.

 I'd recommend supporting Windows XP and beyond.   XP is officially 
 supported by Microsoft until April 2014.   I'm certainly not making any
 effort to maintain or test support for earlier versions.  Of course,
 that doesn't prevent anyone else from testing and patching to support
 earlier versions.

no objection from me to raising the baseline to WindowsXP; IMHO trying to
support an OS that the vendor doesn't support any more doesn't make sense.



Re: Reintroducing myself to the OOo community

2011-09-27 Thread Maho NAKATA
Congratulations, and I'm very happy to hear that you'll work
with again OOo. We Japanese community respect you very much.
Thanks
 Nakata Maho

From: Herbert Duerr h...@apache.org
Subject: Reintroducing myself to the OOo community
Date: Tue, 27 Sep 2011 13:02:58 +0200

 Hi,
 
 I'd like to reintroduce myself as participant in the OpenOffice
 community in my new role as an IBM employee. Even before that change I
 worked on OOo for over ten years. You can find out more details about
 me at http://de.linkedin.com/pub/herbert-duerr/32/794/a05 where my
 professional profile is hosted.
 
 My specialities are i18n, text, graphics, platform integration,
 algorithms, performance, debugging, keeping backward compatibility and
 careful refactoring. These are incredibly huge topics by themselves,
 but I'm not afraid to delve into other areas when I see the need.
 
 Most of the key players in the OOo/LO world know and respect me. I am
 happy that I can continue to work fulltime on our favourite project
 and I like it even more that this open source work happens under the
 well-run framework of the renowned Apache foundation as I appreciate
 its proven and meritocratic structure. I especially understand the
 foundations point of view on licensing which allows companies to
 contribute for the common good who otherwise couldn't dare to touch
 such a project if it had a more restrictive license.
 
 I have many ideas on how to improve our productivity suite and am
 ready to do what needs to be done. Here are some of the topics in
 their most terse form: regexp remediation, assisting symphony
 integration, interoperability, layout stability, portion to lower
 layers, text justification, performance/scalability, better system
 integration esp. for graphics, optional OpenType features, unicode
 variation selectors, coretext, harfbuzz, 64bit win and mac, better
 filters and many more. I invite you to cooperate at least in these
 areas as they will benefit all related projects.
 
 Best regards,
 Herbert Duerr
 


Re: Introduction and start working

2011-09-27 Thread Maho NAKATA
From: Oliver-Rainer Wittmann orwittm...@googlemail.com
Subject: Re: Introduction and start working
Date: Tue, 20 Sep 2011 14:08:01 +0200

 Hi Nakata Maho,
 
 thanks for the welcome.
 
 Until last Friday I had a 21 iMac PowerPC on my home desk, but now it
 has been replaced by a new 27 iMac Intel.
 Thus, my PPC iMac is more or less retired, but if needed I can wake
 this machine up ;-)

Congratulations for having Intel Mac. I still have PPC, but I really do 
retire to use PPC any more, too...
Now I really love my new MacBookAir 11'...even I switched from FreeBSD as the 
Desktop OS.
Thanks
 Nakata Maho

 Best regards, Oliver.
 
 On 20.09.2011 13:39, Maho NAKATA wrote:
 Hello Oliver-Rainer Wittmann

 I'm very happy to work with you, again, and congratulations
 for new position at IBM. Do you still use PPC based Mac?
 Recently I bought MacBookAir and it is really nice laptop.

 Regards,
   Nakata Maho

 2011/9/20 Oliver-Rainer Wittmannorwittm...@googlemail.com:
 Hi,

 I am Oliver-Rainer Wittmann, living in a small town near Hamburg,
 Germany,
 and I want to join Apache OpenOffice.

 In the last nine years I was working in Sun's/Oracle's OpenOffice.org
 development team as a software developer. My main focus was on the
 word
 processing component Writer and on the OpenDocument support for this
 component.
 May be you know me from one of the last OpenOffice.org conferences
 (OOoCons)
 which I attended since 2008 as a speaker.
 May be you know me as o...@openoffice.org as the Co-Lead of the
 OpenOffice.org
 Writer project.
 May be you know me from the OASIS ODF TC - the technical committee
 which is
 responsible for the OpenDocument file format - on which I have been an
 active member since December 2006 until this early summer.

 After same change acceptance in the last months I have got the
 possibility
 to continue my engagement in OpenOffice, now under the Apache
 Foundation, as
 an employee of IBM. I am aiming to be a valuable contributor to this
 project.

 I will start working on a consolidation of the Windows Build software
 requirements as given on
 http://ooo-wiki.apache.org/wiki/Documentation/Building_Guide/Building_on_Windows:
 - get rid of dependence on unicows.dll
 -- take over issue 88652
 (https://issues.apache.org/ooo/show_bug.cgi?id=88652) from Mathias and
 perform the given tasks.
 - get rid of dependence on instmsiw.exe and instmsia.exe
 -- I did not find any reference to these files in the sources. On my
 -- system
 (Windows 7) I have done a build without them and successfully
 installed this
 built version. Thus, I will provide a corresponding patch which only
 removes
 the check for the existence of these files in the configure script. I
 will
 ask others for verification on their Windows system, if a build and a
 following installation is still possible.
 Please let me know, if somebody else is already working on these
 things or
 if you have any remarks, pros, cons, ...

 Afterwards, I will have a closer look at
 http://ooo-wiki.apache.org/wiki/ApacheMigration. I will work on
 certain
 items of it starting with:
 - A lot of stuff is mentioned (and marked as solved) on this page which
 - only
 needs to be done as proposed and discussed on this list, but as far as
 I can
 see not yet been done.
 Please let me know your remarks or objections.


 I am looking forward to good collaboration and building close
 relationships.

 Best regards, Oliver.

 


Re: Reintroducing myself to the OOo community

2011-09-27 Thread Alexandro Colorado
Welcome back Herbert.

On Tue, Sep 27, 2011 at 7:58 PM, Maho NAKATA cha...@mac.com wrote:

 Congratulations, and I'm very happy to hear that you'll work
 with again OOo. We Japanese community respect you very much.
 Thanks
  Nakata Maho

 From: Herbert Duerr h...@apache.org
 Subject: Reintroducing myself to the OOo community
 Date: Tue, 27 Sep 2011 13:02:58 +0200

  Hi,
 
  I'd like to reintroduce myself as participant in the OpenOffice
  community in my new role as an IBM employee. Even before that change I
  worked on OOo for over ten years. You can find out more details about
  me at http://de.linkedin.com/pub/herbert-duerr/32/794/a05 where my
  professional profile is hosted.
 
  My specialities are i18n, text, graphics, platform integration,
  algorithms, performance, debugging, keeping backward compatibility and
  careful refactoring. These are incredibly huge topics by themselves,
  but I'm not afraid to delve into other areas when I see the need.
 
  Most of the key players in the OOo/LO world know and respect me. I am
  happy that I can continue to work fulltime on our favourite project
  and I like it even more that this open source work happens under the
  well-run framework of the renowned Apache foundation as I appreciate
  its proven and meritocratic structure. I especially understand the
  foundations point of view on licensing which allows companies to
  contribute for the common good who otherwise couldn't dare to touch
  such a project if it had a more restrictive license.
 
  I have many ideas on how to improve our productivity suite and am
  ready to do what needs to be done. Here are some of the topics in
  their most terse form: regexp remediation, assisting symphony
  integration, interoperability, layout stability, portion to lower
  layers, text justification, performance/scalability, better system
  integration esp. for graphics, optional OpenType features, unicode
  variation selectors, coretext, harfbuzz, 64bit win and mac, better
  filters and many more. I invite you to cooperate at least in these
  areas as they will benefit all related projects.
 
  Best regards,
  Herbert Duerr
 




-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6


Re: Bugzilla e-mail is bouncing and other e-mail issues

2011-09-27 Thread Rob Weir
Follow up to my follow up from a few weeks ago.   Can someone open an
JIRA issue with Infra and work with them to make these BZ changes?

https://issues.apache.org/jira/browse/INFRA

As it is now, we have an ooo-issues list, but are receiving no notifications.

Thanks!

-Rob


On Fri, Sep 9, 2011 at 10:10 AM, Rob Weir robw...@apache.org wrote:
 It sounds like there was general agreement to make all notifications
 go to ooo-issues@i.a.o.  But did anyone follow through (or is anyone
 intending to follow through) with a JIRA issue, as Mark requested?

 I'm happy to do this myself, but I think it would be better for
 someone with more background in how BZ was working before to engage
 with Infra@ on this.

 -Rob

 On Mon, Sep 5, 2011 at 3:51 AM, Mark Thomas ma...@apache.org wrote:
 Over the weekend, the ASF infra team noticed some e-mail from the ooo BZ
 instance was bouncing. Specifically, e-mail to
 iss...@www.openoffice.org. There also are 142 other
 iss...@xxx.openoffice.org accounts.

 The delivery failure may be a temporary issue but it highlights a two
 tasks for the ooo podling.

 1. These accounts need to be switched to ASF mailing lists. Please
 identify the required changes and open a Jira ticket with the
 infrastructure team to implement the changes.

 Note: These accounts were enabled. ASF Infra security policy requires
 that BZ accounts representing mailing lists are disabled. All 143
 accounts have been disabled. This does not stop update notifications
 being sent but it does stop people requesting password resets for these
 accounts or logging on using these accounts.

 3. The assigned to field is set to just about anything other than
 ooo-dev@incubator.a.o. In the main ASF Bugzilla instance, this field is
 hard-coded to the relevant project's dev list and is read-only. This
 ensures that any updates to any issue are sent to the dev list. ASF
 policy requires that all issue tracker updates are sent to a project
 mailing list (usually dev@ or issues@) so that the community is aware of
 updates to the issues. Please decide how you want to handle this and
 then open a Jira ticket with the infrastructure team to make the changes.

 Please note I am not subscribed to this list and will not be monitoring
 it for replies. If you need to contact the infrastructure team please
 use the usual channels.

 Mark




Re: Editorial Calendar for the project Blog

2011-09-27 Thread Rob Weir
So total silence.  Is that the best we can come up with?

Who asked for the project blog in the first place?  It wasn't me.  And
it wasn't Dennis.  But so far we're the only ones who have written up
posts.

Please do take another look at this note and sign up for a post.  It
could be informational.  It could be an announcement.  It could be
seeking volunteers.  It could be seeking feedback.  Whatever.   Our
ooo-dev list averages 56 posts/day. So it should not be hard to find
material for a blog post every two weeks.

I'll sign up for the next post, planning on one related to the IP
review of AOOo, to give the reader some sense of what we're doing and
why we can't just immediately release AOOo 3.4.0.

Please add your own ideas to the Editoral Calendar and volunteer to
write a future post.

https://issues.apache.org/jira/browse/INFRA

If we don't start getting some additional volunteers here, I'll
propose that we delete the blog altogether.  So far, its existence has
received more note in the press for lack of updates than for any
content there.  I'd rather have no blog if we can't do better than
that.

-Rob



On Sat, Sep 24, 2011 at 3:11 PM, Rob Weir robw...@apache.org wrote:
 I've added a wiki page to track this.  I'd like to see if can develop
 a cadence of a new post every two weeks.  This should not be too hard
 if we have a few volunteers to draft the posts.

 https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Blog


 The target audiences are generally external to this project and those
 who are subscribed to the ooo-dev list.  So think of the larger Apache
 community, OpenOffice users, the larger OOo community, the press, etc.

 Please take a look and sign up for a future post.  Or even just
 suggest a future top and maybe someone will volunteer to write it up.

 Some possible future topics could be:

 - relaunch of the support forums

 - how to report a bug

 - high level description of the migration effort

 -  high level description of the IP review process

 - review of the various project-related mailing lists and the
 transition to Apache.  Where do users go for what?

 -Rob



Re: Bugzilla e-mail is bouncing and other e-mail issues

2011-09-27 Thread Matt Richards
heh, when did that happen? Must have missed the email about the ooo-issues
list.

On Tue, Sep 27, 2011 at 8:54 PM, Rob Weir robw...@apache.org wrote:

 Follow up to my follow up from a few weeks ago.   Can someone open an
 JIRA issue with Infra and work with them to make these BZ changes?

 https://issues.apache.org/jira/browse/INFRA

 As it is now, we have an ooo-issues list, but are receiving no
 notifications.

 Thanks!

 -Rob


 On Fri, Sep 9, 2011 at 10:10 AM, Rob Weir robw...@apache.org wrote:
  It sounds like there was general agreement to make all notifications
  go to ooo-issues@i.a.o.  But did anyone follow through (or is anyone
  intending to follow through) with a JIRA issue, as Mark requested?
 
  I'm happy to do this myself, but I think it would be better for
  someone with more background in how BZ was working before to engage
  with Infra@ on this.
 
  -Rob
 
  On Mon, Sep 5, 2011 at 3:51 AM, Mark Thomas ma...@apache.org wrote:
  Over the weekend, the ASF infra team noticed some e-mail from the ooo BZ
  instance was bouncing. Specifically, e-mail to
  iss...@www.openoffice.org. There also are 142 other
  iss...@xxx.openoffice.org accounts.
 
  The delivery failure may be a temporary issue but it highlights a two
  tasks for the ooo podling.
 
  1. These accounts need to be switched to ASF mailing lists. Please
  identify the required changes and open a Jira ticket with the
  infrastructure team to implement the changes.
 
  Note: These accounts were enabled. ASF Infra security policy requires
  that BZ accounts representing mailing lists are disabled. All 143
  accounts have been disabled. This does not stop update notifications
  being sent but it does stop people requesting password resets for these
  accounts or logging on using these accounts.
 
  3. The assigned to field is set to just about anything other than
  ooo-dev@incubator.a.o. In the main ASF Bugzilla instance, this field is
  hard-coded to the relevant project's dev list and is read-only. This
  ensures that any updates to any issue are sent to the dev list. ASF
  policy requires that all issue tracker updates are sent to a project
  mailing list (usually dev@ or issues@) so that the community is aware
 of
  updates to the issues. Please decide how you want to handle this and
  then open a Jira ticket with the infrastructure team to make the
 changes.
 
  Please note I am not subscribed to this list and will not be monitoring
  it for replies. If you need to contact the infrastructure team please
  use the usual channels.
 
  Mark
 
 




-- 
--Matt


Re: [legal] How to clarify, if usage of Boost C++ source libraries is allowed

2011-09-27 Thread Shao Zhi Zhao


hi,

who will response to the submitted JIRA issue?

thanks

mail:zhaos...@cn.ibm.com
tel:54747
Address:2/F,Ring Bldg. No.28 Building, Zhong Guan Cun Software Park, No.8,
Dong Bei Wang West Road, ShangDi, Haidian District, Beijing 100193,
P.R.China


   
 Oliver-Rainer 
 Wittmann  
 orwittmann@googl  To
 email.comooo-dev@incubator.apache.org,   
cc
 2011-09-27 21:27  
   Subject
   Re: [legal] How to clarify, if  
 Please respond to usage of Boost C++ source libraries
 ooo-dev@incubator is allowed  
.apache.org
   
   
   
   
   




Hi,

here is the link to the submitted JIRA issue -
https://issues.apache.org/jira/browse/LEGAL-101

Best regards, Oliver.

On 27.09.2011 14:59, Oliver-Rainer Wittmann wrote:


 On 27.09.2011 14:16, Rob Weir wrote:
 On Tue, Sep 27, 2011 at 8:08 AM, Oliver-Rainer Wittmann
 orwittm...@googlemail.com wrote:
 Hi,

 I want to clarify, if we can still use the Boost C++ source libraries
 in our
 project.
 It is licensed under the Boost Software License - Version 1.0, found at
 http://www.boost.org/LICENSE_1_0.txt

 Boost is widely used in our source core. It is included in project
 via the
 ext_sources process.

 What is the right way at Apache to clarify, if such a 3rd party stuff
 can be
 used, if its license is not mentioned at
 http://www.apache.org/legal/resolved.html?
 Should I submit a corresponding JIRA issue in JIRA project 'Legal
 Discuss'?


 If there is doubt, certainly send a note to legal-discuss asking them
 to classify the license. This particular case looks easy. It is not
 placing any restrictions other than including their notice. So we
 would need to add their notice to our NOTICE.txt.

 Rob


 Thank you, Rob.

 I agree that this case should be no problem.
 But as its license is not mentioned on the above mentioned Apache
 website, I will ask legal-discuss.
 I have seen that JIRA mails from its JIRA project are mirrored to
 mailing list legal-discuss. Thus, I will submit a corresponding JIRA
issue.

 Best regards, Oliver.


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Carl Marcum


On 09/27/2011 06:07 AM, Jürgen Schmidt wrote:

Hi,

i have to confess that i have completely missed this extension until today.

It shows again the power that we have to support scripting languages that
are based on the JVM. I like it.


I think a good selection of scripting options for the power users will 
be invaluable for gaining users.





From a programmability perspective we should think about a better

integration of scripting support in general. Besides Basic that is widely
used and well known from MS office it would be nice if there would be
volunteers interested to work on a better scripting solution than Basic.
That would include of course a good and powerful IDE and tooling to make
scripting as easy as possible and to benefit from the language features.
Additional things like code completion, predefined code snippets for
specific task that are easy to use in own scripts come to my mind. I think
there is a lot of space for very interesting stuff in this direction and
where the office can really benefit from.


I agree. Groovy has good integration in Eclipse and Netbeans, but I 
don't yet know, what is required for AOOo IDE.


I am willing to help with this where I can.

Best regards,
Carl


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Alexandro Colorado
On Mon, Sep 26, 2011 at 8:45 PM, Carl Marcum cmar...@apache.org wrote:

 Hi all,

 I wanted to gauge the interest in including Groovy [1] as a scripting
 language.

  For those not familiar, Groovy is a dynamic language for the JVM that
 includes features like closures, builders, and dynamic typing.


  There is currently a Groovy For OpenOffice extension [2] for this
 available under LGPL. I have contacted the author regarding additionally
 licensing the extension as Apache and he would be willing to do that to
 include it.


 Groovy itself is under the Apache 2.0 so I thought it may be a good fit.



My biggest reservation toward this is if groovy makes OOo even more heavy.
Meaning that if it get bundled in, it will create a similar effect to Python
runtime within OpenOffice.org.

So there are some spring cleaning that needs to happen to python, meaning
removing all modules and files that are not needed by OOo and maybe even
adding some files that will ease the development of Python in the scripting
framework ie. TCL and others.

On a similar venue, I will recommend that adding Groovy would also need
bootstrap to minimize the overall size impact of the bundle.

At the same time many projects to improve the development of extensions have
been idle including a Java-GUI development environment and UNO-base IDE for
Python and other scripting languages (like Beanshell, and others.

Of course the smartest and quickest thing to do is to make the Basic IDE/GUI
designer compliant with the rest of the languages (Java, Python, Beanshell,
... Groovy).



 I am willing to work on this if there is interest.

 Best regards,
 Carl

 [1] http://groovy.codehaus.org/
 [2] http://wiki.services.openoffice.org/wiki/GroovyForOpenOffice




-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6


Re: [EXT][DISCUSS] Including Groovy as a scripting language

2011-09-27 Thread Alexandro Colorado
On Wed, Sep 28, 2011 at 12:29 AM, Alexandro Colorado j...@openoffice.orgwrote:



 On Mon, Sep 26, 2011 at 8:45 PM, Carl Marcum cmar...@apache.org wrote:

 Hi all,

 I wanted to gauge the interest in including Groovy [1] as a scripting
 language.

  For those not familiar, Groovy is a dynamic language for the JVM that
 includes features like closures, builders, and dynamic typing.


  There is currently a Groovy For OpenOffice extension [2] for this
 available under LGPL. I have contacted the author regarding additionally
 licensing the extension as Apache and he would be willing to do that to
 include it.


 Groovy itself is under the Apache 2.0 so I thought it may be a good fit.



 My biggest reservation toward this is if groovy makes OOo even more heavy.
 Meaning that if it get bundled in, it will create a similar effect to Python
 runtime within OpenOffice.org.

 So there are some spring cleaning that needs to happen to python, meaning
 removing all modules and files that are not needed by OOo and maybe even
 adding some files that will ease the development of Python in the scripting
 framework ie. TCL and others.

 On a similar venue, I will recommend that adding Groovy would also need
 bootstrap to minimize the overall size impact of the bundle.

 At the same time many projects to improve the development of extensions
 have been idle including a Java-GUI development environment and UNO-base IDE
 for Python and other scripting languages (like Beanshell, and others.


I think this was never achieved, it was targeted for Google Summer of Code
of 08:
http://wiki.services.openoffice.org/wiki/Summer_of_Code_2008/proposals#GUI_builder_for_OOo



 Of course the smartest and quickest thing to do is to make the Basic
 IDE/GUI designer compliant with the rest of the languages (Java, Python,
 Beanshell, ... Groovy).



 I am willing to work on this if there is interest.

 Best regards,
 Carl

 [1] http://groovy.codehaus.org/
 [2] http://wiki.services.openoffice.org/wiki/GroovyForOpenOffice




 --
 *Alexandro Colorado*
 *OpenOffice.org* Español
 http://es.openoffice.org
 fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6




-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6


Re: [DISCUSS] Is it worth looking at Confluence Wiki Again?

2011-09-27 Thread Alexandro Colorado
On Tue, Sep 27, 2011 at 1:05 PM, drew d...@baseanswers.com wrote:

 On Tue, 2011-09-27 at 10:39 -0700, Pedro F. Giffuni wrote:
 
  --- On Tue, 9/27/11, Kay Schenk kay.sch...@gmail.com wrote:
 
  As Rob Weir has put it ...
  ...
   
So obviously there is limited volunteer bandwidth to
migrate the wiki.
And I've heard from several people, on and off
the list, that much of what is on the wiki is
not very useful.
   
  
   uh, well...I don't know bout this. I was under the
   impression that MUCH of developer info was here.
Others would need to weigh in but I think it was
   widely used because of the ease of use.
  
  Just my word of advice:
 
  Check the MediaWiki at http://ooo-wiki.apache.org/
 
  If we take out information about Hg (dead),
  the Development Teams and Projects (which will have to
  be reorganized), Old News, the issue tracker ...
 
  Is the information left worth it to run through a
  MW--CWiki conversion effort?
 
  I think given the license situation we should just
  leave that stuff as read-only for now and do all new
  work on CWiki

 IMo someone needs to find out who user Hohenheim on the current wiki is
 and get them to stop adding pages, cause it looks like the last couple
 of hundred new pages all come form that account and all in the last
 couple of weeks.

 it may be that if you got that person to move the pages over to cwiki,
 that the read-only version of MW is up to date with the older version
 already.


 @Alexandro - do you know who this is?

 //drew


Yes he is one of our interns, and not only him. I asked about this situation
a few weeks ago but there was no reply on this topic.


-- 
*Alexandro Colorado*
*OpenOffice.org* Español
http://es.openoffice.org
fingerprint: E62B CF77 1BEA 0749 C0B8 50B9 3DE6 A84A 68D0 72E6