Help w/ AOO 4.2.0 build process - any knowledgable people left?

classic Classic list List threaded Threaded
25 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
As readers no doubt recall, I'm been struggling with getting
the latest HEAD of 4.2.0 to build on macOS... The various
migrations of modules from the old build to gbuild, w/o
consideration for other platforms has broken things, both
related to required libs not being linked and/or copied
(fallout from the UDK versioning changes) as well as other
issues which I can't fathom.

Is there anyone left who knows the build process well enough
that when I run into dead-ends could provide some clues
and helpful insights on at least where to look for possible
work-arounds and fixes?

For example, jurt builds libjpipe.dylib and the build
process correctly links that to libjpipe.jnilib. However,
during later processing, it looks like that file isn't
copied over, and the build fails saying it cannot find
libjpipe.jnilib. If I forcibly link it, I can continue
the build, but then I get:

**************************************************
ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/ca_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ca/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Tue Jul 24 17:29:46 2018
... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/bg ...

I've no idea what that means and what could be causing that...

So my question is whether there is anyone around who
has any ideas or clues on where to start...? Considering
that macOS is one of our largest downloads, it would be nice
to not have to drop it from AOO 4.2.0.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic-2
On Wed, Jul 25, 2018 at 6:30 PM Jim Jagielski <[hidden email]> wrote:

> As readers no doubt recall, I'm been struggling with getting
> the latest HEAD of 4.2.0 to build on macOS... The various
> migrations of modules from the old build to gbuild, w/o
> consideration for other platforms has broken things, both
> related to required libs not being linked and/or copied
> (fallout from the UDK versioning changes) as well as other
> issues which I can't fathom.
>
> Is there anyone left who knows the build process well enough
> that when I run into dead-ends could provide some clues
> and helpful insights on at least where to look for possible
> work-arounds and fixes?
>
> For example, jurt builds libjpipe.dylib and the build
> process correctly links that to libjpipe.jnilib. However,
> during later processing, it looks like that file isn't
> copied over, and the build fails saying it cannot find
> libjpipe.jnilib. If I forcibly link it, I can continue
> the build, but then I get:
>


Let's fix that jurt problem first.

What does running "make showdeliverables" in the main/jurt directory give
you?
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic
In reply to this post by Jim Jagielski
On Wed, Jul 25, 2018 at 6:30 PM Jim Jagielski <[hidden email]> wrote:

> As readers no doubt recall, I'm been struggling with getting
> the latest HEAD of 4.2.0 to build on macOS... The various
> migrations of modules from the old build to gbuild, w/o
> consideration for other platforms has broken things, both
> related to required libs not being linked and/or copied
> (fallout from the UDK versioning changes) as well as other
> issues which I can't fathom.
>
> Is there anyone left who knows the build process well enough
> that when I run into dead-ends could provide some clues
> and helpful insights on at least where to look for possible
> work-arounds and fixes?
>
> For example, jurt builds libjpipe.dylib and the build
> process correctly links that to libjpipe.jnilib. However,
> during later processing, it looks like that file isn't
> copied over, and the build fails saying it cannot find
> libjpipe.jnilib. If I forcibly link it, I can continue
> the build, but then I get:
>
>
Let's fix that jurt problem first.

What does running "make showdeliverables" in the main/jurt directory give
you?
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
In reply to this post by Damjan Jovanovic-2
%# make showdeliverables
/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Ant/jurt.jar /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/lib/libjpipe.dylib
/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/pck/jurt_src.zip
true

Thx

> On Jul 25, 2018, at 9:48 PM, Damjan Jovanovic <[hidden email]> wrote:
>
> make showdeliverables


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic
That looks right.

You were saying libjpipe.jnilib doesn't get copied over. If it doesn't
appear in that output, it won't be.

My Mac experience is pretty minimal, but grepping through main/solenv/inc
and reading main/solenv/macosx-create-bundle seems to say how libfoo.jnilib
is a symlink back to libfoo.dylib.

Gbuild doesn't call that macosx-create-bundle script, but does have this
comment just before gb_LinkTarget__command_dynamiclink:
# FIXME the DYLIB_FILE mess is only necessary because
# solver layout is different from installation layout

Please run "make clean" in main/jurt and then post the output of "make".

Also what libjpipe files are normally packaged in a Mac AOO installation
package? What are their exact names?



On Thu, Jul 26, 2018 at 4:20 PM Jim Jagielski <[hidden email]> wrote:

