Este mes de marzo promete ser épico. Si nada lo impide vamos a tener este 2020 a Richard Stallman de gira por la Comunidad Valenciana en sus 3 capitales: Alicante, Castellón y València. Todo un gran acontecimiento que debemos promocionar al máximo y este blog no va a quedarse con los brazos cruzados.

Richard Stallman de gira por la Comunidad Valenciana

No es la primera vez que está por mi tierra, estuvo en 2016 y en el 2018, pero me los perdí. En esta ocasión me pilla muy cerca, y en un día y una hora que hacen que las posibilidades de poder asistir son muy altas.

De esta forma, según podemos leer en la página web de la Asociación GNU/Linux València (si, ya es una asociación, ¡asociate!) uno de los padres del Software Libre, Richard Stallman, va a realizar una pequeña gira por la Comunidad Valenciana.

Lo datos básicos son los siguientes:

• Miércoles 25 18:30 Sala La Mutant. Carrer de Joan Verdeguer, 22 46024 València
• Viernes 27 16:00 E dificio IVAM-CADA. Calle Rigoberto Albors, 8 03801 Alcoy Alicante
• Lunes 30 18:30 Sala La Bohemia. Calle Ciscar, 14 12003 Castellón

Vía: GNU/Linux València

¿Quién es Richard Stallman?

Por si alguien no lo conoce, a principios de los ochenta Richard M. Stallman, un físico, decidió abandonar su trabajo en el MIT para emprender el duro camino de desarrollar por completo un sistema operativo y aplicaciones para los usuarios que fuera completamente “libre”. A este proyecto se le conoce como GNU. Así que fundó la Free Software Foundation (FSF) y empezó a asentar las bases jurídicas para compartir legalmente el código de los programas, creando así las licencias libres como la GPL.

En la actualidad Richard ya no trabaja como desarrollador de software, está dedicado en cuerpo y alma a liderar el movimiento del software libre y dedica la mayor parte de su tiempo en dar conferencias alrededor del mundo y atender a los medios de comunicación.

Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:

• http://dominique.leuenberger.net/blog/2020/03/opensuse-tumbleweed-review-of-the-week-2020-10/

¡Las máquinas de Tumbleweed van a todo gas! Se han publicado esta semana 6 nuevas snapshots 0227, 0228, 0229, 0301, 0303 y 0304.

Llegaron actualizaciones a los repositorios como:

• Zypper 1.14.34: ¡Atención! Esta versión ya no admite parámetros abreviados (por ejemplo: zypper install --no-r ya no se aceptará, necesitarás escribir el comando completo --no-recommends)
• GCC 10 está disponible y ofrece las librerías básica para el sistema
• KDE Plasma 5.18.2
• Linux kernel 5.5.6
• Muchos cambios en varios módulos de YaST
• gimp 2.10.18

En el futuro podremos ver más actualizaciones como por ejemplo:

• Python 3.8: que si todos los tests van bien se publicará la semana que viene
• binutils 2.34
• Qt 5.15.0 (actualmente se están probando las versiones beta)
• Ruby 2.7: posiblemente junto con la eliminación de Ruby 2.6
• GCC 10 como compilador predeterminado
• GNU Make 4.3
• RPM

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las “snapshots” de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

The openSUSE Summit Dublin has been canceled due to the cancellation of some talks and the cancellation of the in-person SUSECON 2020 in Dublin.

Concerns over the developing situation of COVID-19 coronavirus lead to the decision to cancel the openSUSE Summit Dublin as the venue would have been shared with SUSECON and is no longer available for the summit.

Contact ddemaio (@) opensuse.org if you have any questions concerning the summit.

Dear Tumbleweed users and hackers,

Tumbleweed – full steam ahead! There have been 6 snapshots in the last week, some with quite some changes. The snapshots were 0227, 0228, 0229, 0301, 0303 and 0304.

The changes include:

• Zypper 1.14.34: beware! This version no longer supports abbreviated command line parameters (e.g zypper install --no-r is no longer accepted, you need to spell --no-recommends out)
• GCC 10 is available and provides base libraries to the system
• KDE Plasma 5.18.2
• Linux kernel 5.5.6
• Many changes in various YaST modules
• gimp 2.10.18

