Mark
]]>[root@yen etc]# ls -l /dev/dri*
ls: /dev/dri*: No such file or directory
[root@yen etc]#
Mark
]]>And FYI - I finally found the appropriate correct solution that will fix the permissioning issue on the dri device.
Add this into your X config (e.g., xorg.conf or XF86Config(-4)):
Section "DRI"
Group "users"
Mode 0660
EndSection
You'll need to shut down and restart X for this to take effect.
HTH,
DR
]]>OK - false alarm. This is not an OO problem. (Although perhaps you can help
me with what the problem is.)I've run into this before. Apparently on my machine, /dev/dri (and
/dev/dri/card0) are always owned by root.root. This, however, prevents
regular users from accessing that device. And, apparently, Open Office tries
to access that device, fails, and then crashes.I was able to solve this problem for my current session by setting ownership
to root.users. However, this isn't a long term solution obviously. And
although Judd previously tried to help me with this by providing me with what
looked like a workable long term solution (add the line "REGISTER dri/.*
PERMISSIONS root.users 660" to /etc/devfsd.conf) this does not seem to take
effect for some reason when I reboot.Anyway, bottom line: OO not broken, but if you've got any suggestions as to
why I'm having this problem or how to work around it, I'd appreciate it.Thanks and sorry for the false alarm
[12/07/04 10:08] upgraded glibc (2.3.3-2 -> 2.3.4-1)
[12/07/04 10:08] upgraded wput (0.4-1 -> 0.5-1)
So I am guessing that the new glibc is the cause.
Trying to run OOO from the K menu or from within Konquerer does nothing. Trying to run /opt/openoffice/programs/soffice directly segfaults.
Any thoughts?
Mark
]]>