You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Jürgen Schmidt <jo...@gmail.com> on 2013/06/03 10:29:22 UTC
[RELEASE]: new snapshot build based on trunk revision 1488886
Hi,
I would like to propose a new snapshot build based on trunk revision
1488886 (related snapshot tag revision 1488888).
This snapshot should provide a SDK as well that should work with the
reworked (3layer) directory structure of the office.
@Ariel, please use the configure switch --without-stlport to trigger the
stlport related change from Herbert.
I will start to integrate the first language updates and will provide
further builds later this week for testing the translations.
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Herbert Duerr <hd...@apache.org>.
On 03.06.2013 10:29, Jürgen Schmidt wrote:
> I would like to propose a new snapshot build based on trunk revision
> 1488886 (related snapshot tag revision 1488888).
+1
> This snapshot should provide a SDK as well that should work with the
> reworked (3layer) directory structure of the office.
>
> @Ariel, please use the configure switch --without-stlport to trigger the
> stlport related change from Herbert.
Regarding the Windows build environment: MSVC2008 is/was a requirement.
Please be aware that for building with --without-stlport its Service
Pack 1 (or newer) is needed, whereas an unpatched MSVC2008 used to
suffice. As the service pack was already released over five years ago
(MSVC2008SP1 was released in May 2008) I hope this actualization
requirement is nothing too unreasonable to ask for. MSVC2008's SP1 was
already documented as requirement in [1].
[1]
http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/3/13 2:09 PM, Herbert Duerr wrote:
> On 03.06.2013 10:29, Jürgen Schmidt wrote:
>> I would like to propose a new snapshot build based on trunk revision
>> 1488886 (related snapshot tag revision 1488888).
>
> +1
>
>> This snapshot should provide a SDK as well that should work with the
>> reworked (3layer) directory structure of the office.
>>
>> @Ariel, please use the configure switch --without-stlport to trigger the
>> stlport related change from Herbert.
>
> Regarding the Windows build environment: MSVC2008 is/was a requirement.
> Please be aware that for building with --without-stlport its Service
> Pack 1 (or newer) is needed, whereas an unpatched MSVC2008 used to
> suffice. As the service pack was already released over five years ago
> (MSVC2008SP1 was released in May 2008) I hope this actualization
> requirement is nothing too unreasonable to ask for. MSVC2008's SP1 was
> already documented as requirement in [1].
>
> [1]
> http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
>
>
I did a mistake and forgot to check in the changed d.lst for Python
(issue 122010). It's corrected on the snapshot which is now on revision
1489073.
Sorry for the mistake
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Herbert Duerr <hd...@apache.org>.
On 03.06.2013 10:29, Jürgen Schmidt wrote:
> I would like to propose a new snapshot build based on trunk revision
> 1488886 (related snapshot tag revision 1488888).
+1
> This snapshot should provide a SDK as well that should work with the
> reworked (3layer) directory structure of the office.
>
> @Ariel, please use the configure switch --without-stlport to trigger the
> stlport related change from Herbert.
Regarding the Windows build environment: MSVC2008 is/was a requirement.
Please be aware that for building with --without-stlport its Service
Pack 1 (or newer) is needed, whereas an unpatched MSVC2008 used to
suffice. As the service pack was already released over five years ago
(MSVC2008SP1 was released in May 2008) I hope this actualization
requirement is nothing too unreasonable to ask for. MSVC2008's SP1 was
already documented as requirement in [1].
[1]
http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/3/13 8:42 PM, Ariel Constenla-Haile wrote:
> On Mon, Jun 03, 2013 at 10:29:22AM +0200, Jürgen Schmidt wrote:
>> Hi,
>>
>> I would like to propose a new snapshot build based on trunk
>> revision 1488886 (related snapshot tag revision 1488888).
>>
>> This snapshot should provide a SDK as well that should work with
>> the reworked (3layer) directory structure of the office.
>>
>> @Ariel, please use the configure switch --without-stlport to
>> trigger the stlport related change from Herbert.
>>
>> I will start to integrate the first language updates and will
>> provide further builds later this week for testing the
>> translations.
>
> Build is broken in three places (CentOS x86-64):
>
> 1) sal/inc/rtl/math.hxx:
>
> ../../inc/rtl/math.hxx: In function 'bool
> rtl::math::isFinite(double)': ../../inc/rtl/math.hxx:313: error:
> '__builtin_isfinite' was not declared in this scope
> ../../inc/rtl/math.hxx: In function 'bool
> rtl::math::isInf(double)': ../../inc/rtl/math.hxx:325: error:
> '__builtin_isfinite' was not declared in this scope
> ../../inc/rtl/math.hxx: In function 'bool
> rtl::math::isNan(double)': ../../inc/rtl/math.hxx:336: error:
> '__builtin_isfinite' was not declared in this scope dmake: Error
> code 1, while making '../../unxlngi6.pro/obj/math.obj'
>
> In CentOS __GNUC__ seems defined, I see Jürgen added a fix for
> MACOSX, so the logic of the defines might be simply not working at
> all.
Ariel can you give us the details of your system
CentOS -> version ?
gcc - < version ?
...
I know Herbert did builds on older RedHats enterprise Linux version ?
(an older one), I built on Ubuntu 12.04
And we haven't had this problems, Herbert can tell us hopefully more
Juergen
>
>
> 2) graphite:
>
> In file included from ../include/graphite/GrCommon.h:35, from
> ../src/segment/Main.h:31, from ../src/font/FileFont.cpp:16:
> /build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/inc/stl/vector:31:33:
>
>
error: boost/tr1/tr1/vector: No such file or directory
>
> Missing module dependency on boost.
>
>
> 3) main/i18npool/source/localedata/data: segfault in saxparser
>
> /bin/bash: line 1: 32487 Segmentation fault
> LD_LIBRARY_PATH=/build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
>
>
../../../unxlngi6.pro/bin/saxparser en_BZ en_BZ.xml
> ../../../unxlngi6.pro/misc/localedata_en_BZ.cxx
> file:///build/aoo/src/clean/svn-trunk/main/i18npool/source/localedata/data/../../../unxlngi6.pro/misc/saxparser.rdb
>
>
/build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/bin/types.rdb
> -env:OOO_INBUILD_SHAREDLIB_DIR=file:///build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/lib
>
>
dmake: Error code 139, while making
> '../../../unxlngi6.pro/misc/localedata_en_BZ.cxx'
>
> The crash is with any of the localedata files. This needs
> debugging, I'll take a look later (I don't even have gdb on
> CentOS).
>
>
> Regards
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Herbert Duerr <hd...@apache.org>.
On 05.06.2013 07:52, Jürgen Schmidt wrote:
> On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
>> [...]
>> This CentOS has
>>
>> g++ --version
>> g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
>> Copyright (C) 2006 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions. There is NO
>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> I hope Herberts last fixes will solve this problem...
Yes. I added a build fix for gcc 4.2 and older, so that trunk builds on
my local CentOS5 image, the resulting application looks quite good and
the full suite of autotests were running fine for the last 30hours and
still going strong.
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/5/13 3:38 PM, Ariel Constenla-Haile wrote:
> On Wed, Jun 05, 2013 at 07:52:28AM +0200, Jürgen Schmidt wrote:
>> On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
>>> On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr <hd...@apache.org> wrote:
>>>> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
>>>> the common isfinite() macro from working reliably. The builtin should work
>>>> according to the gcc documentation [2]: "GCC provides fpclassify, isfinite,
>>>> isinf_sign and isnormal built-ins used with __builtin_ prefixed."
>>>>
>>>> [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
>>>> [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
>>>>
>>>> Looking through gcc's sources the builtin was introduced in [3] from
>>>> 2007-7-18 for gcc 4.3. I'm afraid we'll have to check for older gcc's there
>>>> and add another case for the ifdef GCC part.
>>>>
>>>> [3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=126725
>>>>
>>>> Considering that isfinite() was in the C99, C++99, SUSv3, etc standards for
>>>> almost fifteen years now it is amazing how much trouble such a two-bit
>>>> function can still introduce.
>>>
>>> This CentOS has
>>>
>>> g++ --version
>>> g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
>>> Copyright (C) 2006 Free Software Foundation, Inc.
>>> This is free software; see the source for copying conditions. There is NO
>>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>>
>> I hope Herberts last fixes will solve this problem...
>>
>>
>> Anyway MacOS and Windows versions are uploaded and can be used. A SDK is
>> also available.
>
> I uploaded my builds that day anyway
> http://people.apache.org/~arielch/developer-snapshots/snapshot/ but
> they have my local changes applied.
ok thanks for the info. Means we will start a further snapshot including
the first integrated languages later this week.
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Wed, Jun 05, 2013 at 07:52:28AM +0200, Jürgen Schmidt wrote:
> On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
> > On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr <hd...@apache.org> wrote:
> >> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
> >> the common isfinite() macro from working reliably. The builtin should work
> >> according to the gcc documentation [2]: "GCC provides fpclassify, isfinite,
> >> isinf_sign and isnormal built-ins used with __builtin_ prefixed."
> >>
> >> [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
> >> [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
> >>
> >> Looking through gcc's sources the builtin was introduced in [3] from
> >> 2007-7-18 for gcc 4.3. I'm afraid we'll have to check for older gcc's there
> >> and add another case for the ifdef GCC part.
> >>
> >> [3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=126725
> >>
> >> Considering that isfinite() was in the C99, C++99, SUSv3, etc standards for
> >> almost fifteen years now it is amazing how much trouble such a two-bit
> >> function can still introduce.
> >
> > This CentOS has
> >
> > g++ --version
> > g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
> > Copyright (C) 2006 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions. There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> I hope Herberts last fixes will solve this problem...
>
>
> Anyway MacOS and Windows versions are uploaded and can be used. A SDK is
> also available.
I uploaded my builds that day anyway
http://people.apache.org/~arielch/developer-snapshots/snapshot/ but
they have my local changes applied.
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
> On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr <hd...@apache.org> wrote:
>> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
>> the common isfinite() macro from working reliably. The builtin should work
>> according to the gcc documentation [2]: "GCC provides fpclassify, isfinite,
>> isinf_sign and isnormal built-ins used with __builtin_ prefixed."
>>
>> [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
>> [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
>>
>> Looking through gcc's sources the builtin was introduced in [3] from
>> 2007-7-18 for gcc 4.3. I'm afraid we'll have to check for older gcc's there
>> and add another case for the ifdef GCC part.
>>
>> [3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=126725
>>
>> Considering that isfinite() was in the C99, C++99, SUSv3, etc standards for
>> almost fifteen years now it is amazing how much trouble such a two-bit
>> function can still introduce.
>
> This CentOS has
>
> g++ --version
> g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I hope Herberts last fixes will solve this problem...
Anyway MacOS and Windows versions are uploaded and can be used. A SDK is
also available.
I am currently updating some languages and plan to start a further build
later today
- to solve the Linux problem
- and to include the first language builds (en_GB, es, nl, ru, sk).
fr, pt_BR, hu are in progress
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr <hd...@apache.org> wrote:
> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
> the common isfinite() macro from working reliably. The builtin should work
> according to the gcc documentation [2]: "GCC provides fpclassify, isfinite,
> isinf_sign and isnormal built-ins used with __builtin_ prefixed."
>
> [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
> [2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
>
> Looking through gcc's sources the builtin was introduced in [3] from
> 2007-7-18 for gcc 4.3. I'm afraid we'll have to check for older gcc's there
> and add another case for the ifdef GCC part.
>
> [3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=126725
>
> Considering that isfinite() was in the C99, C++99, SUSv3, etc standards for
> almost fifteen years now it is amazing how much trouble such a two-bit
> function can still introduce.
This CentOS has
g++ --version
g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Herbert Duerr <hd...@apache.org>.
On 06/03/2013 08:42 PM, Ariel Constenla-Haile wrote:
> [...]
> Build is broken in three places (CentOS x86-64):
>
> 1) sal/inc/rtl/math.hxx:
>
> ../../inc/rtl/math.hxx: In function 'bool rtl::math::isFinite(double)':
> ../../inc/rtl/math.hxx:313: error: '__builtin_isfinite' was not declared
> in this scope
> ../../inc/rtl/math.hxx: In function 'bool rtl::math::isInf(double)':
> ../../inc/rtl/math.hxx:325: error: '__builtin_isfinite' was not declared
> in this scope
> ../../inc/rtl/math.hxx: In function 'bool rtl::math::isNan(double)':
> ../../inc/rtl/math.hxx:336: error: '__builtin_isfinite' was not declared
> in this scope
> dmake: Error code 1, while making '../../unxlngi6.pro/obj/math.obj'
>
> In CentOS __GNUC__ seems defined, I see Jürgen added a fix for MACOSX,
> so the logic of the defines might be simply not working at all.
The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1]
prevents the common isfinite() macro from working reliably. The builtin
should work according to the gcc documentation [2]: "GCC provides
fpclassify, isfinite, isinf_sign and isnormal built-ins used with
__builtin_ prefixed."
[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
[2] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
Looking through gcc's sources the builtin was introduced in [3] from
2007-7-18 for gcc 4.3. I'm afraid we'll have to check for older gcc's
there and add another case for the ifdef GCC part.
[3] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=126725
Considering that isfinite() was in the C99, C++99, SUSv3, etc standards
for almost fifteen years now it is amazing how much trouble such a
two-bit function can still introduce.
> 2) graphite:
>
> In file included from ../include/graphite/GrCommon.h:35,
> from ../src/segment/Main.h:31,
> from ../src/font/FileFont.cpp:16:
> /build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/inc/stl/vector:31:33:
> error: boost/tr1/tr1/vector: No such file or directory
>
> Missing module dependency on boost.
Thanks! I added a dependency of stlport to boost.
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Mon, Jun 03, 2013 at 10:29:22AM +0200, Jürgen Schmidt wrote:
> Hi,
>
> I would like to propose a new snapshot build based on trunk revision
> 1488886 (related snapshot tag revision 1488888).
>
> This snapshot should provide a SDK as well that should work with the
> reworked (3layer) directory structure of the office.
>
> @Ariel, please use the configure switch --without-stlport to trigger the
> stlport related change from Herbert.
>
> I will start to integrate the first language updates and will provide
> further builds later this week for testing the translations.
Build is broken in three places (CentOS x86-64):
1) sal/inc/rtl/math.hxx:
../../inc/rtl/math.hxx: In function 'bool rtl::math::isFinite(double)':
../../inc/rtl/math.hxx:313: error: '__builtin_isfinite' was not declared
in this scope
../../inc/rtl/math.hxx: In function 'bool rtl::math::isInf(double)':
../../inc/rtl/math.hxx:325: error: '__builtin_isfinite' was not declared
in this scope
../../inc/rtl/math.hxx: In function 'bool rtl::math::isNan(double)':
../../inc/rtl/math.hxx:336: error: '__builtin_isfinite' was not declared
in this scope
dmake: Error code 1, while making '../../unxlngi6.pro/obj/math.obj'
In CentOS __GNUC__ seems defined, I see Jürgen added a fix for MACOSX,
so the logic of the defines might be simply not working at all.
2) graphite:
In file included from ../include/graphite/GrCommon.h:35,
from ../src/segment/Main.h:31,
from ../src/font/FileFont.cpp:16:
/build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/inc/stl/vector:31:33:
error: boost/tr1/tr1/vector: No such file or directory
Missing module dependency on boost.
3) main/i18npool/source/localedata/data: segfault in saxparser
/bin/bash: line 1: 32487 Segmentation fault
LD_LIBRARY_PATH=/build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
../../../unxlngi6.pro/bin/saxparser en_BZ en_BZ.xml
../../../unxlngi6.pro/misc/localedata_en_BZ.cxx
file:///build/aoo/src/clean/svn-trunk/main/i18npool/source/localedata/data/../../../unxlngi6.pro/misc/saxparser.rdb
/build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/bin/types.rdb
-env:OOO_INBUILD_SHAREDLIB_DIR=file:///build/aoo/src/clean/svn-trunk/main/solver/400/unxlngi6.pro/lib
dmake: Error code 139, while making
'../../../unxlngi6.pro/misc/localedata_en_BZ.cxx'
The crash is with any of the localedata files. This needs debugging,
I'll take a look later (I don't even have gdb on CentOS).
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Albino B Neto <bi...@apache.org>.
2013/6/3 Jürgen Schmidt <jo...@gmail.com>:
> I would like to propose a new snapshot build based on trunk revision
> 1488886 (related snapshot tag revision 1488888).
+1
Albino
---------------------------------------------------------------------
To unsubscribe, e-mail: l10n-unsubscribe@openoffice.apache.org
For additional commands, e-mail: l10n-help@openoffice.apache.org
Re: [RELEASE]: new snapshot build based on trunk revision 1488886
Posted by Albino B Neto <bi...@apache.org>.
2013/6/3 Jürgen Schmidt <jo...@gmail.com>:
> I would like to propose a new snapshot build based on trunk revision
> 1488886 (related snapshot tag revision 1488888).
+1
Albino
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org