> %# make showdeliverables
> /Users/jim/src/asf/AOO420/main/solver/420/
> unxmaccx.pro/workdir/Ant/jurt.jar
> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
>
> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib
> <http://unxmaccx.pro/bin/jurt.jar/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib>
> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/lib/libjpipe.dylib
>
> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip
> <http://unxmaccx.pro/lib/libjpipe.dylib/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip>
> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/pck/jurt_src.zip
> true
>
> Thx
>
> > On Jul 25, 2018, at 9:48 PM, Damjan Jovanovic <[hidden email]>
> wrote:
> >
> > make showdeliverables
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
In previous versions and, in fact, before jurt was ported to gbuild, all worked
as it should. the macosx.mk makefile took care of the symlinking as well
as ensuring that the jnilib file came along for the ride.


        $(if $(filter Library,$(TARGETTYPE)),\
                $(PERL) $(SOLARENV)/bin/macosx-change-install-names.pl Library $(LAYER) $(1) && \
                ln -shf $(if $(call gb_Library_is_udk_versioned,$(1)),$(1).$(gb_UDK_MAJOR),$(1)) \
                      $(patsubst %.dylib,%.jnilib,$(1)) &&) \


Anyway, here is the pertinent part of the build output. As you can
see, the symlink happens, as it should, but any knowledge of the
jnilib now disappears. So someplace back in r1827249, the dmake
version added in the jnilib as a required lib... that doesn't happen
anymore.

BUILD SUCCESSFUL
Total time: 3 seconds
mkdir -p /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/ && rm -f /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar && cp -R -P -f /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Ant/jurt.jar /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar && touch -r /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Ant/jurt.jar /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
[ build LNK ] Library/libjpipe.dylib
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $W/LinkTarget/Library/ && DYLIB_FILE=`/usr/bin/mktemp -t gbuild.` && /Users/jim/bin/perl $S/solenv/bin/macosx-dylib-link-list.pl  -dynamiclib -single_module -install_name '@__________________________________________________URELIB/libjpipe.dylib' -Wl,-syslibroot,/Applications/Xcode7.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk  -L$O/lib -L/usr/lib   -luno_sal  > ${DYLIB_FILE} && /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64  -dynamiclib -single_module -install_name '@__________________________________________________URELIB/libjpipe.dylib' -Wl,-syslibroot,/Applications/Xcode7.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk  -L$O/lib -L/usr/lib   -std=c++11 -stdlib=libc++ -luno_sal  $W/CObject/jurt/source/pipe/com_sun_star_lib_connections_pipe_PipeConnection.o      -o $W/LinkTarget/Library/libjpipe.dylib `cat ${DYLIB_FILE}` &&  /Users/jim/bin/perl $S/solenv/bin/macosx-change-install-names.pl Library URELIB $W/LinkTarget/Library/libjpipe.dylib && ln -shf $W/LinkTarget/Library/libjpipe.dylib $W/LinkTarget/Library/libjpipe.jnilib && rm -f ${DYLIB_FILE}
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $O/lib/ && rm -f $O/lib/libjpipe.dylib && cp -R -P -f $W/LinkTarget/Library/libjpipe.dylib $O/lib/libjpipe.dylib && touch -r $W/LinkTarget/Library/libjpipe.dylib $O/lib/libjpipe.dylib
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $W/Zip/ && cd $S/jurt/java/jurt/src/main/java && zip -rX -FS $W/Zip/jurt_src.zip  com/sun/star/comp/loader/RegistrationClassFinder.java com/sun/star/comp/loader/FactoryHelper.java com/sun/star/comp/loader/JavaLoaderFactory.java com/sun/star/comp/loader/JavaLoader.java com/sun/star/comp/bridgefactory/BridgeFactory.java com/sun/star/comp/connections/ConstantInstanceProvider.java com/sun/star/comp/connections/Implementation.java com/sun/star/comp/connections/PipedConnection.java com/sun/star/comp/connections/Connector.java com/sun/star/comp/connections/Acceptor.java com/sun/star/comp/urlresolver/UrlResolver.java com/sun/star/comp/servicemanager/ServiceManager.java com/sun/star/uno/MappingException.java com/sun/star/uno/AsciiString.java com/sun/star/uno/Ascii.java com/sun/star/uno/WeakReference.java com/sun/star/uno/AnyConverter.java com/sun/star/lib/util/UrlToFileMapper.java com/sun/star/lib/util/AsynchronousFinalizer.java com/sun/star/lib/util/StringHelper.java com/sun/star/lib/util/NativeLibraryLoader.java com/sun/star/lib/connections/socket/socketAcceptor.java com/sun/star/lib/connections/socket/SocketConnection.java com/sun/star/lib/connections/socket/ConnectionDescriptor.java com/sun/star/lib/connections/socket/socketConnector.java com/sun/star/lib/connections/pipe/pipeAcceptor.java com/sun/star/lib/connections/pipe/pipeConnector.java com/sun/star/lib/connections/pipe/PipeConnection.java com/sun/star/lib/uno/environments/remote/JavaThreadPoolFactory.java com/sun/star/lib/uno/environments/remote/IProtocol.java com/sun/star/lib/uno/environments/remote/Job.java com/sun/star/lib/uno/environments/remote/IReceiver.java com/sun/star/lib/uno/environments/remote/remote_environment.java com/sun/star/lib/uno/environments/remote/IThreadPool.java com/sun/star/lib/uno/environments/remote/Message.java com/sun/star/lib/uno/environments/remote/JavaThreadPool.java com/sun/star/lib/uno/environments/remote/JobQueue.java com/sun/star/lib/uno/environments/remote/ThreadId.java com/sun/star/lib/uno/environments/remote/ThreadPoolManager.java com/sun/star/lib/uno/environments/remote/NativeThreadPool.java com/sun/star/lib/uno/environments/java/java_environment.java com/sun/star/lib/uno/bridges/java_remote/XConnectionOutputStream_Adapter.java com/sun/star/lib/uno/bridges/java_remote/RequestHandler.java com/sun/star/lib/uno/bridges/java_remote/XConnectionInputStream_Adapter.java com/sun/star/lib/uno/bridges/java_remote/ProxyFactory.java com/sun/star/lib/uno/bridges/java_remote/BridgedObject.java com/sun/star/lib/uno/bridges/java_remote/java_remote_bridge.java com/sun/star/lib/uno/Proxy.java com/sun/star/lib/uno/protocols/urp/PendingRequests.java com/sun/star/lib/uno/protocols/urp/UrpMessage.java com/sun/star/lib/uno/protocols/urp/Cache.java com/sun/star/lib/uno/protocols/urp/Unmarshal.java com/sun/star/lib/uno/protocols/urp/Marshal.java com/sun/star/lib/uno/protocols/urp/urp.java

