Tenerife será una de las sedes en España de Flisol 2021 con un jugoso cartel de actividades

Este próximo sábado 24 de abril de 2021 se celebrará un año más el Festival Latioamericano de Instalación de Software Libre o Flisol, y Tenerife será una de esas citas en España.

Si ayer publicaba en el blog la noticia del Flisol en Oviedo, hoy toca difundir sobre la otra de las sedes de Flisol en España, en este caso en las Islas Canarias en la isla de Tenerife.

Tenerife es por segundo año una de las citas del Flisol en España. Y a pesar de ese corto tiempo de experiencia, hay que destacar el buen hacer de la organización.

Un año más celebran este Flisol con una cita en formato online, por lo que desde Tenerife estará disponible a todo el mundo y han organizado un jornada muy interesante.

Las retransmisiones de las charlas y talleres se realizarán usando tres salas virtuales de BigBlueButton, donde habrá propuestas muy interesantes.

Una sala para charlas en las que grandes personas del software libre expondrán diferentes temáticas. Una segunda sala con un enfoque más práctico en el que se expondrán diferentes talleres relacionados con el software libre. Y una tercera sala pensada más como sitio común donde los asistentes puedan poner el común, “tomarse un piscolabis” y dedicarse al “offtopic”.

La jornada comenzará a las 9am, atención los horarios son horarios de Canarias, y se extenderán hasta las 14h. Con un enfoque directo a materias relacionadas con el software libre, sin ambages, ni medias tintas.

Charlas de iniciación para explicar qué es esto que nos apasiona, y para dar a conocer grandes opciones y proyectos como GNU Health (por ejemplo) de mano de su creador.

Seguro que durante la jornada veremos y nos quedará claro que el software libre salta de los bits para formar parte de una forma de entender nuestra sociedad. De una forma más colaborativa, de una forma más libre y más ética.

Te invito a conocer el programa completo del Flisol en Tenerife:

• https://flisol.info/FLISOL2021/Espana/Tenerife

Sin duda encontrarás algo interesante.

¿Bits trascendiendo más allá de su naturaleza digital? Pues sí… Te invito a que lo descubras en este Flisol de Tenerife, o en el de Oviedo o en el de tu localidad más cercana en toda América Latina.

Crear uno, dos, tres muchos Flisoles y hacer la difusión y luchar por el software libre más allá de una fecha concreta. Déjate atrapar por una pasión, hoy puede ser el día que lo empieces a conocer y te cambie la visión para siempre.

Lo cierto es que no sé porque no se me había ocurrido antes. Hoy os quiero mostrar cómo activar transparencias en ventanas en Plasma mediante un vídeo y comentando mi experiencia. La verdad es que este método abre un nuevo mundo de personalización del entorno de trabajo KDE.

Cómo activar transparencias en ventanas en Plasma – vídeo

Como debería saber todo el mundo si hablamos de personalización de un escritorio Plasma es el rey, tanto en el mundo del Software Libre como del privativo. Y eso que en realidad solo utilizamos un pequeño tanto por ciento de sus posibilidades.

Hoy quiero compartir un interesante vídeo de Rafa GAMES TOP donde en portugués nos explica el método de activar transparencias en ventanas en Plasma utilizando las reglas de ventanas, un método poco utilizado pero super potente para dar un aspecto único y personal a nuestro Plasma.

Si habéis visto el vídeo lo tendréis claro pero voy a hacer un pequeño resumen para los que tengan prisa o no pueden verlo lo explico por encima.

Básicamente se realizan estos pasos:

• Accedemos al magnífico Preferencias de Sistema, y de ahí buscamos Gestión de Ventanas y accedemos al módulo Reglas de Ventanas. [Preferencias del Sistema->Gestión de Ventanas->Reglas de Ventanas]
• Ahora creamos una nueva regla pulsando en el botón inferior.

• Rellenamos los campos de la siguiente forma:
  • Descripción: le ponemos le nombre que queramos a la regla.
  • Clase de ventana: donde podemos definir el tipo de ventana donde lo aplicaremos. Si lo dejamos en blanco se aplicará a todas las ventana, si especificamos un nombre, dependindo del tipo de precisión del segundo campo (sin importancia, exacta, etc), se aplicará sobre ella.
  • Coincidencia con la clase de ventana completa: sinceramente no entiendo para qué sirve.
  • Tipo de ventana: nos aparecen algunas tipos de ventanas y podemos seleccionar a qué tipo aplicar. Tampoco acabo de entender del todo como funciona y sigo investigando.