The future will bring those changes, sooner or later:

• Python 3.8: The latest fixes should be there. IF nothing new shows up, this will ship next week
• binutils 2.34
• Qt 5.15.0 (currently betas being tested)
• Ruby 2.7 – possibly paired with the removal of Ruby 2.6
• GCC 10 as the default compiler
• Removal of Python 2
• GNU Make 4.3
• RPM: change of database format to ndb

Me complace compartir con vosotros que ha sido lanzada la gran actualización de marzo de las aplicaciones de KDE, tal y como estaba previsto en el calendario de lanzamientos. Es hora de actualizar nuestro sistema, solucionar pequeños errores y mejorar las traducciones. Una demostración más del compromiso constante de la Comunidad KDE con sus usuarios en su proceso de mejora continua.

Lanzada la gran actualización de marzo de las aplicaciones de KDE

El pasado 13 de diciembre de 2019 fue la fecha marcada en su calendario por la Comunidad KDE para lanzar la gran actualización de cara al final de año del conjunto de sus aplicaciones. Al llegar  al tercer mes desde este lanzamiento los desarrolladores de KDE ya han puesto a disposición de los usuarios la gran actualización de marzo de las aplicaciones de KDE

Como es habitual en este tipo de actualizaciones, hay pocas mejoras ya que principalmente se han solucionado errores en aplicaciones y, como es habitual, mejorado las traducciones. Si queréis ver todos los cambios os aconsejo leer el «changelog» completo.

No obstante, y siguiendo lo iniciado en la última actualización de KDE aplicaciones, los desarrolladores han creído conveniente resaltar las novedades de KDE Aplicaciones 19.12.3 con un poco más de detalle:

• Novedades en el gestor de microblogging Choqok.
• Mejoras en KPMcore y KDE Partition Manager, el gestor de particiones de KDE.
• Mejoras en el etiqueta de miniaturas en KPhotoAlbum.
• El editor de etiquetas mp3 Kid3 ha sido movido a kdereview, el primer paso para recibir nuevos lanzamientos.
• La aplicación Rocket.chat Ruqola está listo para ser lanzado en la próxima gran revisión.
• Nueva aplicación en la Store de Windows: Elisa.

Así que se trata de una actualización 100% recomendado por que solo puede mejorar tu sistema, sin darte ningún problema. ¿A qué esperas?

Más información: KDE.org

Boletín de noticias relacionadas con el software libre publicado por la Free Software Foundation.

¡El boletín de noticias de la FSF está aquí!

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2020/march
• Y traducido en español en este enlace (cuando este acabada la traducción): https://www.fsf.org/free-software-supporter/2020/marzo

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

Después de muchos años colaborando en la traducción al español del boletín, desde inicios de este año 2020 he decidido tomarme un descanso en esta tarea.

Pero hay detrás un pequeño grupo de personas que siguen haciendo posible la difusión en español del boletín de noticias de la FSF.

¿Te gustaría aportar tu ayuda en la traducción? Lee el siguiente enlace:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de marzo de 2020

Próximamente: Un nuevo sitio para colaborar totalmente libre

Del 25 de febrero

Como ya dijimos en un artículo a finales del año pasado destacando nuestro trabajo apoyando el desarrollo del software e infraestructuras, la FSF está planeando en lanzar un sitio de hospedaje de código público y una plataforma de colaboración para lanzarla en 2020.

Las personas que forman el equipo técnico de la FSF están actualmente revisando el software ético basado en una plataforma Web que ayude a los equipos a trabajar en sus proyectos, con funcionalidades como “merge request” , seguimiento de errores y otras herramientas similares.

El nuevo sitio complementaría los actuales servidores de GNU y no GNU Savannah, que continuaría dando apoyo y mejorando, en colaboración con un asombroso equipo de voluntarios.

Lo próximo para el equipo técnico de la FSF es realizar una mayor investigación sobre los sistemas que cumplen nuestros requisitos iniciales, para encontrar las mejores opciones disponibles. Una vez que sepamos en qué estamos interesados, empezaremos a probarlas y realizar unas pruebas más extensas.

