Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 80356 - patch for Openoffice-ximian ebuild to get it built with several system libraries
Summary: patch for Openoffice-ximian ebuild to get it built with several system libraries
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-01 09:40 UTC by Santiago Gala
Modified: 2005-02-04 04:09 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
patch for several changes in ooo-x ebuild. (patch-ooo-ximian-1.3.8.diff,4.31 KB, patch)
2005-02-01 09:42 UTC, Santiago Gala
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Santiago Gala 2005-02-01 09:40:22 UTC
There are several potential improvements:

- try to download the help file for the linguas selected (not really tested)
- use flags:
   - python to use system python instead of bundled one (saves 2 megs and build time)
   - nas to use system nas library instead of bundled one
   - neon to try to use system neon (won't work until ooo-ximian uses neon-0.24, etc.)
   - berkdb to use system db-4.xxx

a small patch is required for berkdb, due to the fact that lib names are V.v in 4 (db-4.1 or db-4.2) instead of just db-2 or db-3 in previous versions



Reproducible: Always
Steps to Reproduce:

Actual Results:  
I built it and tested pyuno, it is working. Also, it is using
/usr/lib/libdb-4.2.so, 


I'll attach the patch once the "bug" is posted.
Comment 1 Santiago Gala 2005-02-01 09:42:36 UTC
Created attachment 50147 [details, diff]
patch for several changes in ooo-x ebuild.

partially tested, it seems to work (except for neon and the help downloading)
Comment 2 Andreas Proschofsky (RETIRED) gentoo-dev 2005-02-03 08:34:06 UTC
A few notes, cause there is a reason for each of these not being in portage atm:

*) nas should be ok, but as I don't use it, can't test it, anyway if you say it works for you, I'm going to put it in

*) system-db and system-python: Both are very difficult to depend on, things can break easily with that, so extra care has to be taken. OOo is already a very fragile build, so I don't want to make it even worse (more options usually mean with OOo also more possibility to break things ;) ). At least with system-db: Not going to do this, at least until it works out of the box. About system-python: Going to try it and see how feasible it is.

*) Neon: Not going to do this, until it works properly (with all versions), also not a lot gain in this.

*) About helpcontent download: The way you implemented it, it won't work for several reasons, one is, that it's not possible to mess with SRC_URI that way, as it will not create correct digests. The other is, that not for all we support, there also is a helpcontent, so their build would fail at this point. But I plan to work out a solution for this anyway, but this has quite low priority.
Comment 3 Andreas Proschofsky (RETIRED) gentoo-dev 2005-02-04 02:40:04 UTC
I've now added system-python and nas-support to the ebuild, about the rest: See my previous post.

Thanks for reporting, a well done bug report is always a pleasure to work with, wish we could have more of that...
Comment 4 Santiago Gala 2005-02-04 04:09:29 UTC
No problem, I expected this kind of output/reaction. Packaging issues are very difficult. I mostly wanted to document the tests and alternatives hare.

Re: with-system-python, the only caveat is that the python.sh launcher in /opt/Ximian-OpenOffice/program is now broken. 

To get python working with ooo-ximian, one needs to:

- export LD_LIBRARY_PATH=/opt/Ximian-OpenOffice/program
- export PYTHONPATH=/opt/Ximian-OpenOffice/program
start python (or idle)

Then, examples in http://udk.openoffice.org/python/python-bridge.html
should work.

import uno, ...

Probably python.sh should be either removed or, better, test for presence of embedded python and behave as I said in case it is not there. But I thought people using pyuno integration are supposed to be knowledgeable enough to skip over this for the moment.

An alternative would be to have USE="-python" imply "--without-python" and save the pyuno bridge for people not wanting it.