Re: Unable to Load Included Impress Templates in ooo-build 3.2.1.4

On 06/22/2010 09:50 PM, Christoph Willing wrote:
> 
> On 23/06/2010, at 1:24 PM, <[email protected]> <[email protected] 
>  > wrote:
> 
>> On 06/22/2010 07:07 PM, Christoph Willing wrote:
>>>
>>> On 23/06/2010, at 8:34 AM, <[email protected]> <[email protected]
>>>> 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

> 
>> Personally I don't care much about presentations, but other people may
>> feel differently.
> 
> Actually, thats how I became involved in making these packages in the  
> first place; we need to run an existing python based application that  
> can use Impress via pyuno and that needs matching, or compatible,  
> python versions. That was often not the case when repackaging  
> upstream's official rpms (as SBo do). Its easier (ha ha) to build our  
> own.
> 
> 
> chris
>