lunes, 17 de julio de 2017

Configuración de impresoras en Fedora - system-config-printer

Como ya hemos indicado anteriormente, este comando nos permite configurar, añadir y eliminar las impresoras en Linux y, por lo tanto, en Fedora. El problema es que una vez instalado, nos olvidamos de que es un comando que no viene por defecto en el sistema, y si en ocasiones, después de haber instalado de nuevo Fedora en un dispositivo, lo ejecutamos, pués no está

bash: system-config-printer: no se encontró la orden

Y ya no sabes si se ha eliminado, si el nuevo escritorio no lo contempla, si está deprecated o lo que sea. Es decir, es lo que me acaba de pasar y he tardado 5 minutos en darme cuenta del problema.

Corolario: nunca se es suficientemente paranoico... No, eso es para otras cosas; aquí es

añadir este comando a los que hay que instalar  tras la instalación del sistema.


martes, 11 de julio de 2017

Fedora 26 liberada

Ya está liberada la versión estable de Fedora 26.


Adelante los que estaban esperando. Los que llevamos con la versión Beta un mes ya sabemos como va.

jueves, 6 de julio de 2017

Algunas maravillas desconocidas de dnf: dnf info

Hay una pregunta continua en el uso del terminal, ¿cómo sé si tengo instalado una librería o programa? La respuesta es muy sencilla, dnf info

Por ejemplo, cada vez que instalo una distribución de Fedora dudo si tengo nano, así que

dnf info nano

y la respuesta es



Sabemos así si está instalado o no, como señalan las líneas rojas. Pero el programa tiene una información adicional muy interesante cuando estamos instalando alguna librería y no sabemos para que es, o si dudamos cual es la función de un programa. Por ejemplo,

dnf info octave


octave es un programa que nos permite hacer en software libre lo que matlab en privativo. Bien clarito que lo explica.
Cuando tengamos que instalar algo, por ejemplo en un infierno de dependencias o una recomendación de la que no estamos seguros, la primera vía para conoce lo que es cada paquete es el último párrafo de dnf info paquete.

Cada día me gusta más dnf. De hecho, solo actualizo con dnf.

martes, 20 de junio de 2017

Cuando vas y te lo crees. Gnome y Ubuntu



Estos días me ha impactado una entrada de MuyLinux; tiene este título "La comunidad de GNOME tendría que ceder ante Ubuntu". La teoría del autor, Eduardo Medina, se basa en que Ubuntu es la distribución más popular; sus palabras exactas son:

"Ubuntu es prácticamente la cara de GNU/Linux en el escritorio. Que GNOME pueda adaptarse a lo que demandan los usuarios de la distribución más popular podría ayudar a su expansión. El peso de la distribución de Canonical en este segmento es muy superior al de RHEL y Fedora."

Eso es discutible. Popularidad, por ejemplo, ComputerHoy pone a Ubuntu como segunda distribución, detrás de LinuxMint. Si nos basamos en las distribuciones más visitadas en Distrowach, desde hace más de un año Ubuntu no pasa del cuarto lugar (Quo Vadis Unity?), ni en los momentos en que lanzó su última actualización. Los puristas dirán que Distrowatch no es una forma de saber que distribución es la más utilizada, pero recuerdo muy bien cuando los puristas de Ubuntu le pasaban por la cara a los demás que eran los primeros con diferencia.

Mucho más importante que la popularidad, ¿quién aporta más al kernel de Linux que todos usamos? Remito a un artículo del mismo blog MuyLinux para ver que Canonical-Ubuntu ... NO SALE en la tabla (sin embargo Red Hat, casa matriz del RHEL que según el autor no "pesa" nada, está la primera, seguida de Intel y otros). Sorpresa (para algunos). Para acercarnos al tiempo actual podemos repasar el informe oficial de 2016 en el que vemos que Canonical-Ubuntu TAMPOCO sale. En este caso el orden es Intel, Red Hat el que no pesa y otros.

Más aun, ¿qué tecnologías y aplicaciones aporta cada uno? Por ejemplo Gnome participa activamente en Flatpak, Wayland, GTK+, GNOME Shell, nos ofrece un montón de aplicaciones. Canonical aportó Unity (RIP) y MIR; ningún comentario que añadir.

En resumen, agradezco a Canonical-Ubuntu que lo haya intentado, pero lo mejor que puede hacer es desaparecer, por que en estos momentos solo esta alterando el ecosistema del software libre. Todo lo que hace lo hace solo para su propio interés: usa lo de todos, lo suyo no sirve para nadie. No es fácil ser como Microsoft o Apple sin aportar código.

No tengo nada más que decir sobre quien tiene que ceder.

miércoles, 14 de junio de 2017

Fedora 26 Beta liberada


y en estos momentos estoy actualizando el portátil utilizando dnf system upgrade (ver aquí y aquí). Siempre experimentos con gaseosa. Si funciona bien, como siempre, actualizaré todos, incluido el principal, en el que estoy teniendo un problema con vlc desde la última actualización.

[ACTUALIZACIÓN]: Como suele pasar siempre, el portátil perfecto, a pesar de que hubo que aplicar allowerasing (14 paquetes eran incopatibles). Mi ordenador de trabajo, el más potente, se actualizó a gran velocidad y ... NO ARRANCÓ. Tuve que instalar desde una versión live, por que desde netinst fue imposible leer los espejos. El de casa, la joya de la corona, esperará hasta versión estable.

[ACTUALIZACIÓN 2]: No me he podido controlar y he actualizado también el de casa. 30 minutos y listo.

[ACTUALIZACIÓN 3]: los dos sobremesas que utilizo habitualmente se están comportando de manera diferente. El de mi despacho, instalado 26 beta desde un DVD con la imagen de versión live funciona perfectamente y no me ha dado ningún fallo destacable; este ordenador está encendido de lunes a viernes y con 6-8 horas de uso diario. El de mi casa, encendido de forma continua, y con 2 o 3 horas de uso personal, ya ha tenido dos saltos de gnome-shell que ha supuesto un reinicio del sistema. Uno fue sin estar presente, así que no sé a que se debió y el segundo al pedir la visión de un vídeo. En ese ordenador gnome-documents está siempre activo consumiendo recursos (un simple top y se ve directamente que es la aplicación que más consume) y con un funcionamiento continuo de los discos duros.

martes, 6 de junio de 2017

Las tribulaciones de un linuxero en windows (10)