> On Jul 26, 2018, at 12:15 PM, Damjan Jovanovic <[hidden email]> wrote:
>
> That looks right.
>
> You were saying libjpipe.jnilib doesn't get copied over. If it doesn't
> appear in that output, it won't be.
>
> My Mac experience is pretty minimal, but grepping through main/solenv/inc
> and reading main/solenv/macosx-create-bundle seems to say how libfoo.jnilib
> is a symlink back to libfoo.dylib.
>
> Gbuild doesn't call that macosx-create-bundle script, but does have this
> comment just before gb_LinkTarget__command_dynamiclink:
> # FIXME the DYLIB_FILE mess is only necessary because
> # solver layout is different from installation layout
>
> Please run "make clean" in main/jurt and then post the output of "make".
>
> Also what libjpipe files are normally packaged in a Mac AOO installation
> package? What are their exact names?
>
>
>
> On Thu, Jul 26, 2018 at 4:20 PM Jim Jagielski <[hidden email]> wrote:
>
>> %# make showdeliverables
>> /Users/jim/src/asf/AOO420/main/solver/420/
>> unxmaccx.pro/workdir/Ant/jurt.jar
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
>>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib
>> <http://unxmaccx.pro/bin/jurt.jar/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/lib/libjpipe.dylib
>>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip
>> <http://unxmaccx.pro/lib/libjpipe.dylib/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/pck/jurt_src.zip
>> true
>>
>> Thx
>>
>>> On Jul 25, 2018, at 9:48 PM, Damjan Jovanovic <[hidden email]>
>> wrote:
>>>
>>> make showdeliverables
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic
The reason I asked for the final Mac AOO installation package filenames of jpipe, is because I need to understand the interaction between the .dylib and .jnilib files during delivery and packaging.

For example in a similar problem on *nix, in main/solver/420/unxfbsdx/workdir/LinkTarget/Library I have:
libreg.so -> libreg.so.3
libreg.so.3
and when delivered into "solver", ie. main/solver/420/unxfbsdx/lib, they're both still there,
but in main/instsetoo_native/unxfbsdx/Apache_OpenOffice/installed/install/en-US/openoffice4/program it only has:
libreg.so.3

Looking through main/scp2, apparently .jnilibs are used during packaging on Mac:

