Ya hemos hablado de ciertas personalizaciones profundas que son capaces de convertir nuestro Linux en un Mac (presenté uno hace un tiempo y otro hace poco) o en un Windows, pero no siempre debemos transforma nuestro escritorio Plasma en otro Sistema Operativo sino que podemos ir más allá e integrarlo dentro de un videojuego. Bienvenidos a cómo convertir nuestro Linux en un escritorio CyberPunk 2077. Alucinante.

Escritorio Cyberpunk 2077 en Linux con Plasma – Vídeo

En mi opinión el estilo por defecto de Plasma Brisa (Breeze) que creó el equipo de diseño visual de Plasma 5 es excelente y de sobrada calidad para la mayoría de los usuarios, pero si en algo supera a todos los entornos de trabajo nuestro amado escritorio de la Comunidad KDE es en su capacidad de transformación.

Y una buena prueba de ello es la personalización extrema que han realizado los chicos y chicas de Linux Scoop para llevar el escritorio Plasma a un escritorio perfectamente integrado en el mundo de Cyberpunk 2077, el videojuego de CDProject que nos lleva a una sociedad futura y muy cibernética y que tantos bits de información ha generado recientemente.

Como es habitual, la gente de Linux Scoop no solo nos muestra el resultado final sino que en un vídeo de 18 minutos nos muestra el proceso paso a paso, incluyendo el consumo de memoria antes y después de la personalización.

Hay que avisar que para que quede perfecto se deberán instalarse los plasmoides Netspeed widget, Application title, Media control plus, Latte spacer, Latte sidebar, Better inlineclock y Simple menu, además de varios esquemas de color y una fuerte personalización de Dolphin.

Por cierto, y antes que alguien lo pregunte, el videojuego puede jugarse en GNU/Linux tal y como demuestran los siguientes vídeos de Hex DSL y de Linux Lounge, por ejemplo.

Dentro de las actualizaciones de diciembre de las aplicaciones KDE quedaba por comentar la del editor de vídeos no-lineal. Y es que también ha sido lanzado Kdenlive 20.12, una versión muy interesante que nos ofrece jugosas novedades como transiciones sobre una misma pista o un subtitulador integrado que nos va a hacer la vida un poco más fácil.

Lanzado Kdenlive 20.12, ahora con subtitulador integrado

Para quienes no lo conozcan, Kdenlive es el editor de vídeos no-lineal de KDE, una aplicación multiplataforma muy demanda por los usuarios de fácil uso y llena de posibilidades.

Y si a estas características se les une un equipo de desarrollo que está ofreciendo saltos de calidad entre sus versiones principales con nuevas funcionalidades y ajustes estamos ante en una Killer App cada vez más famosa, incluso entre usuarios de sistemas privativos.

Este pasado 21 de diciembre se anunció la versión 20.12, la cual nos ofrece las siguientes e interesantes funcionalidades:

• Transiciones sobre una misma pista, una funcionalidad muy demandada que nos ayudará a ser más ágiles en nuestras ediciones.

• Nueva herramienta de subtitulado que permite añadir y editar subtítulos directamente en la línea de tiempo en una pista de subtítulos especial o mediante el nuevo widget de subtítulos. Además también se permite importar (SRT/ASS) y exportar (SRT) subtítulos. Este trabajo fue implementado por Sashmita Raghav como parte del GSOC.

• Rediseño de los efectos. Todos los efectos se han organizado bajo una estructura de categorías clara y completa para una mejor experiencia.
• Nuevos efectos como Pillar Echo que permite poner bandas verticales difusas en tus vídeos verticales, algo muy habitual en estos tiempos.

Además, como es habitual, multitud de errores resueltos y mejoras de rendimiento.

Kdenlive 2021… un futuro brillante

Y para finalizar quisiera compartir con vosotros las promesas del equipo de Kdenlive para este 2021 que está a punto de empezar:

