<div style="font-family: Verdana; font-size: 12;"><div>For now, it's ok to have the build go through, so I can see if I can reach a working LO.</div><div>Then I'll dig again the NSS problem, and see if I can support it.</div><div><br></div><div>Now: build reached the "install creation" phase!</div><div>But: something went wrong.<br><br><div>USAGE: /sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/setup_native/scripts/install_create.pl <inputshellscript> <libraryfile> <outputshellscript></div><div>    <inputshellscript>: the start shell script, located next to this perl script</div><div>    <libraryfile>: the library file, that is included into the shell script</div><div>    <outfile>: the target shellscript</div></div><div><div>chmod: cannot access '/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/workdir/unxsogi.pro/CustomTarget/setup_native/scripts/install': No such file or directory</div><div>make[2]: *** [/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/workdir/unxsogi.pro/CustomTarget/setup_native/scripts/install] Error 1</div></div><div><br></div><div>As if the install creation did not pass arguments to the perl script.</div><div><br></div><div>Actually, I don't want it to create an installer for solaris via packages.</div><div>What I want is to issue some kind of "gmake install" to let it place everything inside a prototype area,</div><div>through classic configure switches.</div><div>This will let me publish the package in my IPS repository, as for any SunOS 5.11 based system.</div><div><br></div><div>Any idea how to achieve this?<br>Gabriele.</div><tt><br><br>----------------------------------------------------------------------------------<br><br>Da: Michael Stahl <mstahl@redhat.com><br>A: Gabriele Bulfon <gabriele.bulfon@sonicle.com> <br>Cc: libreoffice-dev <libreoffice@lists.freedesktop.org> michael.meeks@suse.com Rene Engelhard <rene@debian.org> <br>Data: 16 luglio 2013 10.43.01 CEST<br>Oggetto: Re: Building LO 4.0.4.2 on illumos based OS<br><br></tt><blockquote style="BORDER-LEFT: #000080 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><tt>On 16/07/13 08:09, Gabriele Bulfon wrote:<br>> Now I noticed the config.log of xmlsec shows the configure switches like<br>> this:<br>> <br>> ./configure --with-pic --disable-shared --disable-crypto-dl<br>> --without-libxslt --without-gnutls --without-openssl<br>> <br>> This is why it's not picking up my system openssl not the other crypto libs.<br>> I bet it's trying to build it only with NSS libs, but they're not passed<br>> correctly (they resides<br>> in /usr/lib/mps in my environment) from base env.<br>> <br>> Is it absolutely necessary that it builds without those crypto libs?<br><br>i'm not entirely sure but i think that the ODF encryption support (which<br>is the only use of libxmlsec) on Unixes is implemented by using keys<br>added by Firefox/Thunderbird UI to their user profiles; there is no UI<br>in LO for adding/removing keys.  probably only NSS can read the<br>Firefox/Thunderbird key database, so i'm afraid that if you build xmlsec<br>with anything other than NSS it won't work in practice.<br><br><br><br></tt></blockquote></div>