$ grep SCP2_URE_JDL_NORMAL * -R
inc/macros.inc:#define SCP2_URE_JDL_NORMAL(n) "lib" n ".jnilib"
inc/macros.inc:#define SCP2_URE_JDL_NORMAL(n) SCP2_URE_DL_NORMAL(n)
source/ooo/ure.scp:    Name = SCP2_URE_JDL_NORMAL("jpipe");

$ grep SCP2_URE_DL_NORMAL * -R
inc/macros.inc:#define SCP2_URE_DL_NORMAL(n) n ".dll"
inc/macros.inc:#define SCP2_URE_DL_NORMAL(n) "lib" n STRING(UNXSUFFIX)
inc/macros.inc:#define SCP2_URE_JDL_NORMAL(n) SCP2_URE_DL_NORMAL(n)
source/ooo/file_library_ooo.scp:    Name = SCP2_URE_DL_NORMAL("sofficea");
source/ooo/file_library_ooo.scp:    Name = SCP2_URE_DL_NORMAL("sofficeapp");
source/ooo/file_library_ooo.scp:    Name = SCP2_URE_DL_NORMAL("unopkgapp");
source/ooo/file_library_ooo.scp:    Name = SCP2_URE_DL_NORMAL("msvcr100");
source/ooo/common_brand.scp://    Name = SCP2_URE_DL_NORMAL("libxml2-2");
source/ooo/common_brand.scp://    Name = SCP2_URE_DL_NORMAL("libxml2");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("xmlreade");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("xmlreader");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL(STRING(COMNAME) "_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("java_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("unsafe_uno_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("affine_u");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("affine_uno_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("log_uno_");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("log_uno_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("cli_uno");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("jpipx");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("juh");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("juhx");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("libxml2-2");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("libxml2");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("xml2.2");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("mingwm10");
source/ooo/ure.scp:    Name = SCP2_URE_DL_NORMAL("uwinapi");

So the lifecycle of Mac's .jnilib is similar to *nix's UDK versioned library symlinks, in that both need to be delivered to solver during the build. *nix needs the symlink so the versioned libraries can be linked to during the build (because passing "-lreg" to the linker resolves to libreg.so, not libreg.so.3 like it should). Mac needs .jnilib even later, during packaging.

I solved the *nix symlink problem by adding the symlink to AUXTARGETS, so that it gets delivered with the original library. You probably need the same for .jniblib.

Please try the attached patch, which does something like that on Mac.

Damjan




On Thu, Jul 26, 2018 at 9:07 PM Jim Jagielski <[hidden email]> wrote:
In previous versions and, in fact, before jurt was ported to gbuild, all worked
as it should. the macosx.mk makefile took care of the symlinking as well
as ensuring that the jnilib file came along for the ride.


        $(if $(filter Library,$(TARGETTYPE)),\
                $(PERL) $(SOLARENV)/bin/macosx-change-install-names.pl Library $(LAYER) $(1) && \
                ln -shf $(if $(call gb_Library_is_udk_versioned,$(1)),$(1).$(gb_UDK_MAJOR),$(1)) \
                      $(patsubst %.dylib,%.jnilib,$(1)) &&) \


Anyway, here is the pertinent part of the build output. As you can
see, the symlink happens, as it should, but any knowledge of the
jnilib now disappears. So someplace back in r1827249, the dmake
version added in the jnilib as a required lib... that doesn't happen
anymore.