¡¡No te pierdas las noticias sobre las opciones de software que escojamos y del anuncio de nuestro propio sitio!!

• https://www.fsf.org/blogs/sysadmin/coming-soon-a-new-site-for-fully-free-collaboration

Noticias de la colaboración entre GNU y la FSF

Del 6 de febrero

La Free Software Foundation y el las cabezas visibles del proyecto GNU están definiendo cómo cooperan estos dos grupos separados. Nuestro deseo mútuo es trabajar juntos como compañeros, mientras minimizamos los cambios en los aspectos prácticos de esta cooperación y así poder avanzar en nuestra misión común del software libre.

Alex Oliva, Henry Poole y John Sullivan (miembros del consejo de la FSF), y Richard Stallman (cabeza del proyecto GNU), han tenido reuniones para desarrollar un marco general que servirá como fundación de una discusión futura sobre áreas específicas de cooperación.

Se han considerado los comentarios recibidos del público en fsf-and-gnu@fsf.org y gnu-and-fsf@gnu.org. Comentarios de la comunidad a sobre este tema que solicitamos hasta el 13 de febrero.

• https://www.fsf.org/news/gnu-fsf-cooperation-update

Gracias por apoyas a la FSF

Del 10 de febrero

El 17 de enero cerramos la campaña de recaudación de fondos de fin de año de la FSF, lo que llevó a que llegaran 368 nuevas personas como miembros asociados a la comunidad de la FSF.

Es tu apoyo a la FSF lo que hace nuestro trabajo posible. Tu generosidad tiene un impacto directo en nosotros. No solo mantiene la llama encendida, también es fuente de motivación para luchar a tiempo completo por la libertad del software.

Tu apoyo es la base de nuestro trabajo para promover el uso de licenca “copyleft” o GPL. También ha traido 17 nuevos dispositivos al programa Respect Your Freedom (RYF) este año y dirige nuestra campaña contra la Gestión digital de Restricciones (Digital Restrictions Management o DRM).

Estamos profundamente agradecidos a los nuevos miembros y por las donaciones recibidas este año, por no mencionar a los miembros ya existentes y las donaciones recurrentes que nos han posibilitado llegar hasta este punto.

• https://www.fsf.org/blogs/community/thank-you-for-supporting-the-fsf

Let’s Encrypt ha otrogado un billón de certificados

Del 27 de febrero por Josh Aas y Sarah Gran

¡Felicidades a Let’s Encrypt, que ha otorgado su billón de certificados el pasado 27 de febrero de 2020!

Let’s Encrypt es una autoridad de emisión de certificados gratuita, automatizada que tiene como objetivo el beneficio público y que es el que utilizamos aquí en la FSF y en su página de blogs.

Han utilizado este hito como una oportunidad para reflejar qué ha cambiado para ellos y para internet al haber llegado hasta este punto.

• https://letsencrypt.org/2020/02/27/one-billion-certs.html#

Estas son solo algunas de las noticias recogidas este mes, pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2020/marzo

Y todos los números del “supporter” o boletín de noticias de 2020 aquí:

• http://www.fsf.org/free-software-supporter/2020/

—————————————————————

The Contents

After some time of silent work (our previous blog post was published a month ago), the YaST Team is back with some news about the latest development sprint and some Hack Week experiments. Those news include:

• Enabling YaST on the Windows Subsystem for Linux
• Usability improvements for the Online Search, the Partitioner and the Kdump module
• Better control of overridden sysctl configuration values
• Improvements in the default selections of the upcoming SLE 15 SP2 installer
• New features for zSeries mainframes like Secure Boot and I/O devices auto-configuration
• And, as a bonus, a couple of Hack Week projects related to YaST, Ruby and Crystal

So, as you can see, we have a little bit of everything in the menu, from WSL to mainframes, from new features to small usability improvements, from installation to system fine-tuning… So let’s dive into the details!

Improved compatibility with WSL

