[ooo-build] Unable to Load Included Impress Templates in ooo-build 3.2.1.4

Tue Jun 29 06:46:20 PDT 2010

On 29/06/2010, at 11:12 PM, <ooo-build at opennix.com> <ooo-build at opennix.com 
 > wrote:

> On 06/22/2010 10:15 PM, ooo-build at opennix.com wrote:
>> On 06/22/2010 09:50 PM, Christoph Willing wrote:
>>>
>>> On 23/06/2010, at 1:24 PM, <ooo-build at opennix.com> <ooo-build at opennix.com
>>>> wrote:
>>>
>>>> On 06/22/2010 07:07 PM, Christoph Willing wrote:
>>>>>
>>>>> On 23/06/2010, at 8:34 AM, <ooo-build at opennix.com> <ooo-build at opennix.com
>>>>>> wrote:
>>>>>
>>>>>> Hi List,
>>>>>>
>>>>>> I have successfully built ooo-build 3.2.1.4 for Slackware64 13.1.
>>>>>> Now I
>>>>>> am having problems using the included Impress background  
>>>>>> templates.
>>>>>
>>>>>
>>>>> I have also built 3.2.1.4 for Slackware64-13.1 but I can't  
>>>>> reproduce
>>>>> that problem. Templates & backgrounds load without any trouble.
>>>>>
>>>>> Perhaps you could check our binary at:
>>>>>    http://www.vislab.uq.edu.au/slackware64/13.1/openoffice-3.2.1.4-x86_64-1_uqv.txz
>>>>>
>>>>> and if it works as expected (which it should) then we can  
>>>>> investigate
>>>>> whether some difference in building technique is causing the  
>>>>> problem.
>>>>>
>>>>>
>>>>> chris
>>>>
>>>> Thanks for responding, Chris.  Sure enough I do not have the same
>>>> problems using your OOo package.
>>>>
>>>> Yours is built with an older icu4c.  That is the first difference I
>>>> noticed.  I had to replace my icu4c package with yours.  I do not
>>>> believe that is the cause of my issue, as I had the same problems  
>>>> with
>>>> Impress when I built ooo-build 3.2.0.x for Slackware 13.0.  That  
>>>> was
>>>> built against icu4c 4.2.1 (the same version you used).
>>>>
>>>> Here is my configure command line:
>>>>
>>>> CFLAGS="-O2 -fPIC" \
>>>> CXXFLAGS="-O2 -fPIC" \
>>>> ./configure \
>>>>  --prefix=/usr \
>>>>  --libdir=/usr/lib64 \
>>>>  --sysconfdir=/etc \
>>>>  --localstatedir=/var/lib \
>>>>  --mandir=/usr/man \
>>>>  --docdir=/usr/doc/openoffice-3.2.1.4 \
>>>>  --build=x86_64-slackware-linux \
>>>>  --with-distro=Slackware \
>>>>  --with-ant-home=/usr/share/ant \
>>>>  --with-lang="" \
>>>>  --disable-odk \
>>>>  --disable-pam \
>>>>  --disable-pam-link \
>>>>  --disable-post-install-scripts \
>>>>  --enable-access \
>>>>  --enable-cairo \
>>>>  --disable-kde \
>>>>  --disable-kde4 \
>>>>  --enable-gtk \
>>>>  --with-system-cairo \
>>>>  --with-system-neon \
>>>>  --with-system-icu \
>>>>  --with-system-expat \
>>>>  --with-system-boost \
>>>>  --with-system-mozilla=seamonkey \
>>>>  --disable-mono \
>>>>  --with-docdir=/usr/doc/openoffice-3.2.1.4 \
>>>>  --with-gcc-speedup=ccache \
>>>>  --with-openclipart=/usr/share/openclipart \
>>>>  --enable-pdfimport
>>>>
>>>> I've had to apply the patch included in this post:
>>>> http://lists.freedesktop.org/archives/ooo-build/2010-January/000473.html
>>>>
>>>> That thread was started by me, as well.  No matter what I tried  
>>>> to use
>>>> for --with-lang the build would fail.  I tried setting it to "",
>>>> "en-US", and "en-US fr" without luck.  So I dug up that patch again
>>>> and
>>>> configured with --with-lang="".
>>>
>>>
>>> I haven't used any --with-lang at all in mine. I wonder if adding  
>>> the
>>> patch suggested above which enables you to use it causes your  
>>> problem?
>>> The patch name (sdext-presenter-makefile.diff) indicates that it  
>>> plays
>>> around with the presenter makefile and maybe it has some bad side
>>> effect.
>>
>> About 1.5 hours ago I started a build sans the above mentioned  
>> patch and
>> leaving --with-lang out completely.  Because, as you say, building
>> OpenOffice takes a fair bit of time, so I might as well try  
>> something as
>> soon as possible.  I *think* I tried this approach already prior to
>> resulting to trying the above patch, but I could be wrong.  I'll find
>> out in a few hours whether or not it will build.
>>
>>>
>>> Since I don't set any --with-lang option, nor explicitly apply the
>>> above patch, I see a "fail" during compilation, same as already
>>> mentioned in http://lists.freedesktop.org/archives/ooo-build/2010-March/000741.html
>>> .
>>>
>>>
>>>> Is there any chance you can share your build process, or perhaps  
>>>> the
>>>> SlackBuild you used?
>>>
>>> Its included in the binary package in /usr/src/slackbuilds/
>>> openoffice-3.2.1.4/Slack.build. Sorry its a bit messy - I often try
>>> new things with the builds but since the turn around time compiling/
>>> testing for ooo is quite long, I tend to leave old things lying  
>>> around
>>> in there much longer than I normally would, in case I need to revert
>>> to a previous incantation. The Slack.build uses some global helper
>>> functions of my own that are not included in that directory but  
>>> their
>>> usage is pretty transparent.
>>>
>>
>> Thanks.  I guess I didn't examine the install log from your package
>> closely enough to notice that.  You and I use a few different  
>> options,
>> but it is unclear to me if any of them would have an impact.  I  
>> also see
>> you and I came up similar fixes for the OpenOffice menus in Xfce  
>> missing
>> icons.
>>
>> Unfortunately I'll be away for about a week, so my time to  
>> experiment is
>> limited for now.
>>
>> -Mike
>>
>
> When I got back in town last night I rebuilt ooo-build 3.2.1.4.  This
> time I did not use any --with-lang configure option or the patch from
> http://lists.freedesktop.org/archives/ooo-build/2010-January/000473.html 
> .
> The build failed until I configured without using --enable-pdfimport.
> Obviously the PDF Import extension was not built.  Neither was the
> Presentation Minimizer extension.  However, I am now able to use
> templates in Impress.

Mike,

I did some more fiddling too and found that the patch is necessary  
when --enable-pdfimport is used, quite apart from it being necessary  
for --with-lang. A build with the patch and --enable-pdfimport  
succeeded and (as before without patch and without --enable- 
pdfimport), template usage was fine. Since your previous template  
usage failure was when --with-lang was configured, it looks like the -- 
with-lang option is the culprit.

chris

Christoph Willing                       +61 7 3365 8316
QCIF Access Grid Manager
University of Queensland