La empresa SUSE ha propuesto a la comunidad de openSUSE el poder colaborar de una manera más estrecha a la hora de desarrollar SUSE Linux Enterprise y openSUSE Leap

Hace unos días (el pasado 9 de abril de 2020) llegaba un correo a la lista de correo del proyecto openSUSE en el que se hacía una propuesta a la comunidad de openSUSE por parte de SUSE de tener una colaboración más estrecha entre ambos proyectos.

El hilo derivado de este correo ha traido muchas respuestas de la comunidad que se hacen preguntas y quieren más información. ¿Pero qué es lo que se proponía en ese correo? En resumen SUSE quiere acercar posiciones con la comunidad de openSUSE y propone una serie de cambios.

Cambios que quieren ser beneficiosos para ambas partes y que llevaría la relación entre SUSE y openSUSE a un nuevo nivel. Traduciré aquí en el blog una parte del correo con la propuesta realizada y trataré de dar algo más de información.

El correo en cuestión empezaba diciendo algo así:

Hoy tengo noticias interesantes y una propuesta para transmitir: SUSE quiere dar un paso más en la apertura hacia la comunidad de openSUSE y sugiere llevar la relación entre openSUSE Leap y SUSE Linux Enterprise a un nuevo nivel.

De manera interna se llama a esta idea “Closing the Leap Gap” y propone fortalecer y unir más:

• las comunidades de desarrolladores, al centrarse en openSUSE Leap como una plataforma de desarrollo para las comunidades y para socios industriales.
• las comunidades de usuarios, al aprovechar los beneficios de una base de código empresarial estable y la velocidad de las contribuciones de la comunidad.
• las bases de código de openSUSE Leap y SUSE Linux Entreprise (SLE), no solo compartiendo el código fuente, sino también ofreciendo los binarios de SUSE Linux Enterprise para ser incluidos en openSUSE Leap.

La propuesta incluye un enfoque de tres pasos:

1. Combinar las bases de código para la intersección de openSUSE Leap 15.2 y SUSE Linux Enterprise 15 SP2 tanto como sea posible sin pérdida de funcionalida o estabilidad. (SUSE ha comenzado un proceso de limpieza en la parte de SUSE Linux Enterprise)
2. En paralelo al clásico openSUSE Leap, crear una nueva versión que aproveche los binarios de SLE, lo que daría a luz una versión intermedia temporal para el mes de octubre de 2020.
3. Publicar openSUSE Leap 15.3 con los binarios de SUSE Linux Enterprise ya incluidos de manera predeterminada (asumiendo que haya acuerdo en la comunidad con esta propuesta).

Y continuaba el correo con unas entrevistas a diferentes personas involucradas en el desarrollo de SUSE, que exponían razones y ventajas de dicho acuerdo. Ya digo que la comunidad se está expresando en dicho hilo y las respuestas al correo son numerosas.

Por mi parte, en hilos tan largos me pierdo, además de que mi inglés llega un momento que “hace tope” y ya no me entero de nada! Así que he decidido enviarle un correo a un desarrollador de SUSE que trabaja en hacer de YaST una herramienta todavía mejor que es canario y que quizás me podía informar mejor y aclararme dudas.

¡Muchas gracias a Ancor por la respuesta y por su tiempo! Gracias a él me ha quedado más claro y trataré de explicar aquí con mis palabras su explicación.

Como ya sabéis desde hace unas cuantas versiones openSUSE Leap tomaba partes del código base de SUSE Linux Enterprise (SLE) para construir una distribución comunitaria que se alineaba con las publicaciones de SLE.

Esto reducía tiempo de desarrollo en cada nueva versión de openSUSE Leap, además hacía que openSUSE Leap disfrutara de una estabilidad que otorgaba el que un código común desarrollado por SUSE para el entorno empresarial y comercial.