Es cierto; por necesidades del guión he tenido que trabajar en Windows 7 y 10 para poder corregir un texto en MSOffice 2007, 2010 y 13, ni siquiera estoy seguro, por que me parecen todas igual de incomprensibles. La experiencia ha variado entre desesperante y nefanda, pasando a veces por lo gracioso (para los demás). He sobrevivido y hasta he aprendido a hacer índices en Word.


Qué tempos aquellos cuando era capaz de hacer prácticamente cualquier cosa en WordPerfect (cartas en serie, certificados para cientos de personas...), pero esa es otra historia, y muy antigua.

Y es tan antigua que aquí tenemos WordPerfect 5.1 funcionando 26 años después (apareció en 1991) en un Fedora 25 (a través de dosbox). Que tiempos aquellos...



jueves, 1 de junio de 2017

Etiquetas ID3. EasyTag

Espliquemos por partes: 
1. ¿Qué es una etiqueta ID3? Es simplemente la forma en que los metadatos están introducidos en los ficheros audiovisuales.
2. ¿Para qué nos sirven? Las etiquetas ID3 nos permite identificar las canciones en los aparatos modernos de lectura de música; en mi caso por ejemplo en el coche.
3. ¿Qué me preocupa respecto a este etiquetado? Actualmente solo conservo un lector de CDs de música. Me he librado de los lectores de unidades ópticas por qué creo que es un sistema antiguo, lento y sin futuro. Sin embargo ese sistema está lleno de pasado; en mi caso ese pasado son los más o menos 1500 CDs de música que he coleccionado a lo largo de mi vida. Si los quiero escuchar, ya solo me queda un lector de música con calidad adecuada —los DVDR de los ordenadores no son el mejor sitio para escuchar música con calidad—. Así que cuando quiero escuchar uno de esos discos, o ya los he transferido a mi colección digital o los tengo que transferir. En general hago una transformación a FLAC, para comprimirlos sin pérdida de calidad —y olvidarme de ellos para siempre— y luego, si el lector no puede leer ese formato —por ejemplo el del coche— hago una transformación a MP3, generalmente con soundconverter. Para la extracción de los CDs uso Sound Juicer.


Este extractor —o destripador, según como se quiera traducir "ripper"— de audio teóricamente obtiene información del disco desde MusicBrainz, y quedan preparadas las etiquetas.


pero mucha música que tengo ya extraída de antes cuando las herramientas no eran tan adecuadas, está sin etiqueta ID3. Normalmente mezclo varios discos y los escucho por orden aleatorio, y muchas veces no eres capaz de saber que pieza es exactamente la que está emitiendo el lector que estoy usando en ese momento.
4. ¿Qué solución tenemos? Hasta hace poco utilizaba Kid3. Es una herramienta muy fácil de usar y funciona perfectamente. Como desventaja requiere las librerías Qt; no tengo nada contra las librerías Qt, pero no soy usuario de KDE. Últimamente me estoy convirtiendo en un minimalista, y lo que no sea necesario, mejor prescindir de él, así que mejor quedarnos en gnome sin añadidos. La otra solución es EasyTag.


EasyTag, al igual que SoundJuicer, está dentro del complejo Gnome, y convierte no solo un fichero o directorio, sino que de manera recursiva organiza toda la colección de música y añade las etiquetas. Y no lo sabía hasta que salió ayer una entrada en Fedora Magazine, que es mo página de entrada en Firefox.
5. ¿Por qué no extraigo la música sin etiquetar de nuevo? Simplemente, extraer lleva tiempo, mucho más que etiquetar. Mi colección de CDs es relativamente importante, no me gusta el sistema óptico de almacenamiento, no sabía cuantos estaban sin etiquetar, y EasyTag lo ha organizado todo de una vez, y me quedan muy pocos lectores, no los quiero desgastar.
6. ¿Por qué soundconverter y no soundkonverter? Por la misma razón que EasyTag frente a Kid3. He usado soundkonverter mucho tiempo, por que es una máscara gráfica que te permite transformar prácticamente cualquier tipo de audio a cualquier otro tipo, con una manera muy completa de decidir tipos de salida, calidad etc. Sin embargo, está diseñado para KDE, y requiere la instalación de un montón de librerías que no son necesarias si usas Gnome.

miércoles, 24 de mayo de 2017

Linux y rootkits, malware, ramsonware... Herramientas de seguridad

Como usuario de Linux he estado bien tranquilo estos días de WannaCry. Sin embargo, ciertas informaciones sesgadas (véase aquí) pueden haber intranquilizado a algunos usuarios. Ese artículo es tendencioso, aporta datos extraídos de forma sesgada y da la sensación de haber sido creado solo como carga de profundidad contra otros sistemas operativos diferentes a Windows. A pesar de eso, sí es cierto de que ningún software es completamente seguro. La pregunta que nos debemos hacer es si es más seguro un sistema cerrado, véase Windows como paradigma, que no ve nadie salvo sus programadores (y la CIA, la NSA, El FBI, el presidente de USA, sus hijas, el portero de la Casa Blanca...) o un sistema libre y gratuito y, por lo tanto, transparente y legible por todo el mundo (para lo que nos interesa ahora mismo, Linux, pero no solo él). Cada uno que se dé una respuesta y según ella actúe en consecuencia. Personalmente tomé en 2007 una respuesta y he cambiado mi forma de trabajar con las máquinas, pero no soy un profeta; cada uno que decida por que camino quiere ir.
Para los que hemos tomado el camino de lo abierto, tenemos que tener en cuenta que sí es cierto que no existe nada perfectamente seguro. No tengo un sistema antivirus en mi sistema, y cuando he utilizado ClamAv ha sido más por evitar la presencia de virus que afectaran a terceros (Windows users) en los adjuntos que enviaba por correo electrónico. Sea como sea, por muy seguro que pensemos que sea Linux, debemos seguir unas actitudes de seguridad básicas, como no "jugar" con correos de origen desconocida (o incluso con aquellos de origen conocido pero con enlaces "sospechosos", sobre todo ficheros rar con contraseña), no pinchar enlaces extraños en páginas web "raras", tener bien configurado el cortafuegos, para lo cual agradezco mucho la máscara gráfica de configuración que nos ofrece Fedora


