Migración a LibreOffice 6.1 Base

Hace unos días se ha publicado la beta1 de LibreOffice 6.1.
He descargado el paquete y lo he instalado en Fedora 28.
Al ser una versión de desarrollo, al ejecutarse, crea sus propios directorios de usuario, distintos de los de la versión estable.

El motor de base de datos que viene implementado por defecto es Firebird, aunque HSQLDB sigue funcionando normalmente.

Al abrir una base de datos realizada con HSQLDB, que puede ser cualquier base realizada con una versión menor (salvo que se hubiera activado Firebird anteriormente) siempre solicita convertirla a Firebird.

Esto se puede obviar presionando el botón “latest” en vez de “yes”.

Para convertirla a la versión de Firebird hay que tener presente varias cuestiones, pues el sistema de conversión aún tiene fallos:

Realizar un copia de seguridad de la base de datos que queremos abrir y trabajar con la copia.

Comprobar si tenemos alguna vista de tabla. Es decir en el menú “tablas” están las tablas propiamente dichas y la vistas, que no son mas que una consulta, que puede ser de tablas combinadas.

En caso de que existan vistas de tablas hay que abrirlas y comprobar que no haya campos calculados o campos concatenados que no estén realizados de manera que puedan ser correctamente interpretados por la nueva versión, pues en caso contrario la vista se elimina en la conversión.

Si hay campos calculados o campos concatenados en la vista lo mejor es crear una nueva consulta en modo SQL, copiar la instrucción SQL que nos muestra la vista y guardar la nueva consulta que hemos realizado con esta instrucción SQL copiada.

El error mostrado venía dado por un campo concatenado, que no se ajustaba a Firebird. En la consulta cambié la instrucción y conseguí que funcionara.
Usaba: “Prenom” + SPACE( 1 ) + “Nom”
Rectifiqué: “Prenom” || ‘ ‘ || .”Nom”

A continuación tendríamos que comprobar todos las consulta que tenemos. En la que figure la vista de tabla habría que cambiar todos los datos por los de la consulta.

Un método puede ser con un editor de texto y la edición SQL de consultas.

En mi caso la vista de tabla de llamaba vMovimientos y la consuta creada con la misma instrucción c_vMovimientos. Copiaba el resultado de la salida de la consulta en un editor de texto (kate) y con buscar y remplazar ya tenía la nueva sintaxis. Volvía a copiar y pegar. Guardaba la consulta y la base. Resuelto parcialmente.


La consultas con parámetros, si en criterio se hace referencia a un campo de una tabla, poniendo <= [tabla].[campo] muestra error.

Los campos numéricos y con decimales dan problemas.
Tengo en una tabla “Movimientos” que tiene, entre otros, tres campos “DECIMAL” con dos decimales.
Al importar los campos INTEGER, DATE, VARCHAR Y BOOLEAN no han dado problemas, pero los DECIMAL sí.

Había cantidades que no daban problemas, pero en otras el resultado era desastroso.
Números positivos los convertía en negativos que no tenía relación alguna, las cantidades con decimales terminados en 00 las dividía por 100. 9000,00 pasaba a ser 90,00, un 9xx,xx lo pasaba a -16xx,xx.

Para solucionarlo copio desde la base guardada y, abierta con una versión antigua, la tabla en Calc:
Crear tres nuevas columnas,
Multiplicar el resultado por 100.
Cambiar a formato numérico y sin decimales.
Transponer a sus antiguas columnas.

Con esto ya puedo realizar la exportación de datos a la tabla Movimientos de la nueva base convertida.

Parece un proceso muy engorroso, pero si se hace con tranquilidad, en poco tiempo se ha finalizado.

Por ahora, en la comprobación que he realizado, tanto los datos de fecha como los numéricos están correctos, sin que haya diferencia entre una y otra tabla.

NOTA.- En una comprobración posterior, y en un campo calculado, el resultado del mismo es el que he importado de la hoja de cálculo, no de lo que figura en la tabla.

Es decir, está multiplicado por 100 con respecto a lo que figura en la tabla.

El bug ha sido reportado por Xisco Fauli @x1sc0    https://bugs.documentfoundation.org/show_bug.cgi?id=118043 .

 

Anuncios

