lunes, 13 de diciembre de 2010

Problem with libicuuc.so.44 running go-openoffice / Problema con libicuuc.so.44 al ejecutar aplicaciones de go-openoffice

Trying to run OpenOffice.org (go-openoffice installation) and getting this output?


"/usr/lib/go-openoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.44: cannot open shared object file: No such file or directory


The same happened to me and after a little bit of research I found a workaround if you manage to use OpenOffice.org with some kind of urgency.

The problem is rooted in the last update of icu package on both i686 and x86_64 (actually I went in trouble under Archlinux x86_64 and I haven't checked if the same happens on i686 but I'm pretty sure I will do soon because I also use a laptop with this architecture). Not the update itself (with all respects for the devs) but this new version (icu 4.6-1), which was released a few days ago [2010-12-08], conflicts with go-openoffice binary which still points to its previous version (which is icu 4.4.2-1)

So I had to downgrade icu package.

As always (if not, most of the times), the wonderful wiki has the answer: I cheked Archlinux's package downgrade wiki page and it wasn't very difficult to find and download icu-4.4.2-1-x86_64.pkg.tar.xz (remember, I'm running a x86_64 computer, that may not be your situation). After removing libwebkit (wich needs icu 4.6) and packages I had installed on my computer that need libwebkit as a dependency (empathy, midori and handbrake), I just run pacman -U where I had icu 4.4.2 package placed and pacman did the rest for me, as it kindly and usually does (:


After that I got my OpenOffice.org (go-openoffice) running again and with no further issues to highlight. I expect the next go-openoffice release to have this little issue solved.


References:

Archlinux's bugtracker issue 22041 which referred to 22031, 19197 also helped.

########################################################

¿La salida que te da tu terminal al ejecutar cualquier aplicación de OpenOffice.org (con instalación de go-openoffice) es esta?


/usr/lib/go-openoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.44: cannot open shared object file: No such file or directory


Lo mismo me ha ocurrido a mi y después de investigar un poco di con un apaño que podría servirte si lo que quieres es hacer uso de OpenOffice.org ya mismo sin calentarte demasiado la cabeza.

El problema está causado por la última actualización del paquete icu para ambas arquitecturas (en realidad el problema me lo he topado en mi Archlinux x86_64 y aun no he podido comprobar si se da también en i686 pero estoy seguro de que no tardaré demasiado en hacerlo dado que mi portátil es de esa arquitectura). El fallo no está en la actualización en sí (no estoy criticando el trabajo de los desarolladores), sino en que esta nueva versión del paquete (4.6-1), que se estrenó hace unos días [8-12-2010] entra en conflicto con el binario de go-openoffice, que todavía hace uso y por tanto apunta a la versión anterior (4.4.2-1)

Así que lo que tenía que hacer era instalar la versión anterior de icu.

Como siempre (si no siempre, la gran mayoría de las veces), la wiki tiene la solución: miré la página de la wiki en la que se explicaba como instalar una versión anterior de un paquete y no fue complicado encontrar y descargar el paquete que necesitaba (icu-4.4.2-1-x86_64.pkg.tar.xz, ten en cuenta que uso un ordenador de arquitectura x86_64, y puede que no sea tu caso). Después de desinstalar libwebkit (que necesita icu 4.6) y los demás paquetes que tenía instalados que necesitan a su vez libwebkit como dependencia para funcionar (empathy, midori, y handbrake), tan solo tecleé pacman -U donde tenía el paquete icu 4.4.2 y él se encargó del resto, como de costumbre y tan amablemente hace (:

Después de eso pude tener de nuevo OpenOffice.org (go-openoffice) de nuevo en marcha y sin mayores consecuencias que señalar. Confío en que en la próxima actualización de go-openoffice resuelvan este pequeño problema.


Referencias:

El tema 22041 del bugtracker de Archlinux que hacía referencia al 22031. El 19197 también fue de gran ayuda.