y disponer de herramientas que detecten la presencia de rootkits y malware. Veamos algunas
1. RKHUNTER - A lo largo de muchos años he utilizado rkhunter. Esta herramienta, además de detectar malware, también detecta las variaciones en ficheros importantes del sistema, así que es recomendable instalarla tras la instalación del sistema, cuando aun está limpio, y luego valorar si las alteraciones de los ficheros han sido provocadas por nosotros o por acciones "no conocidas". Los comandos fundamentales son
su -c 'dnf install rkhunter' # instalación
su -c 'rkhunter --update' # actualización
su -c 'rkhunter -c' # o --check ejecución
su -c 'rkhunter --check --logfile /var/log/rkhunter.log' # si queremos guardar los resultados en un log para luego analizar

2. LYNIS - Desarrollado por el mismo programador que rkhunter, es nuevo para mi y no tengo experiencia. La versión en repositorios no es la última y no me gusta realizar la instalación desde git, así que no puedo actualizarlo adecuadamente. Los comandos son
su -c 'dnf install lynis' # instalación
su -c 'lynis update info' #actualización
su -c 'lynis audit system' # ejecución

3. CHKROOTKIT - una herramienta simple que detecta señales de rootkits
su -c 'dnf install chkrootkit'  # instalación
su -c 'chkrootkit -x' # ejecución. La opción -q solo nos da el informe final

Aunque he utilizado rkhunter y chkrootkit durante años, nunca he detectado malware en mi sistema, ni con ubuntu, ni debian ni fedora; aun así es recomendable tener  estas herramientas instaladas como un punto más de seguridad (o paranoia, pero ya sabemos que en seguridad, nunca se es suficientemente paranoico)





jueves, 11 de mayo de 2017

Leyendas urbanas. Un "experto" dice que no es necesario desmontar dispositivos USB...

Expliquemos el problema. Dos personas desesperadas se acercan con cara de angustia por que el fichero del trabajo que llevan varios días realizando es ilegible en su pendrive.
A la pregunta de si disponen de otra versión en el ordenador dicen que las dos han trabajado solo e la unidad USB. Primera reprimenda, solo se debe trabajar como única versión de un documento en una unidad USB externa si estamos e condiciones "especiales" —ordenadores ajenos, cibers, o en ordenadores sin disco duro, como un RaspberryPi o dispositivos antiguos de reciclaje—.
Al inspeccionar la unidad e intentar abrir el fichero —fichero de word docx— aparecen todos los síntomas de corrupción de tabla de partición por desmontado incorrecto o haber extraído la unidad mientras estaba grabando. Examinamos con gparted y discos la unidad y esta formateada con FAT16, es decir, sistema de fichero sin journaling.
Esto se suele solucionar aplicando photorec, utilidad incluida en testdisk. Photorec es capaz de recuperar los bloques de información identificando los ficheros borrados o "perdidos" a través de la firma identificativa inicial que lleva cada fichero en su inicio, en los metadatos.


Normalmente logramos recuperar lo necesario con est aplicación, siempre que no se haya escrito sobre ella. Si con photorec no lo logramos, acudimos a foremost; en este caso no fue necesario.
Listo. Se recuperó el trabajo, y se recomendó un formato nuevo de la unidad, ya qe la tabla de partición estaba corrupta.
Lo mejor vino después; ante la acusación de no haber desmontado correctamente ambas personas afirmaron que nunca desmontaban por que un "EXPERTO" les había dicho que no era necesario, que desmontar era una pérdida de tempo y que nunca les había sido necesario.
Si bienes cierto de que si no has cambiado nada en la unidad es posible que te salves saliendo sin desmontar, si has realizado algún cambio y no cierras correctamente antes de salir, tarde o temprano, más bien temprano, tendrás un problema en la unidad, y adiós trabajo. Este es un caso claro de una leyenda urbana; alguien, un "experto", claro, no ha cerrado y se ha librado; corre el rumor que lo de desmontar no es necesario y de manera viral se lo acaba creyendo todo el mundo. Resultado final, trabajo para los técnicos. ¡BIEN!... o quizás no tan bien.

Recomendaciones:
1. Trabajen en el ordenador y no se fíen de un dispositivo USB (no sirve como copia de seguridad). Es solo un método de transporte de información, y no el más seguro.
2. Desmonten/maten correctamente las unidades antes de extraerlas.
3. Si es posible (a veces no podemos por problemas con la compatibilidad con cámaras y otros artilugios), formateen con un sistema con journaling. Aunque soy usuario de Linux, tengo que utilizar ordenadores del lado oscuro frecuentemente, así que formateo en NTFS. Sí, no es un perfecto journaling, pero es un compromiso entre seguridad, tamaño de ficheros y productividad.
4. Identifique al "experto", antes de hacerle caso. No es necesariamente el que te lo cuenta en facebook, ni el amigo del cuñado del primo segundo del vecino del apartamento de verano.

Si no ha hecho caso a estos consejos gratuitos, no se olvide, photorec o técnico cualificado.

jueves, 20 de abril de 2017

El sistema funciona, pero no accede al monitor. ¿nVidia en linux?

Como ya había indicado en una entrada anterior, mi sistema presentaba un error bastante extraño; arrancaba, pero después de que se activara el protector de pantalla no se podía acceder al monitor. Funcionaba, por que respondía a las teclas mágicas (al reves que antes de actualizar la BIOS, que ni eso podía hacer). La única solución era acceder a un escritorio no gráficos adicional (Ctrl+Alt+F1 a F7), y luego volver al F2, que es el gráfico.
Este problema ya se ha indicado en Fedora en equipos con tarjetas nVidia, y una de las soluciones indicadas era desactivar el protector de pantalla (como siempre, no vamos apuntando las páginas web donde lo vemos). Así ha sido. He anulado el protector


y todo va como la seda. Por fin hemos logrado un funcionamiento adecuado sin sorpresas. Eso sí, al dejar el ordenador, aplico Super + L. La seguridad es importante.

miércoles, 19 de abril de 2017

Ubuntu vuelve a Gnome. Uniendo esfuerzos

Podemos estar contentos. El hijo pródigo ha vuelto a casa; Ubuntu regresa a Gnome. Aunque sea tarde, mis felicitaciones.



PD. No pienso volver a usar Ubuntu, pero espero que "disperse" menos la comunidad (esto empezaba a parecer un Real Madrid-Barcelona F.C., con sus ultras incluidos).

martes, 18 de abril de 2017

Fedora: instalación rápida de sistema


La forma más rápida de actualizar un sistema en Fedora es utilizar la herramienta  dnf upgrade

dnf system-upgrade reboot # Véase aquí