• Finalmente, toca añadir la propiedad, que en nuestro caso es «Opacidad Activa», la cual es 0% todo opaco y 100% transparente.

El resultado se aplica a la ventana de forma completa, aunque me gustaría poder solo aplicarlo solo al fondo de la ventana. Así que he investigado y, como no podía ser de otra forma porque lo he visto, se puede, pero eso ya es otra historia que me reservo para futuras entradas. De momento os dejo esta forma que es un excelente ejercicio para personalizar 100% nuestro entorno.

Some day ago I got a brand new Xerox multifunction Wi-fi printer (B215 model for the record), so what’s the best chance to test the power and the ease of use of Yast to install it? This is also my first Wi-fi printer and I was very curious to see how user-friendly was the procedure, without knowing anything about the supported protocols.

Un año más el colectivo Pica Pica Hacklab desde Asturias en España organizará una sede del Flisol 2021

Con motivo de la celebración del Flisol 2021, de nuevo el colectivo Pica Pica HackLab desde Asturias en España será una sede de este festival del software libre, y con suculentas noticias.

El colectivo Pica Pica HackLab tiene una larga tradición de celebraciones de Flisol en España y de hecho fueron los primeros que crearon una sede de este festival latinoamericano de software libre aquí en España.

Y este año no podía se menos. Siguiendo su empeño en difundir el software libre de nuevo celebrarán un Flisol desde Asturias y en este caso también para todo el mundo.

Ya que a la tradicional cita presencial en su sede en Oviedo, en esta ocasión también habrá una retransmisión telemática con video conferencia y emisión en directo, para quienes disfrutamos de estos temas.

La cita será el próximo sábado 24 de abril de 2021 y contará con un completo programa de actividades que comenzará a las 10am.

Con diferentes charlas y talleres para diferentes niveles, pero todos relacionados muy estrechamente con el software libre.

El evento se clausurará con una conexión en directo con Richard Stallman, voluntario de la FSF, creador del sistema GNU, licencias GPL e insigne defensor del software libre durante más de 35 años entre otras muchas más cosas.

Richard Stallman responderá a dudas únicamente relacionadas con el software libre, así que por favor, ateneros a esas cuestiones.

Más información en la página web oficial del colectivo Pica Pica HackLab:

• http://www.picahack.org/jornada-24-abril-2021

YaST development never stops. But we have to admit we have not kept our readers as informed as usual about the activities of the YaST team, other than our blog post about Hack Week. We had to adapt the length and focus of some sprints before and after Hack Week. That, together with Easter season in Europe and some extra vacations, affected our good publishing habits. On the bright side, we have tons of topics for you, let’s do a quick recap.

• Reduction of the memory consumption during installation.
• New option to enable installation in systems with small RAM.
• Improvements in the NetworkManager support.
• Polishing of the upcoming releases, especially AutoYaST and hardware enablement.
• A new extend parameter in linuxrc to help openQA.
• More consistent and polished LibYUI development.
• Research and open discussion about the current state and future of:
  • YaST Firstboot,
  • YaST Users,
  • the installation workflow.

So let’s go by parts. As you may know, libzypp was recently updated in all SLE and openSUSE distributions to bring some cool new features. Unfortunately that came with a small increase in memory consumption. That was enough to exceed the current installation requirements, so we had to find some way to save memory in the installer. We adjusted several things, especially the installer self-update mechanism. See this pull request to know how we managed to fit again into the requirements. As a nice side effect, we improved the handling of the memsample script we use to track memory usage during installation.

Talking about the memory consumption of the installation process, we also added a cool feature to linuxrc and YaST that makes possible to install (open)SUSE in systems with an small amount of memory. Check the new zram parameters in the linuxrc documentation and see the description of this pull request if you are interested in the details.

Another area that received quite some love is the support for configuring NetworkManager during the installation process. For SLE-15-SP3 and Leap 15.3 that includes better DNS settings, support for bridge and bonding configuration and improved AutoYaST integration. For Tumbleweed it also includes displaying the corresponding details in the installer’s summary screen.

We also invested quite some time polishing the upcoming releases of openSUSE Leap 15.3 and SLES-15-SP3. Especially improving the handling of AutoYaST profiles, extending the support for some storage technologies like NVMe and adjusting the boot loader configuration for a wide range of hardware.

On the more technical side of things, we also added a new extend parameter to linuxrc (which now allows a smooth integration of the libyui-rest-api plugin in openQA) and we unified the repositories of LibYUI (which simplifies maintenance and future contributions).