BITDEFENDER ANTIVIRUS SCANNER EN FEDORA 27

BitDefender Antivirus Scanner for Unices, un antivirus de BitDefender y que se puede utilizar gratuitamente.

La página de descarga es:

https://www.bitdefender.es/business/antivirus-for-unices.html

Después deberemos solicitar una licencia gratuita por un año, esta parte si que está visible desde el enlace Solicite licencia gratuita, que nos mandará una clave a nuestro email.

Una vez descargado, simplemente ejecutamos (sin olvidarnos de hacerlo ejecutable), como root:

sh BitDefender-Antivirus-Scanner-7.7-1-linux-amd64.rpm.run

Seguimos las instrucciones de la terminal, incluyendo escribir la palabra accept e indicando que queremos instalar también la interfaz gráfica.

El software ha sido discontinuado desde principios de 2016. Esta versión 7.7.1, data de noviembre de 2014, que en software antivirus es un mundo, las firmas siguen actualizándose diariamente, esencialmente son las mismas que usan otros productos de BitDefender, así que ningún problema.

Como habéis podido ver, además tiene versión nativa de 64 bits, que es de las cosas que más me gustan en BitDefender.

Si te has registrado con anterioridad y tienes licencia, puedes descargarlo directamente de:
https://download.bitdefender.com/SMB/Workstation_Security_and_Management/BitDefender_Antivirus_Scanner_for_Unices/Unix/Current/EN_FR_BR_RO/Linux/

Para evitar errores y que se carguen los motores antivirus, una vez instalado hay que ejecutar estos dos comandos, como root:

ln –force –symbolic /opt/BitDefender-scanner/var/lib/scan/Plugins /opt/BitDefender-scanner/var/lib/scan/Plugins/plugins
(todo lo anterior en la misma linea, pues es un único comando)

ll /opt/BitDefender-scanner/var/lib/scan/Plugins/plugins

Con ello ya se puede arrancar el programa, proceder al cambio de licencia (la consta es la de evaluación), actualizar las firmas y comenzar el escaneo.

Error al inicio de Linux debido a CUPS

Uso Fedora 25 KDE. Desde hace tiempo y, con varias versiones anteriores. se está produciendo el mismo fallo al inicio del sistema.

Para ver los errores que se han producido en el inicio de sesión, en los sistemas que incorporan Systemd, hay que teclear el comando:

[root@HOST-PC ~]# journalctl -b -p err

Uno de los que estaba arrojando últimamente era:
cupsd[1213]: Missing value on line 11 of /var/cache/cups/job.cache.

Los números 1213 y 11 pueden variar. El primero debe ser un índice de Journal (el registro de logs de Systemd) y el segundo hace referencia a la línea del fichero job.cache que produce el fallo.

Es este caso era debido a que cups-pdf (la impresora virtual) al crear un fichero no le asignó un nombre en el archivo job.cache.

Intenté borrar la caché de Cups desde el administrador de impresión (system-config-printer), pero no se encontraban trabajos pendientes ni terminados. También desde la interfaz web del servidor cups: http://localhost:631/jobs?which_jobs=all

No era posible. No se podía borrar. Incluso eliminé el contenido de  job.cachecon un editor de texto, pero al volver a iniciarse el contenido estaba otra presente, así como el error se reproducía.

Al final la solución llegó a través de la consola.

Los comandos a ejecutar son:

Parar Cups:

[root@HOST-PC ~]# systemctl stop cups.service

Ver la lista de trabajos completados:

[root@HOST-PC ~]# lpstat -W completed -o

Ver la lista de trabajos no completados:

[root@HOST-PC ~]# lpstat -o

Eliminar todos los trabajos:

[root@HOST-PC ~]# cancel -a -x

Esto cancelará todos los trabajos.

Editar el fichero  /var/cache/cups/job.cache, borrar el contenido y guardar de nuevo.

por ejemplo con nano como root

[root@HOST-PC ~]# nano /var/cache/cups/job.cache

Reiniciar el sistema y ver si se ha solucionado el fallo.

SI las respuestas dadas aquí no funcionan:

ps aux | grep printer kill {printer job}

Este último comando no lo he probado. con lo anterior fue suficiente.

Un saludo,

Emiliano

 

