[gentoo-user] Re: Java jdk
Dale rdalek1967 at gmail.com writes: Same here. Have you tried renaming the config directory and letting it recreate it fresh? Sometimes that helps. You know, the /home/≤user name/.ooo3 directory? You can rename it, move it or something then restart OOo and see if it works. OK, Well I tried that, new .0003 dir created but same fault: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' If that fails, kick it. LOL If only that would help.
Re: [gentoo-user] Re: Java jdk
On Mon, 3 Aug 2009 00:38:32 + (UTC) James wirel...@tampabay.rr.com wrote: Mike Kazantsev mk.fraggod at gmail.com writes: emerge -1 dev-util/strace strace -f ooffice 2strace.log grep -2 -e EACCES -e EPERM strace.log tail -500 strace.log | less (to see what happened last) OK, Here are the bottom lines: ... access(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry/ data/org/openoffice, F_OK) = -1 EACCES (Permission denied) Why is that? stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice/Setup.xcu, 0x7fff6244bd80) = -1 EACCES (Permission denied) ...same file again and (shortly) a crash. Prehaps you should check if it has some 0600 or 0640 mode and correct it to 644. Prehaps it's one of the parent dirs, just try to stat it as a user. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: Java jdk
Mike Kazantsev mk.fraggod at gmail.com writes: access(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry/ data/org/openoffice, F_OK) = -1 EACCES (Permission denied) Why is that? Good question, dunno stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice/Setup.xcu, 0x7fff6244bd80) = -1 EACCES (Permission denied) ...same file again and (shortly) a crash. Prehaps you should check if it has some 0600 or 0640 mode and correct it to 644. Prehaps it's one of the parent dirs, just try to stat it as a user. Well here's what I found: # ls -alg /usr/lib64/openoffice/share/uno_packages/cache total 13 drwxr-xr-x 4 root 168 Aug 2 16:34 . drwxr-xr-x 3 root72 Mar 26 02:33 .. drwx-- 8 root 520 Jul 17 08:13 registry -rw--- 1 root 1 Aug 2 16:34 stamp.sys drwx-- 2 root48 Jul 17 08:13 uno_packages -rw--- 1 root 12288 Jul 17 08:13 uno_packages.db so from that cache dir chmod -R 755 * fix it! Thanks, James
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: And 'grep -r 1.4.2 /etc/*' may turn up obsolete config files that you don't know you have. It's like rummaging through your attic :) Hello Walt, fixing the file permission under: /usr/lib64/openoffice/share/uno_packages/cache did the trick for me. thanks, James
Re: [gentoo-user] Re: Java jdk
James wrote: Mike Kazantsev mk.fraggod at gmail.com writes: access(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry/ data/org/openoffice, F_OK) = -1 EACCES (Permission denied) Why is that? Good question, dunno stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice/Setup.xcu, 0x7fff6244bd80) = -1 EACCES (Permission denied) ...same file again and (shortly) a crash. Prehaps you should check if it has some 0600 or 0640 mode and correct it to 644. Prehaps it's one of the parent dirs, just try to stat it as a user. Well here's what I found: # ls -alg /usr/lib64/openoffice/share/uno_packages/cache total 13 drwxr-xr-x 4 root 168 Aug 2 16:34 . drwxr-xr-x 3 root72 Mar 26 02:33 .. drwx-- 8 root 520 Jul 17 08:13 registry -rw--- 1 root 1 Aug 2 16:34 stamp.sys drwx-- 2 root48 Jul 17 08:13 uno_packages -rw--- 1 root 12288 Jul 17 08:13 uno_packages.db so from that cache dir chmod -R 755 * fix it! Thanks, James So it was a permissions issue. I suspected that. If you didn't change that, you may want to file a bug so it can be fixed. Dale :-) :-)
[gentoo-user] Re: Java jdk
On 08/03/2009 06:54 AM, James wrote: Well here's what I found: # ls -alg /usr/lib64/openoffice/share/uno_packages/cache total 13 drwxr-xr-x 4 root 168 Aug 2 16:34 . drwxr-xr-x 3 root72 Mar 26 02:33 .. drwx-- 8 root 520 Jul 17 08:13 registry -rw--- 1 root 1 Aug 2 16:34 stamp.sys drwx-- 2 root48 Jul 17 08:13 uno_packages -rw--- 1 root 12288 Jul 17 08:13 uno_packages.db so from that cache dir chmod -R 755 * fix it! Hmm. Both my x86 machine and my ~amd64 machine have *nothing* in that directory. All of those files and directories are in my ~/.ooo3 instead. And /root doesn't even have a .ooo3 directory. Beats me :-/
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: # ls -alg /usr/lib64/openoffice/share/uno_packages/cache Hmm. Both my x86 machine and my ~amd64 machine have *nothing* in that directory. All of those files and directories are in my ~/.ooo3 instead. That's certainly not consistent? Here's the files under my (user) .ooo3 dir: ~/.ooo3/user/registry/cache org.openoffice.LDAP.dat org.openoffice.Office.Accelerators.dat org.openoffice.Office.Addons.dat org.openoffice.Office.Calc.dat org.openoffice.Office.CalcAddIns.dat org.openoffice.Office.Commands.dat org.openoffice.Office.Common.dat org.openoffice.Office.Compatibility.dat org.openoffice.Office.Events.dat org.openoffice.Office.Histories.dat org.openoffice.Office.Impress.dat org.openoffice.Office.Jobs.dat org.openoffice.Office.Linguistic.dat org.openoffice.Office.Logging.dat org.openoffice.Office.Paths.dat org.openoffice.Office.ProtocolHandler.dat org.openoffice.Office.Recovery.dat org.openoffice.Office.SFX.dat org.openoffice.Office.Substitution.dat org.openoffice.Office.TabBrowse.dat org.openoffice.Office.TypeDetection.dat org.openoffice.Office.UI.CalcCommands.dat org.openoffice.Office.UI.CalcWindowState.dat org.openoffice.Office.UI.Controller.dat org.openoffice.Office.UI.Factories.dat org.openoffice.Office.UI.GenericCommands.dat org.openoffice.Office.UI.GlobalSettings.dat org.openoffice.Office.UI.WriterCommands.dat org.openoffice.Office.UI.WriterWindowState.dat org.openoffice.Office.UI.dat org.openoffice.Office.Views.dat org.openoffice.Office.Writer.dat org.openoffice.Office.WriterWeb.dat org.openoffice.Setup.dat org.openoffice.System.dat org.openoffice.TypeDetection.Filter.dat org.openoffice.TypeDetection.Misc.dat org.openoffice.TypeDetection.Types.dat org.openoffice.UserProfile.dat org.openoffice.VCL.dat org.openoffice.ucb.Configuration.dat org.openoffice.ucb.Store.dat Not the same. Nor are the files under the /usr/lib64/openoffice/share/uno_packages/cache/registry found under my .ooo3 dir. And /root doesn't even have a .ooo3 directory. Nor does my root dir contain the .ooo3 dir. Anyway, I'm done. thanks for the help. James
[gentoo-user] Re: Java jdk
On 08/03/2009 08:25 AM, James wrote: waltw41terat gmail.com writes: # ls -alg /usr/lib64/openoffice/share/uno_packages/cache Hmm. Both my x86 machine and my ~amd64 machine have *nothing* in that directory. All of those files and directories are in my ~/.ooo3 instead. That's certainly not consistent? Here's the files under my (user) .ooo3 dir: ~/.ooo3/user/registry/cache... Sorry, I meant this directory: $l .ooo3/user/uno_packages/cache/ -rw-r--r-- 1 wa1ter users 9511 2009-08-02 09:29 log.txt drwxr-xr-x 8 wa1ter users 4096 2008-10-19 18:13 registry/ -rw-r--r-- 1 wa1ter users 1 2009-08-02 09:29 stamp.sys drwxr-xr-x 3 wa1ter users 4096 2008-12-07 15:30 uno_packages/ -rw-r--r-- 1 wa1ter users 12288 2008-12-07 15:30 uno_packages.db
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: $l .ooo3/user/uno_packages/cache/ -rw-r--r-- 1 wa1ter users 9511 2009-08-02 09:29 log.txt drwxr-xr-x 8 wa1ter users 4096 2008-10-19 18:13 registry/ -rw-r--r-- 1 wa1ter users 1 2009-08-02 09:29 stamp.sys drwxr-xr-x 3 wa1ter users 4096 2008-12-07 15:30 uno_packages/ -rw-r--r-- 1 wa1ter users 12288 2008-12-07 15:30 uno_packages.db Here it is: drwxr-xr-x 4 james 192 Aug 3 10:03 . drwxr-xr-x 3 james72 Aug 3 09:58 .. -rw-r--r-- 1 james 106 Aug 3 10:03 log.txt drwxr-xr-x 8 james 520 Aug 3 09:58 registry -rw-r--r-- 1 james 1 Aug 3 10:03 stamp.sys drwxr-xr-x 2 james48 Aug 3 09:58 uno_packages -rw-r--r-- 1 james 12288 Aug 3 09:58 uno_packages.db The .ooo3/user/uno_packages/cache/uno_packages is empty, the dir registry contains these files: drwxr-xr-x 2 james 48 Aug 3 09:58 com.sun.star.comp.deployment.component.PackageRegistryBackend drwxr-xr-x 3 james 112 Aug 3 09:58 com.sun.star.comp.deployment.configuration.PackageRegistryBackend drwxr-xr-x 2 james 48 Aug 3 09:58 com.sun.star.comp.deployment.executable.PackageRegistryBackend drwxr-xr-x 2 james 48 Aug 3 09:58 com.sun.star.comp.deployment.help.PackageRegistryBackend drwxr-xr-x 2 james 48 Aug 3 09:58 com.sun.star.comp.deployment.script.PackageRegistryBackend drwxr-xr-x 2 james 48 Aug 3 09:58 com.sun.star.comp.deployment.sfwk.PackageRegistryBackend James
[gentoo-user] Re: Java jdk
On 08/02/2009 12:42 PM, James wrote: Calculating dependencies... done! virtual/jdk-1.4.2 pulled in by: dev-db/hsqldb-1.8.0.10 dev-java/jdbc-mysql-5.0.8 dev-java/jdbc-postgresql-8.3_p603-r1 dev-util/eclipse-sdk-3.2.1-r3 So it looks like I need this virtual/jdk-1.4.2 ??? but my choices are: # eselect java-vm list Available Java Virtual Machines: [1] blackdown-jdk-1.4.2 [2] sun-jdk-1.6 system-vm IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. But I'm not putting any money on it ;)
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. OK did that. java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK ooffice runs as root, but faults as any normal user on the system: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' Any other ideas? James
Re: [gentoo-user] Re: Java jdk
James wrote: walt w41ter at gmail.com writes: IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. OK did that. java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK ooffice runs as root, but faults as any normal user on the system: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' Any other ideas? James Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Dale :-) :-)
[gentoo-user] Re: Java jdk
On 08/02/2009 01:42 PM, James wrote: But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 Ah, that was the jog my memory needed. For reasons I don't know, there was some old cruft remaining in either /etc/env.d or /etc/conf.d or /etc/java-config-2, or maybe all three, that confused java-config. I had to hand-edit files in one/all of those places before everything started to work again. Pretty sure that was the problem with oo, too.
[gentoo-user] Re: Java jdk
Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. in /usr/bin we see -rwxr-xr-x 1 root root 76 Aug 2 14:34 oobase -rwxr-xr-x 1 root root 76 Aug 2 14:34 oocalc -rwxr-xr-x 1 root root 8.2K Aug 2 14:34 ooconfig -rwxr-xr-x 1 root root 76 Aug 2 14:34 oodraw -rwxr-xr-x 1 root root 71 Aug 2 14:34 ooffice -rwxr-xr-x 1 root root 80 Aug 2 14:34 oofromtemplate -rwxr-xr-x 1 root root 79 Aug 2 14:34 ooimpress -rwxr-xr-x 1 root root 76 Aug 2 14:34 oomath -rwxr-xr-x 1 root root 3.0K Aug 2 14:34 ootool -rwxr-xr-x 1 root root 75 Aug 2 14:34 ooweb -rwxr-xr-x 1 root root 78 Aug 2 14:34 oowriter It starts up and throws that java runtime exception I thought rebuilding dev-db/hsqldb might help, but no.. Google for days now produces nothing ??? James
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: Ah, that was the jog my memory needed. For reasons I don't know, there was some old cruft remaining in either /etc/env.d or /etc/conf.d or /etc/java-config-2, or maybe all three, that confused java-config. OK I had to hand-edit files in one/all of those places before everything started to work again. Pretty sure that was the problem with oo, too. H, Nothing stands out in the /etc/java-config-2 dir??? cat /etc/env.d/20java-config MANPATH=/etc/java-config/system-vm/man/ CONFIG_PROTECT_MASK=/etc/env.d/java/ Ideas on how to edit 20java-config are welcome? Maybe edit /etc/conf.d/hsqldb Can you be more specific? I've rebuild OO twice app-office/openoffice-3.1.0-r1 USE=cups dbus eds gnome gstreamer gtk java kde ldap nsplugin opengl pam snip LINGUAS=en en_GB en_US James
Re: [gentoo-user] Re: Java jdk
On Sun, 2 Aug 2009 23:45:16 + (UTC) James wirel...@tampabay.rr.com wrote: Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. Prehaps you can run it via strace to see which ops (on which files) give it permission errors just before crash? emerge -1 dev-util/strace strace -f ooffice 2strace.log grep -2 -e EACCES -e EPERM strace.log tail -500 strace.log | less (to see what happened last) -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: Java jdk
Mike Kazantsev mk.fraggod at gmail.com writes: emerge -1 dev-util/strace strace -f ooffice 2strace.log grep -2 -e EACCES -e EPERM strace.log tail -500 strace.log | less (to see what happened last) OK, Here are the bottom lines: [pid 28034] stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/ registry/com.sun.star.comp.deployment.configuration. PackageRegistryBackend/registry/data/org/openoffice/Office/Common.xcu, 0x7fff6244c020) = -1 EACCES (Permission denied) [pid 28034] lseek(26, 4300, SEEK_SET) = 4300 [pid 28034] lseek(26, 0, SEEK_CUR) = 4300 -- [pid 28034] access(/usr/lib64/openoffice/share/registry/modules/org/openoffice/Setup, F_OK) = 0 [pid 28034] lstat(/usr/lib64/openoffice/share/registry/modules/org/openoffice/Setup, {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0 [pid 28034] access(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry/ data/org/openoffice, F_OK) = -1 EACCES (Permission denied) [pid 28034] access(/home/james/.ooo3/user/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice, F_OK) = -1 ENOENT (No such file or directory) [pid 28034] access(/home/james/.ooo3/user/registry/data/org/openoffice, F_OK) = -1 ENOENT (No such file or directory) -- [pid 28034] fcntl(27, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 [pid 28034] close(27) = 0 [pid 28034] stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice/Setup.xcu, 0x7fff6244bd80) = -1 EACCES (Permission denied) [pid 28034] open(/usr/lib64/openoffice/program/../basis-link/program/libexlinkli.so, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28034] open(/usr/lib64/openoffice/program/../basis-link/program/libpackage2.so, O_RDONLY) = 27 ja...@sliver ~ $ tail -500 strace.log | less ja...@sliver ~ $ tail -f strace.log Process 28003 detached ... wait4 resumed [{WIFEXITED(s) WEXITSTATUS(s) == 0}], 0, NULL) = 28003 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- wait4(-1, 0x7fffde7b2ce4, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn(0x)= 0 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7f72d5e20270}, {0x438d90, [], SA_RESTORER, 0x7f72d5e20270}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, ..., 71)= 0 exit_group(0) = ?
Re: [gentoo-user] Re: Java jdk
James wrote: Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. in /usr/bin we see -rwxr-xr-x 1 root root 76 Aug 2 14:34 oobase -rwxr-xr-x 1 root root 76 Aug 2 14:34 oocalc -rwxr-xr-x 1 root root 8.2K Aug 2 14:34 ooconfig -rwxr-xr-x 1 root root 76 Aug 2 14:34 oodraw -rwxr-xr-x 1 root root 71 Aug 2 14:34 ooffice -rwxr-xr-x 1 root root 80 Aug 2 14:34 oofromtemplate -rwxr-xr-x 1 root root 79 Aug 2 14:34 ooimpress -rwxr-xr-x 1 root root 76 Aug 2 14:34 oomath -rwxr-xr-x 1 root root 3.0K Aug 2 14:34 ootool -rwxr-xr-x 1 root root 75 Aug 2 14:34 ooweb -rwxr-xr-x 1 root root 78 Aug 2 14:34 oowriter It starts up and throws that java runtime exception I thought rebuilding dev-db/hsqldb might help, but no.. Google for days now produces nothing ??? James Same here. Have you tried renaming the config directory and letting it recreate it fresh? Sometimes that helps. You know, the /home/user name/.ooo3 directory? You can rename it, move it or something then restart OOo and see if it works. If that fails, kick it. LOL Dale :-) :-)
[gentoo-user] Re: Java jdk
On 08/02/2009 01:42 PM, James wrote: waltw41terat gmail.com writes: java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK I forgot to ask last time: what printed the lines above? I don't recognize the format from anything I have. This may be the real key to your problem. My 20java-config is identical to yours, so that's not the problem. Here is my /usr/lib/jvm: $ls -l /usr/lib/jvm lrwxrwxrwx 1 root root21 2008-04-20 09:24 sun-jdk-1.5 - /opt/sun-jdk-1.5.0.15/ lrwxrwxrwx 1 root root21 2009-07-01 05:50 sun-jdk-1.6 - /opt/sun-jdk-1.6.0.14/ Here is my /etc/java-config-2: $ls -lF /etc/java-config-2/ drwxr-xr-x 2 root root 4096 2009-07-01 05:48 build/ lrwxrwxrwx 1 root root 25 2008-04-26 14:50 current-system-vm - /usr/lib/jvm//sun-jdk-1.6/ -rw-r--r-- 1 root root 61 2009-01-13 22:33 virtuals The file 'virtuals' and the two files in the 'build' directory have only example items that are commented out. Have a look there. Either rename or delete your ~/.java directory. Mine is often out of date even thought theoretically we shouldn't need to worry about it. And try renaming or deleting your ~/.ooo3 directory for the same reasons. And 'grep -r 1.4.2 /etc/*' may turn up obsolete config files that you don't know you have. It's like rummaging through your attic :)