Sin embargo, en ocasiones tenemos que instalar el SO de nuevo de manera limpia. Por supuesto, lo más rápido, para ordenadores conectados a red es instalar Fedora utilizar un ISO netinst, preferiblemente en un dispositivo USB, y si la máquina no lo permite, en un CD. Sin embargo, después nos queda la molesta actividad de dejarlo a nuestro gusto; tenemos páginas que nos indican las posibles manipulaciones una por una, por ejemplo kuboosoft, pero se tarda bastante y es latoso.
Si conoces los mecanismos, lo mejor es juntarlo todo en pocos comandos. En mi última instalación simplemente he aplicado (se puede copiar y pegar, si los paquetes coinciden con vuestros deseos):

# Actualizar, si no se activó la instalación de los paquetes más modernos en netinst
# su -c 'dnf -y update'
# Repositorios free y unfree
su -c 'dnf -y install --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm'
# Codecs y paquetes necesarios (son los míos; cada uno que busque los suyos)
su -c 'dnf -y install gstreamer-plugins-bad gstreamer-plugins-bad-free-extras gstreamer-plugins-bad-nonfree gstreamer-plugins-ugly gstreamer-ffmpeg gstreamer1-plugins-base gstreamer1-libav gstreamer1-plugins-bad-free-extras gstreamer1-plugins-bad-freeworld gstreamer1-plugins-base-tools gstreamer1-plugins-good-extras gstreamer1-plugins-ugly gstreamer1-plugins-bad-free gstreamer1-plugins-good ffmpeg mencoder mplayer libdvdread libdvdnav lsdvd wget kernel-headers kernel-devel unrar p7zip p7zip-plugins java icedtea-web vlc gnome-terminal-nautilus flatpak gnome-tweak-tool dconf-editor gconf-editor soundkonverter R-core R-devel gimp inkscape digikam pdfmod pdfshuffler virt-manager abiword wine cabextract gnumeric gnumeric-plugins-extras'
# Chrome
su -c 'dnf -y install https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm'


Finalmente, tendremos que instalar las extensiones de gnome (si no conservamos home y sus configuraciones), aumentar el número de ficheros de acceso para el sistema para que Dropbox no nos lo esté recordando (ver aquí y aquí) y activar las teclas mágicas.

Esta es la forma optimizada para MIS necesidades. Ajústese el panel para usted y termine en pocos minutos, dependientes solo de la velocidad de conexión a la red.

miércoles, 5 de abril de 2017

Fedora 26 Alfa. Para los amantes de riesgo

Se ha liberado Fedora 26 Alfa. Adelanto las gracias a todos aquellos que, pensando en el bien universal, prueban estas versiones tan tempranas y descubren "bugs" que pueden de esta manera ser corregidos. Como de costumbre, yo me reservo para la versión Beta.


Entre las novedades más interesantes para los usuarios destacaría la llegada de Gnome 3.24, además de un escritorio nuevo entre los spins, el nuevo Fedora LXQT.
¡Adelante los valientes! Los cob... nosotros vamos después.

lunes, 3 de abril de 2017

El sistema no puede arrancar. UUID ha cambiado. Solución rápida

Me he encontrado en esta situación mientras instalaba alguna de las versiones Live de los sistemas en la entrada anterior. Cuando usamos Fedora Media Writer hay que estar atento de que dispositivo señala como diana; por ejemplo véase aquí.


En algún momento, más atento al café que a la ejecución de las órdenes, Media writer fijó su puntero en mi disco 5 (imagen anterior) y al dar la orden lo que hice fue "reparar" el disco duro, en vez de copiar la iso en el USB. El resultado fue que el disco fue formateado y cambió su UUID —identificador único universal—. La definición de las unidades en estos momentos no se hace simplemente mediante sda1..., sino que se identifican por ese identificador. Véase por ejemplo /etc/fstab en el ordenador donde estoy escribiendo:


El siguiente rearranque el sistema no pudo lanzar el escritorio gráfico y dejó una pantalla en texto sin arranque de sistema, ya que no era un disco externo, formaba parte del sistema.
Tenemos dos soluciones; la lenta y costosa en tiempo, aunque más sencilla, y la rápida, algo trabajosa, pero solucionable en unos minutos. La más lenta es instalar de nuevo el sistema manteniendo todos los discos sin formatear salvo el de sistema. La más rápida nos lleva a editar /etc/fstab.
Nunca me había atrevido a editar fstab por que estaba convencido que también tendría que editar grub, y todos sabemos que desde que tenemos grub 2 no se edita en ficheros de texto plano. Sin embargo la necesidad de recuperar rápidamente el ordenador me obligó a intentarlo. Dividamos la ejecución en partes:

1. Cuando aparece en la pantalla de arranque los diferentes kernels disponibles, que en Fedora suelen ser tres, debajo existe una posibilidad de entrar en recuperación. Elegimos esa posibilidad.

2. Nos lleva a una pantalla completamente en texto. Nos identificamos como administrador y ponemos su palabra clave.

3. Detectamos la nueva UUID de la unidad que ha cambiado. Para ello usamos el comando blkid

# blkid

que nos indica todos los UUID


y debemos apuntarlo a mano o hacer una foto con el teléfono. Existen formas de copiar un trozo de texto, pero son muy complicadas y suponen un esfuerzo excesivo para escribir 36 caracteres.

4. Editamos /etc/fstab. Estamos en un entorno de texto, así que no podemos usar gedit ni otros editores gráficos. Para los que dominen vi/m, adelante. Los demás podemos usar nano

nano -$ /etc/fstab

La opción -$ permite un "soft wrapping", una alineación "suave", lo que permite ver entera la línea aunque el ancho de la ventana sea menor. ¡Cuidado! Esta opción debe ir como la última o por separado si se usan más opciones —véase aquí—.
Cambiamos el UUID del dispositivo por el nuevo. Guardamos

5. Reinicio. Si todo va bien, listo. En mi caso, así ha sido.

Este caso particular se puede ampliar a cambios de discos. En concreto el sistema de esa máquina permite el cambio en caliente. Si queremos cambiar un disco interno identificado en el arranque podríamos aplicar este sistema para poder hacer cambios rápidos en minutos.

jueves, 30 de marzo de 2017

Kernel 4.10 en Fedora 25

Hace un mes —y una semana— decíamos que se había liberado el kernel 4.10 que incluye una mejora en la gestión de escritura a disco para evitar los bloqueos debidos al proceso de escritura. Ese día ha llegado; de hecho, Fedora ofreció la actualización hace dos días.