openSUSE Leap y SLE compartían un código común, y después cada cual compilaba ese código de manera independiente para crear las dos distribuciones. openSUSE utiliza la instancia de Open Build Service y SUSE una instancia propia. Por lo que finalmente las distribuciones serían diferentes. Además de que en openSUSE se incorporaría toda la paquetería comunitaria.

Con esta nueva propuesta SUSE quiere que tanto SLE como openSUSE Leap compartan ya no solo una parte de código, sino los mismos binarios. Por lo que a la postre serían prácticamente idénticas (salvo pequeños detalles) y después cada cual tendría su paquetería propia, como hasta ahora.

Para hacerlo quieren que en la próxima versión de openSUSE Leap 15.2 que ahora mismo está en desarrollo, desarrollar paralelamente a openSUSE Leap una versión temporal llamada Jump como prototipo de conjunción de binarios entre ambos proyectos.

Si todo saliera bien, se continuaría así en próximos lanzamientos de openSUSE Leap, y se abandonaría ese proyecto temporal que sería Jump. En la wiki de openSUSE hay una página creada en inglés con las preguntas más frecuentes (FAQ) al respecto de este proyecto:

• https://en.opensuse.org/Portal:Leap/FAQ/ClosingTheLeapGap

SUSE siempre ha mantenido una estrecha colaboración con la comunidad de openSUSE y ha habido una franca confianza entre ambos proyectos. Son muchos los desarrolladores de SUSE que colaboran en aspectos de openSUSE, además de ofrecer infraestructura para el proyecto en forma de servidores y financiación.

Así que espero que esta propuesta venga a beneficiar a ambas partes y hacer que ambos proyectos sigan adelante fortalecidos de la unión de ambos ahora también en este aspecto.

Espero haber aclarado algo las dudas, y las informaciones al respecto de esta nueva propuesta de SUSE a la comunidad de openSUSE. Si alguien tiene alguna corrección e información extra, para eso son los comentarios, para el aporte!

A este paso lo de AC/DV va a convertirse en Antes de Coronavirus/Después del Coronavirus porque está cambiando todas nuestras costumbres y va a producir que nadie olvide este 2020. Como era de esperar, el gran evento comunitario de KDE no se va a celebrar físicamente, pero los intrépidos desarrolladores han encontrado de no dejar en blanco este evento. Me congratula anunciar que Akademy 2020 se celebrará en línea en septiembre, evitando así los futuros inconvenientes de la pandemia que va a marcar nuestras vidas.

Akademy 2020 se celebrará en línea en septiembre

Viendo los problemas de movilidad, económicos, sociales y la incertidumbre que está acarreando esta situación a todos los niveles, la Comunidad KDE ha decidido que la próxima Akademy 2020 se celebrará en línea en septiembre, concretamente del 4 al 11 de ese mes, convirtiéndose así en un evento totalmente pionero en este tipo de reuniones.

Como es habitual, las charlas se realizarán en línea el sábado 5 y el domingo 6, dejando el resto de días para el trabajo en pequeños grupos.

Como es habitual, en breve se lanzará el «Call for Papers» y pronto tendremos más detalles, sobre todo los técnicos.

Es cierto que se perderá el factor humano pero se mantiene ese espíritu comunitario aún en tiempos difíciles.

Más información: KDE

¿Qué es Akademy?

Para los que no lo sepan, Akademy es el evento de la Comunidad KDE que aúna en una gran conferencia todo tipo de simpatizantes de KDE como desarrolladores, diseñadores, usuarios, traductores, promotores. Allí se reunirán a lo largo de una semana para compartir charlas, cenas, ponencias, talleres y, en definitiva, para trabajar juntos.
Es una gran semana que sirve para unir más fuerte los lazos que unen nuestra Comunidad, así como para crear nuevos.

Akademy lleva realizándose anualmente bajo este nombre desde 2004, en la página web oficial o en la wikipedia podéis encontrar los nombres y fechas anteriores eventos.