Have you ever heard about WSL, the Windows Subsystem for Linux? To be honest, before this sprint we haven’t payed much attention to it either. But as both openSUSE Leap and SUSE Linux Enterprise (SLE) are available to Windows users via WSL images and the 15.2 releases of both distributions are approaching, we decided it was time to dive into WSL to research how it works and how can YaST be useful there.

Setting up an (open)SUSE test system inside a WSL environment was a piece of cake thanks to the excellent documentation at the openSUSE Wiki.

Many components of YaST are useless in WSL because not everything can actually be configured from the Linux system itself and because systemd is not available (we are talking exclusively about WSL1 here). But YaST is still very useful for the initial setup of the system when running the (open)SUSE image for the first time. It can be used to setup the first user, to confirm the license and, in the SLE case, also to register the system. The YaST modules for software management can also be very handy to customize the image at any point after that initial setup.

So far, we have done three changes to improve the experience of executing YaST within WSL.

• We increased the speed of the initial boot by removing calls to systemd when it is not available.
• We fixed the registration process for YaST Firstboot.
• We implemented a feature to explicitly mark YaST modules that work in WSL and show only those modules in the YaST control center.

We also documented all our findings about WSL in this document.

As always, we are hungry for feedback. Please reach out to us and tell us what’s your experience using YaST inside WSL and which modules do you miss the most.

Improving the UX of the Online Search

As we announced one month ago, YaST will offer a mechanism to search for packages through all SUSE Linux Enterprise modules, even if they are not registered. This feature, known as package online search, was already available using zypper’s search-packages command or through the SCC web interface.

After gathering some feedback during the sprint review meeting, we decided to invest some time improving the overall UX experience. Perhaps the most relevant change is the new summary screen, which shows the list of modules to activate and packages to install.

Additionally, we improved error handling and, by the way, we fixed the case sensitive filter.

…And the Partitioner as Well

The online search is not the only part of YaST that has received some love in the UX area. We also tried to improve a bit the usability of the Partitioner. In this occasion, based on the feedback coming from our users via openSUSE’s Bugzilla.

On one hand, we got a report about this dialog been too long to properly fit in low screen resolutions.

The result was even worse in a text console with a resolution of 80 columns and 24 lines, which is the minimum size we design all YaST screens to work on.

So we dropped some obsolete options and made others more compact. Now the dialog fits in 24 lines again.

And, as you can see below, it looks also nicer (or at least less overwhelming) in graphical mode as well. It’s worth mentioning we also took the opportunity to fix other related dialogs that had similar problems.

On the other hand, we also got a report about how inconvenient was to always jump to the first tab when a device was selected in the devices tree at the left of the Partitioner, forcing the user to click in the “Partitions” tab (or any other desired one) over and over.

In that regard and as you may remember, a couple of sprints ago we made the overview screen actionable, avoiding the navigation to the device page just to perform a simple action over it. But navigating through the different devices back and forth is still possible and useful. Now such navigation has been improved by remembering the last tab and row selected per section or device whenever possible, which will save you a bunch of clicks when working with multiple devices.

Related to this, we started a public discussion about what should be the default tab the first time a device is visited. Once again, we are looking for opinions. So we would be grateful if you read the thread and contribute to the discussion.

Showing Suggested Values for Kdump Configuration

But the Partitioner was not the only YaST module for which our users pointed usability problems via Bugzilla. After some changes in how Kdump works after the migration from openSUSE Leap 42.3 to 15.0, it turned out that using YaST to re-adjust the values was not as helpful as it should be. YaST Kdump displayed the current size of the memory reservations, as well as the min and max margins. But it did not show the recommended default values for the current system, so if the user has adjusted the limits in the past it was impossible to get an up-to-date proposal from YaST calculated for the current system.

We have adapted the dialog to show those suggested values. As you can see below, we also took the opportunity to extend the help text to explain the meaning of the different values.

Better Control of Overridden Kernel Parameter Values

And talking about YaST pieces we are improving step by step, you may remember from our report of sprint 86 that we are adapting YaST to deal with the new structure of the sysctl configuration.