«líneas de tiempo anidadas, herramientas avanzadas de recorte y enrutamiento de audio y mapeo de canales. Esperamos ver mejoras en la aceleración por hardware y en el soporte de la GPU a partir de los recientes trabajos iniciados en MLT, nuestro motor, puedes seguir el progreso aquí.

Una característica muy interesante que merece la pena tener en cuenta es el reciente trabajo de Tobias Fleischer en la integración de los efectos GMIC en las herramientas de edición de vídeo (incluyendo Kdenlive a través del módulo freIOr). El miembro de la comunidad Hörmet ha conseguido construir Kdenlive en un Mac y conseguir que se renderice, aunque todavía hay algunos problemas como que los iconos no funcionan.»

No está nada mal, ¿verdad?

Más información y explicaciones más visuales: Kdenlive

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 estas semanas.

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/12/opensuse-tumbleweed-review-of-the-week-2020-52/

El año llega a su fin… y debido a estas fiestas, muchas de las personas encargadas de los paquetes de software están de vacaciones, por lo que las actualizaciones de Tumbleweed son un poco más lentas a lo que estamos acostumbrados.

Pero eso no quiere decir que no haya interesantes actualizaciones en nuestra distribución de GNU/Linux. Para esta semana 52 podemos disfrutar de 3 nuevas “snapshots”

Lo peor de esto es que el nuevo kernel Linux 5.10 no se está comportando muy bien cuando el módulo iwlwifi está cargado.

Las tres sanpshots publicadas (1218, 1221 y 1223) han traido actualizaciones como:

• KDE Applications 20.12.0
• Poppler 20.12.1
• Linux kernel 5.10.1: hay un problema con iwlwifi. Ya está reportado el problema. aquí puedes verlo: https://bugzilla.kernel.org/show_bug.cgi?id=210733
• Systemd 246.9

Pero muchos otros paquetes esperan sus actualizaciones (quizás algunas antes de que acabe el año). Aquí tienes un repaso a algunas de esas:

• Mozilla Firefox 84.0
• icu 68.1
• Ruby 3.0
• RPM 4.16
• Rpmlint 2.0
• openssl 3

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

——————————–

Dear Tumbleweed users and hackers,

Xmas is upon us – at least in some areas of the world. This means quitea lot of people are away from their computers and the number of submissions is getting a bit lower. Tumbleweed is not stopping though – it just rolls at the pace contributors create submissions. For week 2020/52 this means a total of 3 snapshots that were published. Saddest of this all is that the new kernel 5.10 is not behaving very nicely when the iwlwifi module is being loaded. The three snapshots published were 1218, 1221 and 1223, containing those changes:

• KDE Applications 20.12.0
• Poppler 20.12.1
• Linux kernel 5.10.1: as noted in the intro, there is an issue with iwlwifi. Unfortunately i was informed about that too late. The earlier reported amdgpu issue had been fixed in time though. Upstream bug reference: https://bugzilla.kernel.org/show_bug.cgi?id=210733
• Systemd 246.9

The staging projects are still filled up and a few more snapshots are likely to be released this year. Some of the changes that might become ready include:

• Mozilla Firefox 84.0
• icu 68.1: breaks a few things like postgresql. Staging:I
• Ruby 3.0: final release is staged. It will be added short term as additional version, with the default, used by r.g YaST, pinned to version 2.7
• Multiple python 3 versions parallel installable. Adding to python 3.8, version 3.6 week be reintroduced. Python modules will be built for both versions.
• RPM 4.16: all build issues in Staging:A have been fixed, but on upgrades, rpm seems to segfault in some cases.
• brp-check-suse: a bug fix in how it detected dangling symlinks (it detected them, but did not fail as it was supposed to)
• permissions package: prepares for easier listing, while supporting a full /usr merge
• Rpmlint 2.0: experiments ongoing in Staging:M
• openssl 3: not much progress, Staging:O still showing a lot of errors.

今年も openSUSE Advent Calendar に参加頂きありがとうございました。