Para que os hagáis una ligera idea de la magnitud del evento, os dejo una imagen de grupo de Akademy 2017 de Almería en la que tuve la suerte de participar.

Hoy veremos cómo instalar el complemento Goyo para el editor Vim con el que podremos centrarnos en escribir sin distracciones y que será una buena opción para escritores o periodistas que utilicen Vim como herramienta

El “plugin” o complemento Goyo para el editor Vim hace que nos centremos en la tarea de escribir a la hora de usar Vim, eliminando las demás distracciones e informaciones que “decoran” la ventana del editor Vim en un uso normal.

Esta utilidad quizás sea un buen complemento para aquellas personas que utilizan Vim como editor de texto como escritores o periodistas (que como ya sabes alguno hay)

Este artículo viene a formar parte de la serie de tutoriales sobre el editor Vim que desde hace ya unos cuantos meses voy escribiendo en mi blog y que puedes encontrar recopilados en este enlace:

• https://victorhckinthefreeworld.com/tag/vim/

Pero empecemos con el meollo del asunto que nos lleva al artículo de hoy. Veremos cómo instalar el complemento Goyo en Vim, y cómo utilizarlo.

Para empezar vamos a descargar los archivos correspondientes desde el repositorio de GitHub del desarrollador:

cd ~/.vim/autoload
wget https://raw.githubusercontent.com/junegunn/goyo.vim/master/autoload/goyo.vimcd ~/.vim/pluginwget https://raw.githubusercontent.com/junegunn/goyo.vim/master/plugin/goyo.vim

Con esto ya hemos descargado los dos archivos necesarios en nuestro equipo. Ahora podemos abrir un archivo de texto y ejecutar el siguiente comando para activar el complemento Goyo

:Goyo

El texto se centra en una “ventana” en medio de la pantalla y desaparece todo lo demás: números de líneas, la barra inferior de información, etc.

Este complemento lo que hace es poner el foco en el texto, podremos seguir utilizando Vim como lo veníamos haciendo, pero sin toda esa información en nuestra pantalla que podría distraernos.

Esa pantalla central se puede redimensionar de manera dinámica, para ello pulsaremos Ctrl+w y alguna de las siguientes teclas:

• <   → Agrandamos la ventana por la derecha
• >   → Agrandamos la ventana por la izquierda
• +   → Hacemos más alta la ventana
• –    → Hacemos más baja la ventana
• =   → Vuelve a dejar la ventana en el tamaño inicial

También se pueden expresar las dimensiones en unidades y en porcentajes. Os recomiendo leer la información en su página en GitHub con toda la información.

Aquí tenéis una demostración práctica del complemento para Vim. Un video tutorial sobre este complemento en formato webm disponible en archive.org

También está disponible en YouTube para quien prefiera esa plataforma en este enlace:

https://www.youtube.com/watch?v=wUS79L8vSzE

Hablé de este plasmoide hace mucho tiempo. Concretamente en fue el plasmoide número 75 de la sección «Plasmoides de KDE», la cual ya lleva 138 capítulos. Hoy vuelve al blog porque este widget sigue su evolución y su autor ha anunciado que ha sido actualizado Plasma Fancy Clock, un reloj digital alternativo para KDE muy elegante y muy personalizable.

Actualizado Plasma Fancy Clock, reloj digital alternativo para KDE

Tener un reloj en el escritorio es una de las primeras cosas que suelo hacer cuando empiezo a personalizar mi ordenador. Evidentemente, entre los plasmoides por defecto que ofrece la Comunidad KDE se encuentran los típicos: digital, analógico, aproximado y binario.

No obstante, nunca está de más tener alternativas como el presente Fancy Clock, con el que podremos tener un simple pero elegante reloj digital decorando nuestro fondo de escritorio.

