Unidad de Laboratorios de la EPS

Con el comienzo del nuevo curso académico 2018/19, las nuevas peticiones de software de los laboratorios (con nuevas aplicaciones y/o nuevas versiones de programas del curso pasado), procede actualizar el fichero VDI asociado a la máquina virtual del curso anterior:

Virtual Ubuntu EPS 2017 (VDI)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2018.

Para la obtención del mismo, tendremos que realizar su descarga accediendo a esta URL (nos pedirá previamente, aceptar el certificado y luego introducir el usuario y contraseña de la EPS):

https://maktub.eps.ua.es/ubuntuepsvirtual/Ubuntu-VDI-EPS-16_04-2018.vdi

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2018.vdi

El archivo ocupa alrededor de 36 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de ese tamaño (preferiblemente unos 40 GB). La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en menos de 2 horas debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes y añadiendo los nuevos programas y versiones del nuevo curso.

Al arrancar, en esta ocasión ofrece: bien en modo ventana o bien en pantalla completa (recomendado este último pues, de otra forma, muchos iconos del Escritorio, no se verán bien).

La nueva imagen del Escritorio es ésta:

 

Cambios realizados y listado de SW nuevo

El SW que aparece en esta máquina virtual es, en un 95%, el que hay para GNU/Linux en los laboratorios de la EPS (entre los de Politécnica I, Politécnica IV, laboratorio LTV, laboratorio LELEC y laboratorio LROB1).

El que no sea el 100% atiende a razones de no generar problemas entre ciertas librerías y programas muy particulares pero, sobre todo, a que hay aplicaciones que tienen sentido en los laboratorios pero que en un uso en casa (o fuera de los laboratorios de la EPS), no tienen mucha utilidad, por ejemplo iTalc o máquinas virtuales que sí existen en los laboratorios pero que ponerlas, a su vez, dentro de otro virtual, además de cargar demasiado éste, se ejecutarían muy ralentizadas, y tampoco tiene mucho sentido (pues pueden funcionar, de manera independiente, en cualquier arquitectura nativa de GNU/Linux, Windows y Macintosh que tenga instalada la plataforma VirtualBox).

La lista de programas y librerías nuevos (añadidos a otros del curso pasado), sería la siguiente:

• adobe-air
• appinventor2-setup-2.3
• blender-2.76
• cryptsetup-bin
• Eclipse Java 4.7 Oxygen (versión no JEE)
• Eclipse JEE 4.8 Photon
• exfat, fuse-utils-1.2.3-1
• firefox-63.0.1
• gcc-5.4.0, g++-5.4.0
• gcc-msp430
• gitkraken
• go 1.7.4
• google-chrome-stable-69.0.3497.100
• ipython-2.4.1-1
• kernel 4.4.0-98-generic-x86_64 (vmlinuz-4.4.0-98-generic , initrd-4.4.0-98-generic)
• libsqlite3-dev-3.11.0
• meson-0.29
• memtester-4.3.0-3
• monodevelop, nunit-5.10.0.871-2
• ninja-1.5.1
• node-8.11.1
• nodemon-1.18.4
• npm-5.8.0, angular_cli-6.0.0
• npm-6.4.1
• obs-studio-20.1.0
• opencv-3.4.3 (+ dependencias asociadas)
• octave-4.0.0 (icono de Escritorio)
  
• qemu-2.5.0
• qtcreator
• qt5-default
• scratch-2-offline-i386
• smartmontools-6.4
• swift-3.1
• sysbench-0.4.12
• vim-gtk
• vlc-2.2.2-5
• xmpi-2.2.3b8-13.2

Otros programas que por razones de insuficiente soporte gráfico (memoria y capacidad de procesamiento) y la falta de aceleración 3D de la máquina virtual, NO se incluyen son:

• nvidia-cuda-toolkit
• ROS Kinetic

Particularidades de algunos programas:

• google-chrome-stable-69.0.3497.100:  Al arrancar, nos pedirá con un cuadro un usuario y contraseña en un asunto relacionado con el almacén de claves de sesión. Pasa también en los laboratorios de la EPS. Dándole 3 veces a cancelar (pues saldrá hasta 3 veces), se soluciona y se puede continuar funcionando normalmente con el navegador.

Aspectos a tener en cuenta para la puesta en marcha de la máquina virtual

Básicamente, son los mismos que para el VDI del curso anterior:

• Habilitar el bit de virtualización en la BIOS del equipo anfitrión
• Configuración HW similar con estas particularidades:
  • Arranque sólo disco duro (ni red ni CD).
  • (2048 MB de RAM o, si se añade más, mejor)
  • Si utilizamos la versión 5.0 (o superior)  de VirtualBox , podremos habilitar soporte para USB 3.0 (xHCI) creando, en el apartado USB, un filtro vacío para admitir dispositivos USB 3.0.
• Instalar Oracle VM VirtualBox Extension Pack (si no lo teníamos ya instalado en nuestra versión instalada de VirtualBox).
  
• Instalar las Guest Additions en la máquina virtual para nuestra misma versión de VirtualBox que tengamos instalada (es decir, si el año pasado teníamos la 5.1.26 y este año tenemos la 5.1.38, deberíamos de instalar la de la 5.1.38). Esto ya se explicaba en este mismo apartado para el Virtual Ubuntu EPS 2017.

 

Con el comienzo del nuevo curso académico 2017/18, las nuevas peticiones de software de los laboratorios (con nuevas aplicaciones y/o nuevas versiones de programas del curso pasado), procede actualizar el fichero VDI asociado a la máquina virtual del curso anterior:

Virtual Ubuntu EPS 2016 (VDI) (y 2)

Al nuevo virtual le llamaremos Virtual Ubuntu EPS 2017.

Para la obtención del mismo, tendremos que realizar su descarga accediendo a esta URL (nos pedirá previamente, aceptar el certificado y luego introducir el usuario y contraseña de la EPS):

https://maktub.eps.ua.es/ubuntuepsvirtual/Ubuntu-VDI-EPS-16_04-2017.vdi

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2017.vdi

El archivo ocupa 25.8 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de algo más de esos casi 26 GB. La duración de la descarga dependerá de la conexión a Internet que tengamos. Con una conexión relativamente modesta, en poco más de 1 hora debería estar descargado.

Sigue estando basado en Ubuntu 16.04 LTS x86_64 (64 bits) pero con las actualizaciones pertinentes (en él hemos eliminado programas que ya no se han solicitado, versiones obsoletas y añadido programas y versiones nuevas acorde con el nuevo curso que comienza).

La nueva imagen del Escritorio es ésta:

 

Cambios realizados y listado de SW

El SW que aparece en esta máquina virtual es, en un 90%, el que hay para GNU/Linux en los laboratorios de la EPS (entre los de Politécnica I, Politécnica IV, laboratorio LTV, laboratorio LELEC y laboratorio LROB1).

El que sea un 90% atiende a razones de no generar problemas entre ciertas librerías y programas muy particulares pero, sobre todo, a que hay aplicaciones que tienen sentido en los laboratorios pero que en un uso en casa (o fuera de los laboratorios de la EPS), no tienen mucho sentido, por ejemplo iTalc o máquinas virtuales que sí existen en los laboratorios pero que ponerlas, a su vez, dentro de otro virtual, además de cargar demasiado éste, se ejecutarían muy ralentizadas, y tampoco tiene mucho sentido (pues pueden funcionar, de manera independiente, en cualquier arquitectura nativa de GNU/Linux, Windows y Macintosh que tenga instalada la plataforma VirtualBox).

La lista (resumida) de programas y librerías, sería la siguiente:

