Dear Tumbleweed users and hackers,

This week, we released a few snapshots less. But we released GNOME 3.36.1 which also contained a minor font change for cantarell. And as openQA compares reference screen shots, a font change results in a lot of mismatches, that need to be confirmed. This takes easily a bit of time. This resulted in three snapshots being published (0425, 0427 and 0428), bringing those changes:

• GNOME 3.36.1
• KDE Applications 20.04
• Linux kernel 5.6.6
• Mesa 20.0.5
• openSSL 1.1.1g

The list looks short, but GNOME and KDE Applications both consist of numerous applications. So all in all the snapshots were actually rather large.

And as usual, that’s not the end: things currently being worked on in Staging projects:

• Switch from Ruby 2.6 to 2.7 (some preparations/fixes are coming by regularly)
• Linux kernel 5.6.8
• RPM change: %{_libexecdir} is being changed to /usr/libexec. This exposes quite a lot of packages that abuse %{_libexecdir} and fail to build
• Qt 5.15.0 (currently beta4 is staged)
• TeXLive 2020
• Guile 3.0.2: breaks gnutls’ test suite on i586
• GCC 10 as the default compiler

Este 1 y 2 de mayo de 2020 se celebrará una reunión virtual con charlas de la comunidad global de openSUSE.

Por motivo de esta pandemia, hemos tenido que estar confinados, entregados a diversas aficiones, pero todas dentro de casa. Parece que eso va a pasar, pero de momento nuestra realidad ha cambiado.

Se han cancelado las clases, algunos trabajos, se han suspendido conciertos, no podemos asistir al cine ni teatro. Los eventos sociales que pueden juntarnos y expandir la pandemia se han visto recortados.

Pero somos seres sociales (algunos más que otros) por tanto en esta época digital hemos sustituido esos actos presenciales por opciones virtuales mediante video conferencias.

Ese es el caso de la conferencia anual que celebra la comunidad openSUSE llamada openSUSE Summit, que este año se celebrará de manera virtual mediante video conferencias este próximo 1 y 2 de mayo de 2020.

Por un lado, es una contrariedad, porque coarta las relaciones personales, pero por otro nos permite a algunas personas que no podíamos asistir, el poder hacerlo cómodamente desde el sofá de nuestras casas junto con nuestras gatas.

Si tu también estás interesado o interesada en asistir a estas charlas de la comunidad de openSUSE que se celebrarán en inglés, deberás registrarte en el siguiente enlace:

• https://opensuse.reqmagic.com

Se recomienda el uso del navegador Chrome o Chromium. Si quieres consultar los horarios y las charlas que se darán puedes hacerlo en este enlace:

• https://events.opensuse.org/conferences/oSvirtsmt/schedule

Ponentes desde Asia a Europa miembros de la comunidad de openSUSE darán charlas técnicas enfocadas en diversos aspectos de tecnologías de GNU/Linux y en especial openSUSE.

Hay un canal público de Telegram relacionado con esta conferencia:

• t.me/oSVS2020

Y si no tienes Telegram, también puedes aportar tus opiniones o interactuar con un servicio pad en el siguiente enlace:

• https://etherpad.opensuse.org/p/openSUSEVirtualSummitfeedback

Saca tu mejor camiseta Geek, pon a enfriar cerveza o la bebida que quieras, y prepárate para hackear con esta sesión geek de charlas a cargo de la comunidad de openSUSE.

Happy hacking y have a lot of fun!

Sigue la serie sobre los cambios en las aplicaciones que han llegado este mes (bueno en verdad técnicamente fue el mes pasado, pero ya me entendéis). Una vez comentado las mejoras de Dolphin sigo con las novedades Okular de abril de 2020, el visor universal de documentos de la Comunidad KDE. Hay que decir que no ofrece muchas mejoras, pero así aprovecho para hablar un poco de esta otra Killer App de KDE.

Las novedades Okular de abril de 2020

Okular fue una de las aplicaciones que conquistó mi corazón en los inicios de mi andadura en el mundo del Software Libre en general y en el de la Comunidad KDE en particular, aunque he de reconocer que en aquellos tiempos no los distinguía muy bien.

Este simple gestor de pdf, como así lo consideraba en aquellos tiempos, era rápido, sencillo y con funcionalidades extra potentes pero simples, lo cual lo convertía en todo lo que yo deseaba para una aplicación. Conocer a uno de sus desarrolladores, Albert Astals en mi primera, Akademy-es 2010 de Bilbao, solo hizo que mi aprecio por la aplicación creciera. Fue la primera vez que descubrí algo obvio: detrás de cada aplicación hay personas que la hacen posible… y en el mundo del Software Libre, son accesibles.