BUILD SUCCESSFUL
Total time: 3 seconds
mkdir -p /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/ && rm -f /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar && cp -R -P -f /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Ant/jurt.jar /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar && touch -r /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Ant/jurt.jar /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
[ build LNK ] Library/libjpipe.dylib
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $W/LinkTarget/Library/ && DYLIB_FILE=`/usr/bin/mktemp -t gbuild.` && /Users/jim/bin/perl $S/solenv/bin/macosx-dylib-link-list.pl  -dynamiclib -single_module -install_name '@__________________________________________________URELIB/libjpipe.dylib' -Wl,-syslibroot,/Applications/Xcode7.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk  -L$O/lib -L/usr/lib   -luno_sal  > ${DYLIB_FILE} && /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64  -dynamiclib -single_module -install_name '@__________________________________________________URELIB/libjpipe.dylib' -Wl,-syslibroot,/Applications/Xcode7.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk  -L$O/lib -L/usr/lib   -std=c++11 -stdlib=libc++ -luno_sal  $W/CObject/jurt/source/pipe/com_sun_star_lib_connections_pipe_PipeConnection.o      -o $W/LinkTarget/Library/libjpipe.dylib `cat ${DYLIB_FILE}` &&  /Users/jim/bin/perl $S/solenv/bin/macosx-change-install-names.pl Library URELIB $W/LinkTarget/Library/libjpipe.dylib && ln -shf $W/LinkTarget/Library/libjpipe.dylib $W/LinkTarget/Library/libjpipe.jnilib && rm -f ${DYLIB_FILE}
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $O/lib/ && rm -f $O/lib/libjpipe.dylib && cp -R -P -f $W/LinkTarget/Library/libjpipe.dylib $O/lib/libjpipe.dylib && touch -r $W/LinkTarget/Library/libjpipe.dylib $O/lib/libjpipe.dylib
R=/Users/jim/src/asf/AOO420 && S=$R/main && O=$S/solver/420/unxmaccx.pro && W=$O/workdir &&  mkdir -p $W/Zip/ && cd $S/jurt/java/jurt/src/main/java && zip -rX -FS $W/Zip/jurt_src.zip  com/sun/star/comp/loader/RegistrationClassFinder.java com/sun/star/comp/loader/FactoryHelper.java com/sun/star/comp/loader/JavaLoaderFactory.java com/sun/star/comp/loader/JavaLoader.java com/sun/star/comp/bridgefactory/BridgeFactory.java com/sun/star/comp/connections/ConstantInstanceProvider.java com/sun/star/comp/connections/Implementation.java com/sun/star/comp/connections/PipedConnection.java com/sun/star/comp/connections/Connector.java com/sun/star/comp/connections/Acceptor.java com/sun/star/comp/urlresolver/UrlResolver.java com/sun/star/comp/servicemanager/ServiceManager.java com/sun/star/uno/MappingException.java com/sun/star/uno/AsciiString.java com/sun/star/uno/Ascii.java com/sun/star/uno/WeakReference.java com/sun/star/uno/AnyConverter.java com/sun/star/lib/util/UrlToFileMapper.java com/sun/star/lib/util/AsynchronousFinalizer.java com/sun/star/lib/util/StringHelper.java com/sun/star/lib/util/NativeLibraryLoader.java com/sun/star/lib/connections/socket/socketAcceptor.java com/sun/star/lib/connections/socket/SocketConnection.java com/sun/star/lib/connections/socket/ConnectionDescriptor.java com/sun/star/lib/connections/socket/socketConnector.java com/sun/star/lib/connections/pipe/pipeAcceptor.java com/sun/star/lib/connections/pipe/pipeConnector.java com/sun/star/lib/connections/pipe/PipeConnection.java com/sun/star/lib/uno/environments/remote/JavaThreadPoolFactory.java com/sun/star/lib/uno/environments/remote/IProtocol.java com/sun/star/lib/uno/environments/remote/Job.java com/sun/star/lib/uno/environments/remote/IReceiver.java com/sun/star/lib/uno/environments/remote/remote_environment.java com/sun/star/lib/uno/environments/remote/IThreadPool.java com/sun/star/lib/uno/environments/remote/Message.java com/sun/star/lib/uno/environments/remote/JavaThreadPool.java com/sun/star/lib/uno/environments/remote/JobQueue.java com/sun/star/lib/uno/environments/remote/ThreadId.java com/sun/star/lib/uno/environments/remote/ThreadPoolManager.java com/sun/star/lib/uno/environments/remote/NativeThreadPool.java com/sun/star/lib/uno/environments/java/java_environment.java com/sun/star/lib/uno/bridges/java_remote/XConnectionOutputStream_Adapter.java com/sun/star/lib/uno/bridges/java_remote/RequestHandler.java com/sun/star/lib/uno/bridges/java_remote/XConnectionInputStream_Adapter.java com/sun/star/lib/uno/bridges/java_remote/ProxyFactory.java com/sun/star/lib/uno/bridges/java_remote/BridgedObject.java com/sun/star/lib/uno/bridges/java_remote/java_remote_bridge.java com/sun/star/lib/uno/Proxy.java com/sun/star/lib/uno/protocols/urp/PendingRequests.java com/sun/star/lib/uno/protocols/urp/UrpMessage.java com/sun/star/lib/uno/protocols/urp/Cache.java com/sun/star/lib/uno/protocols/urp/Unmarshal.java com/sun/star/lib/uno/protocols/urp/Marshal.java com/sun/star/lib/uno/protocols/urp/urp.java

