De alguna manera que no he sido capaz de deducir, Writer, el tratamiento de textos de LibreOffice, empezó a imprimir los documentos en tamaño B5, aproximadamente. Es decir, se veían así:
Como no imprimo mucho, me di cuenta del problema cuando algunas personas a las que les mandé un pdf convertido desde un documento de Writer me dijeron que era algo pequeño. ¿Qué configuración había cambiado?
1. Solo pasaba con Writer, así que no era cosa de la impresora; aun así comprobamos la configuración de la impresora; nada sospechoso.
2. Configuración de las preferencias de LibreOffice en Impresión general y de Writer; nada sospechoso.
3. Configuración del documento del que sale la foto anterior; nada sospechoso.
4. Configuración de la impresión desde Writer; nada sospechoso.
5. Configuración del estilo predeterminado en Writer; nada sospechoso.
Y así hasta el infinito y más allá (¡la de cosas que he visto que ni siquiera sabía que existían! - I've seen things you people wouldn't believe. All those moments will be lost in time, like tears in
rain. Time to be reconfigured).
Para finalizar seguí la sugerencia de una compañera de trabajo de que pusiera la configuración de LibreOffice de fábrica; simplemente borré el directorio /home/usuario/.config/libreoffice.
Perfecto, como de fábrica.
Mostrando entradas con la etiqueta LibreOffice. Mostrar todas las entradas
Mostrando entradas con la etiqueta LibreOffice. Mostrar todas las entradas
miércoles, 28 de febrero de 2018
lunes, 16 de enero de 2017
RaspberryPi como herramienta docente. R y Calc. Episodio 2
Como ya habíamos comentado en alguna entrada anterior, en ratos libres estamos probando la posibilidad del uso de unidades RaspberryPi como sustituto posible en el hardware para las prácticas en la materias que impartimos en la Universidad. Las aplicaciones que utilizamos en estas materias son Calc, como hoja de cálculo para la introducción y presentación de datos y R para cálculos estadísticos.
Como hemos visto, una vez eliminada la posibilidad de utilizar unidades de RaspberryPi modelo 2b, hemos estado probando unidades 3B con Raspbian. Sin ninguna modificación disponemos de Calc y se puede instalar R, pero en una versión muy antigua —3.01—. Esta versión podría servir para docencia, pero genera problemas a la hora de instalar paquetes, ya que muchos servidores espejo no disponen de versiones de los paquetes para versiones antiguas. Para poder instalar las versiones más modernas de R tenemos que incluir repositorios debian testing (stretch). Es decir,
1. Actualizamos los repositorios ya activos en el sistema
sudo apt-get update
2. Accedemos a la lista de repositorios del sistema
sudo nano -$ /etc/apt/sources.list
3. Introducimos al final una línea como la siguiente para activar el repositorio de prueba —testing— de debian para raspberry; en este caso sería
deb http://archive.raspbian.org/raspbian/ stretch main
4. Guardamos y reiniciamos el sistema
5. Después deberemos actualizar el sistema entero, ya que se instalarán muchos paquetes nuevos, que incluyen también LibreOffice (ya sabemos que Debian tiende a ser bastante conservador para mantener la estabilidad en los repositorios estables).
sudo apt-get update
sudo apt-get upgrade
6. Instalaremos R
sudo apt-get install r-base r-core r-base-core r-base-dev
Y ya tenemos R instalado en una versión moderna
R version 3.3.2 (2016-10-31) -- "Sincere Pumpkin Patch"
Y la simulación de las prácticas ha sido perfecta, sin ningún contratiempo, pudiendo realizar todo sin problemas y con tiempo de respuesta adecuado, y sin problemas a la hora de instalar paquetes.
Como hemos visto, una vez eliminada la posibilidad de utilizar unidades de RaspberryPi modelo 2b, hemos estado probando unidades 3B con Raspbian. Sin ninguna modificación disponemos de Calc y se puede instalar R, pero en una versión muy antigua —3.01—. Esta versión podría servir para docencia, pero genera problemas a la hora de instalar paquetes, ya que muchos servidores espejo no disponen de versiones de los paquetes para versiones antiguas. Para poder instalar las versiones más modernas de R tenemos que incluir repositorios debian testing (stretch). Es decir,
1. Actualizamos los repositorios ya activos en el sistema
sudo apt-get update
2. Accedemos a la lista de repositorios del sistema
sudo nano -$ /etc/apt/sources.list
3. Introducimos al final una línea como la siguiente para activar el repositorio de prueba —testing— de debian para raspberry; en este caso sería
deb http://archive.raspbian.org/raspbian/ stretch main
4. Guardamos y reiniciamos el sistema
5. Después deberemos actualizar el sistema entero, ya que se instalarán muchos paquetes nuevos, que incluyen también LibreOffice (ya sabemos que Debian tiende a ser bastante conservador para mantener la estabilidad en los repositorios estables).
sudo apt-get update
sudo apt-get upgrade
6. Instalaremos R
sudo apt-get install r-base r-core r-base-core r-base-dev
Y ya tenemos R instalado en una versión moderna
R version 3.3.2 (2016-10-31) -- "Sincere Pumpkin Patch"
Y la simulación de las prácticas ha sido perfecta, sin ningún contratiempo, pudiendo realizar todo sin problemas y con tiempo de respuesta adecuado, y sin problemas a la hora de instalar paquetes.
martes, 15 de noviembre de 2016
RaspberryPi como herramienta docente. R
El software que utilizo como herramienta de trabajo desde hace muchos años es completamente libre. No solo el que uso yo personalmente; también el que utilizo como herramienta de manejo de datos, gráficos y tratamiento estadístico. Eso quiere decir que la herramienta más importante en mis prácticas es R. La mitad de mi docencia se da delante de un ordenador, y debido al coste de mantenimiento de las aulas me he planteado, solo como duda teórica, si sería posible aplicar toda la docencia que explico utilizando RaspberryPi.
¿Qué ventajas ofrece? Fundamentalmente coste. Si una sala de informática de 21 ordenadores puede suponer unos 15.000€, la sustitución de una sala obsoleta por estos pequeños dispositivos puede salir por 1200€ (aprovechando monitores, teclados y ratones). El coste es el precio de un Raspberry (40€), una caja (10€) y una microSD (8€) multiplicado por 21.
¿Y los inconvenientes? Bastantes. Veamos; en primer lugar, los alumnos no están acostumbrados a nada que no sea Windows (o Mac). Las pruebas que he realizado han sido con Raspbian, que es una adaptación de Debian para esta máquina de arquitectura ARM. Por lo tanto, es una máquina limitada con fines de docencia para programadores, que no es este caso. He probado con RaspberryPi modelo 2B, de 512MB de RAM (tiempo de respuesta muy largo) y un RaspberryPi modelo 3B, con 1GB de RAM (tiempo de respuesta aceptable-bueno).
Las herramientas utilizadas son Calc —hoja de cálculo de LibreOffice, que ya está preinstalada en Raspbian—, y R; desde el repositorio de Debian disponemos de R v 3.1.1.
sudo apt-get install r-base
Al no ser una versión muy actualizada (hablamos una versión de 2014), la instalación de paquetes adicionales requiere que los espejos seleccionados sean http, y no https, que suelen tener paquetes solo para las últimas versiiones de R.
Realizada la instalación, el funcionamiento es fluido en el modelo 3 y prácticamente imposible de usar en una clase en el modelo 2, debido a la lentitud.
El modelo 3B lo he probado en un pitopCEED,
una pantalla formato tablet preparada para adaptar un Raspberry, con alimentador incluido y tecla de encendido. Este dispositivo se puede ajustar perfectamente a las clases.
El modelo 2B lo he probado en un monitor antiguo con conector DVI (el Raspberry tiene salida digital HDMI, pero con un adaptador HDMI-DVI funciona perfectamente). He posido instalar R pero el funcionamiento es a saltos y no permite un manejo fluido de las acciones.
En resumen, es factible el uso para docencia de R en dispositivos RaspberryPi 3. Para aquellos que estén utilizando RStudio como máscara gráfica, no me ha sido posible instalar RStudio, ya que no hay ningún binario con arquitectura ARM.
Planes siguientes:
- Realizar todas las pruebas utilizadas en las clases, medir los tiempo de desarrollo...
- Otras posibilidades de instalación de RStudio
- Instalación de la versión de Fedora para ARM y RaspberryPi
Estamos en ello...
¿Qué ventajas ofrece? Fundamentalmente coste. Si una sala de informática de 21 ordenadores puede suponer unos 15.000€, la sustitución de una sala obsoleta por estos pequeños dispositivos puede salir por 1200€ (aprovechando monitores, teclados y ratones). El coste es el precio de un Raspberry (40€), una caja (10€) y una microSD (8€) multiplicado por 21.
¿Y los inconvenientes? Bastantes. Veamos; en primer lugar, los alumnos no están acostumbrados a nada que no sea Windows (o Mac). Las pruebas que he realizado han sido con Raspbian, que es una adaptación de Debian para esta máquina de arquitectura ARM. Por lo tanto, es una máquina limitada con fines de docencia para programadores, que no es este caso. He probado con RaspberryPi modelo 2B, de 512MB de RAM (tiempo de respuesta muy largo) y un RaspberryPi modelo 3B, con 1GB de RAM (tiempo de respuesta aceptable-bueno).
Las herramientas utilizadas son Calc —hoja de cálculo de LibreOffice, que ya está preinstalada en Raspbian—, y R; desde el repositorio de Debian disponemos de R v 3.1.1.
sudo apt-get install r-base
Al no ser una versión muy actualizada (hablamos una versión de 2014), la instalación de paquetes adicionales requiere que los espejos seleccionados sean http, y no https, que suelen tener paquetes solo para las últimas versiiones de R.
Realizada la instalación, el funcionamiento es fluido en el modelo 3 y prácticamente imposible de usar en una clase en el modelo 2, debido a la lentitud.
El modelo 3B lo he probado en un pitopCEED,
una pantalla formato tablet preparada para adaptar un Raspberry, con alimentador incluido y tecla de encendido. Este dispositivo se puede ajustar perfectamente a las clases.
El modelo 2B lo he probado en un monitor antiguo con conector DVI (el Raspberry tiene salida digital HDMI, pero con un adaptador HDMI-DVI funciona perfectamente). He posido instalar R pero el funcionamiento es a saltos y no permite un manejo fluido de las acciones.
En resumen, es factible el uso para docencia de R en dispositivos RaspberryPi 3. Para aquellos que estén utilizando RStudio como máscara gráfica, no me ha sido posible instalar RStudio, ya que no hay ningún binario con arquitectura ARM.
Planes siguientes:
- Realizar todas las pruebas utilizadas en las clases, medir los tiempo de desarrollo...
- Otras posibilidades de instalación de RStudio
- Instalación de la versión de Fedora para ARM y RaspberryPi
Estamos en ello...
miércoles, 13 de julio de 2016
Solución sencilla para ficheros PDF en Linux v3
Con mucha prisa teniendo que cambiar solo una página en un PDF recurrí esta vez a LibreOffice Draw, siguiendo un consejo de mi amigo HckoRootX. Resultado, perfecto. Abre, edita hasta donde se puede con mucha facilidad. El único inconveniente es que no guarda PDF, ya que no es su formato nativo, así que hay que exportar; perdí 5 segundos hasta que me di cuenta.
PD. Por soluciones que no quede
PD. Por soluciones que no quede
lunes, 25 de enero de 2016
Presentaciones en Windows para los usuarios de Linux. Impressive 0.11.1
Como ya saben los que han leído este blog soy un usuario de Linux. Como ya he explicado alguna vez,
"... si trabajamos con Impress, siempre tenemos problemas al llegar a cualquier sala y proyectar nuestras presentaciones; nos enfrentamos siempre a ordenadores con Windows y el cambio a PowerPoint altera siempre las fuentes, aunque tengamos las ttf instaladas en Linux y las estemos usando y nos descoloca las fotos. Es más, aun teniendo LibreOffice en esos ordenadores, se alteran las fuentes. Para evitar esos problemas, llevamos siempre un pdf, pero el resultado no es tan atractivo como una presentación. Por si todo falla, suelo colgarlas en slideshare, pero no siempre hay conexión a red. Finalmente, siempre llevo un portátil, pero en muchos sitios no te permiten usar tu propia máquina. Con impressive está todo solucionado..."
Y es así. Desde hace años uso Impressive. Voy a empezar este nuevo semestre y para los que usan este programa diré que hay una versión nueva —0.11.1— de finales de 2015.
Además de lo dicho, Impressive en Windows tiene una ventaja añadida. Solo tenemos que descomprimir la versión de Windows en un directorio de un dispositivo USB y funciona directamente. Lleva todas las dependencias incluidad (Python, PyGame, PIL, pdftk, un renderizador de PDF ...).
En resumen, llegamos a un ordenador con Windows —tierra extraña llena de infieles— y extraemos nuestra arma secreta, un USB con el directorio impressive.
Simplemente:
1. Super+R (ejecutar)
2. cmd (emulador de terminal en Windows)
3. f: (o la unidad que le corresponda al USB)
4. cd impressive (entrar en directorio)
5. impressive fichero.pdf
Listo, ya se presenta perfectamente.
Únicos defectos:
- No permite animación (salvo que se diseñen las diapositivas para que den esa impresión). A mi no me importa, por que no animo nunca.
- No permite la incorporación de vídeos (hay que recurrir a enlaces a la red o llevar los vídeos en la unidad USB)
PD. También permite presentar colecciones de imágenes, si son de los formatos jpg, png, tif o bmp.
"... si trabajamos con Impress, siempre tenemos problemas al llegar a cualquier sala y proyectar nuestras presentaciones; nos enfrentamos siempre a ordenadores con Windows y el cambio a PowerPoint altera siempre las fuentes, aunque tengamos las ttf instaladas en Linux y las estemos usando y nos descoloca las fotos. Es más, aun teniendo LibreOffice en esos ordenadores, se alteran las fuentes. Para evitar esos problemas, llevamos siempre un pdf, pero el resultado no es tan atractivo como una presentación. Por si todo falla, suelo colgarlas en slideshare, pero no siempre hay conexión a red. Finalmente, siempre llevo un portátil, pero en muchos sitios no te permiten usar tu propia máquina. Con impressive está todo solucionado..."
Y es así. Desde hace años uso Impressive. Voy a empezar este nuevo semestre y para los que usan este programa diré que hay una versión nueva —0.11.1— de finales de 2015.
Además de lo dicho, Impressive en Windows tiene una ventaja añadida. Solo tenemos que descomprimir la versión de Windows en un directorio de un dispositivo USB y funciona directamente. Lleva todas las dependencias incluidad (Python, PyGame, PIL, pdftk, un renderizador de PDF ...).
En resumen, llegamos a un ordenador con Windows —tierra extraña llena de infieles— y extraemos nuestra arma secreta, un USB con el directorio impressive.
Simplemente:
1. Super+R (ejecutar)
2. cmd (emulador de terminal en Windows)
3. f: (o la unidad que le corresponda al USB)
4. cd impressive (entrar en directorio)
5. impressive fichero.pdf
Listo, ya se presenta perfectamente.
Únicos defectos:
- No permite animación (salvo que se diseñen las diapositivas para que den esa impresión). A mi no me importa, por que no animo nunca.
- No permite la incorporación de vídeos (hay que recurrir a enlaces a la red o llevar los vídeos en la unidad USB)
PD. También permite presentar colecciones de imágenes, si son de los formatos jpg, png, tif o bmp.
viernes, 8 de mayo de 2015
Excel y la lectura de ficheros ods
Hagamos un repaso de un problema que he tenido. Desde el año 2007 he cambiado todo el software que utilizo a software libre, tanto en mis ordenadores personales como en los de trabajo. Debido a ese cambio, desde el año 2007 no uso MSOffice —y en estos momentos ningún software comercial—.
Ese proceder lo he aplicado a la docencia, donde si bien los ordenadores utilizan Windows como SO, el software que propongo para enseñar es también GPL —Calc de LibreOffice y R como paquete estadístico—.
A pesar de ofrecer estas opciones, un número bastante alto de alumnos prefieren usar Excel, que también está disponible en los ordenadores.
Por razones que no vamos a explicar ahora, el sistema que utilizo para introducir los datos en R desde una hoja de cálculo es la transformación de la parte necesaria en un fichero de texto plano tabulado. De hecho, llevo décadas haciendo así la estadística, ya que un fichero de texto plano tabulado puede ser leído por todos los paquetes estadísticos que conozco.
Si nos fijamos en Calc, la única función que nos permite Calc para grabar datos en un fichero de texto es csv.
Como su propio nombre indica, las columnas de datos se separan mediante una coma (csv = "comma-separated value"), lo que para los que no somos anglosajores es un problema, ya que nuestros números separan los decimales por comas. Editando los filtros, podemos generar en Calc un csv con separador tabulador (/t)
Y este es el formato que uso para cualquier tipo de programa estadístico, y en concreto en R se lee directamente mediante la función read.delim2('fichero'). Sin embargo, el otro día, ya que tantas personas estaban trabajando con Excel intenté la transformación a texto tabulado con ese programa. En Excel hay más posibilidades, pero son directas sin selección de filtros; podemos elegir directamente la de fichero de texto por tabuladores
El resultado, sin embargo, ha sido un fichero de tamaño muy alto —4,1MB frente a los 4,9kb que resulta su transformación en Calc— y, además, vacío
Al introducir unos datos a mano
y transformarlos de la misma manera sí se guardan bien y R los lee correctamente, tanto con Excel 2007 como 2010
Ya que el error se había dado en Excel 2010, intenté lo mismo en 2007 (en este caso bajo wine-Play on Linux), siendo ambas versiones legales. El resultado fue también grande (240kb) y captando muchas más columnas que las que realmente existían
En resumen, debido a que los errores aparecen al transformar ficheros cuyo origen es un "open document spreadsheet" ods, el problema probalemente esté en que la lectura del formato ods por parte de excel no es correcta, y aun peor en la versión 2010 que en la 2007 —no he podido probar la 2013, ya que no dispongo de ella—.
Ese proceder lo he aplicado a la docencia, donde si bien los ordenadores utilizan Windows como SO, el software que propongo para enseñar es también GPL —Calc de LibreOffice y R como paquete estadístico—.
A pesar de ofrecer estas opciones, un número bastante alto de alumnos prefieren usar Excel, que también está disponible en los ordenadores.
Por razones que no vamos a explicar ahora, el sistema que utilizo para introducir los datos en R desde una hoja de cálculo es la transformación de la parte necesaria en un fichero de texto plano tabulado. De hecho, llevo décadas haciendo así la estadística, ya que un fichero de texto plano tabulado puede ser leído por todos los paquetes estadísticos que conozco.
Si nos fijamos en Calc, la única función que nos permite Calc para grabar datos en un fichero de texto es csv.
Como su propio nombre indica, las columnas de datos se separan mediante una coma (csv = "comma-separated value"), lo que para los que no somos anglosajores es un problema, ya que nuestros números separan los decimales por comas. Editando los filtros, podemos generar en Calc un csv con separador tabulador (/t)
Y este es el formato que uso para cualquier tipo de programa estadístico, y en concreto en R se lee directamente mediante la función read.delim2('fichero'). Sin embargo, el otro día, ya que tantas personas estaban trabajando con Excel intenté la transformación a texto tabulado con ese programa. En Excel hay más posibilidades, pero son directas sin selección de filtros; podemos elegir directamente la de fichero de texto por tabuladores
El resultado, sin embargo, ha sido un fichero de tamaño muy alto —4,1MB frente a los 4,9kb que resulta su transformación en Calc— y, además, vacío
Al introducir unos datos a mano
y transformarlos de la misma manera sí se guardan bien y R los lee correctamente, tanto con Excel 2007 como 2010
Ya que el error se había dado en Excel 2010, intenté lo mismo en 2007 (en este caso bajo wine-Play on Linux), siendo ambas versiones legales. El resultado fue también grande (240kb) y captando muchas más columnas que las que realmente existían
En resumen, debido a que los errores aparecen al transformar ficheros cuyo origen es un "open document spreadsheet" ods, el problema probalemente esté en que la lectura del formato ods por parte de excel no es correcta, y aun peor en la versión 2010 que en la 2007 —no he podido probar la 2013, ya que no dispongo de ella—.
lunes, 23 de marzo de 2015
Windows y versión estable
Por razones docentes, en ocasiones no me queda más remedio que trabajar con ordenadores con Windows. Al mismo tiempo como usuario no uso ningún software privativo, ni tampoco la MS Office. Por esa razón el otro día descargué una versión de la LibreOffice, para que mis presentaciones se alteraran lo menos posible. Mi sorpresa fue que al descargar la versión msi de LibreOffice pude escoger entre la 4.3.6, denominada estable, y la 4.4.x —no me acuerdo si era 4.4.0 o 4.4.1—. Como usuario de Linux hace mucho tiempo que no me enfrentaba a este problema. Primero, bajar un software, ya que normalmente, salvo casos muy esporádicos, nos servimos de los repositorios. Segundo, decidir si estable o no, ya que los propios encargados de los repositorios —y según que repositorio, "stable" o "test"— nos ofrecen la versión más adecuada para la versión de distribución que usamos. No está de más de vez en cuando volver al lado oscuro, más que nada para ver que mal vivíamos.
lunes, 14 de julio de 2014
Correctores ortográficos, ¿sí o no?
Como ya he dicho algunas veces, suelo escribir en plano (nano o gedit) para evitar problemas de formatos entre diferentes usuarios. También he dicho que aun así no podemos evitar el choque con el retorno de carro de Windows.
Al escribir en programas sencillos -no podemos llamarlos procesadores de textos- no uso correctores ortográficos. Es más, normalmente escribo textos con mucho vocabulario técnico y en diferentes idiomas; cuando doy formato en LibreOffice, ni siquiera me fijo en las marcas de error ortográfico, ya que aparecen el gran parte de las palabras (los tecnicismos no están en los diccionarios habituales). Sin embargo he estado realizando un curso para generar Unidades Didácticas en "galego", y por lo tanto es importante, ya que van a ser documentos públicos con el membrete de la Universidad de Santiago de Compostela, que contenga un lenguaje correcto y ajustado a la normativa actual.
La normativa en gallego ha tenido algunas modificaciones en los últimos años, lo que sumado a que existen aun localismos aceptables de manera oral, pero no escrita, provoca que metamos fácilmente gazapos. Aquí he descubierto la bondad de los correctores ortográficos; gracias a los correctores en gallego en LibreOffice he evitado algunas faltas que debería saber, pero que benévolamente digamos "se me han escapado".
En contra de lo que siempre he pensado, los correctores ortográficos SÍ son útiles.
Al escribir en programas sencillos -no podemos llamarlos procesadores de textos- no uso correctores ortográficos. Es más, normalmente escribo textos con mucho vocabulario técnico y en diferentes idiomas; cuando doy formato en LibreOffice, ni siquiera me fijo en las marcas de error ortográfico, ya que aparecen el gran parte de las palabras (los tecnicismos no están en los diccionarios habituales). Sin embargo he estado realizando un curso para generar Unidades Didácticas en "galego", y por lo tanto es importante, ya que van a ser documentos públicos con el membrete de la Universidad de Santiago de Compostela, que contenga un lenguaje correcto y ajustado a la normativa actual.
La normativa en gallego ha tenido algunas modificaciones en los últimos años, lo que sumado a que existen aun localismos aceptables de manera oral, pero no escrita, provoca que metamos fácilmente gazapos. Aquí he descubierto la bondad de los correctores ortográficos; gracias a los correctores en gallego en LibreOffice he evitado algunas faltas que debería saber, pero que benévolamente digamos "se me han escapado".
En contra de lo que siempre he pensado, los correctores ortográficos SÍ son útiles.
miércoles, 7 de mayo de 2014
Libreoffice 4.2.3. Problemas con ficheros MS Office
y en concreto con documentos doc de MS Office Word. A pesar de que en teoría las nuevas versiones harían una lectura mejor de los documentos de MS, la verdad es que ahora las tablas se convierten en texto plano y los informes oficiales con macros son imposibles de rellenar. Si a eso sumamos la muerte inminente de XP, me veo preparando una máquina virtual de ReactOS.
martes, 25 de febrero de 2014
Fedora, Libreoffice y libcmis. Una historia de impaciencia
Como todas las mañanas, ayer, 24 de febrero de 2014, actualicé mis ordenadores de trabajo.
su -c 'yum -y update'
En todos ellos recibí un mensaje, que recortado decía más o menos
---> Paquete libreoffice-core.x86_64 1:4.2.1.1-1.fc20 debe ser una actualización
--> Procesando dependencias: libcmis-0.4.so.4()(64bit) para el paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64
--> Resolución de dependencias finalizada
Error: Paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64 (updates)
Necesita: libcmis-0.4.so.4()(64bit)
Podría intentar utilizar el comando --skip-broken para sortear el problema
Nos indica que hay problemas de dependencias no resultas. Cada vez que ocurre un aviso como este, simplemente tenemos que ejecutar
su -c 'yum -y update --skip-broken'
y se actualiza los paquetes sin problemas de dependencias y los demás esperan.
--> Resolución de dependencias finalizada
Paquetes ignorados por problemas de dependencias:
1:autocorr-en-4.2.1.1-1.fc20.noarch de updates
1:autocorr-es-4.2.1.1-1.fc20.noarch de updates
firebird-libfbembed-2.5.2.26539.0-8.fc20.x86_64 de fedora
libabw-0.0.2-1.fc20.x86_64 de updates
libe-book-0.0.3-1.fc20.x86_64 de updates
libeot-0.01-1.fc20.x86_64 de updates
libfreehand-0.0.0-3.fc20.x86_64 de fedora
1:libreoffice-calc-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-core-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-draw-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-emailmerge-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-graphicfilter-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-impress-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-langpack-es-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-math-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-opensymbol-fonts-4.2.1.1-1.fc20.noarch de updates
1:libreoffice-pdfimport-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-pyuno-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-ure-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-writer-4.2.1.1-1.fc20.x86_64 de updates
Y hoy por la mañana, día 25, al actualizar mis ordenadores de trabajo
su -c 'yum -y update'
.
.
.
---> Paquete libcmis.x86_64 0:0.3.1-8.fc20 debe ser actualizado
---> Paquete libcmis.x86_64 0:0.4.1-2.fc20 debe ser una actualización
.
.
.
Y listo.
El problema está en que entre ayer y hoy el twitter ha estado inundado de avisos de error, que donde se puede encontrar el maldito libcmis 0.4, que debe ser el maldito de todo. Basta con poner en google fedora libcmis y salen páginas y páginas de mensajes de usuarios desesperados por que no pueden actualizar la libreoffice a 4.2.
Bien; yo también estaba esperando la vesion 4.2, entre otras cosas por que por fin tenemos disponible las ecuaciones poligonales
Y se han añadido funciones estadísticas similares al "Analysis ToolPack" de Excel.
No era imprescindible, ya que esas funciones las tenía en gnumeric, pero es interesante añadir funciones similares a las de Excel y que sea más sencillo el cambio de MS Office a LibreOffice para los usuarios de Windows.
Pero de lo que se trata aquí es que podemos tener un poco de paciencia. En los años que llevo en Fedora estas dependencias no resueltas pasan frecentemente, debido a la velocidad de actualización de esta distribución. Este problema se suele resolver en 24-48 horas. ¿Qué podrían decir los usuarios de windows, que tienen que ir actualizando la LibreOffice por la fuerza y si se acuerdan? ¿O los usuarios de Debian?, que seguramente aun están en alguna versión estable 3.x.x.
Un poco de paciencia, por favor, y menos inundar el twitter con minucias.
PD. Y podríamos dar las gracias a los programadores de paquetes como apt-get y yum, que controlan las dependencias y nos hacen la vida (y las actualizaciones) mucho más fáciles. ¿Dónde van nuestros infiernos de dependencias y los viajes al infinito y más atrás en el árbol de las dependencias para instalar cualquier paquete?
su -c 'yum -y update'
En todos ellos recibí un mensaje, que recortado decía más o menos
---> Paquete libreoffice-core.x86_64 1:4.2.1.1-1.fc20 debe ser una actualización
--> Procesando dependencias: libcmis-0.4.so.4()(64bit) para el paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64
--> Resolución de dependencias finalizada
Error: Paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64 (updates)
Necesita: libcmis-0.4.so.4()(64bit)
Podría intentar utilizar el comando --skip-broken para sortear el problema
Nos indica que hay problemas de dependencias no resultas. Cada vez que ocurre un aviso como este, simplemente tenemos que ejecutar
su -c 'yum -y update --skip-broken'
y se actualiza los paquetes sin problemas de dependencias y los demás esperan.
--> Resolución de dependencias finalizada
Paquetes ignorados por problemas de dependencias:
1:autocorr-en-4.2.1.1-1.fc20.noarch de updates
1:autocorr-es-4.2.1.1-1.fc20.noarch de updates
firebird-libfbembed-2.5.2.26539.0-8.fc20.x86_64 de fedora
libabw-0.0.2-1.fc20.x86_64 de updates
libe-book-0.0.3-1.fc20.x86_64 de updates
libeot-0.01-1.fc20.x86_64 de updates
libfreehand-0.0.0-3.fc20.x86_64 de fedora
1:libreoffice-calc-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-core-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-draw-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-emailmerge-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-graphicfilter-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-impress-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-langpack-es-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-math-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-opensymbol-fonts-4.2.1.1-1.fc20.noarch de updates
1:libreoffice-pdfimport-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-pyuno-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-ure-4.2.1.1-1.fc20.x86_64 de updates
1:libreoffice-writer-4.2.1.1-1.fc20.x86_64 de updates
Y hoy por la mañana, día 25, al actualizar mis ordenadores de trabajo
su -c 'yum -y update'
.
.
.
---> Paquete libcmis.x86_64 0:0.3.1-8.fc20 debe ser actualizado
---> Paquete libcmis.x86_64 0:0.4.1-2.fc20 debe ser una actualización
.
.
.
Y listo.
El problema está en que entre ayer y hoy el twitter ha estado inundado de avisos de error, que donde se puede encontrar el maldito libcmis 0.4, que debe ser el maldito de todo. Basta con poner en google fedora libcmis y salen páginas y páginas de mensajes de usuarios desesperados por que no pueden actualizar la libreoffice a 4.2.
Bien; yo también estaba esperando la vesion 4.2, entre otras cosas por que por fin tenemos disponible las ecuaciones poligonales
Y se han añadido funciones estadísticas similares al "Analysis ToolPack" de Excel.
No era imprescindible, ya que esas funciones las tenía en gnumeric, pero es interesante añadir funciones similares a las de Excel y que sea más sencillo el cambio de MS Office a LibreOffice para los usuarios de Windows.
Pero de lo que se trata aquí es que podemos tener un poco de paciencia. En los años que llevo en Fedora estas dependencias no resueltas pasan frecentemente, debido a la velocidad de actualización de esta distribución. Este problema se suele resolver en 24-48 horas. ¿Qué podrían decir los usuarios de windows, que tienen que ir actualizando la LibreOffice por la fuerza y si se acuerdan? ¿O los usuarios de Debian?, que seguramente aun están en alguna versión estable 3.x.x.
Un poco de paciencia, por favor, y menos inundar el twitter con minucias.
PD. Y podríamos dar las gracias a los programadores de paquetes como apt-get y yum, que controlan las dependencias y nos hacen la vida (y las actualizaciones) mucho más fáciles. ¿Dónde van nuestros infiernos de dependencias y los viajes al infinito y más atrás en el árbol de las dependencias para instalar cualquier paquete?
jueves, 11 de julio de 2013
LibreOffice y los encabezados diferentes
Hemos estado maquetando el formato final de un trabajo. como lleva diferentes apartados, queríamos aplicar a cada uno un encabezado diferente. En las múltiples instrucciones que podéis encontrar se dice claramente como se pueden hacer encabezados diferentes entre páginas pares e impares, pero no dábamos encontrado una instrucción clara de como conseguir encabezados diferentes para cada apartado. Inicialmente lo había solucionado con ficheros diferentes para cada apartado, pero eso exige la configuración del número de página en cada fichero (primer párrafo del documento, Formato, Parrafo, Pestaña de Flujo de Texto, Saltos, Con estilo de página, Nº de página).
Además, y mucho más importante aun, tenemos problemas al generar el índice del documento final. Por ello he estado buscando toda la tarde de ayer una solución, y cuando ya me dolía la cabeza de tanto pensar y buscar, encontré esta página, donde nos describe como se puede hacer (a él también le dolía la cabeza). La solución es así, por pasos:
1. Vamos a Formato y a Estilos y Formato (o bien F11)
2. Nos vamos al Estilo de página
3. Con el botón derecho del ratón sobre la ventana pedimos un estilo nuevo
4. Generar un nuevo estilo. Tal como lo hicimos ayer, creo que lo más razonable es tener pensados cuantos encabezados vamos a hacer y hacerlos todos ahora, con un nombre diferente a cada uno.
Hay que tener en cuenta que al generar uno nuevo, parte del predeterminado, así que si vuestro documento lleva un formato distinto, tenéis que formatear adecuadamente. Por ejemplo en mi caso el documento tiene una página B5, reflejado (diferente pares e impares), margen interior superior (para encuadernar), y debemos ajustarlo al que queríamos en el documento final.
5. En la pestaña de encabezado tenemos que activarlo y formatearlo
Esto es solo el primer paso. Una vez generados todos los formátos de página que vamos a necesitar (si lo hacéis de uno en uno es más pesado), tenemos que empezar a aplicar esos nuevos formatos a cada parte del documento en que queremos aplicar encabezados diferentes. Para ello,
6. Ir al final del último párrafo de la página ANTERIOR a donde queramos aplicar el nuevo encabezado y
7. Menú Insertar, Salto Manual
8. Escogemos Salto de página, y en la Opción Estilo, aplicamos el Estilo de página que hemos creado en los puntos 4 y 5
El texto, desde el principio de esa página hasta el final tiene ahora un estilo distinto y podemos crear el Encabezado (que hemos dejado activado en el número 5) y no alteramos los anteriores. Y seguimos así hasta el final. En nuestro documento hubo que generar 7 encabezados distintos, diferentes entre pares e impares y 8 partes sin encabezado (que tenía el nombre de estilo Vacío). Como dice la persona generosa que nos ha dado este conocimiento, demasiado esfuerzo para algo que debería ser más sencillo.
¡Ah!, por supuesto, esto nos serviría también para los pies de página, si queremos incluirlos.
El autor original lo ha descrito para LibreOffice 3.4.3, pero en este caso lo he realizado en la versión 4.1.0.1 (Id. de compilación: 4.1.0.1-8.fc19) y funciona perfectamente.
Además, y mucho más importante aun, tenemos problemas al generar el índice del documento final. Por ello he estado buscando toda la tarde de ayer una solución, y cuando ya me dolía la cabeza de tanto pensar y buscar, encontré esta página, donde nos describe como se puede hacer (a él también le dolía la cabeza). La solución es así, por pasos:
1. Vamos a Formato y a Estilos y Formato (o bien F11)
2. Nos vamos al Estilo de página
3. Con el botón derecho del ratón sobre la ventana pedimos un estilo nuevo
4. Generar un nuevo estilo. Tal como lo hicimos ayer, creo que lo más razonable es tener pensados cuantos encabezados vamos a hacer y hacerlos todos ahora, con un nombre diferente a cada uno.
Hay que tener en cuenta que al generar uno nuevo, parte del predeterminado, así que si vuestro documento lleva un formato distinto, tenéis que formatear adecuadamente. Por ejemplo en mi caso el documento tiene una página B5, reflejado (diferente pares e impares), margen interior superior (para encuadernar), y debemos ajustarlo al que queríamos en el documento final.
5. En la pestaña de encabezado tenemos que activarlo y formatearlo
Esto es solo el primer paso. Una vez generados todos los formátos de página que vamos a necesitar (si lo hacéis de uno en uno es más pesado), tenemos que empezar a aplicar esos nuevos formatos a cada parte del documento en que queremos aplicar encabezados diferentes. Para ello,
6. Ir al final del último párrafo de la página ANTERIOR a donde queramos aplicar el nuevo encabezado y
7. Menú Insertar, Salto Manual
8. Escogemos Salto de página, y en la Opción Estilo, aplicamos el Estilo de página que hemos creado en los puntos 4 y 5
El texto, desde el principio de esa página hasta el final tiene ahora un estilo distinto y podemos crear el Encabezado (que hemos dejado activado en el número 5) y no alteramos los anteriores. Y seguimos así hasta el final. En nuestro documento hubo que generar 7 encabezados distintos, diferentes entre pares e impares y 8 partes sin encabezado (que tenía el nombre de estilo Vacío). Como dice la persona generosa que nos ha dado este conocimiento, demasiado esfuerzo para algo que debería ser más sencillo.
¡Ah!, por supuesto, esto nos serviría también para los pies de página, si queremos incluirlos.
El autor original lo ha descrito para LibreOffice 3.4.3, pero en este caso lo he realizado en la versión 4.1.0.1 (Id. de compilación: 4.1.0.1-8.fc19) y funciona perfectamente.
miércoles, 11 de abril de 2012
Fedora. Actualizaciones
En las actualizaciones de hoy Fedora ha incluido R 2.15. Como siempre, Fedora actualiza de forma bastante rápida las diferentes aplicaciones. Sin embargo, las actualizaciones que de verdad deseaba son las de LibreOffice a 3.5 y la de gnome a 3.4. Como podemos ver la actualización nos lleva a LibreOffice 3.4.5.2-10, y la versión de gnome instalada es la 3.2.
Sin embargo, por lo que he estado mirando, ninguna de las dos se incluirán en Fedora 16. Un usuario había señalado su interés por gnome 3.4, y mirando en el foro de Fedora he visto que ni LibreOffice 3.5 ni gnome 3.4 serán incluidas en Fedora 16, ya que están ya en el esquema de Fedora 17. Toca esperar hasta finales de mayo. Sí, podemos instalarla de otras maneras, pero ultimamente prefiero instalar las distribuciones cuando se libera la versión final y mantener las actualizaciones según los repositorios, sin adelantarme, ya que a veces tenemos problemas de librerías.
Sin embargo, por lo que he estado mirando, ninguna de las dos se incluirán en Fedora 16. Un usuario había señalado su interés por gnome 3.4, y mirando en el foro de Fedora he visto que ni LibreOffice 3.5 ni gnome 3.4 serán incluidas en Fedora 16, ya que están ya en el esquema de Fedora 17. Toca esperar hasta finales de mayo. Sí, podemos instalarla de otras maneras, pero ultimamente prefiero instalar las distribuciones cuando se libera la versión final y mantener las actualizaciones según los repositorios, sin adelantarme, ya que a veces tenemos problemas de librerías.
martes, 6 de marzo de 2012
Software libre y "compatibilidad"
Estoy bastante harto de escuchar siempre lo mismo "... sí, funciona muy bien. Me pasaré a ese software cuando sea compatible." Esta respuesta la he oído por enésima vez después de que a través de mi software "no compatible" un usuario haya podido leer un fichero que no era capaz de leer con el suyo "compatible". La escena es una muy habitual; un fichero docx no puede ser abierto por MSOffice 2007 compatible por que tiene un error. Por suerte, LibreOffice 3.4.5 incompatible sí puede, se salta el error y se puede leer el documento. Otra afirmación muy común es también "Necesito mantener Explorer para abrir ciertas páginas." Se olvidad de decir páginas mal escritas.
Yo afirmo:
Desde el año 2007 uso software libre en mi trabajo, en el ocio, para jugar, para moverme en la red, para dar mis clases, cursos y conferencias y jamás me he sentido "incompatible". Hago presentaciones, vídeos, escribo artículos, maqueto libros, edito fotos y no he requerido acudir a software propietario (salvo SPSS hasta hace uno par de meses). No sé por que ser compatible es usar software propietario. Es más, cuando hay problemas, los "compatibles" los solucionan pidiéndole a los "incompatibles" que arreglen es "desaguisado compatible" con aplicaciones "incompatibles". Ya está bien; los INCOMPATIBLES vivimos perfectamente y no necesitamos ser más COMPATIBLES. Quizá merezca la pena recordar aquella imagen sobre MS, Apple y Linux de Linux Hispano
Esa es la actitud; te lo mereces, por incompatible.
Yo afirmo:
Desde el año 2007 uso software libre en mi trabajo, en el ocio, para jugar, para moverme en la red, para dar mis clases, cursos y conferencias y jamás me he sentido "incompatible". Hago presentaciones, vídeos, escribo artículos, maqueto libros, edito fotos y no he requerido acudir a software propietario (salvo SPSS hasta hace uno par de meses). No sé por que ser compatible es usar software propietario. Es más, cuando hay problemas, los "compatibles" los solucionan pidiéndole a los "incompatibles" que arreglen es "desaguisado compatible" con aplicaciones "incompatibles". Ya está bien; los INCOMPATIBLES vivimos perfectamente y no necesitamos ser más COMPATIBLES. Quizá merezca la pena recordar aquella imagen sobre MS, Apple y Linux de Linux Hispano
Esa es la actitud; te lo mereces, por incompatible.
lunes, 16 de enero de 2012
¿Dónde está y como se llama el ejecutable de Writer-LibreOffice?
A lo largo de todos estos meses en los que he estado usando LibreOffice nunca me he preguntado ni dónde estaban los ejecutables ni como se llamaban. Sin embargo, hoy he necesitado saber donde estaban (para que un determinado tipo de ficheros se abriera con writer) y he descubierto que aun se llama oowriter. Estuve buscando en /usr/bin y /usr/sbin pero no lo encontraba. Con whereis no funciona poner *writer, hay que poner el nombre completo, con lo que lo detecté con find (me fui al directorio raíz y lancé la búsqueda). Salió un montón de cosas, pero después lo he filtrado con grep para que se vea fácilmente en esta imagen.
En resumen, no lo encontraba por que no lo buscaba con oo por delante. Ahora que lo sé, simplemente whereis oowriter, y listo:
Así que, sí, librewriter se llama -aun- oowriter.
Actualización: como respuesta al primer comentario hoy, 7 de junio de 2012 sigue llamándose oowriter, al menos en mi distribución (Fedora 17, con kernel 3.4.0.1)
En resumen, no lo encontraba por que no lo buscaba con oo por delante. Ahora que lo sé, simplemente whereis oowriter, y listo:
Así que, sí, librewriter se llama -aun- oowriter.
Actualización: como respuesta al primer comentario hoy, 7 de junio de 2012 sigue llamándose oowriter, al menos en mi distribución (Fedora 17, con kernel 3.4.0.1)
martes, 8 de noviembre de 2011
¿Merece la pena una tablet?
Aquí tenemos la pregunta del millón. Si lo único que queremos hacer con ella es comunicarnos, estoy seguro que es el mejor invento después de la Coca-Cola. Sin embargo, ¿qué podemos hacer con una tablet que no podamos hacer con un portátil? Y, mejor aun, cuántas cosas podemos hacer con un portátil que no podemos con una tablet. Y ahí estoy afirmando, no preguntando. O quizás no sea así. Lanzo una pregunta a los posibles lectores. Mi costumbre con los ordenadores, incluido por ejemplo mi Aspire One, exige la instalación de software que me permita
1. Escribir (vale cualquier cosa)
2. Presentar (habitualmente uso Impress, o sea, instalación de LibreOffice). Eso exige también que la tablet tenga un conector de salida para poder proyectar
3. Estadística (instalación del paquete R)
Rogaría a aquellos lectores que tengan una tablet -o que puedan usar algunas "ajenas", querido hckorootx- que intenten probar las posibilidades de instalación de LibreOffice y R. La dirección de R, para aquellos que no lo conozcan es http://cran.r-project.org/, y ahí hay versiones para Linux (¿se podrá instalar en Android?) y Mac (curiosos saber si valdría para iPads). También hay para Windows, pero mi interés en tener una tablet con Windows es menos que cero.
¿Por qué me interesa esos programas? Por que uso mis portátiles en docencia, proyecto y trabajo directamente sobre ellos, en Internet, manejo de datos y pruebas estadísticas. Si una tablet me sirve para eso, me ahorro llevar un portátil. Si no cubre esas necesidades, sigo necesitando un portátil, así que no me arregla nada.
Todas esas cosas las hago con un Aspire One 110, de los primeros, sin disco duro, que pesa menos de 900 gramos y es -ha sido- mucho más barato que una tablet.
Reconozco que las limitaciones que provocan la RAM en las tablets están en mi contra, pero animo a que probemos si las podemos usar para algo más que navegar por la red y faceboocarnos.
PD. Si funciona, casi merecería la pena comprar también un pico proyector de bolsillo, y con menos de un kilo, llevamos todo lo necesario.
1. Escribir (vale cualquier cosa)
2. Presentar (habitualmente uso Impress, o sea, instalación de LibreOffice). Eso exige también que la tablet tenga un conector de salida para poder proyectar
3. Estadística (instalación del paquete R)
Rogaría a aquellos lectores que tengan una tablet -o que puedan usar algunas "ajenas", querido hckorootx- que intenten probar las posibilidades de instalación de LibreOffice y R. La dirección de R, para aquellos que no lo conozcan es http://cran.r-project.org/, y ahí hay versiones para Linux (¿se podrá instalar en Android?) y Mac (curiosos saber si valdría para iPads). También hay para Windows, pero mi interés en tener una tablet con Windows es menos que cero.
¿Por qué me interesa esos programas? Por que uso mis portátiles en docencia, proyecto y trabajo directamente sobre ellos, en Internet, manejo de datos y pruebas estadísticas. Si una tablet me sirve para eso, me ahorro llevar un portátil. Si no cubre esas necesidades, sigo necesitando un portátil, así que no me arregla nada.
Todas esas cosas las hago con un Aspire One 110, de los primeros, sin disco duro, que pesa menos de 900 gramos y es -ha sido- mucho más barato que una tablet.
Reconozco que las limitaciones que provocan la RAM en las tablets están en mi contra, pero animo a que probemos si las podemos usar para algo más que navegar por la red y faceboocarnos.
PD. Si funciona, casi merecería la pena comprar también un pico proyector de bolsillo, y con menos de un kilo, llevamos todo lo necesario.
Etiquetas:
Android,
Aspire One,
estadística,
Impress,
LibreOffice,
Linux,
Portatil,
Proyectar,
Proyector,
R,
RAM,
Tablet,
Tecnología
lunes, 24 de octubre de 2011
Gnome classic
A falta de gnome Shell, podemos recurrir a gnome classic. Para aquellos a los que no les guste Unity, y prefieran la apariencia anterior, o para aquellos que como yo por alguna razón aun no conocida no puedan disponer del Shell, nos queda gnome classic, que como su nombre indica es muy "clásico", tal que así:
No está mal. Para algunos (sí, sobre todo tú) que están aun en la 10.04 por que no les gusta el cambio de Unity, existen alternativas, como se puede ver. ¿Qué ventajas tiene el cambio? Pues por ejemplo kernel más moderno y el uso de LibreOffice. Seguiré investigando sobre las causas del "emborronamiento" del Shell, pero por ahora puedo disponer de Unity y gnome classic.
No, aun no he dicho como se llega a él. Igual que al gnome Shell; al iniciar la sesión se puede escoger. Es más, a mi sí me queda por defecto (hay muchos comentarios en la red de como mantener el cambio y no tener que ir a elegir cada arranque) y al arrancar de nuevo sigue en gnome classic.
A pesar de lo que he dicho, personalmente creo que el cambio de escritorio a Unity, Shell u otros tipos va a ser necesario. Solo hay que ver la apariencia de Windows 8 o del uso de las tablets y móviles para comprender que al escritorio clásico le queda poco tiempo, aunque solo sea por moda.
No está mal. Para algunos (sí, sobre todo tú) que están aun en la 10.04 por que no les gusta el cambio de Unity, existen alternativas, como se puede ver. ¿Qué ventajas tiene el cambio? Pues por ejemplo kernel más moderno y el uso de LibreOffice. Seguiré investigando sobre las causas del "emborronamiento" del Shell, pero por ahora puedo disponer de Unity y gnome classic.
No, aun no he dicho como se llega a él. Igual que al gnome Shell; al iniciar la sesión se puede escoger. Es más, a mi sí me queda por defecto (hay muchos comentarios en la red de como mantener el cambio y no tener que ir a elegir cada arranque) y al arrancar de nuevo sigue en gnome classic.
A pesar de lo que he dicho, personalmente creo que el cambio de escritorio a Unity, Shell u otros tipos va a ser necesario. Solo hay que ver la apariencia de Windows 8 o del uso de las tablets y móviles para comprender que al escritorio clásico le queda poco tiempo, aunque solo sea por moda.
martes, 5 de octubre de 2010
Semana "terribilis"...
...por que es una semana de 15 días, que son los que llevo sin escribir una entrada. Mi "nuevo" trabajo es, sobre todo, "más" trabajo; he cerrado todos mis otros blogs, y casi no tengo tiempo para nada. Pero lo peor ha sido el correo recibido de xmarks diciendo que desaparecían en 3 meses y que nos cambiaramos a Firefox Sync. De hecho esta extensión ha mejorado desde que la habría probado bajo la identificación de Weave, pero a pesar de que es ahora casi idéntica en funcionamiento y configuración a Xmarks, me ha generado en 5 días que llevo usándola varias "descolocaciones" en los bookmarks. En fin, sentiremos la pérdida de Xmarks, pero Firefox sigue, al menos por ahora. La segunda caída, esta ya esperada, es la de OpenOffice. Estoy deseando instalarel nuevo fork LibreOffice, pero tengo que encontrar un poco de tiempo libre y un ordenador en el que pueda probar sin miedo (nada de trabajo), pero vista la lista de apoyos a esta nueva Office libre, parece que todo va en buen camino.
Suscribirse a:
Entradas (Atom)








%2B-%2Bgedit_003.png)



