Instalar dos versiones de LibreOffice en Fedora 23

Debido a un bug en LibreOffice Base 5.0, que resulta bastante molesto, he tenido que instalar dos versiones del mismo.

Uso Fedora 23 kde de 64 bits. En los repositorios sólo está LibreOffice 5.0. La versión 4 es para Fedora 22

Uno de los programas que me interesa es Base. El motivo es la gestión de dos BB.DD. de escritorio.

Las tengo preparadas desde hace tiempo en Access de MS-Oficie 2003, pero tengo ganas de desprenderme de Virtual-Box y la MV de Windows 7. Sólo lo utilizaba para estabas bases de datos.

Con LibreOffice 4 no tenía problemas con las BB.DD., pero con la versión 5.0 comenzaron a aparecer.

El primero, que no aceptaba los cambios en el tipo de fuentes ni en el resto de formatos en tablas, consultas y control de tablas de formularios. Tomaba la fuente del sistema, creo, y no había forma de cambiarla. Tenías que irte a Preferencias del sistema y en fuentes, variabas el tamaño, y veías si te gustaba el formulario a imprimir, si cabían todos los caracteres en sus casillas, etc. Vamos un lio.

El segundo, ya en la última versión (5.0.4.2) es con los controles tabla de los formularios. No se pueden editar. Imprimes y te salen unas letras gigantes en los encabezados de las columnas.

He probado en varios ordenadores, distintas distribuciones, e incluso en Windows 7 y 10.

El patrón siempre es el mismo, con LibreOffice 5.0 el bug se repite, con la versión 4 no.

Ambos errores están reportados en varias ocasiones, sin resultado hasta la fecha.

Total que quise probar instalando dos versiones: LibreOffice, instalación en paralelo.

Pero no había forma, lanzaba el comando y siempre daba error.

Total que con DNF desinstalé LibreOffice Base 5.0, descargué de la página de LibreOffice la versión 4.7, descomprimí todos los archivos en un directorio y, desde la línea de comandos, instalé lo mínimo indispensable: base, Writer y los paquetes de idiomas. Si me solicitaba algún paquete mas lo añadía al comando. (Writer es necesario para poder visualizar los formularios y los informes).

Otro cambio que hubo que realizar fue el de los iconos. Sustituir Breeze por Oxygen.

Lo “malo” es que la integración de escritorio de base no es la misma que la del resto de paquete. Fedora siempre ha mantenido la interfaz de LibreOffice igual que el resto del escritorio, sin desentonar. Con el instalador descargado de la página de LibreOffice, aunque instales el paquete de kde, nunca queda bien, los colores desentonan, el navegador de archivos es antiguo y no sigue el patrón de Dolphin, etc.

Otro problema que hay es que si tienes abierto base no se puede abrir Writer o Calc 5.0.

Pero hasta que se solucione el bug no habrá más remedio que hacerlo así. No tengo ganas de hacer una instalación de Fedora 22 en Virtual-Box para poder tener la versión 4.7

Parece que base es “el patito feo” de LibreOffice. Por lo que se ve en las notas de lanzamiento de las distintas versiones y lo que se dice en foros, blogs, redes sociales, etc. es que las novedades son mínimas y hay bug que se arrastran y tardan en arreglarse.

Un saludo,

Emiliano

Instalar BlueGriffon 1.7.2 en Fedora 20

Volvemos con la instalación de Bluegriffon.

No sé si está discontinuado, pero lleva sin actualizar desde el 19/07/2013 que salió la versión 1.7.2

El problema para la instalación es que necesita xulrunner 26 y la versión de los repositorios, a día de hoy, es la 30.

He encontrado el fichero en rpm y no es es necesario instalar el tar.bz2.

Los archivos para instalar son:

32 bits:

https://kojipkgs.fedoraproject.org//packages/xulrunner/26.0/2.fc20/i686/xulrunner-26.0-2.fc20.i686.rpm

http://fr2.rpmfind.net/linux/local/fedora/20/i386/os/Packages/bluegriffon-1.7.2-5.fc20.i686.rpm

64 bits

https://kojipkgs.fedoraproject.org//packages/xulrunner/26.0/2.fc20/x86_64/xulrunner-26.0-2.fc20.x86_64.rpm