> On Jul 26, 2018, at 12:15 PM, Damjan Jovanovic <[hidden email]> wrote:
>
> That looks right.
>
> You were saying libjpipe.jnilib doesn't get copied over. If it doesn't
> appear in that output, it won't be.
>
> My Mac experience is pretty minimal, but grepping through main/solenv/inc
> and reading main/solenv/macosx-create-bundle seems to say how libfoo.jnilib
> is a symlink back to libfoo.dylib.
>
> Gbuild doesn't call that macosx-create-bundle script, but does have this
> comment just before gb_LinkTarget__command_dynamiclink:
> # FIXME the DYLIB_FILE mess is only necessary because
> # solver layout is different from installation layout
>
> Please run "make clean" in main/jurt and then post the output of "make".
>
> Also what libjpipe files are normally packaged in a Mac AOO installation
> package? What are their exact names?
>
>
>
> On Thu, Jul 26, 2018 at 4:20 PM Jim Jagielski <[hidden email]> wrote:
>
>> %# make showdeliverables
>> /Users/jim/src/asf/AOO420/main/solver/420/
>> unxmaccx.pro/workdir/Ant/jurt.jar
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/bin/jurt.jar
>>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib
>> <http://unxmaccx.pro/bin/jurt.jar/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/LinkTarget/Library/libjpipe.dylib>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/lib/libjpipe.dylib
>>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip
>> <http://unxmaccx.pro/lib/libjpipe.dylib/Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/workdir/Zip/jurt_src.zip>
>> /Users/jim/src/asf/AOO420/main/solver/420/unxmaccx.pro/pck/jurt_src.zip
>> true
>>
>> Thx
>>
>>> On Jul 25, 2018, at 9:48 PM, Damjan Jovanovic <[hidden email]>
>> wrote:
>>>
>>> make showdeliverables
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

mac-jnilib-auxtarget.patch (748 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
That patch did it. Thx! That is good knowledge to know. Do we
have a Wiki page somewhere that goes into some level of
detail regarding the build system? That trick seems like a
good addition to it.

Now we "just" have, afaict, the issue of unpkg failures:

Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!

**************************************************
ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/ast ...
Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!

**************************************************
ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!

**************************************************
ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
dmake:  Error code 255, while making 'openoffice_bg.dmg'

Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Keith N. McKenna
On 7/27/2018 1:32 PM, Jim Jagielski wrote:
> That patch did it. Thx! That is good knowledge to know. Do we
> have a Wiki page somewhere that goes into some level of
> detail regarding the build system? That trick seems like a
> good addition to it.

 Hi Jim;
There is always the Apache OpenOffice Building Guide at:
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Building.
I will do a further check of the mwiki to see if there are other
possibilities.

Regards
Keith


>
> Now we "just" have, afaict, the issue of unpkg failures:
>
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/ast ...
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
> dmake:  Error code 255, while making 'openoffice_bg.dmg'
>
>


signature.asc (499 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic
In reply to this post by Jim Jagielski
Pleasure :)

No, when got AOO from Oracle, the only documentation for gbuild was a few
short notes on wiki pages, eg.
https://wiki.openoffice.org/wiki/Build_Environment_Effort/Module_Migration
I had to figure out AUXTARGETS on my own. I did send out an email some time
ago with some of my own notes on gbuild, but they also need updating.

What build flags are you using?

On Fri, Jul 27, 2018 at 7:32 PM Jim Jagielski <[hidden email]> wrote:

> That patch did it. Thx! That is good knowledge to know. Do we
> have a Wiki page somewhere that goes into some level of
> detail regarding the build system? That trick seems like a
> good addition to it.
>
> Now we "just" have, afaict, the issue of unpkg failures:
>
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/ast ...
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
> dmake:  Error code 255, while making 'openoffice_bg.dmg'
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
I'm using:

   https://svn.apache.org/repos/asf/openoffice/devtools/build-scripts/4.2.0-dev/unxmacos/build_aoo64bit_on_macos.sh

with '--dev --verbose'

> On Jul 28, 2018, at 12:01 AM, Damjan Jovanovic <[hidden email]> wrote:
>
> Pleasure :)
>
> No, when got AOO from Oracle, the only documentation for gbuild was a few
> short notes on wiki pages, eg.
> https://wiki.openoffice.org/wiki/Build_Environment_Effort/Module_Migration
> I had to figure out AUXTARGETS on my own. I did send out an email some time
> ago with some of my own notes on gbuild, but they also need updating.
>
> What build flags are you using?
>
> On Fri, Jul 27, 2018 at 7:32 PM Jim Jagielski <[hidden email]> wrote:
>
>> That patch did it. Thx! That is good knowledge to know. Do we
>> have a Wiki page somewhere that goes into some level of
>> detail regarding the build system? That trick seems like a
>> good addition to it.
>>
>> Now we "just" have, afaict, the issue of unpkg failures:
>>
>> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>>
>> **************************************************
>> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/bg_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_bg/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>> in function: register_extensions
>> **************************************************
>> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
>> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/ast ...
>> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>>
>> **************************************************
>> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/ast_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_ast/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>> in function: register_extensions
>> **************************************************
>> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
>> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
>> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>>
>> **************************************************
>> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>> in function: register_extensions
>> **************************************************
>> in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
>> dmake:  Error code 255, while making 'openoffice_bg.dmg'
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
Anyone have any ideas where to start digging around for what
could be causing this last (hopefully!) nit on macOS:

in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!

**************************************************
ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************
in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Damjan Jovanovic
The file:
/Users/jim/src/asf/AOO420/main/instsetoo_native/
unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
is a small shell script. You should be able to call it manually with the
"sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1" arguments. Edit it
and get it to log where it is and what it's doing, then narrow down where
it fails. Get it to print its parent process on startup, so we know who is
calling it (possibly by printing a process tree like "ps daxww", so we see
the full ancestry).

Otherwise, the equivalent of "git bisect", while back-porting recent
patches to get older versions to build, until you find the first patch that
caused this failure.

Also your build output suggests that this happens while building the DMG.
If you just use the simplest "--with-package-format=installed", does it
work?

And there is usually a section in the build output that says
... checking log file </path/to>/log_AOO420_en-US.log
Anything revealing in there?

I am going on leave, so you might not hear from me for a while. Reply
anyway, and I'll have a look when I can.

Good luck.


On Wed, Aug 1, 2018 at 2:12 PM Jim Jagielski <[hidden email]> wrote:

> Anyone have any ideas where to start digging around for what
> could be causing this last (hopefully!) nit on macOS:
>
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>
> **************************************************
> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
> in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
>
Reply | Threaded
Open this post in threaded view
|

Re: Help w/ AOO 4.2.0 build process - any knowledgable people left?

Jim Jagielski
Thx.... investigating as we speak.

> On Aug 1, 2018, at 8:22 PM, Damjan Jovanovic <[hidden email]> wrote:
>
> The file:
> /Users/jim/src/asf/AOO420/main/instsetoo_native/
> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
> is a small shell script. You should be able to call it manually with the
> "sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1" arguments. Edit it
> and get it to log where it is and what it's doing, then narrow down where
> it fails. Get it to print its parent process on startup, so we know who is
> calling it (possibly by printing a process tree like "ps daxww", so we see
> the full ancestry).
>
> Otherwise, the equivalent of "git bisect", while back-porting recent
> patches to get older versions to build, until you find the first patch that
> caused this failure.
>
> Also your build output suggests that this happens while building the DMG.
> If you just use the simplest "--with-package-format=installed", does it
> work?
>
> And there is usually a section in the build output that says
> ... checking log file </path/to>/log_AOO420_en-US.log
> Anything revealing in there?
>
> I am going on leave, so you might not hear from me for a while. Reply
> anyway, and I'll have a look when I can.
>
> Good luck.
>
>
> On Wed, Aug 1, 2018 at 2:12 PM Jim Jagielski <[hidden email]> wrote:
>
>> Anyone have any ideas where to start digging around for what
>> could be causing this last (hopefully!) nit on macOS:
>>
>> in function: register_extensions
>> **************************************************
>> in function: register_extensionsstopping log at Fri Jul 27 12:32:08 2018
>> ... removing directory /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/stripped/en-US ...
>> Error: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>>
>> **************************************************
>> ERROR: ERROR: /Users/jim/src/asf/AOO420/main/instsetoo_native/
>> unxmaccx.pro/Apache_OpenOffice/dmg/install/en-US_inprogress/Apache_OpenOffice_4.2.0_MacOS_x86-64_install_en-US/OpenOffice.app/Contents/program/unopkg
>> sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>> in function: register_extensions
>> **************************************************
>> in function: register_extensionsstopping log at Fri Jul 27 12:32:09 2018
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Correct sentence about OpenOffice

Pedro Lino-3
Hi all

The startcenter.desktop file says "The office productivity suite compatible to the open and standardized ODF document format. Supported by Apache OpenOffice."

Shouldn't this be "The office productivity suite compatible *with* the open and standardized ODF document format. Supported by the *Apache Software Foundation*." or "Supported by the *OpenOffice community*" (as mentioned in the About dialog)?

