Re: Are the Buildbots down?

[Don Lewis]

On 21 Jul, To: p...@apache.org wrote:
> Doing
>   pkg install clang35
> 
> adding this to the configure script
>   CPP=clang-cpp35 CC=clang35 CXX=clang++35 && export CPP CC CXX &&

On FreeBSD configure still needs "CPPFLAGS=-I/usr/local/include" in its
environment.  Looks like that got dropped when CPP and friends were
added, which is why the configure step is now failing on the buildbot.


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

Re: Are the Buildbots down?

[Kay Schenk]

Thanks to Pedro and Don for hanging in there with these changes!

It's great that we finally have a freebsd build! YAY!

On 07/15/2015 02:23 PM, Gavin McDonald wrote:
> Hi Don,
> 
> This is great work, thanks!
> 
> I’m going to try this on our Buildbot tomorrow.
> 
> Gav…
> 
>> On 15 Jul 2015, at 6:33 pm, Don Lewis  wrote:
>>
>> On 15 Jul, Don Lewis wrote:
>>
>>> I'll install clang35 from ports and try again.
>>
>> Success!
>>
>> This is with trunk r1690992 and no additional patches.
>>
>> ***
>> Successful packaging process!
>> ***
>>copying log file to 
>> /tmp/openoffice/aoo-4.2.0/main/instsetoo_native/unxfbsdx.pro/Apache_OpenOffice/archive/install/log/log_AOO420_en-US.log
>> stopping log at Wed Jul 15 13:40:58 2015
>>
>>
>> Here is my build script:
>>
>> autoconf
>> CPP=clang-cpp35 CC=clang35 CXX=clang++35 CPPFLAGS=-I/usr/local/include 
>> LDFLAGS=-L/usr/local/lib ./configure  --with-jdk-home=/usr/local/openjdk7 
>> --with-gperf=/usr/bin/gperf --with-gnu-patch=/usr/local/bin/gpatch 
>> --x-includes=/usr/local/include --x-libraries=/usr/local/lib --disable-gconf 
>> --disable-gnome-vfs --without-junit --enable-verbose --without-stlport 
>> --enable-category-b --disable-odk --with-system-zlib --with-system-stdlibs 
>> --disable-gstreamer --with-system-libxml --with-system-openssl 
>> --with-package-format=archive
>> ./bootstrap
>> . FreeBSDAMDEnv.Set.sh
>> cd instsetoo_native/util
>> LIBINTL_PREFIX=/usr/local build.pl --all
>>
>>
>> To get this working on the buildbot:
>>  1) Install the clang35 pkg
>>  2) Pass CPP, CC, and CXX to configure
>>  3) Do not pass CPPFLAGS or LDFLAGS to build
>>  4) Pass LIBINTL_PREFIX to build
>>
>> The first two steps are only needed on FreeBSD 10 amd64.  The base
>> compiler works properly on i386.  The base compiler in FreeBSD 11 works
>> properly on both amd64 and i386.
>>
>> Bonus points for fixing configure to add LIBINTL_PREFIX to the
>> environment.
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
> 
> Gav...
> 
>   ((  (   
>
>(  )\ ) )\ )   )\ )   (   )
> )  
>)\(()/((()/(  (()/(   )\ )  (   )  ( /( (  (( 
> /(   (   (  (   
> _)(   /(_))/(_))  /(_)) (   (()/(  )(   ( /(  (   )\()))())\   (   
> )\()) ))\  )())\  
>  )\ _ )\ (_)) (_))_| (_))   )\ ) /(_))(()\  )(_)) )\ (_))/(()\  /((_)  )\ 
> (_))/ /((_)(()\  /((_) 
>  (_)_\(_)/ __|| |_   |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_  ((_)(_))(  ((_)| 
> |_ (_))(  ((_)(_))   
>   / _ \  \__ \| __|   | | | ' \))|  _|| '_|/ _` |(_-<|  _|| '_|| || |/ _| |  
> _|| || || '_|/ -_)  
>  /_/ \_\ |___/|_||___||_||_| |_|  |_|  \__,_|/__/ \__||_|   \_,_|\__|  
> \__| \_,_||_|  \___|  
>   
>
> 
> 
> 
> 
> 

-- 

MzK

"Way down deep, we're all motivated by
 the  same urges.  Cats have the courage
 to live by them."
-- Jim Davis


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

Re: Build trouble (was Re: Are the Buildbots down?)

[Don Lewis]

On 15 Jul, Pedro Giffuni wrote:

> And here comes one of the huge can of worms in OpenOffice:
> we are using a very old version of ICU.
> 
> The truth is, we have code to update ICU to a more recent
> version resting peacefully somewhere in the Symphony branch.
> The IBM (China) guys that wrote it never merged it into
> AOO (at least one of them tried and broke the Mac port,
> but I don't remember because I burned the email).

It would be really nice to see this in the tree so that I could switch
the FreeBSD port to --with-system-icu.

> Thank you very much for your help. I suggest you step away
> now and forget you ever saw this ... really.

Hey, I sometimes enjoy watching horror movies ...


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

Re: Are the Buildbots down?

[Gavin McDonald]

Hi Don,

This is great work, thanks!

I’m going to try this on our Buildbot tomorrow.

Gav…

> On 15 Jul 2015, at 6:33 pm, Don Lewis  wrote:
> 
> On 15 Jul, Don Lewis wrote:
> 
>> I'll install clang35 from ports and try again.
> 
> Success!
> 
> This is with trunk r1690992 and no additional patches.
> 
> ***
> Successful packaging process!
> ***
>copying log file to 
> /tmp/openoffice/aoo-4.2.0/main/instsetoo_native/unxfbsdx.pro/Apache_OpenOffice/archive/install/log/log_AOO420_en-US.log
> stopping log at Wed Jul 15 13:40:58 2015
> 
> 
> Here is my build script:
> 
> autoconf
> CPP=clang-cpp35 CC=clang35 CXX=clang++35 CPPFLAGS=-I/usr/local/include 
> LDFLAGS=-L/usr/local/lib ./configure  --with-jdk-home=/usr/local/openjdk7 
> --with-gperf=/usr/bin/gperf --with-gnu-patch=/usr/local/bin/gpatch 
> --x-includes=/usr/local/include --x-libraries=/usr/local/lib --disable-gconf 
> --disable-gnome-vfs --without-junit --enable-verbose --without-stlport 
> --enable-category-b --disable-odk --with-system-zlib --with-system-stdlibs 
> --disable-gstreamer --with-system-libxml --with-system-openssl 
> --with-package-format=archive
> ./bootstrap
> . FreeBSDAMDEnv.Set.sh
> cd instsetoo_native/util
> LIBINTL_PREFIX=/usr/local build.pl --all
> 
> 
> To get this working on the buildbot:
>  1) Install the clang35 pkg
>  2) Pass CPP, CC, and CXX to configure
>  3) Do not pass CPPFLAGS or LDFLAGS to build
>  4) Pass LIBINTL_PREFIX to build
> 
> The first two steps are only needed on FreeBSD 10 amd64.  The base
> compiler works properly on i386.  The base compiler in FreeBSD 11 works
> properly on both amd64 and i386.
> 
> Bonus points for fixing configure to add LIBINTL_PREFIX to the
> environment.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 

Gav...

  ((  ( 
 
   (  )\ ) )\ )   )\ )   (   )) 
 
   )\(()/((()/(  (()/(   )\ )  (   )  ( /( (  (( /( 
  (   (  (   
_)(   /(_))/(_))  /(_)) (   (()/(  )(   ( /(  (   )\()))())\   (   
)\()) ))\  )())\  
 )\ _ )\ (_)) (_))_| (_))   )\ ) /(_))(()\  )(_)) )\ (_))/(()\  /((_)  )\ (_))/ 
/((_)(()\  /((_) 
 (_)_\(_)/ __|| |_   |_ _| _(_/((_) _| ((_)((_)_ ((_)| |_  ((_)(_))(  ((_)| |_ 
(_))(  ((_)(_))   
  / _ \  \__ \| __|   | | | ' \))|  _|| '_|/ _` |(_-<|  _|| '_|| || |/ _| |  
_|| || || '_|/ -_)  
 /_/ \_\ |___/|_||___||_||_| |_|  |_|  \__,_|/__/ \__||_|   \_,_|\__|  \__| 
\_,_||_|  \___|  

 

Re: Build trouble (was Re: Are the Buildbots down?)

[Pedro Giffuni]

Hi Don;

On 07/15/15 15:49, Don Lewis wrote:

On 15 Jul, Pedro Giffuni wrote:


And here comes one of the huge can of worms in OpenOffice:
we are using a very old version of ICU.

The truth is, we have code to update ICU to a more recent
version resting peacefully somewhere in the Symphony branch.
The IBM (China) guys that wrote it never merged it into
AOO (at least one of them tried and broke the Mac port,
but I don't remember because I burned the email).

It would be really nice to see this in the tree so that I could switch
the FreeBSD port to --with-system-icu.


I think you ay be able to update it with out much trouble
but there is the thing about multiple platforms and testing
different languages.


Thank you very much for your help. I suggest you step away
now and forget you ever saw this ... really.

Hey, I sometimes enjoy watching horror movies ...


Some people like rollercoasters. but it is responsible to warn
if I think the track may be broken ;)

If you find something nice here that helps you I fam sure
we can find someone in the list to help with the license :)

http://svn.apache.org/viewvc/openoffice/symphony/trunk/

Pedro.

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

Re: Are the Buildbots down?

[Don Lewis]

On 15 Jul, Don Lewis wrote:

> I'll install clang35 from ports and try again.

Success!

This is with trunk r1690992 and no additional patches.

***
Successful packaging process!
***
copying log file to 
/tmp/openoffice/aoo-4.2.0/main/instsetoo_native/unxfbsdx.pro/Apache_OpenOffice/archive/install/log/log_AOO420_en-US.log
stopping log at Wed Jul 15 13:40:58 2015


Here is my build script:

autoconf
CPP=clang-cpp35 CC=clang35 CXX=clang++35 CPPFLAGS=-I/usr/local/include 
LDFLAGS=-L/usr/local/lib ./configure  --with-jdk-home=/usr/local/openjdk7 
--with-gperf=/usr/bin/gperf --with-gnu-patch=/usr/local/bin/gpatch 
--x-includes=/usr/local/include --x-libraries=/usr/local/lib --disable-gconf 
--disable-gnome-vfs --without-junit --enable-verbose --without-stlport 
--enable-category-b --disable-odk --with-system-zlib --with-system-stdlibs 
--disable-gstreamer --with-system-libxml --with-system-openssl 
--with-package-format=archive
./bootstrap
. FreeBSDAMDEnv.Set.sh
cd instsetoo_native/util
LIBINTL_PREFIX=/usr/local build.pl --all


To get this working on the buildbot:
  1) Install the clang35 pkg
  2) Pass CPP, CC, and CXX to configure
  3) Do not pass CPPFLAGS or LDFLAGS to build
  4) Pass LIBINTL_PREFIX to build

The first two steps are only needed on FreeBSD 10 amd64.  The base
compiler works properly on i386.  The base compiler in FreeBSD 11 works
properly on both amd64 and i386.

Bonus points for fixing configure to add LIBINTL_PREFIX to the
environment.


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

Build trouble (was Re: Are the Buildbots down?)

[Pedro Giffuni]

On 07/14/15 23:33, Don Lewis wrote:

...
It appears that hunspell has a way of generating that header in the that
location on systems that don't have gettext, but for whatever reason it
decided not to do so.  The real problem is this fragment of
ext_libraries/hunspell/makefile.mk:

.ELIF "$(OS)"=="FREEBSD" # "$(SYSBASE)"!=""
CONFIGURE_FLAGS+=CPPFLAGS="-I$(LIBINTL_PREFIX)/include" 
--with-libintl-prefix="$(LIBINTL_PREFIX)"
.ENDIF

The problem is that $(LIBINTL_PREFIX) does not seem to be defined
anywhere, so we end up passing
   CPPFLAGS=-I/include --with-libintl-prefix=
to configure, so it does not find the header.  This is especially dumb
since we are passing CPPFLAGS=-I/usr/local/include and
LDFLAGS=-L/usr/local/lib to the build. By setting
LIBINTL_PREFIX=/usr/local in the environment, I was able to sucessfully
build hunspell.

I thought that changing the above to CPPFLAGS="$(CPPFLAGS)" would do the
trick, but when I tried the build, it got expanded to CPPFLAGS="". There
were two reasons for that.  One was an error in my build script that
caused CPPFLAGS not not actually get set.  The other is this line in
solenv/inc/settings.mk:
   CPPFLAGS=
The latter doesn't seem to affect everything because fixing my build
script allowed the python build to find libintl.h, but I suspect this is
the reason for the LIBINTL_PREFIX hack.

Unfortunately this seems to break the icu build.  It looks like the icu
build is finding the headers installed by the icu FreeBSD port instead
of its own because it is appending to CPPFLAGS and thus gets the search
order wrong.  Unfortunately icu is an indirect dependency of gtk:


Oh no ... *now* I remember.

And here comes one of the huge can of worms in OpenOffice:
we are using a very old version of ICU.

The truth is, we have code to update ICU to a more recent
version resting peacefully somewhere in the Symphony branch.
The IBM (China) guys that wrote it never merged it into
AOO (at least one of them tried and broke the Mac port,
but I don't remember because I burned the email).

Thank you very much for your help. I suggest you step away
now and forget you ever saw this ... really.

Keep calmed but run.

Pedro.

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

Re: Are the Buildbots down?

[Don Lewis]

On 14 Jul, Don Lewis wrote:

> At this point, I'm going to back out the patch above, and remove
> CPPFLAGS and LDFLAGS from the environment passed to build.  I'll pass
> LIBINTL_PREFIX instead to fix he hunspell issue.

This is looking real good.  This time the build got far enough to tickle
the clang 3.4 code amd64 generation bug that I previously observed while
working on the FreeBSD port.

Making:libdbase.so
c++ -Wl,-z,combreloc -Wl,-z,defs -Wl,-z,origin -Wl,-rpath,'$ORIGIN' -shared 
-Wl,-O1 -Wl,--version-script ../../../unxfbsdx.pro/misc/component_dbase.map 
-L../../../unxfbsdx.pro/lib -L../lib 
-L/tmp/openoffice/aoo-4.2.0/main/solenv/unxfbsdx/lib 
-L/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib 
-L/tmp/openoffice/aoo-4.2.0/main/solenv/unxfbsdx/lib -L/usr/local/openjdk7/lib 
-L/usr/local/openjdk7/jre/lib/amd64 -L/usr/local/openjdk7/jre/lib/amd64/server 
-L/usr/local/openjdk7/jre/lib/amd64/native_threads -L/usr/local/lib 
../../../unxfbsdx.pro/slo/DCode.o ../../../unxfbsdx.pro/slo/DResultSet.o 
../../../unxfbsdx.pro/slo/DStatement.o 
../../../unxfbsdx.pro/slo/DPreparedStatement.o 
../../../unxfbsdx.pro/slo/dindexnode.o ../../../unxfbsdx.pro/slo/DIndexIter.o 
../../../unxfbsdx.pro/slo/DDatabaseMetaData.o 
../../../unxfbsdx.pro/slo/DCatalog.o ../../../unxfbsdx.pro/slo/DColumns.o 
../../../unxfbsdx.pro/slo/DIndexColumns.o ../../../unxfbsdx.pro/slo/DIndex.o 
../../../unxfbsdx.pro/slo/!
 DIndexes.o ../../../unxfbsdx.pro/slo/DTable.o 
../../../unxfbsdx.pro/slo/DTables.o ../../../unxfbsdx.pro/slo/DConnection.o 
../../../unxfbsdx.pro/slo/Dservices.o ../../../unxfbsdx.pro/slo/DDriver.o 
../../../unxfbsdx.pro/slo/dbase_version.o -o 
../../../unxfbsdx.pro/lib/libdbase.so -luno_cppu -luno_cppuhelpergcc3 
-lvos3gcc3 -lsvl -ltl -lucbhelper4gcc3 -luno_sal -ldbtools -lfile -lutl 
-lcomphelpgcc3 -Wl,--as-needed -pthread -lm -Wl,--no-as-needed 
/usr/bin/ld: ../../../unxfbsdx.pro/slo/DTable.o: relocation R_X86_64_PC32 
against `_ZThn192_N12connectivity4file10OFileTable7acquireEv' can not be used 
when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
c++: error: linker command failed with exit code 1 (use -v to see invocation)
dmake:  Error code 1, while making '../../../unxfbsdx.pro/lib/libdbase.so'

1 module(s): 
connectivity
need(s) to be rebuilt


I'll install clang35 from ports and try again.


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

Re: Are the Buildbots down?

[Don Lewis]

On 14 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/14/15 02:32, Don Lewis wrote:
>> Next problem:
>>
>> /bin/sh ../../libtool --tag=CXX   --mode=link c++  -g -O2   -o chmorph 
>> chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la
>> libtool: link: c++ -g -O2 -o chmorph chmorph.o  ../parsers/libparsers.a 
>> ../hunspell/.libs/libhunspell-1.3.a
>> c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers  
>> -I/include -D_THREAD_SAFE -I/usr/local/include  -g -O2 -MT hunspell.o -MD 
>> -MP -MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx
>> hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found
>> #include <../../intl/libintl.h>
>>   ^
>> 1 error generated.
>> Makefile:524: recipe for target 'hunspell.o' failed
>> gmake[3]: *** [hunspell.o] Error 1
>> gmake[3]: Leaving directory 
>> '/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools'
>>
>>
>> No libintl.h around here ...
>> % find ext_libraries main -name libintl.h -print
>> %
>>
>> There is one in /usr/local/include that is installed by gettext, but it
>> isn't under an intl/ directory.
>>
> gettext was included in OpenOffice before the licensing cleanup.
> 
> It is expected that you have a system gettext and encoding the
> path instead of -I including it is a bad practice, IMHO. However,
> this doesn't seem to be an auto-inflicted error but something
> that upstream hunspell does. How does the FreeBSD port
> work around that?

It appears that hunspell has a way of generating that header in the that
location on systems that don't have gettext, but for whatever reason it
decided not to do so.  The real problem is this fragment of
ext_libraries/hunspell/makefile.mk:

.ELIF "$(OS)"=="FREEBSD" # "$(SYSBASE)"!=""
CONFIGURE_FLAGS+=CPPFLAGS="-I$(LIBINTL_PREFIX)/include" 
--with-libintl-prefix="$(LIBINTL_PREFIX)"
.ENDIF

The problem is that $(LIBINTL_PREFIX) does not seem to be defined
anywhere, so we end up passing
  CPPFLAGS=-I/include --with-libintl-prefix=
to configure, so it does not find the header.  This is especially dumb
since we are passing CPPFLAGS=-I/usr/local/include and
LDFLAGS=-L/usr/local/lib to the build. By setting
LIBINTL_PREFIX=/usr/local in the environment, I was able to sucessfully
build hunspell.

I thought that changing the above to CPPFLAGS="$(CPPFLAGS)" would do the
trick, but when I tried the build, it got expanded to CPPFLAGS="". There
were two reasons for that.  One was an error in my build script that
caused CPPFLAGS not not actually get set.  The other is this line in
solenv/inc/settings.mk:
  CPPFLAGS=
The latter doesn't seem to affect everything because fixing my build
script allowed the python build to find libintl.h, but I suspect this is
the reason for the LIBINTL_PREFIX hack.

Unfortunately this seems to break the icu build.  It looks like the icu
build is finding the headers installed by the icu FreeBSD port instead
of its own because it is appending to CPPFLAGS and thus gets the search
order wrong.  Unfortunately icu is an indirect dependency of gtk:

gtk2 -> pango -> harfbuzz -> icu

cc -I/usr/local/include -D_REENTRANT -I. -I../i18n   -DU_COMMON_IMPLEMENTATION 
-O-fvisibility=hidden -c   -o putil.ao putil.c
In file included from putil.c:67:
./cstring.h:77:12: warning: 'uprv_stricmp' macro redefined
#   define uprv_stricmp(str1, str2) T_CString_stricmp(str1, str2)
   ^
/usr/local/include/unicode/urename.h:1349:9: note: previous definition is here
#define uprv_stricmp U_ICU_ENTRY_POINT_RENAME(uprv_stricmp)
^
In file included from putil.c:67:
./cstring.h:78:12: warning: 'uprv_strnicmp' macro redefined
#   define uprv_strnicmp(str1, str2, n) T_CString_strnicmp(str1, str2, n)
   ^
/usr/local/include/unicode/urename.h:1351:9: note: previous definition is here
#define uprv_strnicmp U_ICU_ENTRY_POINT_RENAME(uprv_strnicmp)
^
putil.c:1673:1: error: conflicting types for 'u_versionToString_55'
u_versionToString(UVersionInfo versionArray, char *versionString) {
^
/usr/local/include/unicode/urename.h:405:27: note: expanded from macro 
'u_versionToString'
#define u_versionToString U_ICU_ENTRY_POINT_RENAME(u_versionToString)
  ^
/usr/local/include/unicode/uvernum.h:112:40: note: expanded from macro 
'U_ICU_ENTRY_POINT_RENAME'
#define U_ICU_ENTRY_POINT_RENAME(x)
U_DEF2_ICU_ENTRY_POINT_RENAME(x,U_ICU_VERSION_SUFFIX)
   ^
/usr/local/include/unicode/uvernum.h:111:44: note: expanded from macro 
'U_DEF2_ICU_ENTRY_POINT_RENAME'
#define U_DEF2_ICU_ENTRY_POINT_RENAME(x,y) U_DEF_ICU_ENTRY_POINT_RENAME(x,y)
   ^
/usr/local/include/unicode/uvernum.h:110:43: note: expanded from macro 
'U_DEF_ICU_ENTRY_POINT_RENAME'
#define U_DEF_ICU_ENTRY_POINT_RENAME(x,y) x ## y
  ^
:204:1: note: expanded from here
u_versionToString_55
^
/usr/local/include/unicode/uversion.h:181:1: no

Re: Are the Buildbots down?

[Don Lewis]

On 14 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/14/15 01:37, Don Lewis wrote:
>> On 13 Jul, Pedro Giffuni wrote:
>>> Hmm ...
>>>
>>> Perhaps there is something wrong here:
>>>
>>> tmain/libxml2/prj/d.lst
>> Perhaps ... but since libxml is already installed on the system because
>> it is a prerequisite of some of the other dependencies, such as java,
>> gconf2, and gnome-vfs, I just switched to --with-system-libxml and
>> --with-system-libxslt.  The latter is required by configure if the
>> former option is enabled.
> 
> That is reasonable. perhaps that should be the default in
> configure.

Probably so.

I finally got around to looking at what arguments the buildbot passes to
configure and it includes --with-system-libxml.

>> The next problem is:
>>
>> cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
>> -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
>> ui_lib.c -o ui_lib.o
>> cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
>> -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
>> ui_openssl.c -o ui_openssl.o
>> ui_openssl.c:224:11: fatal error: 'termio.h' file not found
>> # include 
>>^
>> 1 error generated.
>> *** Error code 1
>>
>> Stop.
>> make[2]: stopped in 
>> /tmp/openoffice/aoo-4.2.0/main/openssl/unxfbsdx.pro/misc/build/openssl-0.9.8o/crypto/ui
>> *** Error code 1
>>
>>
>> Time for --with-system-openssl ...
>>
> 
> By all means, updating OpenSSL is something that should be done
> for the next release (no, I am not volunteering).
> 
> It could even be risky to leave the internal OpenSSL installed in
> your system.

Yeah.  The buildbot also uses --with-system-openssl.


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

Re: Are the Buildbots down?

[Don Lewis]

On 14 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/13/15 23:33, Don Lewis wrote:
>> On 13 Jul, Pedro Giffuni wrote:
>>
>>> I did notice the buildbot was failing on nss(?).
>>> That's what I get for taking hunks from elsewhere :-P.
>> Patch below ...
> 
> Committed as revision 1690992.
> Thanks!
> 
>>> As you might have noticed I don't spend much quality time
>>> with AOO lately :-(.
>> I've been spending too much B-(
> 
> It happens frequently with AOO :(.
> 
> I do appreciate this, you had no obligation to fix it
> and it's unlikely to have any effect on FreeBSD's
> own packaging.
> 
> OTOH, it can save some trouble to have the extra
> checking with the Apache buildbot.

That's my motivation for working on this.


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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/14/15 02:32, Don Lewis wrote:

Next problem:

/bin/sh ../../libtool --tag=CXX   --mode=link c++  -g -O2   -o chmorph 
chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la
libtool: link: c++ -g -O2 -o chmorph chmorph.o  ../parsers/libparsers.a 
../hunspell/.libs/libhunspell-1.3.a
c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers  
-I/include -D_THREAD_SAFE -I/usr/local/include  -g -O2 -MT hunspell.o -MD -MP 
-MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx
hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found
#include <../../intl/libintl.h>
  ^
1 error generated.
Makefile:524: recipe for target 'hunspell.o' failed
gmake[3]: *** [hunspell.o] Error 1
gmake[3]: Leaving directory 
'/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools'


No libintl.h around here ...
% find ext_libraries main -name libintl.h -print
%

There is one in /usr/local/include that is installed by gettext, but it
isn't under an intl/ directory.


gettext was included in OpenOffice before the licensing cleanup.

It is expected that you have a system gettext and encoding the
path instead of -I including it is a bad practice, IMHO. However,
this doesn't seem to be an auto-inflicted error but something
that upstream hunspell does. How does the FreeBSD port
work around that?

Pedro.




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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/14/15 01:37, Don Lewis wrote:

On 13 Jul, Pedro Giffuni wrote:

Hmm ...

Perhaps there is something wrong here:

tmain/libxml2/prj/d.lst

Perhaps ... but since libxml is already installed on the system because
it is a prerequisite of some of the other dependencies, such as java,
gconf2, and gnome-vfs, I just switched to --with-system-libxml and
--with-system-libxslt.  The latter is required by configure if the
former option is enabled.


That is reasonable. perhaps that should be the default in
configure.


The next problem is:

cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
ui_lib.c -o ui_lib.o
cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
ui_openssl.c -o ui_openssl.o
ui_openssl.c:224:11: fatal error: 'termio.h' file not found
# include 
   ^
1 error generated.
*** Error code 1

Stop.
make[2]: stopped in 
/tmp/openoffice/aoo-4.2.0/main/openssl/unxfbsdx.pro/misc/build/openssl-0.9.8o/crypto/ui
*** Error code 1


Time for --with-system-openssl ...



By all means, updating OpenSSL is something that should be done
for the next release (no, I am not volunteering).

It could even be risky to leave the internal OpenSSL installed in
your system.

Pedro.

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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/13/15 23:33, Don Lewis wrote:

On 13 Jul, Pedro Giffuni wrote:


I did notice the buildbot was failing on nss(?).
That's what I get for taking hunks from elsewhere :-P.

Patch below ...


Committed as revision 1690992.
Thanks!


As you might have noticed I don't spend much quality time
with AOO lately :-(.

I've been spending too much B-(


It happens frequently with AOO :(.

I do appreciate this, you had no obligation to fix it
and it's unlikely to have any effect on FreeBSD's
own packaging.

OTOH, it can save some trouble to have the extra
checking with the Apache buildbot.

Pedro.


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

Re: Are the Buildbots down?

[Don Lewis]

Next problem:

/bin/sh ../../libtool --tag=CXX   --mode=link c++  -g -O2   -o chmorph 
chmorph.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la 
libtool: link: c++ -g -O2 -o chmorph chmorph.o  ../parsers/libparsers.a 
../hunspell/.libs/libhunspell-1.3.a
c++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/hunspell -I../../src/parsers  
-I/include -D_THREAD_SAFE -I/usr/local/include  -g -O2 -MT hunspell.o -MD -MP 
-MF .deps/hunspell.Tpo -c -o hunspell.o hunspell.cxx
hunspell.cxx:112:14: fatal error: '../../intl/libintl.h' file not found
#include <../../intl/libintl.h>
 ^
1 error generated.
Makefile:524: recipe for target 'hunspell.o' failed
gmake[3]: *** [hunspell.o] Error 1
gmake[3]: Leaving directory 
'/tmp/openoffice/aoo-4.2.0/ext_libraries/hunspell/unxfbsdx.pro/misc/build/hunspell-1.3.2/src/tools'


No libintl.h around here ...
% find ext_libraries main -name libintl.h -print
%

There is one in /usr/local/include that is installed by gettext, but it
isn't under an intl/ directory.


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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:
> 
> Hmm ...
> 
> Perhaps there is something wrong here:
> 
> tmain/libxml2/prj/d.lst

Perhaps ... but since libxml is already installed on the system because
it is a prerequisite of some of the other dependencies, such as java,
gconf2, and gnome-vfs, I just switched to --with-system-libxml and
--with-system-libxslt.  The latter is required by configure if the
former option is enabled.

The next problem is:

cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
ui_lib.c -o ui_lib.o
cc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS 
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -I/usr/include -DTERMIO -O3 -Wall -c 
ui_openssl.c -o ui_openssl.o
ui_openssl.c:224:11: fatal error: 'termio.h' file not found
# include 
  ^
1 error generated.
*** Error code 1

Stop.
make[2]: stopped in 
/tmp/openoffice/aoo-4.2.0/main/openssl/unxfbsdx.pro/misc/build/openssl-0.9.8o/crypto/ui
*** Error code 1


Time for --with-system-openssl ...


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

Re: Are the Buildbots down?

[Don Lewis]

Next problem ...

libxml2 deliver
deliver -- version: 275594
Module 'libxml2' delivered successfully. 50 files copied, 2 files unchanged

=
Building module libxslt
=

[snip]

Disabling crypto support
Enabling debugger
checking for libxml libraries >= 2.6.27... 2.7.8 found
checking whether shared libraries will be built (required for plugins)... yes
checking libxml2 module support... yes
configure: creating ./config.status

[snip]

/bin/sh ../libtool --tag=CC   --mode=link cc  -g -O2 -Wall  -Wl,--version-script
=./libxslt.syms -version-info 2:26:1 -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib
' -Wl,-noinhibit-exec -o libxslt.la -rpath /usr/local/lib attrvt.lo xslt.lo xslt
locale.lo xsltutils.lo pattern.lo templates.lo variables.lo keys.lo numbers.lo e
xtensions.lo extra.lo functions.lo namespaces.lo imports.lo attributes.lo docume
nts.lo preproc.lo transform.lo security.lo -L/tmp/openoffice/aoo-4.2.0/main/solv
er/420/unxfbsdx.pro/lib -lxml2 -lm
libtool: link: cc -shared  .libs/attrvt.o .libs/xslt.o .libs/xsltlocale.o .libs/
xsltutils.o .libs/pattern.o .libs/templates.o .libs/variables.o .libs/keys.o .li
bs/numbers.o .libs/extensions.o .libs/extra.o .libs/functions.o .libs/namespaces
.o .libs/imports.o .libs/attributes.o .libs/documents.o .libs/preproc.o .libs/tr
ansform.o .libs/security.o   -L/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsd
x.pro/lib -lxml2 -lm  -Wl,--version-script=./libxslt.syms -Wl,-rpath -Wl,\$ORIGI
N:\$ORIGIN/../ure-link/lib -Wl,-noinhibit-exec   -Wl,-soname -Wl,libxslt.so.1 -o
 .libs/libxslt.so.1
/usr/bin/ld: cannot find -lxml2
cc: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:410: recipe for target 'libxslt.la' failed


% find . -name libtextcat.so -print
./libtextcat/unxfbsdx.pro/lib/libtextcat.so
./libtextcat/unxfbsdx.pro/misc/build/libtextcat-2.2/src/.libs/libtextcat.so
./solver/420/unxfbsdx.pro/lib/libtextcat.so
% find . -name libxml2.so -print
./libxml2/unxfbsdx.pro/lib/libxml2.so
./libxml2/unxfbsdx.pro/misc/build/libxml2-2.7.8/.libs/libxml2.so


Looks like libxml2.so didn't get copied over into solver for some
reason.


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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:

> I did notice the buildbot was failing on nss(?).
> That's what I get for taking hunks from elsewhere :-P.

Patch below ...

> As you might have noticed I don't spend much quality time
> with AOO lately :-(.

I've been spending too much B-(

Index: main/nss/makefile.mk
===
--- main/nss/makefile.mk(revision 1690824)
+++ main/nss/makefile.mk(working copy)
@@ -50,6 +50,10 @@
 PATCH_FILES+=nss_macosx.patch
 .ENDIF # "$(OS)"=="MACOSX"
 
+.IF "$(OS)"=="FREEBSD"
+PATCH_FILES+=nss_freebsd.patch
+.ENDIF
+
 .IF "$(debug)" != ""
 .ELSE
 BUILD_OPT=1
Index: main/nss/nss_freebsd.patch
===
--- main/nss/nss_freebsd.patch  (revision 0)
+++ main/nss/nss_freebsd.patch  (working copy)
@@ -0,0 +1,14 @@
+--- misc/nss-3.14.4/mozilla/security/coreconf/FreeBSD.mk   2012-05-03 
09:42:51.0 +
 misc/build/nss-3.14.4/mozilla/security/coreconf/FreeBSD.mk 2015-07-13 
23:42:44.915864000 +
+@@ -5,9 +5,8 @@
+ 
+ include $(CORE_DEPTH)/coreconf/UNIX.mk
+ 
+-DEFAULT_COMPILER  = gcc
+-CC= gcc
+-CCC   = g++
++DEFAULT_COMPILER  = $(CC)
++CCC   = $(CXX)
+ RANLIB= ranlib
+ 
+ CPU_ARCH  = $(OS_TEST)




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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:

> I did notice the buildbot was failing on nss(?).
> That's what I get for taking hunks from elsewhere :-P.

Working on a patch for that ...


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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/13/15 20:06, Don Lewis wrote:

On 13 Jul, Pedro Giffuni wrote:


On 07/13/15 11:29, Don Lewis wrote:
...

OpenOffice has a clang patch that was not catching this.
I hacked it for FreeBSD now:
http://svn.apache.org/viewvc?view=revision&revision=1690740

But there is certainly something wrong as clang is not being detected.
I think clang defines __GNUC__, so with the existing clang patch we
were still using the original typedef.  If the compiler didn't croak
there, then we would have redefined the typedef again in the __clang__
section.

Yes, clang reports itself as gcc 4.2, so it sets __GNUC__ and
__clang__.

The patch I committed should be a no-op (except for gcc).




#if defined(__FreeBSD__) && defined(__GNUC__)
 typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

//-

...



...
//-

#if defined(__clang__)
 typedef void(*CoinSighandler_t)(int);
#  define CoinSighandler_t_defined
#elif defined(__MACH__) && defined(__GNUC__)
 typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif


Ugh.. the problem is I am only looking at diffs, not at the code so
I missed this mess.

Second try:

http://svn.apache.org/viewvc?view=revision&revision=1690755

This part doesn't look right:

  #if defined(__FreeBSD__) && defined(__GNUC__)
-   typedef __decltype(SIG_DFL) CoinSighandler_t;
+   typedef typeof(SIG_DFL) CoinSighandler_t;
  #  define CoinSighandler_t_defined
  #endif

That's weird, I took the hunk from FreeBSD's port.

patching file CoinMP-1.7.6/Osi/ltmain.sh
patching file CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp
/usr/local/bin/gpatch:  malformed patch at line 1230: @@ -95,7 +95,10 @@

dmake:  Error code 2, while making './unxfbsdx.pro/misc/build/so_patched_coinmp'

1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):



I did notice the buildbot was failing on nss(?).
That's what I get for taking hunks from elsewhere :-P.

As you might have noticed I don't spend much quality time
with AOO lately :-(.



I patched the patch with this patch and got a successful coinmp build:

Index: ext_libraries/coinmp/coinmp-1.7.6-clang.patch
===
--- ext_libraries/coinmp/coinmp-1.7.6-clang.patch   (revision 1690824)
+++ ext_libraries/coinmp/coinmp-1.7.6-clang.patch   (working copy)
@@ -1,22 +1,25 @@
 misc/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp 2011-01-03 
20:31:00.0 -0300
-+++ misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp   2014-02-01 
02:02:10.596696644 -0300
-@@ -44,7 +44,7 @@
+--- misc/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp 2011-01-03 
23:31:00.0 +
 misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp   2015-07-14 
00:18:26.10536 +
+@@ -43,7 +43,7 @@
+
   
//-
   
- #if defined(__FreeBSD__) && defined(__GNUC__)

--   typedef __decltype(SIG_DFL) CoinSighandler_t;
-+   typedef typeof(SIG_DFL) CoinSighandler_t;
+-#if defined(__FreeBSD__) && defined(__GNUC__)
++#if defined(__FreeBSD__) && defined(__GNUC__) && !defined(__clang__)
+typedef typeof(SIG_DFL) CoinSighandler_t;
   #  define CoinSighandler_t_defined
   #endif
-@@ -95,7 +95,10 @@
+@@ -100,6 +100,13 @@
+ #  define CoinSighandler_t_defined
+ #endif
   
- //-

++//-
++
++#if defined(__clang__)
++   typedef __decltype(SIG_DFL) CoinSighandler_t;
++#  define CoinSighandler_t_defined
++#endif
++
+ 
//#
   
--#if defined(__MACH__) && defined(__GNUC__)

-+#if !defined(__FreeBSD__) && defined(__clang__)
-+   typedef void(*CoinSighandler_t)(int);
-+#  define CoinSighandler_t_defined
-+#elif defined(__MACH__) && defined(__GNUC__)
-typedef typeof(SIG_DFL) CoinSighandler_t;
- #  define CoinSighandler_t_defined
- #endif
+ #ifndef CoinSighandler_t_defined



Committed thanks.

Pedro.

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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/13/15 11:29, Don Lewis wrote:
> ...
>> OpenOffice has a clang patch that was not catching this.
>> I hacked it for FreeBSD now:
>> http://svn.apache.org/viewvc?view=revision&revision=1690740
>>
>> But there is certainly something wrong as clang is not being detected.
>> I think clang defines __GNUC__, so with the existing clang patch we
>> were still using the original typedef.  If the compiler didn't croak
>> there, then we would have redefined the typedef again in the __clang__
>> section.
> Yes, clang reports itself as gcc 4.2, so it sets __GNUC__ and
> __clang__.
> 
> The patch I committed should be a no-op (except for gcc).
>> 
>>
>>
>> #if defined(__FreeBSD__) && defined(__GNUC__)
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
>> //-
>>
>> ...
> 
>> ...
>> //-
>>
>> #if defined(__clang__)
>> typedef void(*CoinSighandler_t)(int);
>> #  define CoinSighandler_t_defined
>> #elif defined(__MACH__) && defined(__GNUC__)
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
> Ugh.. the problem is I am only looking at diffs, not at the code so
> I missed this mess.
> 
> Second try:
> 
> http://svn.apache.org/viewvc?view=revision&revision=1690755

This part doesn't look right:

 #if defined(__FreeBSD__) && defined(__GNUC__)
-   typedef __decltype(SIG_DFL) CoinSighandler_t;
+   typedef typeof(SIG_DFL) CoinSighandler_t;
 #  define CoinSighandler_t_defined
 #endif

patching file CoinMP-1.7.6/Osi/ltmain.sh
patching file CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp
/usr/local/bin/gpatch:  malformed patch at line 1230: @@ -95,7 +95,10 @@

dmake:  Error code 2, while making './unxfbsdx.pro/misc/build/so_patched_coinmp'

1 module(s): 
coinmp
need(s) to be rebuilt

Reason(s):



I patched the patch with this patch and got a successful coinmp build:

Index: ext_libraries/coinmp/coinmp-1.7.6-clang.patch
===
--- ext_libraries/coinmp/coinmp-1.7.6-clang.patch   (revision 1690824)
+++ ext_libraries/coinmp/coinmp-1.7.6-clang.patch   (working copy)
@@ -1,22 +1,25 @@
 misc/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp 2011-01-03 
20:31:00.0 -0300
-+++ misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp   2014-02-01 
02:02:10.596696644 -0300
-@@ -44,7 +44,7 @@
+--- misc/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp 2011-01-03 
23:31:00.0 +
 misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp   2015-07-14 
00:18:26.10536 +
+@@ -43,7 +43,7 @@
+ 
  
//-
  
- #if defined(__FreeBSD__) && defined(__GNUC__)
--   typedef __decltype(SIG_DFL) CoinSighandler_t;
-+   typedef typeof(SIG_DFL) CoinSighandler_t;
+-#if defined(__FreeBSD__) && defined(__GNUC__)
++#if defined(__FreeBSD__) && defined(__GNUC__) && !defined(__clang__)
+typedef typeof(SIG_DFL) CoinSighandler_t;
  #  define CoinSighandler_t_defined
  #endif
-@@ -95,7 +95,10 @@
+@@ -100,6 +100,13 @@
+ #  define CoinSighandler_t_defined
+ #endif
  
- 
//-
++//-
++
++#if defined(__clang__)
++   typedef __decltype(SIG_DFL) CoinSighandler_t;
++#  define CoinSighandler_t_defined
++#endif
++
+ 
//#
  
--#if defined(__MACH__) && defined(__GNUC__)
-+#if !defined(__FreeBSD__) && defined(__clang__)
-+   typedef void(*CoinSighandler_t)(int);
-+#  define CoinSighandler_t_defined
-+#elif defined(__MACH__) && defined(__GNUC__)
-typedef typeof(SIG_DFL) CoinSighandler_t;
- #  define CoinSighandler_t_defined
- #endif
+ #ifndef CoinSighandler_t_defined


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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/13/15 11:29, Don Lewis wrote:
...

OpenOffice has a clang patch that was not catching this.
I hacked it for FreeBSD now:
http://svn.apache.org/viewvc?view=revision&revision=1690740

But there is certainly something wrong as clang is not being detected.
I think clang defines __GNUC__, so with the existing clang patch we
were still using the original typedef.  If the compiler didn't croak
there, then we would have redefined the typedef again in the __clang__
section.

Yes, clang reports itself as gcc 4.2, so it sets __GNUC__ and
__clang__.

The patch I committed should be a no-op (except for gcc).




#if defined(__FreeBSD__) && defined(__GNUC__)
typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

//-

...



...
//-

#if defined(__clang__)
typedef void(*CoinSighandler_t)(int);
#  define CoinSighandler_t_defined
#elif defined(__MACH__) && defined(__GNUC__)
typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif


Ugh.. the problem is I am only looking at diffs, not at the code so
I missed this mess.

Second try:

http://svn.apache.org/viewvc?view=revision&revision=1690755


Pedro.

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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/13/15 02:06, Don Lewis wrote:
> ...
>>
>> According to the bootstrap log, it's not a download problem.
>>
>> I'm able to reproduce the problem here.  It looks like clang doesn't
>> like some of the code in CoinMP:
>>
>> In file included from ClpSolve.cpp:347:
>> /tmp/openoffice/aoo-4.2.0/ext_libraries/coinmp/unxfbsdx.pro/misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp:47:12:
>>  error:
>>extension used [-Werror,-Wlanguage-extension-token]
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> ^
>>
>> The code fragment in question:
>>
>> #if defined(__FreeBSD__) && defined(__GNUC__)
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
>> This has been changed in CoinMP-1.8.2 to:
>>
>> #if defined(__FreeBSD__) && defined(__GNUC__)
>> typedef __decltype(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
> 
> OpenOffice has a clang patch that was not catching this.
> I hacked it for FreeBSD now:
> http://svn.apache.org/viewvc?view=revision&revision=1690740
> 
> But there is certainly something wrong as clang is not being detected.

I think clang defines __GNUC__, so with the existing clang patch we
were still using the original typedef.  If the compiler didn't croak
there, then we would have redefined the typedef again in the __clang__
section.




#if defined(__FreeBSD__) && defined(__GNUC__)
   typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

//-

#if defined(__NetBSD__) && defined(__GNUC__)
   typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

//-

#if defined(_AIX)
#  if defined(__GNUC__)
  typedef typeof(SIG_DFL) CoinSighandler_t;
# define CoinSighandler_t_defined
#  endif
#endif
//-
   
#if defined (__hpux)
#  define CoinSighandler_t_defined
#  if defined(__GNUC__)
  typedef typeof(SIG_DFL) CoinSighandler_t;
#  else
  extern "C" {
 typedef void (*CoinSighandler_t) (int);
  }
#  endif
#endif

//-

#if defined(__sun)
#  if defined(__SUNPRO_CC)
# include 
  extern "C" {
 typedef void (*CoinSighandler_t) (int);
  }
# define CoinSighandler_t_defined
#  endif
#  if defined(__GNUC__)
  typedef typeof(SIG_DFL) CoinSighandler_t;
# define CoinSighandler_t_defined
#  endif
#endif

//-

#if defined(__clang__)
   typedef void(*CoinSighandler_t)(int);
#  define CoinSighandler_t_defined
#elif defined(__MACH__) && defined(__GNUC__)
   typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif


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

Re: Are the Buildbots down?

[Don Lewis]

On 13 Jul, Pedro Giffuni wrote:
> 
> 
> On 07/13/15 02:06, Don Lewis wrote:
>> On 12 Jul, Pedro Giffuni wrote:
>>> Hi Gavin;
>>>
>>> Let me copy Don Lewis, who maintains the FreeBSD port @FreeBSD ...
>>>
>>> On 07/12/15 12:59, Gavin McDonald wrote:
> On 12 Jul 2015, at 4:50 pm, Pedro Giffuni  > wrote:
>
> Hello;
>
> On 07/11/15 10:39, Pedro Giffuni wrote:
>> Hello;
>>
>> On 07/11/15 05:39, Marcus wrote:
>>> Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
 The ?open office-fbsd-nightly? fails the ?build ?all? step and
 needs investigating.

 1 module(s):
 coinmp
 need(s) to be rebuilt

 Reason(s):

 ERROR: error 65280 occurred while making
 /usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp

 When you have fixed the errors in that module you can resume the
 build by running:

 build --all:coinmp
>>> @Pedro:
>>> As FreeBSD is involved maybe you can give Gavin some help?
>>>
>> I looked at it briefly but the buildbot offers little useful
>> information.
>>
>> I have asked Don Lewis to look at it. He has been very helpful and
>> is for most purposes the FreeBSD port maintainer these days.
>>
> It may be a download error, but also the old FreeBSD version that is
> being used has a very old toolchain.
 I have no idea why you keep saying we are using a very old version, I have
 mentioned before:

 This is what the bb-fbsd2 buildbot slave is using:

 FreeBSD 10.1-RELEASE-p10 (GENERIC) #0: Wed May 13 06:54:13 UTC 2015

 Can you tell me why you think we are on an older version?

 Gav?

>>> https://ci.apache.org/buildslaves/bb-fbsd2_64bit
>>>
>>> Reports:
>>>
>>> FreeBSD 9.0-RELEASE 64 bit buildbot for genberal projects use.
>>>
>>> Have you updated the compiler as I suggested previously?
>>>
>>> Perhaps there is some way to give Don access to the buildbot?
>>> He already signed an ICLA.
>>
>> According to the bootstrap log, it's not a download problem.
>>
>> I'm able to reproduce the problem here.  It looks like clang doesn't
>> like some of the code in CoinMP:
>>
>> In file included from ClpSolve.cpp:347:
>> /tmp/openoffice/aoo-4.2.0/ext_libraries/coinmp/unxfbsdx.pro/misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp:47:12:
>>  error:
>>extension used [-Werror,-Wlanguage-extension-token]
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> ^
>>
>> The code fragment in question:
>>
>> #if defined(__FreeBSD__) && defined(__GNUC__)
>> typedef typeof(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
>> This has been changed in CoinMP-1.8.2 to:
>>
>> #if defined(__FreeBSD__) && defined(__GNUC__)
>> typedef __decltype(SIG_DFL) CoinSighandler_t;
>> #  define CoinSighandler_t_defined
>> #endif
>>
> Hmm .. that change happened six years ago in the coin trunk:
> 
> https://projects.coin-or.org/CoinUtils/changeset/1126/trunk/CoinUtils/src/CoinSignal.hpp
> 
> But the coinmp guys haven't updated it. We carry the change
> in our (FreeBSD) local port:
> https://svnweb.freebsd.org/ports/head/math/coinmp/files/

I looked at the PR and it appears that the FreeBSD port was patched to
revert the typeof -> __decltype upstream change so that the port would
build with our ancient gcc in FreeBSD 8 and 9 base.  Since the port
successfully compiles with clang on FreeBSD 10, I suspect the difference
between the FreeBSD port and building the openoffice bundled version
must be caused by different compiler flags.


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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/13/15 02:06, Don Lewis wrote:
...


According to the bootstrap log, it's not a download problem.

I'm able to reproduce the problem here.  It looks like clang doesn't
like some of the code in CoinMP:

In file included from ClpSolve.cpp:347:
/tmp/openoffice/aoo-4.2.0/ext_libraries/coinmp/unxfbsdx.pro/misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp:47:12:
 error:
   extension used [-Werror,-Wlanguage-extension-token]
typedef typeof(SIG_DFL) CoinSighandler_t;
^

The code fragment in question:

#if defined(__FreeBSD__) && defined(__GNUC__)
typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

This has been changed in CoinMP-1.8.2 to:

#if defined(__FreeBSD__) && defined(__GNUC__)
typedef __decltype(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif



OpenOffice has a clang patch that was not catching this.
I hacked it for FreeBSD now:
http://svn.apache.org/viewvc?view=revision&revision=1690740

But there is certainly something wrong as clang is not being detected.

Pedro.


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

Re: Are the Buildbots down?

[Pedro Giffuni]

On 07/13/15 02:06, Don Lewis wrote:

On 12 Jul, Pedro Giffuni wrote:

Hi Gavin;

Let me copy Don Lewis, who maintains the FreeBSD port @FreeBSD ...

On 07/12/15 12:59, Gavin McDonald wrote:

On 12 Jul 2015, at 4:50 pm, Pedro Giffuni mailto:p...@apache.org>> wrote:

Hello;

On 07/11/15 10:39, Pedro Giffuni wrote:

Hello;

On 07/11/15 05:39, Marcus wrote:

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:

The ?open office-fbsd-nightly? fails the ?build ?all? step and
needs investigating.

1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp

When you have fixed the errors in that module you can resume the
build by running:

build --all:coinmp

@Pedro:
As FreeBSD is involved maybe you can give Gavin some help?


I looked at it briefly but the buildbot offers little useful
information.

I have asked Don Lewis to look at it. He has been very helpful and
is for most purposes the FreeBSD port maintainer these days.


It may be a download error, but also the old FreeBSD version that is
being used has a very old toolchain.

I have no idea why you keep saying we are using a very old version, I have
mentioned before:

This is what the bb-fbsd2 buildbot slave is using:

FreeBSD 10.1-RELEASE-p10 (GENERIC) #0: Wed May 13 06:54:13 UTC 2015

Can you tell me why you think we are on an older version?

Gav?


https://ci.apache.org/buildslaves/bb-fbsd2_64bit

Reports:

FreeBSD 9.0-RELEASE 64 bit buildbot for genberal projects use.

Have you updated the compiler as I suggested previously?

Perhaps there is some way to give Don access to the buildbot?
He already signed an ICLA.


According to the bootstrap log, it's not a download problem.

I'm able to reproduce the problem here.  It looks like clang doesn't
like some of the code in CoinMP:

In file included from ClpSolve.cpp:347:
/tmp/openoffice/aoo-4.2.0/ext_libraries/coinmp/unxfbsdx.pro/misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp:47:12:
 error:
   extension used [-Werror,-Wlanguage-extension-token]
typedef typeof(SIG_DFL) CoinSighandler_t;
^

The code fragment in question:

#if defined(__FreeBSD__) && defined(__GNUC__)
typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

This has been changed in CoinMP-1.8.2 to:

#if defined(__FreeBSD__) && defined(__GNUC__)
typedef __decltype(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif


Hmm .. that change happened six years ago in the coin trunk:

https://projects.coin-or.org/CoinUtils/changeset/1126/trunk/CoinUtils/src/CoinSignal.hpp

But the coinmp guys haven't updated it. We carry the change
in our (FreeBSD) local port:
https://svnweb.freebsd.org/ports/head/math/coinmp/files/

Pedro.

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

Re: Are the Buildbots down?

[Don Lewis]

Just for giggles, I tried "build --from nss" and got this:

make[2]: Entering directory 
'/tmp/openoffice/aoo-4.2.0/main/nss/unxfbsdx.pro/misc/build/nss-3.14.4/mozilla/security/coreconf/nsinstall'
gcc -o out/nsinstall.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD 
-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE 
-D_REENTRANT -DUSE_UTIL_DIRECTLY -I/usr/X11R6/include 
-I../../../dist/out/include -I../../../dist/public/coreconf 
-I../../../dist/private/coreconf  nsinstall.c
gmake[2]: gcc: Command not found
../../coreconf/rules.mk:389: recipe for target 'out/nsinstall.o' failed

It shouldn't be trying to use gcc, which isn't installed here.


I also tried "build --from curl" and it seemed to build properly.


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

Re: Are the Buildbots down?

[Don Lewis]

On 12 Jul, Pedro Giffuni wrote:
> Hi Gavin;
> 
> Let me copy Don Lewis, who maintains the FreeBSD port @FreeBSD ...
> 
> On 07/12/15 12:59, Gavin McDonald wrote:
>>
>>> On 12 Jul 2015, at 4:50 pm, Pedro Giffuni >> > wrote:
>>>
>>> Hello;
>>>
>>> On 07/11/15 10:39, Pedro Giffuni wrote:
 Hello;

 On 07/11/15 05:39, Marcus wrote:
> Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
>> The ?open office-fbsd-nightly? fails the ?build ?all? step and 
>> needs investigating.
>>
>> 1 module(s):
>>coinmp
>> need(s) to be rebuilt
>>
>> Reason(s):
>>
>> ERROR: error 65280 occurred while making 
>> /usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp
>>
>> When you have fixed the errors in that module you can resume the 
>> build by running:
>>
>>build --all:coinmp
>
> @Pedro:
> As FreeBSD is involved maybe you can give Gavin some help?
>

 I looked at it briefly but the buildbot offers little useful 
 information.

 I have asked Don Lewis to look at it. He has been very helpful and
 is for most purposes the FreeBSD port maintainer these days.

>>>
>>> It may be a download error, but also the old FreeBSD version that is
>>> being used has a very old toolchain.
>>
>> I have no idea why you keep saying we are using a very old version, I have
>> mentioned before:
>>
>> This is what the bb-fbsd2 buildbot slave is using:
>>
>> FreeBSD 10.1-RELEASE-p10 (GENERIC) #0: Wed May 13 06:54:13 UTC 2015
>>
>> Can you tell me why you think we are on an older version?
>>
>> Gav?
>>
> 
> https://ci.apache.org/buildslaves/bb-fbsd2_64bit
> 
> Reports:
> 
> FreeBSD 9.0-RELEASE 64 bit buildbot for genberal projects use.
> 
> Have you updated the compiler as I suggested previously?
> 
> Perhaps there is some way to give Don access to the buildbot?
> He already signed an ICLA.


According to the bootstrap log, it's not a download problem.

I'm able to reproduce the problem here.  It looks like clang doesn't
like some of the code in CoinMP:

In file included from ClpSolve.cpp:347:
/tmp/openoffice/aoo-4.2.0/ext_libraries/coinmp/unxfbsdx.pro/misc/build/CoinMP-1.7.6/CoinUtils/src/CoinSignal.hpp:47:12:
 error: 
  extension used [-Werror,-Wlanguage-extension-token]
   typedef typeof(SIG_DFL) CoinSighandler_t;
   ^

The code fragment in question:

#if defined(__FreeBSD__) && defined(__GNUC__)
   typedef typeof(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif

This has been changed in CoinMP-1.8.2 to:

#if defined(__FreeBSD__) && defined(__GNUC__)
   typedef __decltype(SIG_DFL) CoinSighandler_t;
#  define CoinSighandler_t_defined
#endif


Also, the buildbot errors are kind of random:


fails coinmp.


fails curl.


fails coinmp.


fails coinmp.

Re: Are the Buildbots down?

[Pedro Giffuni]

Hi Gavin;

Let me copy Don Lewis, who maintains the FreeBSD port @FreeBSD ...

On 07/12/15 12:59, Gavin McDonald wrote:


On 12 Jul 2015, at 4:50 pm, Pedro Giffuni > wrote:


Hello;

On 07/11/15 10:39, Pedro Giffuni wrote:

Hello;

On 07/11/15 05:39, Marcus wrote:

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and 
needs investigating.


1 module(s):
   coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp


When you have fixed the errors in that module you can resume the 
build by running:


   build --all:coinmp


@Pedro:
As FreeBSD is involved maybe you can give Gavin some help?



I looked at it briefly but the buildbot offers little useful 
information.


I have asked Don Lewis to look at it. He has been very helpful and
is for most purposes the FreeBSD port maintainer these days.



It may be a download error, but also the old FreeBSD version that is
being used has a very old toolchain.


I have no idea why you keep saying we are using a very old version, I have
mentioned before:

This is what the bb-fbsd2 buildbot slave is using:

FreeBSD 10.1-RELEASE-p10 (GENERIC) #0: Wed May 13 06:54:13 UTC 2015

Can you tell me why you think we are on an older version?

Gav…



https://ci.apache.org/buildslaves/bb-fbsd2_64bit

Reports:

FreeBSD 9.0-RELEASE 64 bit buildbot for genberal projects use.

Have you updated the compiler as I suggested previously?

Perhaps there is some way to give Don access to the buildbot?
He already signed an ICLA.

Pedro.

Re: Are the Buildbots down?

[Gavin McDonald]

> On 12 Jul 2015, at 4:50 pm, Pedro Giffuni  wrote:
> 
> Hello;
> 
> On 07/11/15 10:39, Pedro Giffuni wrote:
>> Hello;
>> 
>> On 07/11/15 05:39, Marcus wrote:
>>> Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
 The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and needs 
 investigating.
 
 1 module(s):
coinmp
 need(s) to be rebuilt
 
 Reason(s):
 
 ERROR: error 65280 occurred while making 
 /usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp
 
 When you have fixed the errors in that module you can resume the build by 
 running:
 
build --all:coinmp
>>> 
>>> @Pedro:
>>> As FreeBSD is involved maybe you can give Gavin some help?
>>> 
>> 
>> I looked at it briefly but the buildbot offers little useful information.
>> 
>> I have asked Don Lewis to look at it. He has been very helpful and
>> is for most purposes the FreeBSD port maintainer these days.
>> 
> 
> It may be a download error, but also the old FreeBSD version that is
> being used has a very old toolchain.

I have no idea why you keep saying we are using a very old version, I have
mentioned before:

This is what the bb-fbsd2 buildbot slave is using:

FreeBSD 10.1-RELEASE-p10 (GENERIC) #0: Wed May 13 06:54:13 UTC 2015

Can you tell me why you think we are on an older version?

Gav…

> 
> Note that 9.0 was released on January 2012. Last year we released
> 9.3 and 10.1 and next month we will be releasing 10.2.
> 
> Regards,
> 
> Pedro.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 




signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Are the Buildbots down?

[Pedro Giffuni]

Hello;

On 07/11/15 10:39, Pedro Giffuni wrote:

Hello;

On 07/11/15 05:39, Marcus wrote:

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and needs 
investigating.


1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp


When you have fixed the errors in that module you can resume the 
build by running:


build --all:coinmp


@Pedro:
As FreeBSD is involved maybe you can give Gavin some help?



I looked at it briefly but the buildbot offers little useful information.

I have asked Don Lewis to look at it. He has been very helpful and
is for most purposes the FreeBSD port maintainer these days.



It may be a download error, but also the old FreeBSD version that is
being used has a very old toolchain.

Note that 9.0 was released on January 2012. Last year we released
9.3 and 10.1 and next month we will be releasing 10.2.

Regards,

Pedro.


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

Re: Are the Buildbots down?

[Pedro Giffuni]

Hello;

On 07/11/15 05:39, Marcus wrote:

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:
The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and needs 
investigating.


1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp


When you have fixed the errors in that module you can resume the 
build by running:


build --all:coinmp


@Pedro:
As FreeBSD is involved maybe you can give Gavin some help?



I looked at it briefly but the buildbot offers little useful information.

I have asked Don Lewis to look at it. He has been very helpful and
is for most purposes the FreeBSD port maintainer these days.

Pedro.


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

Re: Are the Buildbots down?

[Marcus]

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:

The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and needs 
investigating.

1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp

When you have fixed the errors in that module you can resume the build by 
running:

build --all:coinmp


@Pedro:
As FreeBSD is involved maybe you can give Gavin some help?

Thanks

Marcus


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

Re: Are the Buildbots down?

[Marcus]

Am 07/11/2015 11:31 AM, schrieb Gavin McDonald:

Thanks,

There is still more to do.

I have changed the information provided on this page:

https://ci.apache.org/projects/openoffice/

Before, Andrew Rist had been using wget to scrape results of builds into a nice 
table layout.
However, since I moved the Buildbot Master to a Cloud provider VM, it is behind 
a NAT
arrangement that currently won’t allow wget to reach 
ci.apache.org  (from within that network).
This caused the cron job that creates the page hourly to take hours to run and 
eventually fail,
this in effect also caused the page to never render correctly or fully.

So I have removed all the page scraping, and the table, replacing them instead 
with links
to an open office specific build results page. 
(s.apache.org/openoffice-builders)


thanks a lot for your help to re-animate the build bots and also for 
making the install bits visible and reachable again.


Marcus




On 10 Jul 2015, at 10:30 pm, Kay Schenk  wrote:

Signed PGP part


On 07/09/2015 02:57 AM, Gavin McDonald wrote:



On 9 Jul 2015, at 9:26 am, Regina Henschel
mailto:rb.hensc...@t-online.de>>
wrote:

JZA schrieb:

Hi wonder if the Nightly builds down for AOO?



Yes there are problems. You can look why it fails on
https://ci.apache.org/builders/aoo-win7/builds/9
https://ci.apache.org/builders/openoffice-linux32-nightly/builds/9



https://ci.apache.org/builders/openoffice-linux32-snapshot/builds/2

https://ci.apache.org/builders/openoffice-linux64-nightly/builds/9




I have already written a bug report, but have got no response so far.

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


Taking a look now.

Gav…


Thanks for coming to our rescue again Gavin! They're back in business!






Kind regards Regina


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

Re: Are the Buildbots down?

[Gavin McDonald]

Thanks,

There is still more to do.

I have changed the information provided on this page:

https://ci.apache.org/projects/openoffice/ 


Before, Andrew Rist had been using wget to scrape results of builds into a nice 
table layout.
However, since I moved the Buildbot Master to a Cloud provider VM, it is behind 
a NAT
arrangement that currently won’t allow wget to reach ci.apache.org 
 (from within that network).
This caused the cron job that creates the page hourly to take hours to run and 
eventually fail,
this in effect also caused the page to never render correctly or fully.

So I have removed all the page scraping, and the table, replacing them instead 
with links
to an open office specific build results page. 
(s.apache.org/openoffice-builders )

The page now renders correctly in under a second and provides links to all the 
recently built
install packages.

There is still more work to do :-

The ‘open office-linux-64-rat’ fails , I know the issue with this and am 
working on it,

I would like advice on fixing the below 2 failed builds:-

--

The ‘open office-fbsd-nightly’ fails the ‘build —all’ step and needs 
investigating.

1 module(s):
coinmp
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/usr/home/buildslave27/slave27/openoffice-fbsd-nightly/build/ext_libraries/coinmp

When you have fixed the errors in that module you can resume the build by 
running:

build --all:coinmp

The ‘zoo-w7snap’ build fails the 'build.pl —all' step and needs investigating.

failure is:

2 module(s):
icc
cli_ure
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/cygdrive/e/slave14/aoo-w7snap/build/main/icc
ERROR: error 65280 occurred while making 
/cygdrive/e/slave14/aoo-w7snap/build/main/cli_ure/unotypes

When you have fixed the errors in that module you can resume the build by 
running:

build --from icc cli_ure

Gav…

> On 10 Jul 2015, at 10:30 pm, Kay Schenk  wrote:
> 
> Signed PGP part
> 
> 
> On 07/09/2015 02:57 AM, Gavin McDonald wrote:
> >
> >> On 9 Jul 2015, at 9:26 am, Regina Henschel
> >> mailto:rb.hensc...@t-online.de>>
> >> wrote:
> >>
> >> JZA schrieb:
> >>> Hi wonder if the Nightly builds down for AOO?
> >>>
> >>
> >> Yes there are problems. You can look why it fails on
> >> https://ci.apache.org/builders/aoo-win7/builds/9
> >> https://ci.apache.org/builders/openoffice-linux32-nightly/builds/9
> >>
> >>
> https://ci.apache.org/builders/openoffice-linux32-snapshot/builds/2
> >> https://ci.apache.org/builders/openoffice-linux64-nightly/builds/9
> >>
> >>
> >>
> I have already written a bug report, but have got no response so far.
> >> https://issues.apache.org/jira/browse/INFRA-9930
> >
> > Taking a look now.
> >
> > Gav…
> 
> Thanks for coming to our rescue again Gavin! They're back in business!
> 
> 
> >
> >>
> >> Kind regards Regina
> >>
> >>
> >> -
> >>
> >>
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >>  For additional
> >> commands, e-mail: dev-h...@openoffice.apache.org
> >> 
> >>
> >
> >
> 
> --
> 
> MzK
> 
> "We can all sleep easy at night knowing that
> somewhere at any given time,
> the Foo Fighters are out there fighting Foo."
>   -- David Letterman
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Are the Buildbots down?

[Kay Schenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 07/09/2015 02:57 AM, Gavin McDonald wrote:
> 
>> On 9 Jul 2015, at 9:26 am, Regina Henschel
>> mailto:rb.hensc...@t-online.de>>
>> wrote:
>> 
>> JZA schrieb:
>>> Hi wonder if the Nightly builds down for AOO?
>>> 
>> 
>> Yes there are problems. You can look why it fails on 
>> https://ci.apache.org/builders/aoo-win7/builds/9 
>> https://ci.apache.org/builders/openoffice-linux32-nightly/builds/9
>>
>> 
https://ci.apache.org/builders/openoffice-linux32-snapshot/builds/2
>> https://ci.apache.org/builders/openoffice-linux64-nightly/builds/9
>>
>>
>> 
I have already written a bug report, but have got no response so far.
>> https://issues.apache.org/jira/browse/INFRA-9930
> 
> Taking a look now.
> 
> Gav…

Thanks for coming to our rescue again Gavin! They're back in business!


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

- -- 
- 
MzK

"We can all sleep easy at night knowing that
 somewhere at any given time,
 the Foo Fighters are out there fighting Foo."
  -- David Letterman
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)

iQEcBAEBAgAGBQJVoDl1AAoJEJ8zlgVF1GcuCzwH/3LRRwqPKxClN7S7vt61dmFQ
5hfreMfdTWb+08m0P+IL0PAUcOPpXcFC/mkeztuVPjYPgWw5p1dagU8wTmaYzMR6
3RZFoGkKomEKR06JdUfTYDz/DXeHKvDI2sBFIo1CPojo78h4LJt5886hdGDtvS4Y
O9OrowGuTiydZviWcMg737Ard27kyAy5q9hEb2kuR+E8A/Q2z7F42HJkPhT0ej9F
AqVSwnCRKcBWw+YWeS7pEQsX+l9y4QAbmihzQ4LxqOHfkmaexNfhU159I8n0gTNB
d3ZYFKTxdleZrM8lE36eX+6qpPEykrADtPZb+EQw6dV2BR48L9n7M6rhBeGo0rE=
=GXlL
-END PGP SIGNATURE-

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

Re: Are the Buildbots down?

[Kay Schenk]

On 07/09/2015 01:34 AM, Mathias Röllig wrote:
> Hello!
> 
> I use the thread to ask if there any links to the actual development
> builds.
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-fullsets
> 
> 
> still refers to AOO 4.1.1 builds.

Correct.

If the buildbots were working, you should use these for "development"
builds even though the options might be limited in terms of language.
The area you reference above has only been used for final builds before
a release, for release voting, etc.

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

-- 

MzK

"We can all sleep easy at night knowing that
 somewhere at any given time,
 the Foo Fighters are out there fighting Foo."
  -- David Letterman

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

Re: Are the Buildbots down?

[Gavin McDonald]

> On 9 Jul 2015, at 9:26 am, Regina Henschel  wrote:
> 
> JZA schrieb:
>> Hi wonder if the Nightly builds down for AOO?
>> 
> 
> Yes there are problems. You can look why it fails on
> https://ci.apache.org/builders/aoo-win7/builds/9
> https://ci.apache.org/builders/openoffice-linux32-nightly/builds/9
> https://ci.apache.org/builders/openoffice-linux32-snapshot/builds/2
> https://ci.apache.org/builders/openoffice-linux64-nightly/builds/9
> 
> I have already written a bug report, but have got no response so far.
> https://issues.apache.org/jira/browse/INFRA-9930 
> 

Taking a look now.

Gav…

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




signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Are the Buildbots down?

[Mathias Röllig]

Hello!

I use the thread to ask if there any links to the actual development builds.

https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-fullsets

still refers to AOO 4.1.1 builds.

Thanks!
Mathias

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

Re: Are the Buildbots down?

[Regina Henschel]

JZA schrieb:

Hi wonder if the Nightly builds down for AOO?



Yes there are problems. You can look why it fails on
https://ci.apache.org/builders/aoo-win7/builds/9
https://ci.apache.org/builders/openoffice-linux32-nightly/builds/9
https://ci.apache.org/builders/openoffice-linux32-snapshot/builds/2
https://ci.apache.org/builders/openoffice-linux64-nightly/builds/9

I have already written a bug report, but have got no response so far.
https://issues.apache.org/jira/browse/INFRA-9930

Kind regards
Regina


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

Are the Buildbots down?

[JZA]

Hi wonder if the Nightly builds down for AOO?

-- 
Alexandro Colorado
Apache OpenOffice Contributor
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614