2 Apr
2010
2 Apr
'10
3:13 a.m.
After upgrading to 2.2.4, I wanted to test the openoffice server. In the
root-wiki, in the openoffice admin app, I see my setup as from before (back
when it worked -- last time i tested was around 2.0):
Server type
Internally managed (local)
Server port
8100
Auto start
No
Server path
/usr/lib64/openoffice.org3/
Server profile
/home/OOo/.openoffice.org/3/
Server state
Not connected
When I select "start server" and click "update", I get an error
message
"Inadequate privileges."
despite being logged in as XWiki.Admin (root wiki admin w/ prog rights
granted).
No error messages in the logs related to this are noted.
The only clue I'm seeing is that openoffice itself is acting broken.
Previously, the '-headless' option worked, now, it doesn't:
gnulem-58-~> env DISPLAY='' ooffice -headless
/usr/lib64/openoffice.org3/program/soffice.bin X11 error: Can't open
display:
Set DISPLAY environment variable, use -display option
or check permissions of your X-Server
(See "man X" resp. "man xhost" for details)
With "DISPLAY" defined, -headless works, and the server can be launched,
except that servers don't normally have an X server associated with them.
I'm on Fedora 12: Linux gnulem 2.6.32.10-90.fc12.x86_64 #1 SMP Tue Mar 23
09:47:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux.
I have the following OOo rpm's installed:
openoffice.org-graphicfilter-3.1.1-19.28.fc12.x86_64
openoffice.org-calc-core-3.1.1-19.28.fc12.x86_64
openoffice.org-draw-core-3.1.1-19.28.fc12.x86_64
openoffice.org-writer-3.1.1-19.28.fc12.x86_64
openoffice.org-brand-3.1.1-19.28.fc12.x86_64
openoffice.org-impress-3.1.1-19.28.fc12.x86_64
openoffice.org-ure-3.1.1-19.28.fc12.x86_64
openoffice.org-opensymbol-fonts-3.1.1-19.28.fc12.noarch
openoffice.org-writer-core-3.1.1-19.28.fc12.x86_64
openoffice.org-math-3.1.1-19.28.fc12.x86_64
openoffice.org-math-core-3.1.1-19.28.fc12.x86_64
openoffice.org-xsltfilter-3.1.1-19.28.fc12.x86_64
openoffice.org-presenter-screen-3.1.1-19.28.fc12.x86_64
openoffice.org-pdfimport-3.1.1-19.28.fc12.x86_64
openoffice.org-draw-3.1.1-19.28.fc12.x86_64
openoffice.org-calc-3.1.1-19.28.fc12.x86_64
openoffice.org-impress-core-3.1.1-19.28.fc12.x86_64
openoffice.org-core-3.1.1-19.28.fc12.x86_64
openoffice.org-langpack-en-3.1.1-19.28.fc12.x86_64
Hopefully, this error in Linux OpenOffice isn't causing an incorrect error
message from xwiki "inadequate privileges." (bug?)
Anybody on Linux using OPenoffice 3.1.1 and have the openoffice server
working on Xwiki 2.2.4, in a multiwiki setup?
Thanks,
Niels
http://nielsmayer.com
2 Apr
2 Apr
4:23 a.m.
New subject: [xwiki-users] xe 2.2.4: regression or operator error in OpenOffice server?
Hi Neils,
I think we have a client multiwiki setup in 2.2.4 using OOo 3.1.1, However,
I will check this with a fresh multiwiki install. Can you try saving the
XWiki.OfficeImporterAdmin with PR and retry?
Anyway, we really need to dump this PR requirement and only check admin
rights for controlling OOo instance. And since now only the main wiki can
control the OOo instance, requiring PR seems an overhead.
Thanks.
- Asiri
On Fri, Apr 2, 2010 at 6:43 AM, Niels Mayer <nielsmayer(a)gmail.com> wrote:
After upgrading to 2.2.4, I wanted to test the
openoffice server. In the
root-wiki, in the openoffice admin app, I see my setup as from before (back
when it worked -- last time i tested was around 2.0):
Server type
Internally managed (local)
Server port
8100
Auto start
No
Server path
/usr/lib64/openoffice.org3/
Server profile
/home/OOo/.openoffice.org/3/
Server state
Not connected
When I select "start server" and click "update", I get an error
message
"Inadequate privileges."
despite being logged in as XWiki.Admin (root wiki admin w/ prog rights
granted).
No error messages in the logs related to this are noted.
The only clue I'm seeing is that openoffice itself is acting broken.
Previously, the '-headless' option worked, now, it doesn't:
gnulem-58-~> env DISPLAY='' ooffice -headless
/usr/lib64/openoffice.org3/program/soffice.bin X11 error: Can't open
display:
Set DISPLAY environment variable, use -display option
or check permissions of your X-Server
(See "man X" resp. "man xhost" for details)
With "DISPLAY" defined, -headless works, and the server can be launched,
except that servers don't normally have an X server associated with them.
I'm on Fedora 12: Linux gnulem 2.6.32.10-90.fc12.x86_64 #1 SMP Tue Mar 23
09:47:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux.
I have the following OOo rpm's installed:
openoffice.org-graphicfilter-3.1.1-19.28.fc12.x86_64
openoffice.org-calc-core-3.1.1-19.28.fc12.x86_64
openoffice.org-draw-core-3.1.1-19.28.fc12.x86_64
openoffice.org-writer-3.1.1-19.28.fc12.x86_64
openoffice.org-brand-3.1.1-19.28.fc12.x86_64
openoffice.org-impress-3.1.1-19.28.fc12.x86_64
openoffice.org-ure-3.1.1-19.28.fc12.x86_64
openoffice.org-opensymbol-fonts-3.1.1-19.28.fc12.noarch
openoffice.org-writer-core-3.1.1-19.28.fc12.x86_64
openoffice.org-math-3.1.1-19.28.fc12.x86_64
openoffice.org-math-core-3.1.1-19.28.fc12.x86_64
openoffice.org-xsltfilter-3.1.1-19.28.fc12.x86_64
openoffice.org-presenter-screen-3.1.1-19.28.fc12.x86_64
openoffice.org-pdfimport-3.1.1-19.28.fc12.x86_64
openoffice.org-draw-3.1.1-19.28.fc12.x86_64
openoffice.org-calc-3.1.1-19.28.fc12.x86_64
openoffice.org-impress-core-3.1.1-19.28.fc12.x86_64
openoffice.org-core-3.1.1-19.28.fc12.x86_64
openoffice.org-langpack-en-3.1.1-19.28.fc12.x86_64
Hopefully, this error in Linux OpenOffice isn't causing an incorrect error
message from xwiki "inadequate privileges." (bug?)
Anybody on Linux using OPenoffice 3.1.1 and have the openoffice server
working on Xwiki 2.2.4, in a multiwiki setup?
Thanks,
Niels
http://nielsmayer.com
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
5 Apr
5 Apr
4:17 a.m.
New subject: [xwiki-users] xe 2.2.4: regression or operator error in OpenOffice server?
On further investigation, the issues I'm having with the Xwiki openoffice
importer in Fedora12 and OpenOffice 3.1.1 are "operator error." Or rather,
since the last time I used the openoffice converter in Xwiki, an additional
package must be installed. Without it, the '-headless' argument for
openoffice server is ignored and the "Can't open display" error is emitted
by the openoffice server.
Name : openoffice.org-headless
Arch : x86_64
Epoch : 1
Version : 3.1.1
Release : 19.28.fc12
Size : 1.9 M
Repo : installed
From repo : updates
Summary : OpenOffice.org Headless plugin
URL : http://www.openoffice.org/
License : LGPLv3 and LGPLv2+ and MPLv1.1 and BSD
Description: A plugin for OpenOffice.org that enables it to function without
an
: X server. It implements the -headless command line option and
: allows OpenOffice.org to be used as a backend server for e.g.
: document conversion.
Without this package, starting an "externally managed" OOo instance gives
error "/usr/lib64/openoffice.org3/program/soffice.bin X11 error: Can't open
display" -- which was the hint I needed to figure out that this additional
package was needed. With Xwiki's default "internally managed" OOo instance,
missing this package produces an unhelpful error message:
"org.xwiki.officeimporter.openoffice.OpenOfficeManagerException:
Error while connecting / starting openoffice" .
Once 'openoffice.org-headless' was installed, I launched the 'internally
managed' openoffice server from the root wiki and ran the openoffice
importer from a non-root wiki in the multiple wiki (virtual) setup.
Also, the new openoffice importer seems to work much better -- some
documents that previously had problems with image imports and incorrect
scaling, now display correctly.
Niels
http://nielsmayer.com
5375
days inactive
5378
days old
2 comments
2 participants
participants (2)
-
Asiri Rathnayake -
Niels Mayer