Su característica principal es que no tiene el típico marco de plasmoides y que se puede personalizar tanto color como fuente tipográfica, con lo que se puede adaptar a la perfección a temas claros y oscuros. Además, la fuente tiene un ligero sombreado que le da un toque tremendamente elegante.

Este reloj ha sido creado por Anoneemouse, el cual acaba de anunciar en la Store que ha actualizado Plasma Fancy Clock con la inclusión, además del habitual solucionado de errores, la posibilidad de controlar la opacidad del reloj, lo cual aumenta la posibilidad de configuración del mismo.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

Hoy toca entrada recurrente ya que llegamos a la actualización mensual de rigor que demuestra que los desarrolladores de KDE no dejan de trabajar ni confinados (pero claro, es la forma habitual de trabajar de los que se dedican a esto de la programación). Así que se congratulan en anunciar la actualización de abril del 2020 de KDE Frameworks.  Con esta se llega a la versión 5.6, un suma y sigue de compromiso y constancia que no parece que tenga un final cercano.

Actualización de abril del 2020 de KDE Frameworks

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible,

El pasado domingo 5 de abril de 2020 fue lanzado KDE Frameworks 5.69, la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

Más información: KDE

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.

Un script de Bash que “tiñe” la pantalla de tu equipo de rojo por si tienes que realizar tareas en tu equipo y mantener tu visión nocturna

Imagen: Alan Formy-Duval

Entre las personas que utilizan sistemas GNU/Linux hay apasionados a la astronomía, que se deleitan con sus equipos observando el cielo por la noche mientras contemplan los cuerpos celestes brillando en el espacio oscuro.

Esas personas utilizan aplicaciones como Kstars, Skychart u otras aplicaciones de control de telescopios en sus sitemas GNU/Linux en la oscuridad de la noche.

Pero si estás a oscuras, la luz que emite la pantalla de tu equipo, puede cegar momentáneamente al astrónomo y provocarle fatiga visual, o dañarle la vista por cambios bruscos de luz.

Para eso está este pequeño script de Bash que lo que hace es “teñir” de rojo toda la imagen gestionada por el servidor X11, es decir, no una aplicación si no toda la pantalla y todas las aplicaciones.

Con este tono, podremos consultar la aplicación en nuestro equipo, el correo o consultar internet y mantener “la visión nocturna” a la que nos habíamos acostumbrado y sin exponer a cambios bruscos de luz a nuestros ojos.

Este script para bash es una adaptación realizada por Alan Formy-Duval que ha compartido en la web opensource.com y que he subido a GitHub para que este disponible para quien quiera utilizarla y probar.

Este script es una adaptación para bash de otro script llamado Redscreen, que estaba escrito para csh. Ambos utilizan xcalib para dar ese tono rojizo a nuestra pantalla. Así que deberás instalar esta aplicación en tu sistema si quieres utilizarla

Solo funciona para sistemas GNU/Linux que utilicen X11, por lo que en sistemas que utilicen Wayland como servidor gráfico no funcionará.

En el repositorio de GitHub están las instrucciones. En definitiva, nos descargamos el script (GPL v3.0), le damos permisos, y lo ejecutamos.

wget https://raw.githubusercontent.com/victorhck/stargazing/master/stargazing
chmod +x stargazing

Tenemos varias opciones:

• ./stargazing * → Muestra las opciones que tiene el script
• ./stargazing on → Tiñe de rojo nuestra pantalla
• ./stargazing off → Vuelve a dejar todo como estaba
• ./stargazing dim → Baja el nivel de luminosidad de nuestro equipo. (por si queremos quitar el tono rojizo, pero aún así no dañar nuestra vista con un nivel alto de luz de la pantalla)
• ./stargazing inv → Invierte los colores de nuestra pantalla

Quizás si eres una persona aficionada a la astronomía, este script para tu sistema GNU/Linux te resulte de utilidad y sirva para proteger un poco más tus preciados ojos, para que puedas seguir leyendo este blog!!