最終日は今年1年を振り返っていきたいと思います。

今年最初のイベントは1月3日の京都での新年会&もくもく会でした。続いて4日に東京での新年会でした。このときはこんな状況になるとも知らず、オフラインでの開催でした。

新年会以降、国内でも COVID-19 の感染者数が増え始め、今年のイベントはストップ。9年ぶりに都内に戻るはずだった OSC 東京も中止になってしまいました。

4月は OSC Online/Spring に参加。2月のOSCで発表予定だった Snapper を有効にしたファイルサーバーの話をしました。初のオンラインイベントにもかかわらず、Remo を使ったバーチャル展示にも挑戦しましたが（枠は XDDC）、こちらはちょっと時代がまだ追いついていない感じでした。

5月は OSC Nagoya/Online に出展。川上さんが「Dockerで始めるネットワーク実験入門」について話してくれました。

openSUSE Leap 15.2 の Release Party はなんとかオンライン開催しました。昼間から乾杯して、15.2のリリース情報を眺めて、修太さんがセキュアブートの話をしてくれました。

8月の OSC 京都は「あつまれ！openSUSEユーザーの森」。京都でこのタイトルは流石に事務局に何か言われるんじゃないだろうかと言う声もありましたが、このままのタイトルになりました。ユーザー会のメンバーがどのように openSUSE を使っているかを紹介するという新しいスタイルのセミナーでした。

うちだけではないようですが、OSC のブースはユーザ会の出展モチベーションの大きな割合を占めていて、展示がないことで OSC 東京はスキップしてしまいました。このまま今年の OSC はおしまいとなりそうでしたが、12月、ODC は XDDC として春に開催予定であったディストリビューション大集合を開催し、openSUSEも参加しました。

来年に向けて

今年は1年間を通して Geeko Magazine を出しませんでした。コミケも2回ともなくなってしまいましたし、技術書典や OSC などのオフラインでの頒布機会もありませんでした。

来年は GW に開催される予定の C99 に申し込んでいます。もしスペースを確保できれば、久しぶりの新刊を出すことができそうです。

イベントは当面オンラインになるかと思います。ユーザ会の単独イベントはどれくらい行うかは決めていませんが、メンバーは OSC はもちろん、小江戸らぐなどオンラインイベントにも出没していますので、ぜひ、参加してみて下さい。

Con el lanzamiento de Plasma 5.8 de enero de 2017 llegó una funcionalidad llamada Look and Feel que nos permitía mediante un simple click de cambiar todo Plasma: sus temas, esquema de colores, cursores del ratón, conmutador de ventanas, pantalla de bloqueo, etc. Esta funcionalidad ha ido creciendo en número de aportaciones en la Store de KDE (que lleva un año de continuos cambios), e incluso ha cambio el nombre a Global Theme, siendo en estos momentos más de 265 los temas elegibles (casi el doble de hace un año). Entre ellos se encuentra XMas un tema global navideño ideal para estas fechas que me complace compartir con vosotros.

XMaS, un tema global navideño para Plasma

De la mano de x-varlesh-x nos llegan un Tema Global (antes conocido como Look & Feel) para Plasma llamado XMaS que nos personaliza nuestro escritorio con un tema navideño oscuro, con un degradado de color del violeta al azul muy adecuado para estas fechas.

En realidad el Tema Global XMaS se compone e instala los siguientes módulos:

• XMaS, Kvantum
• XMaS, Aurorae
• XMaS, esquema de color
• XMaS, tema de plasma

Más información: Xmas

Y como siempre digo, si os gustan estos Temas Globales (ex-Look & Feel) para Plasma 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 2017 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.

In April, we announced the Modernizing AutoYaST initiative. The idea was not to rewrite AutoYaST but just introduce a few new features, remove some limitations and improve the code quality.

Although they were not set in stone, we had some ideas about what changes we wanted to introduce. However, as soon as we started to work, it became clear that we needed to adapt our roadmap. So if you compare our initial announcement with the result, you can spot many differences.