A ver si notamos esa ventaja.

domingo, 26 de marzo de 2017

Distribuciones ligeras en unidades USB. Reutilización de material

En una entrada anterior el amigo hckorootx sugería la posibilidad de utilizar los USBs antiguos con distribuciones ligeras de Linux versión "Live" para reciclar esos dispositivos USB. Por supuesto, el objetivo final sería reutilizar ordenadores antiguos con hardware limitado. hckorootx sugirió damn; admitiendo el reto, he realizado las siguientes unidades con diferentes fines.
Para realizar esta prueba he sacado del armario (literalmente) un Acer Aspire One del año 2008, sin disco duro, y con 1,5GB de RAM. Desde hace tiempo este Netbook ha estado funcionando con dispositivos USB sustituyendo a su disco sólido interno que se estropeó por "número excesivo" de instalaciones de distribuciones de Linux, en un intento inútil de convertir un netbook en un zenbook mediante software.

En primer lugar intentamos lograr una solución de producción. Con el fin de que funcione adecuadamente como unidad de trabajo se utilizó un dispositivo HyperX USB3 de 64 GB para una instalación persistente del sistema que utilizo habitualmente en mi trabajo y ocio, es decir, Fedora 25. Con un Netbook es poco aplicable un escritorio como gnome, así que partimos de un spin de Fedora 32 bits con LXDE como escritorio (spins de Fedora). Mediante la aplicación media writer de Fedora instalamos ese ISO como versión Live en un dispositivo USB DT R500 de 16GB que es bastante rápido (se utilizó esta unidad para grabar las versiones Live de las distribuciones de las que vamos a hablar en esta entrada)


y luego en el aspire se arrancó en el USB Live y se instaló de forma persistente al HyperX. El resultado es el siguiente:


Una vez instalado en el USB como si fuera un disco duro podemos trabajar de forma normal. Hemos podido instalar R, versión 3.3.2, que hoy podría ser ya la versión 3.3.3. Fedora LXDE no trae preinstalado Libreoofice, pero para mi trabajo (por ejemplo, dar prácticas, como ya hice en el pasado con esta máquina usando Ubuntu 10.04) puedo usar gnumeric y R (una hoja de caĺculo y un paquete estadístico).

La segunda opción probada, para ver otra posibilidad, fue Debian 8.7.1 32bits, también con escritorio LXDE (imágenes de Debian 32 bits). De nuevo, para intentar hacer funcionar lo más rápido posible a estas distribuciones en el trabajo, la copia persistente se realizó en un HyperX USB3 de 8GB. El resultado es el siguiente:


Como vemos, Debian instala directamente Libreoffice, versión 4.3. y a través de los repositorios la versión disponible de R es la 3.1.1. Es decir, la estabilidad tan  conocida de Debian nos lleva a dos años de retraso en el software.
Entre las dos alternativas, Fedora nos da la ventaja de disponer el software más actualizado, mientras que Debian trabaja en estas condiciones de hardware limitado de manera más fluida. Si tuviera que usarlo para trabajar, yo recomendaría utilizar Debian. Si la actualización del software es importante, se puede incluir los repositorios testing de Debian (como ya hemos hecho aquí).

Si realmente lo que queremos es utilizar dispositivos USB pequeños y antiguos para utilizar maquinaria de pocos recursos, en este caso lo mejor es disponer de distribuciones muy ligeras en versiones live. La utilidad es ver la red, comprobar el correo y si, accidentalmente, necesitamos escribir un texto, mandárnoslo por correo antes de cerrar, ya que esas sesiones no se pueden guardar.

La distribución damn que había recomendado hckorootx está discontinuada desde 2012, así que hemos preparado una unidad con Puppy 6.3.0. Funciona un una unidad USB de 256MB, pero para acelerar el sistema utilice finalmente un dispositivo DataTraveler Elite Kingston. A pesar de haber fallado en la instalación persistente, creo que es perfectamente factible y hace funcional los ordenadores antiguos con pocos recursos. Dispone en la versión Live probada de AbiWord, gnumeric, un enlace para la instalación de LibreOffice, una versión Lite de Inkscape. Firefox, transmission, muchas apliaciones multimedia y muchos iconos de configuración. Es una distibución muy adecuada para la reutilización de los ordenadores antiguos de muy bajos recursos.


Como último intento de instalar una distribución muy simple, y teniendo en cuenta que damn esta discontinuado, intentamos utilizar Tiny Core Linux. No fuy capaz de generar un dispositivo USB arrancable desde media writer en Fedora, así que hckorootx me preparó uno mediante Rufus.


En este caso el USB Live no presenta nada útil salvo la posibilidad de instalarlo de manera persistente y no contiene ninguna aplicación ni utilidad inmediata.

De estas dos opciones yo recomendaría Puppy para el uso de hardware antiguo.

Por supuesto, estos dispositivos USB autoarrancables y con un sistema operativo funcional y muchas aplicaciones nos permiten también trabajar en ordenadores que no sean nuestros sin necesidad de recurrir al sistema operativo de la máquina, siempre y cuando arranquen con USB; y si no es así podemos generar un CD arrancable que luego lleve al sistema del USB. Espero que esta entrada sirva de guía para dar una nueva utilidad al hardware que tenemos apartado y que aun es totalmente funcional.

lunes, 20 de marzo de 2017

Nueve años, medio millón de lecturas

Así es; este blog lleva con nosotros 9 años —desde marzo de 2008— y ha superado la semana pasada 500.000 lecturas en sus 812 entradas publicadas. Como ya dije hace tiempo, este blog no busca la fama —¿Qué hay de mi libro?, por si alguien lo recuerda— y espero que sirva de ayuda para algunos usuarios "de tierra" de Linux, como yo, que no tenemos habilidades de programadores ni tenemos tiempo para dominar el terminal. Sin embargo, las estadísticas del blog nos hablan de la evolución de los lectores del blog, que podemos tomar como muestra —quizás algo sesgada, pero muestra al fin y al cabo— de los navegantes en la nube de Internet.
Si lo comparamos con los datos del 2014, vemos como en el sumatorio desde 2008 sigue mostrando un dominio de Firefox sobre Chrome (38 vs 35%), de Windows sobre Linux (48 vs 25 +11% de otros Unix) y de lectores de España sobre USA (123000 sobre 91000).