En la actualidad Okular ya no es, para mi, un simple lector de pdf ya que en realidad he aprendido es un visor universal que es capaz de leer además documentos en Markdown, libros de cómics, PostScript, DjVu, CHM, XPS y ePub, por citar unos cuantos. Además, sus posibilidades en cuanto toma de notas, cambio de modo de visualización  y vista a pantalla completa son más que interesante.

La nueva versión de Okular de abril de 2020, que es la 1.10, viene con una simple pero interesante funcionalidad: mejoras de accesibilidad para los usuarios del escritorio y de pantallas táctiles. Para los primeros, se ha implementado ahora un desplazamiento suave, tanto con la rueda del ratón como con el teclado. Para los usuarios de pantallas táctiles, la última versión de Okular llega con desplazamiento inercial, algo a lo que estamos acostumbrados con nuestros móviles.

Otro avance más hacía la convergencia de aplicaciones que lleva tiempo trabajando la Comunidad KDE.

Más información: KDE

From news.groups.newgroups:

This is an official communication from the Big-8 Management Board. Please note that followups are set to news.groups.

After a careful review of the Big 8 Management Board’s activity and process, all remaining members of the Big 8 Management Board opted not to consider re-election and instead have voted to install two new volunteers as the new members of the Big 8 Management Board. These two volunteers are:

Tristan Miller Jason Evans

We believe these volunteers have the technical and social skills necessary to maintain the Big-8. Please give them your support while they develop their vision for the future mission and goals of the Big 8 Board.

Kathy Morgan, Chairperson Emeritus Bill Horne, former Chairperson

Hoy se celebra otro evento online, en el que he participado de forma remota y en el que, si se hubiera celebrado de forma presencial ¡también habría participado!. Hoy se ha presentado UjiLliurex 2020, la séptima edición de un veterano evento al que lamentablemente nunca he podido asistir pero que creo que a partir de este año seré asiduo.

Presentado UjiLliurex 2020 online

Prometía ser mi bautismo en UjiLliurex 2020. Lo tenia todo organizado para no solo asistir, sino que también presentar una ponencia. Ahora que Lliurex utiliza Plasma, mi experiencia en el uso del escritorio creía que sería positiva para los asistentes.

Pero por las razones que todo el mundo sabe, la edición de UjiLliurex de 2020 no ha podido ser realizado de manera presencial. No obstante, sus organizadores no dieron su brazo a torcer y convencieron a un nutrido grupo de ponentes a realizar la presentación en forma de grabación.

A lo largo de este mes de abril se han ido organizando para que hoy haya sido presentado UjiLliurex 2020 con el siguiente programa:

A continuación se presentan las siguientes ponencias, a las que podéis acceder de forma completamente libre en la sección de vídeos:

• Titanes de los datos. Como los datos que damos hoy afectan a nuestro yo del mañana por Paloma Llaneza @PalomaLLaneza
• Qué necesitan saber y saber hacer los docentes del siglo XXI? por Lucía Sánchez-Tarazaga @luciasantavi (Profesora ayudante doctor del área de métodos de investigación y diagnóstico del Departamento de Pedagogía de la UJI) y Linda Castañeda @lindacq (Profesora titular de tecnología educativa de la Universidad de Murcia)
• Centros Inteligentes. IES Puçol por Sofía Bellés Ramos @sofia_belles
• Secretos de Plasma de la Comunidad KDE, el escritorio más eficiente para Lliurex por Baltasar Ortega Bort @baltolkien
• Entornos de escritorio por Enrique Medina @IT_Henry
• Novedades de Lliurex por Raul Rodrigo @raurodse
• Teuton: test de infraestructura por David Vargas Ruiz @dvarrui
• Cuaderno de Tutoría virtual con AULES por Herminia Pastor Pina @hermipp y Vicente Martínez Martínez @vicenteprofe
• Diario de seguimiento de alumnado en Secundaria por Sanja Dabic @glupko_tuitero
• Lliurex en un pequeño centro de secundaria (II). Modelo de centro. Servicios por Eduardo Millan @edumillan3t
• Regulación del aprendizaje: experiencias y herramientas por Merche Marqués @merxemarques
• Pproyecto escornabot por Jordi Mayné @nemaydijor
• Be Docker, my friend por Cristian Verdú @chverma
• EDISON y micro:bit, dos grandes aliados para trabajar STEAM en sistemas operativos con base LINUX por Ricardo Bonache @esteamedu
• Instalación del servidor de videoconferencia libre Jitsi en LliureX 19 por Ricardo Sancho @GnuLinuxVlc
• Instalación y configuración de Nextcloud Hub en Lliurex 19 por Clemente López Giner @clemenlg

