max-linux / max-desktop

Paquetes, personalizaciones y scripts del MAX Escritorio
12 stars 7 forks source link

bug en LibreOffice #604

Closed javierpuche closed 9 years ago

javierpuche commented 9 years ago

Parece que nos está afectando este bug: https://www.libreoffice.org/bugzilla/show_bug.cgi?id=82229

mariodebian commented 9 years ago

No encuentro ningún parche con el que probar. Parece que el culpable son las "locale" porque en inglés no ocurre.

madrid-linux commented 9 years ago

Ok, vamos a estar atentos a ver si resuelven el bug y en que versión lo integran.

El 02/10/14 a las #4, Mario Izquierdo escribió:

No encuentro ningún parche con el que probar. Parece que el culpable son las "locale" porque en inglés no ocurre.

— Reply to this email directly or view it on GitHub https://github.com/max-linux/max-desktop/issues/604#issuecomment-57592289.

javierpuche commented 9 years ago

Parece que el bug sigue ahí parado y que sólo afecta a Ubuntu, prueba curiosa: LANG=es_ES lowriter Funciona bien, mientras que con el LANG=es_ES.UTF-8 que está por defecto no va (muestra el NaN) Sin embargo en Debian (LMDE) con LANG=es_ES.UTF-8 sí funciona bien ¿? LO 4.1.3.2

En MAX con la 4.2.3.3 va bien y con la 4.3.1.2 no y tampoco con la 4.1.x.x (y lo de arriba de fijar el LANG sin el UTF-8 - que en realidad es incorrecto - sólo me va en algunas máquinas, en otras no, ver abajo)

Mario ¿Te suena alguna diferencia al haberlas compilado, especialmente la 4.2?

En la que me funciona el apaño se queja: (process:10569): Gdk-WARNING _: locale not supported by C library (soffice:10569): Gtk-WARNING _: Locale not supported by C library. Using the fallback 'C' locale.

Ya he dado con ello, para reproducirlo hay que poner LC_ALL vacía, entonces sí se queja si el locale no existe y en ese caso lo muestra bien. El tema es que claro, lo habré en inglés, no nos vale; salvo que luego cambiando en Opciones sí se puede conseguir que lo habrá en Español volviendo a poner el idioma de Interfaz de Usuario (no Default: Spanish, sólo va con Spanish a secas) , configuración regional y idioma predeterminado para documetnos (la opción de Ignorar Idioma de entrada del sistema no parece cambiar nada)

javierpuche commented 9 years ago

No vamos a gastar demasiado tiempo en este Bug, por un lado no afecta a la funcionalidad de LibreOffice, sólo la estética de mostar un NaN cuando no debería, por otro en Ubuntu 14.04 y otros no pasa, pero analizar porqué pasa en Ubuntu 12.04 podría llevar mucho tiempo (análisis de todas las librerías de las que depende, parece que actualizando libc sigue ahí...) Yo he comparado locales y lanzadores y no hay diferencia con equipos donde no pasa. Si en libreoffice o freedesktop averiguan algo, genial, si no, publicaré en los foros el truco para evitarlo: fijar LC_ALL a vacío y LANG=C antes de lanzar libreoffice (se pueden meter ambas en el lanzador) La primera vez ir a Idiomas y cambiar a Spanish(Spain) (no default) , en los siguientes arranque ya estará en Español.

A todo esto he visto que la variable LANGUAGE se fija así: LANGUAGE=es_ES:en en una instalación limpia, que creía que estaba mal pero es lo correcto.

Si Mario recompila libreoffice para tener la última versión de la 4.3 cuando vayamos a sacar max 7.5.1, se mira si hay alguna opción de compilación que pueda estar afectando (parece que no)

javierpuche commented 9 years ago

Alguna información de depuración, en un MAX 7.5 con la 4.2.3.3 de LibreOffice que no tenía el problema NaN, actualizo sólo libreoffice a la última 4.3.1.2, aparece el problema y lo único que ha cambiado son los siguientes paquetes: Se instalarán los siguientes paquetes NUEVOS: libboost-iostreams1.54.0 libboost-system1.54.0 libcdr-0.1-1 libglew1.10 libmspub-0.1-1 librevenge-0.0-0 libvisio-0.1-1 libwpd-0.10-10 libwpg-0.3-3 libwps-0.3-3 Se actualizarán los siguientes paquetes: libreoffice libreoffice-base libreoffice-base-core libreoffice-base-drivers libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-gnome libreoffice-gtk libreoffice-impress libreoffice-java-common libreoffice-math libreoffice-style-galaxy libreoffice-style-human libreoffice-writer python-uno uno-libs3 ure

(Y sin actualizar nada más)

Así que de liberías poco, estoy mirando diferencias de otros a ver.

javierpuche commented 9 years ago

He instalado en una máquina virtual los .deb bajados de libreoffice.org de la 4.3.3 (i386) y no aparece el problema, habrá que ver al compilarla nosotros si se corrige o hay que mirar algo del entorno de compilación.

mariodebian commented 9 years ago

Compilados y subidos los paquuetes de la 4.3.3,

[ ] actualizar [ ] comprobar que se ha solucionado el bug NaN...

madrid-linux commented 9 years ago

Sigue apareciendo el NaN, probado en 32 y 64 bits. Sin embargo en los bajados del PPA (4.3.3.2 *) no aparece, parece un tema de dependencias o del entorno de compilación, lo vamos investigando a ver si damos con ello (si no existe la ñapa de cambiar en el lanzador a locale C, vacío o inválido, pero vamos a intentar evitarlo)

Curiosamente con la 4.2.3.3 nuestra no pasaba y sí con la anterior (4.1.x.x y con la 4.3.1.x)

(*) -> http://donate.libreoffice.org/home/dl/deb-x86/4.3.3/es/LibreOffice_4.3.3_Linux_x86_deb.tar.gz

El 11/11/14 a las 09:37, Mario Izquierdo escribió:

El 11/11/14 a las 09:37, Mario Izquierdo escribió:

Compilados y subidos los paquuetes de la 4.3.3,

[] actualizar [] comprobar que se ha solucionado el bug NaN...

— Reply to this email directly or view it on GitHub https://github.com/max-linux/max-desktop/issues/604#issuecomment-62517069.

mariodebian commented 9 years ago

Arreglado con libicu52

javierpuche commented 9 years ago

Por dejarlo documentado, la pista nos la dio este post: https://www.mail-archive.com/libreoffice-bugs@lists.freedesktop.org/msg210722.html