I can do the changes, just need an agreement on who supoorts OpenOffice: the ASF or the OpenOffice community? Or both?

Thanks!

Regards,
Pedro

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Correct sentence about OpenOffice

Matthias Seidel
Hi Pedro,

Am 09.08.2018 um 10:57 schrieb Pedro Lino:
> Hi all
>
> The startcenter.desktop file says "The office productivity suite compatible to the open and standardized ODF document format. Supported by Apache OpenOffice."
>
> Shouldn't this be "The office productivity suite compatible *with* the open and standardized ODF document format. Supported by the *Apache Software Foundation*." or "Supported by the *OpenOffice community*" (as mentioned in the About dialog)?

Yes, that wording always irritated me...

On Windows the tooltips says:
The office productivity suite compatible to the open and standardized
ODF document format. Supported by The Apache Software Foundation.

Regards,
   Matthias

>
> I can do the changes, just need an agreement on who supoorts OpenOffice: the ASF or the OpenOffice community? Or both?
>
> Thanks!
>
> Regards,
> Pedro
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


smime.p7s (5K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Correct sentence about OpenOffice

Pedro Lino-3
Hi Matthias


> Yes, that wording always irritated me...
>
>     On Windows the tooltips says:
>     The office productivity suite compatible to the open and standardized
>     ODF document format. Supported by The Apache Software Foundation.
>


I will then switch "compatible to" to "compatible with"

and "Supported by the Apache OpenOffice" to "Supported by the Apache Software Foundation."

(with a lowercase "the" since it is the ASF, not the TASF :) )

if there is no opposing feedback


Regards,

Pedro
Reply | Threaded
Open this post in threaded view
|

Correct sentence about OpenOffice

Matthias Seidel
Hi Pedro,

Remember, the change would have to be localized for all available
languages... ;-)

And we have (at least) two different locations for such a string.
Whatever we choose, it should be identical.

Regards,

   Matthias

P.S.: Please allow at least 72 hours time for others to give their feedback.


Am 09.08.2018 um 13:44 schrieb Pedro Lino:

> Hi Matthias
>
>
>> Yes, that wording always irritated me...
>>
>>     On Windows the tooltips says:
>>     The office productivity suite compatible to the open and standardized
>>     ODF document format. Supported by The Apache Software Foundation.
>>
> I will then switch "compatible to" to "compatible with"
>
> and "Supported by the Apache OpenOffice" to "Supported by the Apache Software Foundation."
>
> (with a lowercase "the" since it is the ASF, not the TASF :) )
>
> if there is no opposing feedback
>
>
> Regards,
>
> Pedro
>


smime.p7s (5K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Correct sentence about OpenOffice

Patricia Shanahan
As a matter of curiosity, why does the first change affect any language
other than English?

I do agree with the change. (I am a native speaker of English English,
and fluent in written US English).

On 8/9/2018 9:19 AM, Matthias Seidel wrote:

> Hi Pedro,
>
> Remember, the change would have to be localized for all available
> languages... ;-)
>
> And we have (at least) two different locations for such a string.
> Whatever we choose, it should be identical.
>
> Regards,
>
>     Matthias
>
> P.S.: Please allow at least 72 hours time for others to give their feedback.
>
>
> Am 09.08.2018 um 13:44 schrieb Pedro Lino:
>> Hi Matthias
>>
>>
>>> Yes, that wording always irritated me...
>>>
>>>      On Windows the tooltips says:
>>>      The office productivity suite compatible to the open and standardized
>>>      ODF document format. Supported by The Apache Software Foundation.
>>>
>> I will then switch "compatible to" to "compatible with"
>>
>> and "Supported by the Apache OpenOffice" to "Supported by the Apache Software Foundation."
>>
>> (with a lowercase "the" since it is the ASF, not the TASF :) )
>>
>> if there is no opposing feedback
>>
>>
>> Regards,
>>
>> Pedro
>>
>
>

---
This email has been checked for viruses by AVG.
https://www.avg.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Correct sentence about OpenOffice

Pedro Lino-3
In reply to this post by Matthias Seidel
Hi Matthias

> Remember, the change would have to be localized for all available
>     languages... ;-)
>

Yes, in theory. But there are still references to Sun and Oracle so that rule has not been followed strictly ;)

In any case the important part is to do our best with the resources available (or stop and wait...)


> P.S.: Please allow at least 72 hours time for others to give their feedback.
>

Of course. Actually I will only have time to do that next week, so there is plenty of time for others to speak up ;)


Regards,

Pedro
12