Mis felicitaciones a todos los ponentes por el esfuerzo realizado, y sobre todo, a Julio Pacheco por todo el interés mostrado en sacar esta jornada adelante a pesar de todos los inconvenientes.

Espero que el año pasado nos veamos de verdad y que podamos disfrutar de UjiLliurex como se merece.

¿Qué es Ujilliurex?

Se trata de un evento que tiene bastante solera en la provincia de Castellón en el que teniendo como protragonista la distribución de la Generalitat Valenciana Lliurex se presentan novedades sobre ésta y sobre otros proyectos libres.

Está organizado por la Unitat de Suport Educatiu (USE) y el Centro de Educación y Nuevas Tecnologías (CENT) por parte de la UJI y el Centro de formación, innovación y recursos educativos (CEFIRE) de Castellón.

Excalidraw es una herramienta para poder realizar diagramas como dibujados a mano en una pizarra blanca pero en tu navegador y además también colaborativa

Probando excalidraw (clic sobre la imagen para ampliar)

Muchas veces las mejores ideas surgen dibujando sobre una servilleta en un bar o en un retazo de papel. A veces es mejor dibujar diagramas o ideas a mano alzada para después ir perfilando y definiendo las cosas más adelante.

Y en época del auge del teletrabajo qué mejor que utilizar una “pizarra en blanco” virtual sobre la que ir perfilando a mano alzada tus ideas, planes, etc. Y mejor si permite colaborar y además es software libre. Eso es Excalidraw.

Excalidraw es un programa con el que podrás realizar diagramas de flujo o representar ideas de forma esquemática a mano alzada como si estuvieras delante de una pizarra, pero desde tu navegador web.

El código de Excalidraw está liberado bajo una licencia MIT, por lo que puedes utilizar su código que está en GitHub, y puedes instalarlo en un servidor propio o puedes utilizar una instancia de Excalidraw para probar la herramienta.

Excalidraw es muy básico en cuanto a qué puedes dibujar, pero a la vez creo que suficiente para expresar ideas, flujos de trabajo, bocetos, etc.

Puedes dibujar figuras geométricas, líneas, flechas, textos, y seleccionar diferentes tipos de trazos para estos elementos, diferentes colores, etc.

Tiene la opción de guardar lo dibujado en un formato propio para después si se quiere abrirlo con excalidraw, también se puede exportar como PNG o SVG o compartir el enlace del dibujo:

• https://excalidraw.com/#json=5723465818570752,4V3o69sQ4h-wZ1RFQF4pTg

Si utilizas la instancia de excalidraw el contenido es cifrado de extremo a extremo, por lo que nadie, ni siquiera en excalidraw puede saber qué contenido es el que se representa.

Y también se puede compartir el enlace para colaborar y que varias personas puedan modificar el dibujo de manera colaborativa, añadiendo o quitando y cada cual expresándose.

Está disponible en Español y muchos otros idiomas, por lo que además de ser intuitivo es sencillo de manejar gracias a los mensajes emergentes en un idioma propio!

¡¡Quizás tu próximo gran plan de dominación mundial sea con software libre y lo esboces con Excalidraw!!

Enlaces de interés

• https://github.com/excalidraw/excalidraw
• https://excalidraw.com/
• https://blog.excalidraw.com/

Introduction

YaST2 is a venerable project that has been around for more than 20 years now. It keeps evolving and, with every SUSE and openSUSE release, it takes several new features (and a couple of new bugs). Needlessly to say that, to some extent, YaST2 is showing its age. We are aware of it, and we have been working to tackle this problem. The successful rewrite of the storage layer, which brought many features, is an example we can feel proud of.

Now that the development of SLE 15 SP2 and openSUSE Leap 15.2 features is mostly done, we have started to look to AutoYaST. The purpose of this article is to present our initiative to modernize AutoYaST.

First of all, let’s make it clear: we do not plan to rewrite AutoYaST. What we want to do is:

• Fix several bugs and remove some known limitations.
• Improve the tooling around AutoYaST.
• Introduce a few features that can help our users.
• Work hard to improve code quality.

Although nothing is set in stone yet, this document tries to present some ideas we are considering. But they are just that, ideas. We have identified the main areas that we want to improve, and now we are trying to come up with a more concrete (and realistic) plan.

Creating a profile does not need to be hard

Perhaps one of the main complaints about using AutoYaST is that writing a profile can be tricky. The easiest way is to perform a manual installation and generate the profile from the command line or using the AutoYaST UI.

If you decide to go for the command line approach, yast2 clone_system generates an XML file containing all the details from the underlying system. The generated profile is quite long, and usually you want to make it shorter by removing unimportant sections. For instance, you do not need the full list of users (the corresponding packages creates them) or services.

The alternative is to use the AutoYaST UI, which is a tool that allows you to create and edit profiles, although it has several bugs that we need to fix.

As part of this modernizing AutoYaST initiative, we would like to make things easier when it comes to deal with profiles. We are considering a few options:

• Improve AutoYaST UI quality.
• Provide a set of templates you can base on: minimal, hardening, etc.
• Optionally, do not export the default options, making the profile shorter.
• Implement a wizard that can guide you through the process of creating a profile from scratch (selecting the product, the list of add-ons, the filesystem type, etc.). It could also offer a CLI:

$ yast2 autoyast_profile --product SLES-15.2 \
  --addons sle-module-basesystem,sle-module-development-tools \
  --regcode XXXX \
  --filesystem btrfs

Integrated profile validation

One of the advantages of using XML is that we can rely on the existing tools to validate the profile. The AutoYaST Guide documents the usage of xmllint and jing for that. As part of this initiative, we would like to integrate the validation within the installation process. So one of the first things that AutoYaST would do is checking whether the profile is valid or not.

However, this kind of validation does not detect logical problems. Some of them are easy to find by just analyzing the profile, and we could consider adding some additional checks. But there is another whole category of problems that you cannot anticipate. For instance, consider that you want to reuse a partition that does not exist. And that brings us to the next topic: error reporting.

Better error reporting

If something unexpected happens during the installation, AutoYaST reports the issue. The user can decide whether a problem should stop the installation or not depending on its severity. Obviously, in some cases, the installation is simply not possible and AutoYaST aborts the process.

Error reporting infrastructure can be improved. For instance, it would be nice to group related messages and show them at once, instead of stopping the installation several times. Fortunately, during the storage layer rewrite, we introduced a mechanism that enables us to do that. Now it is a matter of extending its API and using it in more places.

Another nice feature could be to allow filtering the messages not only by its severity but by its module as well (e.g., partitioning warnings only), offering more control on error reporting. And the new code would enable us to do that.

Getting rid of the 2nd stage

Depending on the content of the profile, the installation would be finished after the first reboot. In the past, SUSE and openSUSE installation took place in two phases known as stages, but that it is not true anymore for the manual installation. However, AutoYaST still requires that in some cases. For instance, if you use the <files> section, AutoYaST copies the files after rebooting.

We plan to move everything we can to the 1st stage, skipping the 2nd stage entirely. We will keep the 2nd stage, though, because third party modules could use it as an extension point. But YaST2 core modules should avoid it.

To be honest, it sounds easier than it is (there are some corner cases to consider), and we are still checking whether it is technically possible.

Introducing dynamic profiles

In some situations, it is desirable to modify a profile at runtime. For instance, let’s consider that you want to install several machines with different software selections. The profiles would be almost identical, so it does not make sense to keep one for each machine.

AutoYaST already offers two mechanisms for that: rules and classes and pre-install scripts.

The first one is a feature that, for some reason, remains relatively unknown. It allows to combine several XML files depending on a set of rules which are applied at runtime. Although it is quite powerful, their specification is really verbose and the merging process can be rather confusing in some cases.

Alternatively, pre-install scripts are widely used. You can then rely on the classical Linux tools (sed, awk, etc.), or Python, or Perl, or Ruby… well, you cannot use Ruby, but that is something we will fix. :sweat_smile:

However, we have been thinking about making things even easier by allowing to embed Ruby (ERB) in AutoYaST profiles:

<?xml version="1.0" encoding="utf-8"?>
<partitioning config:type="list">
  <drive>
    <!-- vda, sda, ... -->
    <device><%= script("find_root_device.sh") -%></device>
    <use>all</use>
  </drive>
