Summary: | Pyuno broken under certain circumstances | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Francisco Pina Martins <f.pinamartins> |
Component: | Libreoffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | 3.3.2 release | ||
Hardware: | All | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | Patch to correct pyuno bug |
Description
Francisco Pina Martins
2011-05-09 14:57:31 UTC
can you try with beta4 btw I don't see any of those lines ( os.environ ) in uno.py in libreoffice 3.4-beta4 following the instructions about and I don't get any errors I have found where the offending line is added: In the source file: libreoffice-build-3.3.2.2.tar.gz (I cannot find this file for the latest beta in http://download.documentfoundation.org/libreoffice/src/), under: 'libreoffice-build-3.3.2.2/patches/dev300/pyuno-ooodir.diff' This patch will introduce the line that causes issues. Do you think it is something that should be fixed in the source, or just something that Arch has to deal with? It seems like during the build of libreoffice, the ${exec_prefix} variable doesn't get translated into "/usr" for some reason. I should also mention that during the package building, Arch passes the following to ./configure: --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc \ Seems like this can be closed. It's fixed in 3.4.0. Since nobody did it, I took the liberty of closing the bug myself. It's been fixed in 3.4.0 and didn't regress in 3.4.1. RESOLVED, FIXED or CLOSED bugs cant be KEYWORD NEEDINFO. Sorry about that. I'm still new to this sort of thing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.