Sin embargo, si nos fijamos en el último mes nos damos cuenta de como han cambiado los lectores de este blog. Los lectores actuales usan fundamentalmente Chrome (70% frente a 20% de Firefox); increíblemente hay un 46% de usuarios de Macintosh, frente a un 28% de Windows y un 11+7% de Linux+Unix —aun no me he podido creer esta cifra de Mac, ya que este blog no habla de Mac, y si lo hace habla mal— y los lectores son fundamentalmente de USA, casi tres veces más que los de España (los lectores de USA son más de la mitad de los lectores habituales).


Es decir, los acúmulos del pasado que vemos en el sumatorio de 9 años (Firefox, Windows y lectores de mi propio país) estás desapareciendo y cambian a unos nuevos usuarios, que navegan con Chrome, usan fundamentalmente hardware Macintosh y los lectores son de la aldea global.
Desde mi punto de vista particular, me doy cuenta que pertenezco al pasado; uso fundamentalmente Firefox, soy usuario de Linux, y no tengo como objetivo cambiar.
Otro dato interesante es que ha aumentado el número de lecturas desde móvil, ya que desde un 1% de iphone y 2% de android ha pasado a un 1% + 4%, duplicando el número de usuarios en smatphones.
Los usuarios cambian; yo muy poco. A ver si llegamos a un millon de lecturas. No  sé cuando tardaremos, ya que aunque las lecturas por entrada se han aumentado casi por 5 desde mediados del año 2016, el número de entradas que puedo hacer es menos. Primero, por que el trabajo aprieta, aunque no ahoga. En segundo lugar, muchas cosas no vamos a comentarlas más veces de las necesarias.

domingo, 19 de marzo de 2017

Discos WD Elements 3.5. Apertura

Esta entrada es para aquellos que como yo conserven aun algo de "miedo" a abrir los dispositivos electrónicos. La verdad es que desde hace años he utilizado los discos de 3.5 pulgadas sin carcasa externa, ya que tengo en mis ordenadores una caja externa abierta que me permite conectar discos SATA, tanto de 3.5 como de 2.5 pulgadas, en el bus USB y poder manejarlos, añadirlos y quitarlos a mi gusto. Aun conservaba dos unidades WD Elements de 1 y 2,5TB y una SEAGATE de 3,5GB con carcasa externa. Es mucho más incómoda de usar; requiere un enchufe más, dos cables —alimentación y USB—, disponer de un USB libre a mano, en vez de  empujar un disco y encender con un botón. Así que hoy me decidí a abrir la caja Elements del disco de 1TB —siempre los exprimentos con gaseosa—. Existen muchos vídeos en la red, y en el primero ya me di cuenta de como son los enganches  las cajas Elements. Para hacerlo más simple, solo es necesario saltar los enganches por la parte inferior, preferiblemente por delante para no dañar la placa electrónica SATA de conexión con el disco, con la ayuda de un destornillador plano fino


y luego simplemente ir empujando con una tarjeta cualquiera de identificación, sin chip, no vayamos a estropearlo y que no nos importe doblar. Los siguientes enganches van saltado fácilmente —más fácil que en ese vídeo que he señalado—. Los conectores son simples y se extrae el disco muy fácilmente tirando de las gomas de enganche en la parte anterior.


Sale el disco con la placa. Se desatornilla la fijación y listo. Recomiendo conservar la placa, ya que sirve de conexión para un disco de 3.5 pulgadas si en un momento dado necesitamos leer algo de un disco que tengamos por ahí, si no disponemos de otra forma.


Eso supone también disponer de un cable de alimentación con transformador para disco duro (12V, 1-2A de salida) y un cable USB adecuado, que en este caso supone un conector USB Mini B 5 pin macho, para unir la placa con el ordenador, y que suele ser el conector habitual de discos duros anteriores a las cajas de USB 3.



Otra curiosidad que tenía era saber si los discos Elements son Caviar Green o Blue. Para los que tengan la misma curiosidad, son WD Caviar Green. Ah! ademas nos ahorramos de pagar por la carcasa, que es también importante. Una última ventaja; los discos sin carcasa ocupan mucho menos sitio, y son más fáciles de almacenar.

viernes, 17 de marzo de 2017

Nautilus. Problemas... ¿con vlc?



Desde hace un tiempo —largo, no me acuerdo cuando empezó— estoy teniendo problemas con nautilus. El sistema —Fedora 25, pero también con 24 y 23...— se inicia, llamo a nautilus, trabajo en lo que sea y, tarde o temprano, nautilus se bloquea y hay que recurrir al teminal y matarlo

killall nautilus

Debido a ello normalmente llamo a nautilus desde el terminal, para leer los errores y comprender que pasa. En general los errores son del tipo

Stream with high frequencies VQ coding
libpng warning: iCCP: known incorrect sRGB profile

que asocio a un plugin de conversión de imágenes,

[00007f5f38d31c08] core decoder error: failed to create audio output
[000055be0e896ee8] pulse audio output error: digital pass-through stream connection failure: No soportado
[000055be0e896ee8] core audio output error: module not functional
[00007f5f38d57de8] core decoder error: failed to create audio output

que asumo que es algún sonido con codec no soportado,

pero cuando se bloquea todo los errores suelen ser

VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-10582-g9eb9eb0bd2)
[00005596eb6311c8] core libvlc: Ejecutar vlc con la interfaz predeterminada. Use «cvlc» para usar vlc sin interfaz.
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory
QObject::~QObject: Timers cannot be stopped from another thread

que deberíamos asociar a VLC. El problema está en que muchos bloqueos se hacen sin que haya llamado a VLC o a cualquier vídeo.

Lo llevo con resignación. Una pequeña cruz de cada día

jueves, 16 de marzo de 2017

Reciclando dispositivos USB antiguos. ¿Para qué pueden servir 256MB?

Siempre es bueno utilizar todos nuestros dispositivos hasta que no funcionen más. En este caso me refiero a mi primer lápiz USB


Como se puede ver, es una "pequeña" joya —9,7 cm sin arandela— de nada menos de ... 256MB. Es cierto, solo 256MB; no por nada ya he dicho que era el primero que tuve. Era un buen dispositivo, rápido en comparación con los de su época —creo recordar que grababa a 9,5MB/s— y aun funciona, años y años después —no me acuerdo cuantos—. El problema es que no sirve para nada; hasta hace unos años servía para actualizar la BIOS de los equipos, pero hoy con 256MB no sirve ni para eso...