• ansible-2.0.0.2
• atom-1.18.0-1
• bison++-1.21.11-3.1
• bower-1.8.0
• caffe-master (1.0.0)
• cmake-3.5-1
• composer
• docker-ce-17.06.0
• docker-compose-1.15.0
• Eclipse C++ 4.6 Neon, Eclipse C++ 4.7 Oxygen
• Eclipse JEE 4.6 Neon, Eclipse JEE 4.7 Oxygen
• firefox-47.0
• flex-2.6.0
• freeglut3 (2.8.1-2), freeglut3-dev (2.8.1-2)
• gawk-4.1.3
• gcc-5.3.1, g++-5.3.1
• gulp-cli
• g++-arm-linux-gnueabihf, gcc-arm-linux-gnueabihf, gdb-multiarch, pip matplotlib
• heroku-6.13.1
• JDK-1.8.0 Update 131, JDK-1.8.0 Update 131 APIDocs
• jhipster-4.6.2
• joe-4.1-2
• laravel-5.4
• libasound2-dev-doc-1.1.0
• libsfml-dev-2.3.2
• libsvm-3.22
• make-4.1-6
• MySQL-Server-5.7.11, MySQL-Common-5.7.11, MySQL-Connector-Java-CPP-Python
• Netbeans-8.2
• nlwrap-0.41
• nodejs-4.8.4, nodejs-6.9.4, nodejs-legacy-4.2.6
• npm-2.15.11, npm-3.10.10
• opencv-3.3 (+ dependencias asociadas)
• php7.0, php7.0-mysql
• postman (5.2.1)
• robo3t-1.1.1
• python-2.7.11+, python-3.5.2, python-3.6
• qemu, qemu-system-arm, qemu-user, qemu-user-static
• ruby-dev (2.3)
• valgrind-3.11.0
• VirtualBox-5.1.24-117012
• vscode-1.15.1
• sqlitebrowser-3.7.0-1
• sts-3.9.0
• sublime-text-3126-prolog
• swi-prolog-7.2.3
• yarn-0.27.5
• yo (yeoman) 2.0.0

 

Aspectos a tener en cuenta para la puesta en marcha de la máquina virtual

Se crea de forma similar a la descrita para el VDI del curso anterior (que, de momento, mantendremos también descargable durante un tiempo). Más que sustituir la máquina del curso pasado, es recomendable mantener aquélla y, para la de este curso, crear una máquina virtual totalmente nueva.

– Habilitar bit de Virtualización en la BIOS:

Muchos portátiles y PCs, tienen deshabilitado, por defecto, en la BIOS, el bit de Virtualización (VTx). Es fundamental que esté HABILITADO (Enabled) pues, de lo contrario, aunque podamos instalar la plataforma VirtualBox en nuestro equipo, al intentar lanzar cualquier máquina virtual, nos dará un error.

 

– Configuración al crear la máquina virtual  (a tener muy en cuenta):

• Memoria RAM: mínimo 2048MB.
• Memoria de vídeo: 128 MB.
• NO habilitar la aceleración 3D (ya que ello provocaría que los paquetes de OpenGL instalados no funcionaran bien y que programas como Postman no funcionaran correctamente).
• NO habilitar la aceleración 2D.

 

– Instalar Oracle VM VirtualBox Extension Pack:

Cuando instalemos la plataforma VirtualBox (actualmente en su versión 5.1.28 y descargable desde la página https://www.virtualbox.org/wiki/Downloads), no debemos olvidar, una vez instalado, descargar el paquete de extensiones Oracle VM VirtualBox Extension Pack. Una vez descargado, abriremos la plataforma VirtualBox, iremos al menú Archivo -> Preferencias -> Extensiones y añadiremos a la plataforma el fichero con extensión vbox-extpack.

Sin estas extensiones, no podremos conectar ni hacer attach de dispositivos USB a mayor velocidad que marca el estándar 1.1 (muy poco actualmente, donde lo normal son dispositivos estándar 2.0 y, sobre todo, 3.0).

 

– Instalar las Guest Additions en la máquina virtual:

Una vez lancemos el virtual y éste esté funcionando, si la versión de VirtualBox nuestra no coincide con la de las Guest Additions del VDI, tendremos que instalar las Guest Additions de nuestra versión de VirtualBox (en dicho VDI).

Para ello, ya con el virtual arrancado y viendo el escritorio de Ubuntu, iremos al menú Dispositivos de la ventana de VirtualBox y seleccionaremos la opción de más abajo donde pone “Imagen CD Guest Additions“. Con esto, haremos attach de dicha imagen al VDI (como si metiéramos un CD físico en la unidad de CD de la máquina virtual) y podremos proceder a instalar las citadas Additions en el virtual.

Podremos funcionar sin las Additions, pero el funcionamiento del virtual no será tan bueno y la fluidez de paso del foco de ratón y el teclado entre el virtual y el anfitrión y viceversa, será bastante menos eficiente.

Dicha instalación puede realizarse de forma gráfica desde el citado menú, para lo cual se nos solicitará la contraseña de root (que es “alu” sin las comillas) y seguiremos los pasos pertinentes:

O bien, también es posible realizarlo desde una terminal de root (accesible con el comando sudo su y poniendo la contraseña alu) siempre que antes hayamos hecho attach del CD desde el menú Dispositivos del virtual.

Una vez alcanzada la terminal de root ejecutaremos estos comandos:

# cd /media/alu/VBOXADDITIONS_5.1.26_117224

# ./VBoxLinuxAdditions.run

 

La semana pasada, en el laboratorio L13, tuvimos problemas con el arranque de los equipos clL13-8, clL13-10 y clL13-20 que tienen relación con el módulo Intel Management Engine Interface (Intel MEI).

 

 

Este módulo aparece documentado en https://www.kernel.org/doc/Documentation/misc-devices/mei/mei.txt

Por alguna razón (pensamos que de algún glitch del HW de determinados equipos), lo que antes no causaba problemas con dicho driver mei_me (tal como lo carga el kernel de Ubuntu), empezó a darlos. Por lo que parece, tiene relación con el acceso a los puertos SATA de los discos, hasta el punto de bloquear el PC sin que éste haya terminado el proceso de arranque (lo que supone que ya, en ningún momento, nos aparezca la interfaz gráfica lightdm para validación de usuarios).

Además, son problemas aleatorios, que en el clL13-20, hemos visto que a veces (casi siempre) se daban y a veces no (alguna vez), no.

Ante esto y, después de haber consultado el mismo problema (o asociado al mismo) en varios foros de Ubuntu y Debian:

• https://ubuntuforums.org/showthread.php?t=1970325
• http://www.linuxquestions.org/questions/linux-server-73/problem-in-ubuntu-server-12-04-64bit-4175432492/
• https://bbs.archlinux.org/viewtopic.php?id=133083
• https://lists.debian.org/debian-user/2015/02/msg00626.html

parece ser que, la mejor solución (si no queremos tener que ir cambiando placas base por un fallo, además intermitente y de aparente y sobrevenida incompatibilidad del chipset del equipo con el módulo mei_me), es deshabilitar dicho módulo al inicio para que el kernel nunca llegue a cargarlo.

Esto lo llevamos a cabo añadiendo al fichero /etc/modprobe.d/blacklist-watchdog.conf la siguiente línea final:

blacklist    mei_me

De esta forma, al reiniciar el equipo, veremos cómo ya no muestra errores relacionados con esto, ya no se congela el equipo durante el arranque, y aparecerá bien la interfaz gráfica lightdm de Ubuntu solicitando el usuario y contraseña de la EPS.

Además, verificamos que el módulo ya no está cargado, utilizando el comando:

lsmod | grep mei

(no debe dar nada como salida)

De momento, este problema sólo ha sucedido con equipos del modelo HW APD0912.

Esperemos no se vaya extendiendo a más equipos pues, de lo contrario, supondría poner, generalizadamente, este módulo en blacklist para todos los laboratorios (o, al menos, en todos los laboratorios con máquinas del modelo APD0912).

 

Guardar

Para la obtención del fichero VDI del modelo de laboratorio de la EPS (Virtual Ubuntu EPS 2016) con el que poder crear nuestra máquina virtual, tendremos que realizar la descarga del mismo accediendo antes a esta URL (nos pedirá previamente, aceptar el certificado y luego introducir el usuario y contraseña de la EPS):

https://maktub.eps.ua.es/ubuntuepsvirtual/Ubuntu-VDI-EPS-16_04-2016.vdi

Desde ella, pincharemos en el enlace que aparece para proceder a la descarga del fichero Ubuntu-VDI-EPS-16_04-2016.vdi

El archivo ocupa 24 GB. Es decir, donde descarguemos el mismo, hemos de estar seguros de disponer de 24 GB (la mayoría de pendrives actuales ya tienen 32GB o más y la inmensa mayoría de ordenadores y discos duros externos también dispondrán de espacio para ello). La tardanza en la descarga dependerá de la conexión a Internet. Con una conexión relativamente modesta, en 1 hora aproximadamente (o menos) debería estar descargado.

Una vez descargado, deberemos, si no lo tenemos ya instalado, descargar e instalar VirtualBox (http://www.virtualbox.org) para el Sistema Operativo anfitrión en el que estemos (Windows, MacOS o GNU/Linux). La última versión de la plataforma de virtualización, a día de hoy, es la 5.1.14 (también es importante, además, instalar la parte de VirtualBox Oracle VM VirtualBox Extension Pack)

Una vez instalado, abriremos la plataforma VirtualBox y seguiremos los siguientes pasos:

• Nueva (máquina virtual) donde nos pedirá el nombre de la misma, qué Sistema Operativo va a ser (Linux) y, dentro de Linux, le diremos en el desplegable Ubuntu 64 bits.

 

 

• Seguidamente nos pedirá la memoria RAM de la que dispondrá: pondremos 2048 MB, pero como mínimo, aconsejo que nunca sean menos de 1024 MB. Hay que tener en cuenta que la memoria dedicada a la máquina virtual no debería exceder en más del 50% a la memoria física que tengamos en nuestro equipo.

 

• Luego nos solicitará si deseamos: No agregar un disco duro a la máquina virtual, Crear un disco duro vacío o Usar un archivo de disco duro virtual existente. Optaremos por esta última y seleccionaremos nuestro VDI.

 

 

 

 

La máquina virtual se proporciona ya con las VBOXGuestAdditions para Ubuntu instaladas en el VDI (lo que permite una mejor integración del ratón en el paso entre anfitrión y virtual y mejoras en la resolución potencial del mismo).

La máquina virtual, por defecto, se proporciona a una resolución de 1024×768 (4:3) pero si se quiere, desde dentro de la misma, en Configuración (rueda dentada), opción Monitores, se puede cambiar a resoluciones mayores y relaciones de aspecto distintas (generalmente 16:9 con monitores panorámicos).

También puede, desde VirtualBox, habilitarse Ver en Pantalla Completa, Ajustada o tenerla (por defecto), en modo Ventana.

 

 

Una vez agregada, configuraremos lo siguiente:

• Sistema: Aquí deshabilitaremos lo relativo a Disquete y CD/DVD como métodos de arranque (es decir, que la máquina arranque directa de disco duro). Aquí podríamos modificar la memoria RAM dada en la creación de la máquina virtual. También podemos añadir 1-2 procesadores (en función del equipo que tengamos) en la pestaña Procesadores.

 

• Pantalla: Aquí es fundamental elevar de 12MB a 128MB la memoria de vídeo (si no, irá fatal el virtual a nivel gráfico). NO HABILITAR la Aceleración 3D ya que con las GuestAdditions no va bien y generará problemas (desaparecerá el ratón al introducirnos en el área de la máquina virtual). Monitores, en principio, dejaremos 1 (aunque podríamos poner 2, en cuyo caso, luego dentro de Ubuntu 16.04 Virtual, podríamos configurar dichos monitores en Escritorio Extendido o Espejado).

 

 

• Red: Comprobaremos que la red está configurada como NAT.

 

Ya podremos lanzar la máquina virtual desde el botón Iniciar.

 

 

Veremos que empezará con el gestor de arranque LILO mostrando como único Sistema Operativo GNU/Linux. Podremos entrar ó, si no, en pocos segundos él solo cargará el kernel de GNU/Linux. Para facilitar las cosas, el sistema hace autologin del usuario alu (cuya contraseña es también alu). Está configurado para poder trabajar así. Sin embargo, si se quiere acceder como root, se puede usando el comando, desde una terminal gráfica de texto:

sudo su

(contraseña alu)

 

 

Desde root ya tendríamos el control total del sistema, podríamos instalar paquetes, actualizar, etc…

Aunque nuestra recomendación final es no tocar demasiado si no se sabe bien lo que se va a hacer (o bien, al menos, hacer algún tipo de copia de seguridad previa del VDI original para evitar que, toqueteando, hagamos, por error, el sistema inoperativo y perdamos todo lo que tuviéramos en el VDI -lo que, además, obligaría a una nueva descarga del mismo-).

 

Cambiar la resolución de la máquina virtual Virtual Ubuntu EPS 2016

Si se requiriera cambiar la resolución por defecto (1024×768, 4:3) de la máquina virtual, procederíamos, desde dentro de ella, de la siguiente manera:

• Clic a Configuración (icono de Unity de la rueda dentada y llave inglesa).
• Clic apartado Hardware.
• Clic en Monitores.
• Desde dentro de dicha opción, cambiar la resolución y relación de aspecto a la que mejor nos convenga.
• Luego nos preguntará si Mantener o no dicha configuración y, si lo vemos oportuno, diremos que sí.

 

 

Guardar

Guardar

Para este curso 2016/2017, el antiguo DVD Live EPS 2014 ha sido sustituido por una tecnología más actual (virtualización) y que admite, en principio, tamaño ilimitado (o, al menos, no la limitación que supone 4.7GB de un DVD de simple capa o 9.4 GB de uno de doble capa).

El nuevo Sistema Operativo de este curso basado en GNU/Linux es Ubuntu 16.04 LTS x86_64, es decir, ya en arquitectura de 64 bits y que lleva instalado desde este pasado mes de septiembre de 2016 en los distintos laboratorios de la Escuela Politécnica Superior.

Lo que proponemos como herramienta de trabajo ubicuo (para casa, portátil, etc), es una Máquina Virtual basada en la Plataforma de Virtualización VirtualBox. Por tanto, este curso proporcionamos un fichero VDI (Virtual Disk Image, Imagen de Disco Virtual) que contiene la versión de Ubuntu 16.04 LTS de los laboratorios de la EPS junto a gran parte de los programas instalados en ellos. La filosofía es que, con el VDI descargado, y una vez creada su máquina virtual de VirtualBox con dicho disco asociado, los estudiantes podéis hacer vuestras prácticas con la máquina virtual prácticamente como si estuvieran físicamente en el laboratorio.

En la máquina virtual van incluidos (casi) todos los programas y librerías del Sistema Operativo Ubuntu 16.04 LTS x86_64 instalado en el Laboratorio de Libre Acceso (L04A/L04D).  Sin embargo, algunos no se han podido instalar, bien por problemas de incompatibilidades entre ellos o bien porque generaban problemas de vídeo en la plataforma X de Ubuntu 16.04 bajo la plataforma de virtualización VirtualBox.

Programas que Virtual Ubuntu EPS 2016 no contiene (respecto a los laboratorios de la EPS)

El VDI contiene todos los programas y versiones del laboratorio de Acceso Libre (L04A y L04D) de la EPS, excepto los que se dan en esta lista (que no se han podido instalar en el VDI ya que causaban distintos problemas en el funcionamiento de la máquina virtual):

• Librerías xorg-dev-7.7 y xserver-xorg-dev-1.18.3
• Programa docker-1.12.1
• Programa docker-compose-1.8.1
• Herramienta mpich2-3.2.6-x86_64
• Librerías de desarrollo para OpenCV: opencv-dev y libopencv-dev-2.4.9.1

En la siguiente entrada del blog, detallaremos cómo descargar el VDI, VirtualBox y cómo crear nuestra máquina virtual a partir del VDI descargado.

Como comentamos en esta entrada, establecimos un protocolo según el cual, los cambios de distribución de GNU/Linux en los laboratorios docentes  los realizaríamos cada 3 años. Ya llevamos TRES cursos con Ubuntu 12.04; es el momento de dar el salto a una nueva versión mayor de Ubuntu que estaría disponible para el próximo curso académico 2015/16, pero no va a ser así 🙁

Lee el resto de esta entrada »

We have had problems with the session manager for X Windows System that we use in the laboratories of the EPS to allow to identify users choosing the keyboard type and language. This was a problem for our Erasmus students because they couldn’t select English language in our computers. How we solved that? That’s what we want to explain on this entry.

Lee el resto de esta entrada »

Hemos tenido problemas con el gestor de sesiones para X Windows System que utilizamos en los laboratorios de la EPS para permitir, a los usuarios que se identifican, elegir el tipo de teclado e idioma. Cómo hemos resuelto el que, por ejemplo, alumnos de Erasmus puedan elegir inglés como idioma de la sesión y teclado, es lo que os queremos contar en esta entrada.

Lee el resto de esta entrada »

Ubuntu 12.04 LTS, la distribución de prácticas de los laboratorios y DVD de la EPS,  puede mostrar, aleatoria y esporádicamente, un mensaje como el de la figura:

Aunque no se trata de errores críticos, pues cerrando el cuadro se puede continuar con el trabajo normal en el equipo, da muy mala imagen al usuario (apariencia de falta de estabilidad interna o de errores que surgen inesperadamente sin razón conocida). Es por esta razón y porque entendemos que al usuario final de una versión estable, en términos generales, no le suele importar la información relativa a errores o cierre inesperado de procesos internos que no tengan que ver con la aplicación que esté utilizando o con el funcionamiento global del equipo, por lo que lo hemos corregido.

¿Cómo?

La raíz del mismo viene ligada al servicio llamado Apport. En las versiones alfa y beta de Ubuntu 12.04, era normal que estuviera habilitada la notificación al usuario de todo error interno de las aplicaciones (pues generalmente los usuarios de esas versiones preliminares son desarrolladores, es decir, usuarios interesados en la información que aporta ese tipo de notificación errores, o bien, son personas que ya saben qué hacen cuando se instalan una versión no estable o no definitiva). En la versión definitiva de Ubuntu 12.04 LTS de Abril de 2012, por error, se mantuvo dicha configuración de información de todo error interno al usuario.  Es decir, el fichero:

/etc/default/apport

contenía la variable enabled=1

Si en lugar de ello, a la variable le asignamos el valor 0, es decir:  enabled=0,  y  reiniciando el equipo, queda solucionado el problema (con lo que cesará la aparición de dichos cuadros de error asociados a fallos del sistema o de aplicaciones internas).

Aquellos que os habéis instalado el DVD de la EPS y no queréis recibir estas notificaciones, ya sabéis qué es lo que tenéis que hacer 😉

Desde hace un tiempo, por razones que no se han podido determinar todavía, se viene produciendo un fenómeno extraño (y de forma aleatoria) en la aplicación Unity-2D (ver nota 1) de la distribución Ubuntu 12.04 LTS de los laboratorios. El problema consiste en que la barra lateral izquierda de Unity desaparece, a veces nada más validarse el usuario, otras durante un período más o menos largo de ejecución del Escritorio.  Es probable que internamente se produzca una excepción (relacionada seguramente con una señal del tipo SIGSEGV) y esto haga que el proceso asociado a Unity-2D muera.

Después de buscar por la red una posible solución, me puse en contacto con responsables de Canonical exponiéndoles el problema. Me respondieron que desconocían el posible bug con exactitud aunque los había relacionados: es decir, hay una serie de bugs bien documentados y relacionados con Unity (algunos resueltos), aunque ninguno descrito con la problemática exacta que nos ocupa.

Lee el resto de esta entrada »