This article describes the most relevant changes. If you want to try any of these features, they are already available in openSUSE Tumbleweed.

Reducing profiles size

When AutoYaST generates a profile from an existing system, it includes a lot of information to reproduce the installation. As a consequence, those profiles are rather long, which makes working with them quite annoying.

However, it is not always clear when it is safe to omit some information from the profile without compromising the final result. To address this problem, we decided to introduce the concept of target. Thus, when generating a profile, you can ask AutoYaST to generate a more compact profile.

# yast2 clone_system modules target=compact filename=autoinst-compact.xml

In my current machine, the size of the profile is reduced from 2201 lines to just 834. But which information is omitted? Let’s enumerate a few items:

• System users and groups.
• Not modified firewall zones.
• System services which preset has not been changed.
• Printer settings if the cups service is disabled.

Note that not all YaST modules implement support for this flag. Actually, in some cases, it does not make any sense.

Making easier to write dynamic profiles

When dealing with the installation of multiple systems, it might be useful to use a single profile that adapts to the system being installed at runtime. AutoYaST already offered two mechanisms to implement this behavior: rules and classes and pre-install scripts.

However, we though that it might be easier if you could embed Ruby (ERB) code in your profiles. The idea is to provide a set of helper functions that you can use to inspect the system and adjust the profile by setting values, adding or skipping sections, etc. It sounds cool, right? Let’s see a simple example.

The code below finds the largest disk by sorting them size and sets the value of the device element.

<partitioning t="list">
  <drive>
    <% disk = disks.sort_by { |d| d[:size] }.last %> <!-- find the largest disk -->
    <device><%= disk[:device] %></device> <!-- print the disk device name -->
    <initialize t="boolean">true</initialize>
    <use>all</use>
  </drive>
</partitioning>

Of course, apart from a set of helpers (disks, network_cards, os_release or hardware), you have the power of Ruby in your fingertips. What about retrieving a whole section from a remote location? At some extent, it could replace the classes and rules feature.

<bootloader>
  <% require "open-uri" %>
  <%= URI.open("http://192.168.1.1/profiles/bootloader-common.xml").read %>
</bootloader>

Unfortunately, the documentation of this feature is still a work in progress. However, we expect to have it ready in the upcoming weeks.

Improved scripting support

Apart from introducing support for ERB, as described in the previous section, we improved script handling. Until now, Shell, Perl and Python were the only supported scripting languages. We removed this limitation and now you can use any interpreter available at installation time. Moreover, it is possible to pass custom options to the interpreter.

<intepreter>/usr/bin/bash -x</interpreter>

Additionally, we fixed a few issues and extended the error handling to inform the user when the script did not run successfully.

Validating the profile

Building and tweaking your profile can be a time-consuming task. AutoYaST offers XML-based validation, but the sort of errors you can detect is rather limited.

To make your life easier, we introduced these new features to leverage profile validation:

• Automatic profile validation at runtime.
• A new check-profile command to detect errors without running the installer.

When AutoYaST fetches the profile, it automatically performs the XML-based validation, reporting any error found. It works even if you are using features like Rules and classes or Dynamic profiles. However, it can be easily disabled by setting the YAST_SKIP_XML_VALIDATION parameter to 1 when booting the installer.

Regarding the check-profile, it basically uses part of the code that runs during AutoYaST initialization. It includes:

• Profile fetching (even from a remote location).
• XML-based validation.
• Support for dynamic profiles: rules and classes, ERB and pre-installation scripts (optional).
• Optionally, detection of problems during profile import.

Needlessly to say that you should run this command with caution. Bear in mind that ERB and pre-installation scripts can run any arbitrary code. In fact, we are working with our security experts to make this command safer. See bsc#1177123 for further details.

Reducing the second stage