Y de repente le he encontrado una utilidad. En las prácticas que damos utilizamos datos grabados en formato texto plano csv o tabulado; si bien es cierto que están a disposición de los alumnos en la red, en ocasiones tenemos problemas de cortes o lentitud en la carga, aunque sean ficheros de unos pocos KBs y suelo llevar dispositivos con todos los ficheros necesarios para evitar "accidentes". Buscando entre los dispositivos que ya no uso he encontrado unidades de 8GB de 3 cm, de 16GB de 2 cm y alguna de 32GB de poco más de 1cm, pero solo necesito copiar 1,2MB, así que ya le hemos encontrado una nueva vida a este dispositivo.
¡El Rey aun no ha muerto! ¡Viva el Rey!

PD. Sigue funcionando por que los dispositivos de calidad aguantan mucho tiempo. A mi aun no se me ha estropeado ninguno, casi todos Kingston o Sandisk. Los que me rodean dicen que es por que los uso solo esporádicamente. Sea como sea, recomiendo comprar la mayor calidad posible en un rango aceptable de precio. ¿Cuál es ese rango aceptable? Hasta donde estemos dispuestos a pagar por un dispositivo USB, y eso dependerá de la necesidad REAL que tengamos de ellos. Personalmente, uso uno muy voluminoso —en este momento de 128GB— con una copia de mi trabajo diario y una segunda unidad pequeña —4GB— con las presentaciones, vídeos y audios de uso en clase; en estos momentos son ambos Sandisk. Los demás que tengo son las unidades grandes que he ido sustituyendo por otras aun más grandes. Es un ciclo interesante; con los años he pasado de 256MB a 128GB. He aumentado 512 veces el volumen... y subiendo, para hacer algo parecido. Eso si, la velocidad de grabación solo ha subido 25 veces.

jueves, 9 de marzo de 2017

Pocket se une a Mozilla. Defina más tarde

Los usuarios registrados de Pocket hemos recibido estos días el aviso de la unión de Pocket y Mozilla. Primero, para los que no lo conozcan, definamos Pocket. Según wikipedia, "Pocket, conocido anteriormente como Read It Later, es una aplicación informática y un servicio web que permite al usuario administrar listas de lectura obtenidas desde Internet." Acepto el nombre original "Lea después", "Lea más tarde" como la definición verdadera de Pocket, o al menos de la intención inicial de Pocket. Sin embargo, entrando más en el funcionamiento mental del ser humano, digamos realmente lo que hacemos con esta lista de lectura y Lea más tarde. Por supuesto hablo de mi; los demás seguro que sacan partido. Revisando la lista de Leer más tarde he encontrado un conjunto de páginas web desde estos días hasta los principios, mis principios, en Pocket, 19 de noviembre de 2015... y está sin leer. Más o menos tiene el mismo fin que la columna de documentos de cosas que se pueden hacer más tarde que tengo en mi mesa de trabajo en el extremo izquierdo. En general, están ahí hasta que me acuerdo de mirar y las voy tirando, sin hacerlas. De hecho, es así como uso Pocket. Si hay una página importante que debo leer, la incluyo en mi agenda y le doy hasta una fecha tope. Las demás, acaban en Pocket, y en general no las reviso o de muy de vez en cuando abro mi lista de lecturas y las voy eliminando —sin leer, por supuesto— para hacer sitio.
En resumen, y no solo en relación a Pocket, la mayor parte de las cosas que en un momento determinado apuntamos para hacer en el futuro son caprichos de un momento, y son olvidadas, por mucho que quiera Pocket, Endnote, Keep o los PostIt evitarlo.

"Todos esos momentos se perderán en el tiempo... como lágrimas en la lluvia. Es hora de morir". Roy Batty (2019)


viernes, 24 de febrero de 2017

En esos momentos en los que todos los errores —técnicos— se juntan...

Aunque sea accidental, fastidia bastante. Empecemos por el principio...
1. Resulta que tengo un equipo nuevo... que desde el principio ha necesitado un reset para arrancar. La presión del trabajo, más el hecho de que solo lo apago el viernes ha llevado a que hasta ayer no intentara un arreglo.
2. La última actualización, justo antes de llevar a arreglar, no terminó correctamente, y algunos ficheros quedaros a medias y no se limpió correctamente el sistema.
3. Se arregla, un simple cambio de BIOS (era lo esperado) y...

El sistema arranca, pero el sistema no funciona adecuadamente (por decirlo suavemente). No arranca el terminal, no responde a los comandos en Alt-F2 y está inestable (un bloqueo sin respuesta a las teclas mágicas).

Sin terminal, la situación es complicada, así que solo queda un recurso, los escritorios no gráficos adicionales (Ctrl+Alt+F1 a 7). Al instalar una herramienta para comprobar el sistema empieza a eliminar paquetes. Y en ese momento me doy cuenta del problema, ya que hasta ese instante estaba preparado para instalar de nuevo. Ya fue posible en la pantalla de texto actualizar, se limpió todo y tras el reinicio funciona como debe ser. Por cierto, no solo funciona, si no que lo hace de forma más fluida que antes, o quizás sea solo una sensación...

jueves, 23 de febrero de 2017

Kernel Linux 4.10

Se ha liberado el kernel 4.10. Para comentarios más técnicos existen páginas especializadas, pero en lo que importa a un simple usuario como yo destaco la mejora de la gestión de escritura a disco. Cuando Linux escribe al disco e intentas arrancar alguna aplicación, todos los procesos se bloquean hasta que el proceso de escritura se acaba, y como prueba de la relatividad del tiempo, a mi siempre me parecen horas. Como señala D'Oh! aquí estos problemas ocurren porque las escrituras intensas llenan las colas de la capa de bloques, y otras peticiones de E/S tienen que esperar mucho para ser atendidas. Teóricamente la versión 4.10 añade un mecanismo que controlará las escrituras y el bloqueo por la copia. Así que, Fedora, ¡ya estás tardando para actualizar el kernel! —ahora mismo tenemos instalada la versión 4.9.10—.


A ver si es verdad la rapidez en las actualizaciones en Fedora.

miércoles, 22 de febrero de 2017

Herramientas para una edición sencilla de un PDF