http://fr2.rpmfind.net/linux/local/fedora/20/x86_64/os/Packages/bluegriffon-1.7.2-5.fc20.x86_64.rpm

Una vez instalado hay que evitar que xulrunner se pueda actualizar a una versión más reciente.

Para ello hay dos opciones, ambas a ejecutar desde la consola, y como usuario root.

Editar el fichero /etc/yum.conf y añadir la siguiente linea:

exclude=xulrunner

Pegar en consola y darle a intro: echo ‘exclude=xulrunner’ >> /etc/yum.conf

La más sencilla la segunda.

Migración a KVM-QEMU desde ViurtualBox

Tras haber probado con éxito la solución de virtualización compuesta por Qemu-KVM, decidí, en la nueva instalación de Fedora 20, prescindir de VirtualBox y migrar las máquinas virtuales a la nueva plataforma.
La verdad es que no he tenido problemas con VirtualBox. Lo he utilizado con los repositorios de Oracle, antes Sun, instalando la extensión para usb desde que esta salió.
Lo llevo utilizando desde que eliminé la partición Windows del PC, hace ya varios años.
Lo primero que hay que comprobar es si el procesador admite las extensiones de virtualización
[user@home ~]$ lsmod | grep kvm
kvm_amd 60017 0
kvm 460181 1 kvm_amd
kvm_intel 44896 2
kvm 159656 1 kvm_intel
La primera respuesta es con procesador amd y la segunda con procesador intel.
Se comprueba que, en ambos casos, soporta la virtualiación.
Para instalar kvm-qemu:
Como root:
[root@home ~]$ yum install @virtualization
Una vez instalado, iniciar el servicio “libvirtd”, sin esperar a reiniciar el equipo.
[root@home ~]$ systemctl start libvirtd
Convertir las máquinas a formato utilizable por la nueva plataforma, para no perder el tiempo en reinstalación, sobre todo de Windows 7, que es eterno, con las actualizaciones que parece que nunca acaba. Cuando pasan tres días aún salen descargas.
Tenía dos mv, una con Windows 7 y otra con ReactOS. Se puede ejecutar como usuario, no hace falta ser root.
[user@home ~]$ qemu-img convert -f vdi -O qcow2 Windows-7.vdi Windows-7.qcow2
 
[user@home ~]$ qemu-img convert -f vdi -O qcow2 ReactOS.vdi ReactOS.qcow2
Para cambiar el directorio de instalación de las máquinas, aprovechar una partición distinta, y en caso de una reinstalación del sistema no borremos, por error, las máquinas instaladas tenemos que tener presente.
El directorio por defecto es: /var/lib/libvirt/images
Hay que editar el fichero: /etc/libvirt/storage/default.xml
Buscar la linea “/var/lib/libvirt/images” y sustiuir por el directorio deseado.
En mi caso fue: /mnt/DATOS/ VIRTUALIZACION/Images. Es una partición distinta a “/”.
Los ficheros de configuración de las distinta máquinas se guardan en el directorio:
/etc/libvirt/qemu
Tienen la extensión xml. Editandolos se pueden cambiar parámetros que de forma gráfica no es posible.
Por ejemplo para cambiar la memoria de video sustituir en ram y en vram las cantidades de memoria asisgnada:
64 MB – 64 x 1024 = 65536
128 MB – 128 x 1024 = 131072
Para iniciar Windows 7 desde interfaz gráfica:
Lanzar “Gestor de máquina virtual” virt-manager e introducir la password de root.
Pulsar el icono de “Crear una máquina virtual nueva”, marcar en “Importar imagen de disco existente”, pulsar en “adelante” y en la siguiente pantalla, darle al botón explorar, y se mostrarán las máquinas disponibles, marcar la deseada, y seguir el asistente.
Con ello está la máquina creada. Mas fácil …..

KDE 4.11 disponible para Fedora 19

Desde el día 12 de los corrientes se encuentran disponibles los paquetes para KDE 4.11 en el repositorio de KDE-RedHat http://apt.kde-redhat.org/apt/kde-redhat/fedora/

Para actualizar o instalar hay que habilitar el repositorio “unstable”.
Para instalar el repositorio:
En consola, como usuario root, teclear:


Un saludo,