I fill a new bug report because, although maybe related, I think my problem is different form the one in Bug #242846 (app-office/openoffice-3.0.0 startup issue). When starting any app from openoffice suite, the splash screen is displayed and stays forever. Issuing the command "ps -U myuser" shows me, for instance with oocalc, 4 new processes: oocalc, soffice, oosplash.bin and soffice.bin. Surprisingly, openoffice application start normally if I first issue the command "su other-user", even if other-user is actually the user I am currently logged in! But, if I open a new KDE session with other-user login, I cannot start normally openoffice. I need to su someone first. I mark the bug Major since it first prevents the users from starting the application. It took me some time to realize there was a workaround. I checked this happens with both the binary package, and the source package with these USE flags: app-office/openoffice-3.0.0 USE="-binfilter cups dbus -debug eds -gnome -gstreamer gtk java kde ldap -mono -nsplugin -odk opengl pam -templates*" LINGUAS="-af -ar -as_IN -be_BY -bg -bn -br -bs -ca -cs -cy -da -de -dz -el en -en_GB -en_US -en_ZA -eo -es -et -fa -fi fr -ga -gl -gu_IN -he -hi_IN -hr -hu -it -ja -km -ko -ku -lt -lv -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN -pl -pt -pt_BR -ru -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" Reproducible: Always Steps to Reproduce: 1. Try starting openoffice: it fails. 2. First do su some_user, and then try starting openoffice: it works. I am running KDE 3.5.9. uname -a gives me Linux scandium 2.6.25-gentoo-r7 #3 SMP Thu Sep 4 11:31:45 CEST 2008 i686 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux and emerge --info Portage 2.1.6.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 i686) ================================================================= System uname: Linux-2.6.25-gentoo-r7-i686-Intel-R-_Core-TM-2_CPU_6600_@_2.40GHz-with-glibc2.0 Timestamp of tree: Tue, 10 Feb 2009 02:00:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-util/cmake: 2.4.8 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" LINGUAS="fr en" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa aspell berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups dbus djvu dri dv dvd dvdr dvdread eds emacs emboss encode evo fam ffmpeg firefox flac fortran fpx gdbm gif gphoto2 gpm graphviz gs gstreamer gtk hal iconv ieee1394 imagemagick imlib ipv6 isdnlog java jbig jpeg jpeg2k kde lame latex lcms ldap libnotify mad midi mikmod mjpeg mmx mp3 mpeg mudflap mysql ncurses nls nptl nptlonly ogg openexr opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime raw readline redsktop reflection sdl session speex spell spl sse sse2 ssl startup-notification svg sysfs tcpd texlive theora tiff truetype unicode usb v4l v4l2 vcd vidix vorbis win32codecs wmf x264 x86 xine xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr en" USERLAND="GNU" VIDEO_CARDS="ati vesa fglrx" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Changing Severity to Normal as it only stops a single user from starting OOo. :)
Do you get some output, when loading it up from a terminal as normal users. Besides that: Normally these kind of bugs are caused by a broken x.org-setup, like normal users not having access to DRI, so you might want to check that.
(In reply to comment #2) > Do you get some output, when loading it up from a terminal as normal users. > No, nothing except QSettings: failed to open file '/usr/qt/3/etc/settings/qt_plugins_3.3rc' that I get from almost any application. I also checked the same happens for root: starting a FVWM root session, I can't start OOO applications from a terminal (and no output). > Besides that: Normally these kind of bugs are caused by a broken x.org-setup, > like normal users not having access to DRI, so you might want to check that. > I thought it would usually happen the other way around: something you could start normally, but not after a su. Fortunately, it looks like I'm the only one on this planet to have the problem!
dtardon->samy.abbes: Could you attach results of running env in terminal before and after su?
Created attachment 182219 [details] env before su
Created attachment 182221 [details] env after su
Hmm, the differences are really minimal ... but there is one thing I think is worth a try: 1. log in 2. start terminal and run su for the same user 3. echo $XAUTHORITY 4. exit 5. export XAUTHORITY=the value from step 3 6. ooffice What does it do?
(In reply to comment #7) > Hmm, the differences are really minimal ... but there is one thing I think is > worth a try: > 1. log in > 2. start terminal and run su for the same user > 3. echo $XAUTHORITY > 4. exit > 5. export XAUTHORITY=the value from step 3 > 6. ooffice > > What does it do? > I did that, it gives me the following errors: Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Failed to open display Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Xlib: connection to ":0.0" refused by server Xlib: No protocol specified /usr/lib/openoffice/program/soffice.bin X11 error: Can't open display: :0.0 Set DISPLAY environment variable, use -display option or check permissions of your X-Server (See "man X" resp. "man xhost" for details)
There is a list of another things you can try and some questions to answer. The experiments first: 1. SAL_NOOPENGL=true ooffice If there is a problem with OpenGL. 2. SAL_USE_VCLPLUGIN=kde OOO_FORCE_DESKTOP=kde ooffice I believe you're using KDE as your desktop; there might be some problem detecting it on the side of openoffice. 3. SAL_USE_VCLPLUGIN=gtk OOO_FORCE_DESKTOP=none ooffice 4. SAL_USE_VCLPLUGIN=gen OOO_FORCE_DESKTOP=none ooffice There can be a problem in the KDE backend of openoffice. 5. PATH=/home/abbes/bin:/bin:/usr/bin LD_LIBRARY_PATH='' ooffice Now the questions: 1. Do you have accessibility enabled (that's everlasting source of problems)? 2. Do you have KDE 4 libraries installed?
(In reply to comment #9) > There is a list of another things you can try and some questions to > answer. The experiments first: > > 1. SAL_NOOPENGL=true ooffice > If there is a problem with OpenGL. > Yes, it works! Thanks a lot to dtardon@redhat.com, of course. I did'nt realize I had problems with opengl, and actually I do: glxinfo name of display: :0.0 Xlib: sequence lost (0x10000 > 0x1b) in reply type 0x0! X Error of failed request: 0 Major opcode of failed request: 0 () Serial number of failed request: 0 Current serial number in output stream: 27 I tryed the other experiments, just to be sure, and here are the results: - Numbers 2, 3 and 4 fail - Number 5 works also! Actually, LD_LIBRARY_PATH='' ooffice works. I guess it is consistent with number 1 working? The answers to the questions are: I don't have accessibility enabled, and I don't have KDE4 libraries installed. Also, I don't think KDE is involved, since the very same happens for root opening an FVWM session with startx. I leave the bug assigned, since maybe you guys prefer to decide when it is fixed.
(In reply to comment #10) > (In reply to comment #9) > > There is a list of another things you can try and some questions to > > answer. The experiments first: > > > > 1. SAL_NOOPENGL=true ooffice > > If there is a problem with OpenGL. > > > > Yes, it works! Thanks a lot to dtardon@redhat.com, of course. > I did'nt realize I had problems with opengl, and actually I do: > glxinfo > name of display: :0.0 > Xlib: sequence lost (0x10000 > 0x1b) in reply type 0x0! > X Error of failed request: 0 > Major opcode of failed request: 0 () > Serial number of failed request: 0 > Current serial number in output stream: 27 > > > I tryed the other experiments, just to be sure, and here are the results: > - Numbers 2, 3 and 4 fail > - Number 5 works also! Actually, LD_LIBRARY_PATH='' ooffice works. I guess it > is consistent with number 1 working? > I think so. Your 'normal' environment has LD_LIBRARY_PATH=/usr/lib/xorg set, so there is probably some library (libglx.so?) there that causes the problem. You might want to look which package added the LD_LIBRARY_PATH (grep for it in /etc/env.d and then use qfile or equery belongs). You should also check your OpenGL settings (eselect opengl).
This was a user setup problem, thanks David for the advice! closing