You are not logged in.
Is anyone having this problem? I open some file in LibreOffice and after some minutes oosplash.bin begin eating 100% CPU. Killing the process solve the issue.
Offline
I do too.
Arch 64 with latest kernel from core
Offline
Noticed the same here. Someone should open a bug report.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Done, ticket #24617.
Offline
meanwhile, I disabled the splash screen. It worked for me
Offline
Same problem here on 64bit. Not positive metre's solution will work (I manually killed the process and it didn't restart), but in the event it works and for those unfamiliar I used THIS to disable the splash screen. Namely, in /usr/lib/libreoffice/program/sofficerc, change:
Logo=1
to
Logo=0
Please feel free to offer an additional/better/preferred way if such a thing exists.
Offline
For my own, i've edited the /etc/libreoffice/sofficerc file... It's a configuration matter, after all...
Offline
Same problem here on 64bit. Not positive metre's solution will work (I manually killed the process and it didn't restart), but in the event it works and for those unfamiliar I used THIS to disable the splash screen. Namely, in /usr/lib/libreoffice/program/sofficerc, change:
Logo=1
to
Logo=0
Please feel free to offer an additional/better/preferred way if such a thing exists.
You're right, I did it: this is still working, for me, with the last update of LibreOffice on the official repository, called '3.4.1rc1-1' (http://www.archlinux.org/packages/testi … breoffice/)
Last edited by metre (2011-06-17 13:06:31)
Offline
Same here (64bit), after setting Logo=0 the CPU is quiet now. But I still have this oosplash.bin and can see the logo when staring up libreoffice. What exactly is this option and this process doing?
Offline
The right path would be /etc/libreoffice/sofficerc
Because the one in /usr is overwritten with an update
Offline
@eduardo.eae: oddly, I only changed the version in /usr/lib, but the one in /etc was already set to 0 (or set that way by changing /usr/lib?
Offline
[andyrtr@workstation64 ~]$ ls -lha /usr/lib/libreoffice/program/sofficerc
lrwxrwxrwx 1 root root 26 15. Jun 19:26 /usr/lib/libreoffice/program/sofficerc -> /etc/libreoffice/sofficerc
So both are under pacman backup control
Offline
I just noticed this problem - quick search and here is the answer - It's why I always end up back with Arch
Offline
I just noticed this problem - quick search and here is the answer - It's why I always end up back with Arch
Not to get too OT, but I was just thinking the same thing. I recently started having this problem and decided to search around for solutions. It is causing my little netbook some serious trouble, and, since I bought the netbook for schoolwork, I can't just quit using LibreOffice on it.
It is always nice seeing other users with the same problems posting solutions. I love the Arch community just as much as I love Arch Linux, itself.
Back OT: the one in /usr was already set to 0, for me as well. Changing the one in /etc doesn't seem to change anything, though.
I tried running
lowriter --nologo
and I get two processes: 'oosplash.bin --writer --nologo' and 'soffice.bin --writer --nologo'. Sending SIGTERM to oosplash.bin doesn't close Writer. Not sure what the point of '--nologo' really was. Not sure if I still get the same 100% CPU usage, though.
Offline
Just found a potential solution for this here: http://bugs.debian.org/cgi-bin/bugrepor … =454539#10
Or I suppose we could just call /usr/lib/libreoffice/program/soffice.bin instead of /usr/lib/libreoffice/program/soffice. This does not execute the oosplash.bin process, but everything seems to work properly.
Offline
Thank you for the hint, great help!
Offline
I found a second, even easier method, to temporarily avoid this problem:
http://blog.mitemitreski.com/
Just edit /etc/libreoffice/sofficerc and change Logo=1 to Logo=0.
Offline
Here it is the soffice.bin that stalls libreoffice writer for up to 5 minutes at 100% CPU during loading of some documents the size of 1 - 10 MB. Removal of libreoffice-gnome, libreoffice-kde4 and libreoffice-extension-languagetool fixed that. I suspect it is the languagetool doing the mess. After that removal the memory used is cut to half.
Offline
Here it is the soffice.bin that stalls libreoffice writer for up to 5 minutes at 100% CPU during loading of some documents the size of 1 - 10 MB. Removal of libreoffice-gnome, libreoffice-kde4 and libreoffice-extension-languagetool fixed that. I suspect it is the languagetool doing the mess. After that removal the memory used is cut to half.
Thank You. I've been having the problem of LibreOffice freezing once I start to type. Checking top, I noticed soffice.bin at 100% cpu. Been having this problem for weeks. Finally found this thread, and removed libreoffice-extension-languagetool and now LibreOffice works fine!
Offline
Here it is the soffice.bin that stalls libreoffice writer for up to 5 minutes at 100% CPU during loading of some documents the size of 1 - 10 MB. Removal of libreoffice-gnome, libreoffice-kde4 and libreoffice-extension-languagetool fixed that. I suspect it is the languagetool doing the mess. After that removal the memory used is cut to half.
Confirmed, this does indeed work! Thanks!
Offline