Re: 'test-bugzilla-files.py' issues

Hey,


On Tue, Apr 15, 2014 at 5:29 PM, John Smith <lbalbalba@gmail.com> wrote:

> On Tue, Apr 15, 2014 at 12:57 PM, Stephan Bergmann <sbergman@redhat.com>
> wrote:
> > * Never start soffice.bin directly, always use soffice instead.
> Thanks, ill do that from now on. Ive re-tried with using 'soffice'
> instead of 'soffice.bin', and the results are the same: using soffice
> directly works.
>
>
> > * At least in current gerrit.libreoffice.org/dev-tools there is no
> dev-tools/test-bugzilla-files.py,
> > but only non-executable
> dev-tools/test-bugzilla-files/test-bugzilla-files.py
> >
> Im sorry, I cut n pasted that incorrectly in my email. You are right,
> I mean (and have been using) the non-executable
> dev-tools/test-bugzilla-files/test-bugzilla-files.py
>
>
> > that you need to run as
> "/usr/local/src/libreoffice/instdir/program/python
> dev-tools/test-bugzilla-files/test-bugzilla-files.py ..."
> >
> Hrm. I must be doing something wrong with the build then, because i
> dont have a '/usr/local/src/libreoffice/instdir/program/python'
>
>
> # find /usr/local/src/libreoffice -name python
> /usr/local/src/libreoffice/workdir/ScpTarget/scp2/source/python
> /usr/local/src/libreoffice/workdir/ScpPreprocessTarget/scp2/source/python
> /usr/local/src/libreoffice/workdir/AutoInstall/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/doc/html/boost/mpi/python
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/boost/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/boost/parameter/aux_/python
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/boost/mpi/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/tools/quickbook/test/python
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/libs/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/libs/python/doc/tutorial/doc/html/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/libs/mpi/example/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/libs/mpi/src/python
>
> /usr/local/src/libreoffice/workdir/UnpackedTarball/boost/libs/mpi/test/python
> /usr/local/src/libreoffice/instdir/share/Scripts/python
> /usr/local/src/libreoffice/instdir/sdk/examples/python
> /usr/local/src/libreoffice/odk/examples/python
> /usr/local/src/libreoffice/sw/qa/python
> /usr/local/src/libreoffice/scripting/examples/python
> /usr/local/src/libreoffice/scp2/source/python
> /usr/local/src/libreoffice/unotest/source/python
You need to explicitly enable internal python. Use --enable-pytho=internal
to get the internal python. I had a similar problem recently and forgot to
put the topic on the ESC agenda.

Regards,
Markus