Unlike a normal installation, AutoYaST still uses two phases, which are known as stages. The first stage is responsible for most of the installation tasks: partitioning, registration, software installation, network configuration, etc. Depending on the content of the profile, the second stage comes into play after the first reboot. It takes care of additional configuration processes, like setting the firewall rules, enabling/disabling services, etc.

To reduce the need for a second stage, we moved the processing of several sections to the first stage. At this point, these sections are processed during this stage: bootloader, configuration_management, files, firewall, host, kdump, keyboard, language, networking, partitioning, runlevel, scripts (except post-scripts and init-scripts, which are processed during the second stage), security, services-manager, software, ssh_import, suse_register, timezone and users. Thus if your profile does not contain any other section, you can happily disable the second stage.

<general>
  <mode>
    <second_stage t="boolean">false</second_stage>
  </mode>
 </general>

A better UI to define the partitioning section

The user interface offered by AutoYaST to define the partitioning section was confusing, buggy and rather limited. Therefore we took the chance to, basically, rewrite the whole thing.

It is still a work in progress, but it is already much better than the old one. For instance, in addition to disks and LVM, it supports defining sections for RAID, bcache and multi-device Btrfs file systems.

It should be noted that these changes are already available in openSUSE 15.2 and SUSE Linux Enterprise 15 SP2, so you do not need to wait until 15.3 or SP3 to enjoy them.

Conclusion

New features and bug fixes are the most visible changes. However, as part of this process, we refactored a lot of code, improved code coverage, extended the documentation, etc. In general, we feel that we improved AutoYaST quality in a sensible way. And we hope you have that impression too in the future.

Bienvenidos al Podcast 07×03 Software libre y KDE en entornos profesionales: abogacía donde estudiamos si es posible el uso de proyectos libre en esta profesión.

Podcast 07×03 Software libre y KDE en entornos profesionales: abogacía

Tercer podcast de la temporada con el que se cierra el año y en el que tenemos como invitadas a Marelisa Blanco, autora de un cómic sobre licencias de software, «La jungla del software» y abogada en Nolegaltech y María Cerviño, experta en contratos y en dar soluciones creativas, también de Nolegaltech.

Con este podcast empezamos esta temporada una serie sobre el uso de software libre en los entornos profesionales, en los oficios y profesiones. Os pedimos colaboración para localizar a profesionales no relacionados con la informática que conozcáis que estén usando software libre y Gnu/Linux como su entorno principal de trabajo: desde electricistas hasta carpinteros pasando por ingenieros, gestorías, veterinarios…

Otros integrantes del podcast fueron

• Rubén Gómez: miembro de KDE España, de HackLab Almería y de Document Foundation en la labor de presentador.
• Mari Carmen, aka Maika, miembro de KDE España que hizo su presencia inicialmente pero que tuvo problemas técnicos y tuvo que dejar el podcast.
• Baltasar Ortega (un servidor): editor de KDE Blog, secretario de KDE España, miembro de GNU/Linux València y de KDE e.V, que hizo las funciones de presentador de noticias y de presentar información adicional visual. No os perdáis el vídeo que creo que vale la pena, aunque seguro que hay coasa a mejorar.
• Jorge Lama: Diseñador sonoro/productor de podcasting: Coruña Dixital https://spoti.fi/34vr6Ve Bricolabs Podcast http://bit.ly/2KhYBnW NOlegaltech Radio http://goo.gl/GZ2gT3 y, ahora,  productor del podcast de KDE España.

Y no os entretengo más, os dejo con el vídeo que dura su hora y 20 minuto, uno de los podcast más cortos de los últimos tiempos.

Espero que os haya gustado, si es así ya sabéis: “Manita arriba“, compartid y no olvidéis visitar y suscribiros al canal de Youtube de KDE España.

Como siempre, esperamos vuestros comentarios que os aseguro que son muy valiosos para los desarrolladores, aunque sean críticas constructivas (las otras nunca son buenas para nadie). Así mismo, también nos gustaría saber los temas sobre los que gustaría que hablásemos en los próximos podcast.