</partitioning>

<%= include_file("https://example.net/profiles/software-#{node["mac"]}.xml") %>
    
<% if arch?("s390x") -%>
<dasd>
  <!-- dasd configuration -->
</dasd>
<% end -%>

Please, bear in mind that it is just an example, and we do not even know whether this feature makes sense to you. Does it?

Conclusions

After reading this document, there is a chance that you have comments or new ideas to discuss. And we would love to hear from you! So you can reach the YaST team through the yast-devel or opensuse-autoinstall mailing lists or, if you prefer, we are usually at #yast channel at Freenode.

Finally, we would like to thank everyone that got involved in the discussions (e.g., The (near) future of AutoYaST and AutoYaST tools: feedback wanted) and our colleagues at SUSE for providing feedback and ideas.

openSUSE akan mengadakan openSUSE Virtual Summit pada 1 Mei. Semua waktu pada jadwal adalah Waktu UTC. Acara akan akan berlangsung di opensuse.reqmagic.com. Anda dapat mendaftar di events.opensuse.org pada 30 April.

Simak pembicara dari Indonesia, diantaranya

1. Anak Agung Bagus Arya Wiradarma – IT Risk Management Based on ISO 31000 and OWASP Framework using OSINT (Case Study: Election Commission of X City).
2. Estu Fardani – Introduction Podman for Beginner.
3. Kukuh Syafaat – Translating Open Source Apps.

Hi,

The SUSE Linux Enterprise Team is acknowledging the openSUSE community needs for a better and transparent collaboration with SUSE. We have now a momentum to think and be different.

The symbiosis between SUSE Linux Enterprise and openSUSE is real, we share so much more than just code, we use the same tools like Open Build Service, openQA, similar maintenance processes, people (Release Managers, contributors, etc) and more.

We might have been a bit quiet in the past but that doesn’t mean we didn’t evolve; over the years, we have created more bonds like Package Hub, foster our contribution with SLE Factory First Policy for SUSE employees and our Technology Partners, be more accessible during our development phase with the SLE Public Beta Program, just to name a few examples.

But now we have a momentum to accelerate, especially with regard to being more transparent with our defects and feature requests for the benefit of the openSUSE distribution and community. So we heard you, and today we want to clarify and improve processes, for all of us, and give some inputs on SUSE internal discussions about kicking out the so called “closed doors”.

So without further ado, here is our action items:

• Refresh and create openSUSE wiki pages for processes clarification
  • Luboš Kocman has already started with documenting the process in place for retrieving SLE Feature Requests and his plan is to present a real and better feature process for external contributors by October or sooner.
  • We will also review and improve “how to contribute , openSUSE Leap development phase” to clarify and formalize information that existed for years, but was not documented.
  • Create new page about our “SLE Factory First Policy”, and potential maintenance and quality assurance topics.
• Talk more openly about openSUSE and SLE relationship,
  • “Current and Future strategy for openSUSE Leap” and “Jump! Current state and upcoming changes” during openSUSE virtual summit.
  • Upcoming topic in the “How SUSE Builds its Enterprise Linux Distribution” blog post.
  • A talk about “relationship in between SLE and openSUSE” at the Virtual SUSECon.
• Find the proper way to open our bugzilla.suse.com
  • SUSE is fully committed to protect our customers and partners private data hosted in our tool like Bugzilla. They trust us with their highly sensitive data, so we approach this topic very seriously. However thanks to the full handover of the Bugzilla instances from MicroFocus to SUSE, we now have full control over Bugzilla thus we can now discuss how to change our processes internally to combine data privacy and openness.
  • A group has been formed (Vincent Untz, Anna Maresova and Vincent Moutoussamy) to drive this project internally and will be in charge of discussing the proposal with all stakeholders including the openSUSE community of course.
• Special attention to openSUSE 15.2 (and future) Leap bug reports
  • Last but not least, Luboš Kocman, openSUSE Leap Release Manager, is committed to review, triage openSUSE Leap 15.2 bugs and feature requests (create a bug for openSUSE Leap 15.2), and escalate to SLE Product and Release Manager.

We believe this is an exciting and ambitious plan, and we hope to share more concrete information as soon as possible.

In the mean time, do not hesitate to engage with the presenters of “openSUSE and SLE” talks, Luboš obviously, and feel free to comment or send us your feedback here in this thread.

Stay tuned, stay home, stay safe and stay green.

The SUSE Linux Enterprise Team