miércoles, 22 de julio de 2020

Linux, Wayland y compartir escritorio en Teams

Como decíamos en la última entrada, hemos tenido problemas en el teletrabajo. El más importante ha sido el uso de Teams y compartir escritorio. La Universidad, al menos la mía, ha puesto como paquete de software oficial Office 365, que incluye un conjunto completo de aplicaciones, además de Word, PowerPoint y Excel. Para dar clase o para enseñar como se hacen ciertas cosas en clases prácticas o simplemente en una discusión de como se hace algo en aislamiento es necesario una aplicación de reuniones, y ahi tenemos Teams. Pero el problema fundamental en Teams se presenta para los usuarios de Linux con sistema gráfico Wayland cuando se quiere compartir un escritorio. Como es bien sabido, Wayland no deja fácilmente compartir y al tocar la opción compartir, Teams salta inmediatamente, y aunque se reinicia, te ha mandado fuera de la reunión y hay que volver a entrar; un problema si el profesor eres tú. Y como puedes enseñar si no puedes mostrar como lo haces tú. De hecho, he intentado cambiar permisos, y nada; he intentado arrancar la aplicación de escritorio de Teams, y Wayland no lo permite (completamente lógico). Finalmente, y para evitar un ordenador con Windows, requerí a la última esperanza, arrancar Fedora 32 en xorg (con el que accedemos a x11). ¡Y FUNCIONA!


Es decir, por ahora, mientros Microsoft, este nuevo amante profesional (póngale el sinónimo que quieran) de Linux, no arregle esta situación, y mientras gnome nos permita tener en la recámara un arranque en x11, tenemos una solución; cuando nos toque una conversación, clase, discusión o lo que sea con Teams, y por si durante el transcurso de la misma tenemos que compartir información a través del uso de cualquier programa en el ordenador y mostrarlo, arranquemos en xorg.

martes, 21 de julio de 2020

Fedora, R, los cambios de versión e infierno de dependencias

Bien. Como podéis ver esta pandemia nos ha llevado a que hagamos menos entradas. El teletrabajo consume más tiempo y te deja más cansado y un poco harto del ordenador.
En nuestro teletrabajo ha dominado la situación Teams, del amigo Microsoft, que para los linuxeros, o al menos para mi han sido un problema. De eso hablaremos más tarde. Mi otro teletrabajo es seguir haciendo estadística en mis ordenadores. Esta vez he tenido un dos problemas. Fedora ha tardado en introducir la versión 4 de R en sus repositorios, y eso ha supuesto dos dificultades en momentos distintos.
Primer peoblema; al haber instalado Fedora 32 de manera limpia, he tenido que instalar de nuevo R sin paquete alguno, por lo que los tuve que añadir todos, que son bastantes.


La versión 4.0 ha introducido algunas características especiales que hacen que la mayor parte de los paquetes tengan que actualizarse, y como yo aun estaba en la 3.6.3, muchas veces me he encontrado en los repositorios con el mensaje de "no hay versión para R 3.6.3". Normalmente cambio de espejo y voy a Nueva Zelanda, de donde R empezó, y suelen tenerlo todo, pero esta vez no ha sido así. Y eso obliga a bajar el código fuente de la versión anterior e instalarlo, a veces con problemas de dependencia. Un pequeño problema...
Segundo problema, después de haber solucionado el primero; ayer R puso a nuestra disposición R 4.0.2. Una vez instalada la versión 3.6.3 y todos los paquetes que uso, al actualizar el sistema, y cambiar R, empezaron los siguientes problemas. Muchos de los algoritmos que he estado utilizando estos días, (MCA, Cluster...) han requerido versiones preparadas para la versión 4 de R. Teóricamente se debería haber solucionado con update.packages(), pero no es así. He tenido que ir instalando paquete a paquete, uno a uno, con infierno de dependencias de hasta 7 niveles de profundidad. Por suerte, al haberlo hecho por la mañana en el ordenador del trabajo, ya dejé apuntadas las ramas de los árboles de dependencia, y en vez de dos horas he tardado una en casa por la tarde (ahora, desde que nos dejan mover, solo teletrabajo por la tarde), pero he acabado con 4 páginas de ramas hasta terminar el árbol de dependencias.
Es lo que hay. ¿Por qué no se ha solucionado con update.packages? ¿En que me he equivocado? Si lo llego a saber, lo desinstalo todo y lo vuelvo a instalar desde el inicio, y no me aparecería continuamente, más o menos, por que no me acuerdo exactamente (y en inglés, claro),
"El paquete x, es necesario para instalar el paquete y; la versión disponible es anterior a R v 4. Por favor instale una versión más moderna..." decenas de veces, y hasta 7 veces z, para y, b para z, d para b, k, para d... Y en Linux, no como en Windows, los paquetes se compilan.
Como antiguamente en Linux, más o menos
Eso sí, esta vez RStudio no ha protestado.