Up to now YaST has stored sysctl values mainly in /etc/sysctl.conf and /etc/sysctl.d/70-yast.conf. But this reflects only a part of the possibilities for storing those values. The truth is that there are many more locations where these settings can be stored: /run/sysctl.d, /etc/sysctl.d, /usr/local/lib/sysctl.d, /usr/lib/sysctl.d, /lib/sysctl.d, /etc/sysctl.conf…

Now YaST also takes care of these locations and informs the user if there are some conflicting values, as you can see in the following screenshot.

The Default Pre-selected SLE Modules

We have also invested some time smoothing some rough edges off the installation process for the upcoming openSUSE 15.2 and SLE 15 SP2. For example, if you register your SLE 15 product during installation you will see the available modules and extensions in the following dialog. Some of them are by default pre-selected because they either contain the base system components (kernel, glibc,…) or the product specific packages (e.g. GNOME for SLE Desktop).

However, if you skip the registration and use the packages from the DVD medium there were no modules or extension pre-selected. The problem is that the information about the default modules was only available in the SCC data which obviously is not available in an offline installation.

In SLE 15 SP2 we added this extra information to the installer configuration files so now also in an offline installation YaST can preselect the default modules for each product.

Proposing NTP Servers During Installation

And talking about offering sensible defaults for installation, we also improved the situation regarding the configuration of the NTP server. For openSUSE based systems (including Kubic) and a few SUSE products, like CaaSP or SLE High Performance Computing, YaST sets up the NTP daemon during installation. YaST tries to determine which server to use through the DHCP information but, when it is not available, it will propose one from openSUSE and SUSE pools (e.g., n.opensuse.pool.ntp.org where n is a number between 0 and 3).

However, we still were using the novell.pool.ntp.org pool for SUSE based products. During this sprint, we have switched to the suse.pool.ntp.org pool of servers and, additionally, we have refactored some code in order to reduce duplication and improve testability.

Secure Boot Support for IBM zSeries

You may have noticed by the recent sprint reports that we are improving several aspects related to the installation and configuration of zSeries mainframes. This sprint was not an exception… and will certainly not be the last one in that regard.

As a result of that effort, YaST now supports the Secure Boot feature found on the latest zSeries machines. It’s rather similar to the existing UEFI Secure Boot so we took the opportunity to unify the Secure Boot handling found on different architectures.

This means you get this checkbox if your zSeries machine does have Secure Boot support.

In addition, we added a shortcut link on the installation summary screen that lets you enable Secure Boot with just a click.

As mentioned, we took the opportunity to unify the management of Secure Boot in all platforms, so this new shortcut link is also available in x86_64 or aarch64 machines that have UEFI Secure Boot.

Automatic Configuration of I/O Devices in zSeries

And talking about zSeries mainframes, anyone having used Linux in one of those systems know that input/output devices, like disks or network cards, must be configured and activated before they can be detected and used normally by the operating system.

But thanks to the new I/O device auto-configuration mechanism, users can now specify IDs and settings of I/O devices that should be automatically enabled in Linux. We modified the installer to detect such configuration and trigger the corresponding configuration actions, removing the need of manually activating disks and network devices during the installation process.

This is still an experimental feature and we are waiting for feedback to make sure the current implementation works in all the desired scenarios. If everything goes as expected, the feature will debut in SLE 15 SP2.

Hack Week

As said at the beginning of the post, the main reason for spending almost a month without publishing any report was that the whole YaST Team at SUSE was diving into completely different topics due to Hack Week 19, which theme was “Simplify, Modernize and Accelerate”.

There were not many projects related to YaST in this edition of Hack Week, but there are at least two that could be interesting for YaST fans and contributors. Fortunately, we have published reports for both of them in the yast-devel mailing list. So check out the results of “Learn Crystal by Porting Part of YaST to that Language” and “YaST Logs Analyzer“.

More to come

Now that we are back to our usual development pace, we should have more news about YaST development in a couple of weeks. The plan is to focus on fixing bugs for the upcoming releases of openSUSE Leap and SUSE Enterprise Linux, but we are pretty sure we will still find interesting bits of information for you.

Meanwhile, keep in touch through the usual channels and have a lot of fun!