Enlaces de interés

• https://opensource.com/article/20/4/linux-astronomy
• https://github.com/victorhck/stargazing

El mundo del Software Libre es dinámico, en ocasiones esto es positivo y en otras no tanto. A raiz de unas noticias acaecidas estos días tengo el placer de presentar un artículo de Rubén Gómez, Vocal de KDE España y miembro muy activo de HackLab Almería (entre otras cargos) que ha elaborado un buen texto explicativo del «affair» entre la Comnidad KDE y Qt que ha titulado «KDE Free Qt Foundation, pieza clave del futuro de Qt» en el que explica, de forma que la mayoría de los mortales lo entandamos (entre los que me incluyo) qué esta pasando entre estos dos entes del mundo del Software Libre. Quisiera remarcar que la idea del texto no es entrar en todos los detalles del tema pero si dar una pincelada para que sepamos qué está pasando. Gracias Rubén por colaborar en el blog.

KDE Free Qt Foundation, pieza clave del futuro de Qt

El pasado 8 de abril de 2020 se ha hecho público a través de la lista KDE-community que The Qt Company está planeando cambios sobre el futuro de Qt, las bibliotecas y herramientas que son la base de KDE y otros muchos proyectos.

Ya hemos visto este año como esta misma empresa ha adoptado unas nuevas políticas que, de una forma u otra iban a afectar a los proyectos que la usaban. Desarrolladores varios comentaron en sus blogs que, aunque podrían suponer ciertos inconvenientes, esto no afectaba en profundidad a proyectos como el KDEero.

Sin embargo la llegada del Coronavirus SARS-CoV-2 y la pandemia que ha ocasionado está forzando más cambios dentro de The Qt company.

Según informa Olaf Schmidt-Wischhöfer en el correo enviado a la lista KDE-community, The Qt company está pensando en lanzar distintas versiones solo con licencias comerciales y la necesidad de tener una cuenta Qt para la utilización de binarios.

KDE e.V se ha visto en la obligación de pronunciarse (artículo traducido al castellano en la página oficial de KDE España) destacando el papel de la KDE Free Qt Foundation (KFQF) como garante de los intereses no solo de la comunidad KDE sino del resto de proyectos libres que utilizan Qt como marco de trabajo.

Aunque es evidente que la posibilidad de una bifurcación (del inglés *fork*) del proyecto Qt es posible -existe un contrato vigente entre The Qt company y la KFQF que garantiza este punto-, es necesario resaltar que ninguno de los autores implicados desea tal cosa por no acarrear ningún beneficio para las partes, al revés. Y, no obstante, la Comunidad está debatiendo como prepararse para el (improbable) caso en que este peor de los escenario se cumpliera.

Es importante aclarar varios puntos clave sobre esta posibilidad de bifurcación
y lo que significaría para cada parte.

La bifurcación se podría realizar en cualquier caso, la licencia libre de Qt lo permite, pero, además, existe otro mecanismo que asegura la disponibilidad de Qt libre, si bien sujetas a condicionantes: un contrato firmado entre The Qt company y KFQF.

Este contrato obliga a The Qt company a publicar una versión libre de Qt en un  tiempo limitado a un año, si no se hace así se entiende incumplimiento de contrato y da vía libre a la KFQF a publicar, bajo licencia BSD, la última versión disponible de Qt libre. Esta publicación, evidentemente, no favorece a The Qt company, pero la publicación con un año de retraso de las versiones de Qt
(para hacer cumplir el contrato) no favorecen a la comunidad del SL. Este es el punto en discordia porque, si se realizase la bifurcación, todos los proyectos y empresas que utilizan Qt tendrían tres posibilidades: usar y colaborar con el nuevo proyecto, pagar por usar Qt o dejar de usar Qt.