While doing all that, we also found time to think about the future of YaST. We did some extensive research on the current state of three areas we would like to improve in the mid term:

• YaST Firstboot. Check this Github issue (and all the related issues linked from it) describing several aspects of the current state and also ideas about improving its look&feel and making it a more useful tool.

• The current installation process. Again, we are using Github issues to discuss how to make it shorter and more understandable. As a starting point, check this issue that contains an interesting conversation and also links to several other related issues.

• YaST Users. We are considering to refactor this module to improve the management of local users and to reduce the risk introduced by its current complexity. As a first step, we created a new repository that, so far, contains several documents describing the status quo.

As you can see, we may have been a bit absent but definitely we have not been idle. And the best news is that we are back to our usual biweely schedule, so we will have more to share soon. Meanwhile stay safe and fun!

Empezamos una pequeña serie de los plasmoides juguetones. Os presento Sliding Numbers Puzzle, un widget que pretende ser un pasatiempo para esos momentos tontos que siempre no encontramos a lo largo del día.

Sliding Numbers Puzzle – Plasmoides de KDE (178)

Aunque suelo tener siempre mil cosas que hacer en mi día a día, nunca está de más tener alguna cosa a mano para desconectar aunque sean solo unos minutos.

Esta es la idea de Sliding Numbres Puzzle, un simple rompecabezas de fichas deslizantes, también llamado Gem Puzzle, Boss Puzzle, Mystic Square, etc, creado por The Vlad Soft, y que tiene como objetivo reordenar los números que aparecen en una cuadrícula.

Es un poco diferente al que oficial de la Comunidad KDE ya que:

• Se asegura de que todos los repartos iniciales sean resolubles.
• Es animado.
• Acepta soluciones con la casilla en blanco al principio o al final, siempre que las casillas estén ordenadas.

Puedes hacer el puzzle de 2×2 casillas a 9×9 casillas. No más grandes porque se supone que se pueden ver los números.

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.

Estamos antes uno de esos casos de mejoras en los plasmoides ofrecidos por la Comunidad que seguro que llegará a la rama principal de desarrollo de Plasma, y es que Resizable Application Launcher Mod simplemente añade una funcionalidad que seguro que muchos usuarios les gustaría tener de serie y que, por razones de tiempo, todavía no está implementada.

Resizable Application Launcher Mod – Plasmoides de KDE (177)

Seguimos con las posibilidades de personalización de Plasma 5 en cuanto a lanzadores de aplicaciones. Al nuevo lanzador que nos vino con Plasma 5.21, a su versión clásica que podéis encontrar en la KDE Store, y a la infinidad de alternativas que tenemos UMenu, Minimal Menu, Simple Menu , Ditto Menu o Popup Launcher) se unen modificaciones sobre los mismos.

Es el caso de Resizable Application Launcher Mod, un plasmoide de Borealis que nos permite que modifica el lanzador de aplicaciones clásico para que sea redimensionable mediante una pulsación larga del botón de configuración.

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.

Una charla taller sobre cómo montar un servidor de streaming con Owncast una herramienta de software libre de mucha calidad y prestaciones

La pandemia nos ha traido el hábito de asistir a eventos que no son en directo. Por un lado perdemos el contacto personal, el sentirnos y compartir cara a cara, pero por otro lado ganamos el poder asistir a eventos que no se celebran cerca de donde vivimos y aprender, compartir y disfrutar de aquello que nos gusta, sin distancias.

Este es el caso de este evento que se celebrará este próximo 23 de abril de 2021, en el que David Marzal desde “el planeta Cartagena” en España nos dará un taller/charla sobre cómo montar un servidor de “streaming” libre gracias a Owncast.

Lo mejor es que el propio David nos explique mejor los detalles del evento. Gracias a David por acceder a responder a estas preguntas:

Vhck: Empecemos por los detalles ¿Cuándo y dónde se celebrará la charla/taller, y quién y cómo podemos asistir?

David Marzal: Pues el evento “Entre Tuxes, edición 2021”, que está organizado por BricoLabs y la Asociación Melisa (y como no por Jorge Lama), se celebra virtualmente en una sala BBB recurrentemente los viernes de 21.00 a 22.00, aunque siempre seguimos un rato más los que podemos.

Así que asistir es tan sencillo como entrar a la sala BBB un poco antes de las 21.00.

Vhck: Si alguien no puede asistir a la retransmisión ¿se grabará para poderla ver después?

DM: Si, las chalas luego quedan alojadas tanto en Archive.org como en la cuenta de PeerTube de la Asociación Melisa