En alguna entrada hemos señalado las limitaciones que los usuarios de Linux tenemos en la edición de los PDF (Portable Document Format). En general, para arreglos rápidos, como cambios de orden de páginas, rotaciones, añadir o borrar páginas o fusionar documentos suelo usar pdf-shuffler o pdfmod. Como usuario de Fedora, y por tanto de gnome, lo más natural es el uso de pdfmod, ya que es una utilidad nativa de gnome y debería funcionar como un guante. La mayor parte de las veces es así, pero en ocasiones, sobre todo con PDFs grandes, da problemas y en la edición se pierden, en ocasiones, algunas páginas —aun no sé por qué—. Por ello, y hasta el día de hoy, recomiendo la utilidad pdf-shuffler. La apariencia es algo más antigua,


pero funciona adecuadamente.

miércoles, 1 de febrero de 2017

Dispositivo USB SanDisk Extreme PRO. Cuando no nos podemos permitir la paciencia

Como ya había indicado en alguna entrada, si usamos dispositivos USB baratos es necesario tener paciencia y no pedir demasiada velocidad a las unidades al copiar, y en ocasiones ni siquiera al leer. Sin embargo, a veces es necesario hacer algo rápido, y para ello es bueno tener dispositivos rápidos. En general uso unidades antiguas que cumplen su función; por ejemplo para llevar presentaciones uso un dispositivo SanDisk Cruzer Titanium de 4GB, que como su nombre indica tiene una carcasa de titanio que soporta presiones de 1000Kg; tiene bastantes años, pero funciona perfectamente, con una velocidad de lectura de 20MB/s y escritura 10MB/s, lo que nos recuerda lo ya dicho de la paciencia, aunque en sus tiempo no estaba mal. Por aquel entonces, cuando compre aquella unidad utilizaba como dispositivo USB rápido un Kingston DataTraveler ELITE, que copiaba a 29MB/s, que de aquella era increíble, pero tenía dos defectos, solo 1 GB y el precio desorbitado. Es aun hoy un lápiz muy rápido para ser USB 2, pero con 1GB dejé de usarlo rápidamente. De ahí me pasé a un Kingston DT R3.0 de 32 GB; lo uso aún hoy para instalar sistemas, por que es más rápido que el ELITE y me permite meter mucho material dentro. Cuando mi Dropbox empezó a ocupar un volumen grande, y para llevar una copia del trabajo diario en el bolsillo empece a utilizar unidades de 64GB, y tengo un Kingston HyperX 3.0 DataTraveler, que ha sido el fracaso más grande de todas los dispositivos USB que he tenido; teóricamente debería copiar a velocidades superiores a 100MB/s, pero nunca lo ha logrado, y consigo mejores resultados con el DT R3.0. Debido a ello y a que Dropbox sigue creciendo, lo sustituí por una tarjeta SD clase 10 de 128MB leída a través de un lector SanDisk Extreme PRO UHS-II. El lector es una maravilla, pero la tarjeta no funcionó tan rápido como era de esperar ni en formato exFAT ni en NTFS. Esto nos lleva al título de la entrada... finalmente he encontrado la unidad que buscaba, un SanDisk Extreme PRO USB 3.0 de 128GB. Me permite hacer un rsync de 80 GB en pocos minutos y funciona realmente bien. Teóricamente debería leer a 260MB/s y escribir a 240MB/s, pero en circunstancias reales la verdad siempre le aleja de estas cifras, así que bajo cronómetro he realizado estas pruebas:
1. Copiar 3 ficheros con 2,9 GB (las ISOs de Fedora) - 20,6s, a 144 MB/s hasta el desmontaje
2. 1 fichero multimedia de 18,2GB - 3m 15s, a 95 MB/s
3. 3991 ficheros de 14,9 GB en total (hojas de cálculo, documentos, fotos...) - 3m 23s, a 75 MB/s

De hecho la primera copia que hice con él se realizó a 214MB/s, pero ni lo desmonté ni cronometré el tiempo, así que no estoy seguro de la velocidad real de copia.


Es decir, ¡una maravilla!
Ah!, el que se quiera permitir un coste superior, SanDisk tiene una unidad Extreme PRO USB 3.1 que lee a 420MB/s y escribe a 380 MB/s. Ustedes mismos.

PD. A pesar de este largo viaje, aun me funcionan todos los dispositivos USB que he tenido, incluido el primero, un Kingston de 256MB de forma de torpedo. Realmente no se puede usar para nada, por qe cn ese tamaño no llega ni para actualizar las BIOS de los ordenadores.

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.




martes, 10 de enero de 2017

Wayland en Fedora; algunos inconvenientes

Llevo hasta este momento unos tres meses probando Wayland bajo diferentes circunstancias (portátil, sobremesa...) en Fedora 25. Teniendo en cuenta que solo soy un usuario normal, y no un desarrollador, hasta ahora he encontrado los siguientes problemas:
1. gparted, como indicamos aquí. No estoy completamente seguro de que se deba a Wayland, ya que me había pasado antes en X11. Aun así, como hemos visto, es fácilmente solucionable.
2. gnome-boxes, como habíamos indicado aquí. Solucionable con facilidad.
3. jdownloader. En ocasiones se cuelga y lanza una lista larga de errores (que desgraciadamente nunca he guardado). En las últimas actualizaciones no se ha producido, así que podemos darla por resuelta; además, era solo un pequeño problema que aparecía en ocasiones, al manipular la aplicación.
4. mkvtoolnix-gui. En terminal funciona perfectamente, pero la versión 9.40 de la máscara gráfica se colgaba (literalmente desparecía) al intentar realizar cualquier tipo de acción. Es un problema importante, ya que si bien en terminal se realizan fácilmente las extracciones, los montajes y añadidos de líneas de sonido o texto son complejos e incómodos en terminal. En la versión actual 9.60 funciona perfectamente, así que ya está solucionada.


5. vlc. Esta es la única alteración que me está afectando en mis ordenadores que aun no ha tenido solución. Al intentar visualizar cualquier fichero de vídeo el vlc simplemente no arranca. si se intenta por terminal da un mensaje de error como este:


A pesar de lo que dice, la reinstalación, incluido una previa desinstalación, no ha funcionado. Es el único problema que por ahora no he podido solucionar satisfactoriamente. Sí, hay otros programas, pero no me gustan tanto. Un pequeño fastidio.

ACTUALIZACIÓN:
No, jdownloader no está resuelta. De hecho, me ha vuelto a pasar. esta vez si he grabado el error. Para aclarar las cosas, esun error de Java, y empieza así (unas pocas líneas de unos cientos):