La KDE Free Qt Foundation esta peleando, con Olaf y Martin Konold como representantes de la comunidad, para impedir ese escenario y hacer recapacitar a The Qt company en los pocos beneficios que le acarrearía tomar las decisiones arriba comentadas.

No son pocos los que han comentado que hay muchos otros proyectos y empresas que utilizan la versión libre de las bibliotecas Qt; empresas nada pequeñas como Autodesk o Pixar, y otras como KDAB -que ya se ha expresado a favor de la comunidad del software libre-.

Mientras Qt se mantenga libre -y actualizada-, para KDE y el resto de usuarios de Qt no tiene sentido la realización de una bifuración.

Es de suponer, y de esperar, que The Qt company va a tomar una decisión muy pensada y que, seguramente, no dé el paso de cerrar esas versiones y obligar al uso de una cuenta. Perder el apoyo de una comunidad tan enorme como KDE, además de otros muchos proyectos y, seguramente, perder a empresas como las anteriormente nombradas no es plato de buen gusto para nadie.

No obstante, es cierto que deben buscar una solución para los problemas económicos que afrontan en estos momentos (problemas que, sin duda, van a ser compartidos por muchas otras empresas) y, precisamente, la KDE Free Qt Foundation, también quiere ayudar ahí aportando ideas y caminos.

¿Estamos, entonces, ante un problema para KDE y otros proyectos libres? Si, sin duda estamos en una situación seria, bastante seria. No es un peligro de muerte de la comunidad pero, perder a The Qt company supondría la necesidad de realizar un gran esfuerzo para soportar la base sobre la que se sustenta KDE.

No es seguro, pero si muy probable, que se recibiría mucha ayuda para soportar esa base pero, aún así, no es algo que nadie desee.

Confiemos, por tanto, en la buena gestión de la KDE Free Qt Foundation y en la  buena cabeza de los dirigentes de The Qt company para conseguir encontrar la mejor solución para todas las partes involucradas. En sus manos queda.

Postdata: Un agradecimiento especial a José Millán por sus correcciones e indicaciones para el correcto enfoque de esté artículo.

Rubén Gómez, Vocal de KDE España y miembro de HackLab Almería

Sigo con el repaso de los programas de los podcast de Juan Febles. En esta ocasión me he saltado un par de ellos ya que se ha publicado el episodio número 100 de este gran Podcast «Especial Preguntas y Respuestas Podcast Linux», con lo que toca felicitar a Juan Febles por su gran labor en la promoción y difusión de los múltiples proyectos que forman el ecosistema del Software Libre.

Especial Preguntas y Respuestas Podcast Linux #100

«Bienvenido al primer episodio de Podcast Linux, tu podcast de GNU Linux.

Un podcast para acercar al usuario de a pie el mundo del sistema operativo del pingüino.

En todos los episodios tendremos estas secciones:

• Gestor de Arranque: Resumen del programa
• Núcleo Kernel: Parte central.
• Gestor de Paquetes: Analizo una aplicación Libre
• Comunidad Linux: Sección para dar a conocer linuxeros, comunidades, blogs,….
• Área de Notificaciones: Espacio para los mensajes de los oyentes.»

Este fue el texto de la introducción con la que se presentó a la sociedad Podcast Linux en su espisodio número 1, un proyecto podcastil que llegó para acercar el mundo del Software Libre al mundo general.

Con un estilo pausado pero constante, con una voz dulce y característica de las islas que habita y con una forma lúdica, respetuosa y muy sistemática, la labor de Juan Febles en Podcast Linux ha sido impresionante y ha conseguido llegar a los 100 capítulos, una gesta al alcance de pocos.

Desde aquí quisiera felicitar a Juan por el logro y desearle toda la felicidad en su vida para él y para los suyos, porque el éxito en el mundo de la promoción del Software Libre ya está logrado.

¡Muchas gracias Juan!

Como era de esperar, Juan ha publicado un episodio especial, que en sus propias palabras:

¡¡¡Muy buenas amante del Software Libre!!!
Hoy estamos de celebración. Hemos llegado al episodio 100. Para celebrar este momento realizaremos un episodio muy especial.
Ya estés en trayecto, haciendo deporte o tareas del hogar, paseando o en tu casa, te doy la bienvenida al episodio 100, Especial Preguntas y respuestas.»

No pude colaborar en la realización de este episodio, pero como siempre, os dejo el audio para que los podáis escuchar:

Yo, si puedo, estaré online a esa hora.

• Twitter: @podcastlinux
• Mastodon: @podcastlinux
• Telegram Juan Febles: @juanfebles
• Correo: podcastlinux@avpodcast.net
• Web: avpodcast.net/podcastlinux
• Blog: https://podcastlinux.com

Podcast Linux forma parte de la red de podcasting Avpodcast y esta alojado en Neodigit.net, un proveedor de confianza con instalaciones en España.

Los eventos están en un proceso de reconversión. Evidentemente no se pueden realizar de forma física, así que se estan virtualizando. Es el caso de la charla en directo «Vigilando al virus desde la privacidad ciudadana»organizada por VLCTechHub y fomentada por GNU/Linux València. ¿Te interesa? Sigue leyendo.

Charla en directo Vigilando al virus desde la privacidad ciudadana

Es evidente que estamos en un momento de crisis detonada por pandemia provocada por el virusCOVID19 que ha supuesto el fin de todos los eventos programados para el primer semestre de este 2020. No obstante, las Comunidades de Software Libre, punteras en lo que al uso de la tecnología se refiere, está buscando como seguir con sus actividades.

Es el caso de VLCTechHub, que de la mano Emma López (@hell03610), tecnóloga y una de sus fundadoras, ha organizado las charla en directo «Vigilando al virus desde la privacidad ciudadana» y que la Asociación GNU/Linux València se está preocupando en promocionar.

La motivación de esta charla nace de la siguiente idea sobre el fin del confinamiento y las medidas que se quieren implementar para que este hecho no sea el precursor de otra oleada de casos. Y es que la medida más potente que se ha puesto en marcha para poder frenar la propagación de sus efectos ha sido el confinamiento máximo, pero ya se están pensando otras medidas más tecnológicas que ayuden que el fin del confinamiento sea la salida del confinamiento.

La charla se realizaŕa eldDomingo 12 de abril, 11:30h

En palabras de sus organizadores:

[…] Para poder paliar sus efectos y retrasar las infecciones se están planteando medidas tecnológicas que ayuden a gestionar la salida del confinamiento.

«¿En que consisten estas medidas tecnológicas o apps? En todas ellas tú, yo, todos, volcaremos nuestros datos. ¿Tendremos que afrontar la disyuntiva de ceder nuestros datos y privacidad para preservar nuestra salud? ¿Cederlos a quién? ¿Con qué propósito? ¿Por cuánto tiempo? ¿Qué se está haciendo en España y en otras regiones a este respecto?

Hablaremos de tecnología, ética, derecho y Open Data. Para ello contamos con Gemma Galdon (@gemmagaldon), analista de políticas públicas especializada en la vigilancia, el impacto social, legal y ético de la tecnología, Jorge Morell (@Jorge_Morell), jurista especializado en nuevas tecnologías y Bárbara Román (@NoLegalTech) experta abogada tecnológica. Modera la charla Emma López (@hell03610), tecnóloga y fundadora de VLCTechHub.

Queremos que tú también participes en la conversación. La charla se podrá seguir en directo, desde el reproductor que aparece a continuación, y podrás lanzar preguntas a los ponentes y debatir mediante el siguiente Chat en Telegram: https://t.me/Covid19yPrivacidad y #Covid19yPrivacidad en Mastodon, Diaspora y Twitter.»

Para asistir a ella os emplazo dirigirse a la página oficial del anuncio de  GNU/Linux Valencia