Vhck: Concretado el lugar, dinos ¿sobre qué tratará exactamente tu charla/taller?

DM: Mi charla va a ir sobre un software llamado Owncast, que viene a ser como un Twitch pero libre y auto-hospedado (vamos que te lo puedes montar en tu PC o VPS).

Para ver lo fácil que es emitir uno mismo sin necesidad de ningún tercero y con una interfaz moderna, con chat y que proporciona buenas estadísticas.

Dándote la libertad de emitir sin que se esté traficando con tus datos (ya seas espectador o el que emite) y sin los impedimentos de algunas otras plataformas que no puedes ni tararear una canción sin que te amonesten.

Vhck: ¿A quién está dirigida esta charla? ¿Se necesita algún tipo de requisito?

DM: Va dirigida a cualquiera que le guste trastear con software libre, aunque en especial a los que tengan curiosidad por ver como poder emitir uno mismo, sin necesidad de servicios de terceros.

Para la charla en si no hay más requisito que la curiosidad, pero para que sea más rápido en el taller usaremos Docker. Así que recomiendo mirarse primero las charlas/talleres anteriores que justo preparaban el terreno (la de Traefik no es necesario, solo tener en marcha Docker)

Vhck: ¿Por qué Owncast para montar nuestro servidor de streaming? ¿Qué ventajas ofrece esta opción frente a otras?

DM: Pues a las ventajas que tiene usar cualquier software libre sobre uno privativo yo le añadiría:
· Facilidad de uso, lo puedes tener montado en mucho menos de una hora.
· Su interfaz y funcionalidad está por encima de la media respecto a otras soluciones libres.· Requiere muy pocos recursos (en comparación con PeerTube por ejemplo)
· Las estadísticas están bastante más trabajadas que en otras opciones.

Vhck: Gracias por tu tiempo. La última palabra es tuya para decir lo que quieras.

DM: Pues ya que me das la oportunidad de hablar en un medio de renombre y amplia difusión en el mundo del software libre como es tu blog, querría dar las gracias a todas las personas que forman y contribuyen a esta comunidad.

Y en concreto a ti por la entrevista y por tu proyecto en general, a Bricolabs, Asociación Melisa y Jorge Lama por mover tantos eventos y la difusión que hacen, y a todas esas personas que hay detrás de los proyectos y aplicaciones que usamos y disfrutamos.
Un saludo!

---

Gracias a David y las personas que han organizado el evento por dar difusión de alternativas de software libre.

Si eres una persona interesada por el software libre y te interesa cómo montar tu servidor de streaming utilizando herramientas de software libre como “Owncast” te invito a que asistas este 23 de abril de 2021 a esta charla o la veas después en los medios que ha apuntado David.

Tengo un disco que pertenecía a una notebook con Windows. El Windows en el disco estaba «hiberrnado», por lo que no podía montarlo en linux con permisos de escritura. El siguiente comando lo resuelve: sudo ntfs-3g -o remove_hiberfile /dev/sda3 /path_donde_montar Y resuelto.Más

 In other words, how much faster will a compiler be after it's been built with various optimizations?

Given the recent Clang12 release, I've decided to update my local build of Clang11 that I've been using for building LibreOffice. I switched to using my own Clang build instead of openSUSE packages somewhen in the past because it was faster. I've meanwhile forgot how much faster :), and openSUSE packages now build with LTO, so I've built Clang12 in several different ways to test the effect and this is it:

The file compiled is LO Calc's document.cxx, a fairly large source file, in a debug LO build. The compilation of the file is always the same, the only thing that differs is the compiler used and whether LO's PCH support is enabled. And the items are:

1. Base - A release build of Clang12, with (more or less) the default options.
2. CPU - As above, with -march=native -mtune=native added.
3. LTO - As above, with link-time optimization used. Building Clang this way takes longer.
   
4. LTO+PGO - As above, also with profile-guided optimization used. Building Clang this way takes even longer, as it needs two extra Clang builds to collect the PGO data.
5. Base PCH - As Base, and the file is built with PCH used.
6. LTO+PGO PCH - As LTO+PGO, again with PCH used.

Or, if you want this as numbers, then with Base being 100%, CPU is 85%, LTO is 78%, LTO+PGO is 59%, Base PCH is 37% and LTO+PGO PCH is 25%. Not bad.

Mind you, this is just for one randomly selected file. YMMV. For the build from the video from the last time, the original time of 4m39s with Clang11 LTO PCH goes down to 3m31s for Clang12 LTO+PGO PCH, which is 76%, which is consistent with the LTO->LTO+PGO change above.