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:

• https://dominique.leuenberger.net/blog/2021/09/opensuse-tumbleweed-review-of-the-week-2021-35/

Esta semana se han publicado nuevas snapshots de manera diaria de la 0826 a 0901. Algunas fueron realmente pequeñas en actualizaciones.

Entre las actualizaciones más notables se pueden destacar:

• Los paquetes que faltaban de GNOME 40.4 (ya completada)
• rpmlint 2.1
• openssl 1.1.1l
• pipewire 0.3.34
• Linux kernel 5.13.13

Y para próximas actualizaciones podemos esperar:

• Mesa 21.2.1
• Mozilla Firefox 91.0.2
• systemd 249.4
• Linux kernel 5.14.0
• KDE Plasma 5.22.5
• KDE Applications 21.08.1
• glibc 2.34
• shadow 4.9

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 device driver for the Canon Pixma TR4540 All-in-one Printer/Scanner does not come bundled with openSUSE, whether you are on Leap or Tumbleweed. It is non available from the official repositories as well, at least I didn't find them, neither on openSUSE Non-OSS or Packman repos.

However, Canon provides the drivers on its website along with an installation script. The tarball containing the the .rpm files and the script can be from its package-archive. At the time that I tested, the driver package was at version 5.70.

Extract the files.

tar xzvf cnijfilter2-5.70-1-rpm.tar.gz

Then, change in to the cnijfilter2-5.70-1-rpm directory and run the installation script as the root user.

cd cnijfilter2-5.70-1-rpm && sudo ./install

Finally, follow the on-screen (CLI) instructions to complete the setup.

That's it! Your Canon Pixma TR4540 setup should be complete & ready to use.

Dear Tumbleweed users and hackers,

This week has shown that Tumbleweed is indeed back at full speed. We have published new snapshots daily. Of course, that also means we could rely on not receiving broken things that managed to slip through stagings without being noticed. So thanks go mostly to the developers/maintainers who submitted pre-tested things. And openQA of course!
The snapshots were numbered 0826…0901.

The most notable changes during this week included:

• The missing pieces of the GNOME 40.4 update (complete now)
• rpmlint 2.1
• openssl 1.1.1l
• pipewire 0.3.34
• Linux kernel 5.13.13

The staging projects are currently filled with those major changes:

• Mesa 21.2.1
• Mozilla Firefox 91.0.2
• systemd 249.4
• Linux kernel 5.14.0
• KDE Plasma 5.22.5
• KDE Applications 21.08.1
• glibc 2.34: bug tracking remaining failures: boo#1189079
• shadow 4.9: boo#1190145 and boo#1190146

La Comunidad KDE es una comunidad responsable y no solo se preocupa en lazar novedades sino que también en mejorarlas. Me complace presentar la primera actualización de KDE Gear 21.08 que apareció hace unos días. Más estabilidad para nuestros entornos de trabajo.

Primera actualización de KDE Gear 21.04

A pesar de lo que puedan pensar muchas personas, las aplicaciones no son perfectas. Entre las líneas de código se pueden colar errores de tipografía o que el usuario realice alguna opción que en un principio no estaba prevista por los desarrollador, por poner solo un par de ejemplos de imperfecciones.

Este no es un problema del Software Libre ya que el Software actual funciona de esta manera ya que no se piensa en él como un producto final que se encierra en una caja y se olvida. En la actualidad se sabe que el Software está vivo y sería estúpido ir guardando las mejoras sin dejarlas a disposición del gran público.

Con esto se gana en rapidez y evolución pero puede aumentar el número de errores (por norma general) leves, los cuales son subsanables con pequeñas actualizaciones.

La Comunidad KDE lo tiene claro: grandes lanzamientos cada cuatro meses y actualizaciones mensuales para subsanar errores.

Por ello me congratula compartir con vosotros la primera actualización de KDE Gear 21.08 que nos ofrece más de 120 errores resueltos entre aplicaciones, librerías y widgets, algo que mejora el rendimiento del sistema.

Por poner un par de ejemplos que podemos ver en la lista de cambios de KDE Gear 21.08:

• Konsole: Corregir las barras de herramientas de KXmlGUI y el tamaño de la ventana principal de Konsole.
• Elisa: Soluciona la vista «Archivos».
• Skanlite: Arregla el guardado de imágenes cuando no se muestra la vista previa.

Más información: KDE Gear 21.04

Snapshot releases of openSUSE’s rolling release Tumbleweed have been constantly trickling out to users since last week’s review.

This review will cover the five snapshots made available since August 26. Each of the snapshots delivered about a handful of updated software packages.

Snapshot 20210831 updated bind to version 9.16.20, which fixed a Common Vulnerability and Exposure; CVE-2021-25218 an assertion failure could have allowed an attacker to abused the Path Maximum Transmission Unit Discovery protocol to trick bind into exceeding the interface MTU. The C Library for manipulating module metadata files libmodulemd updated to 2.13.0 and the modulemd-validator enables a user to constrain a document type with a new --type option. The other packages to update in the snapshot were libqmi 1.28.8 and libjpeg-turbo 2.1.1, which fixed a couple regressions affecting AArch64 and arm 32-bit hardware.

Linux Kernel 5.13.13 was one of the two packages updated in the 20210830 snapshot. The Direct Rendering Manager had some fixes in the kernel update and added an AAL output size configuration. The kernel update also had an Advanced Linux Sound Architecture enablement for the 4-speaker output in the Dell XPS 15 9510 laptop. The other package to update in the snapshot was perl-Image-ExifTool, which had a version bump to 12.30.

Two CVEs were addressed in the update of OpenSSL to version 1.1.1l in snapshot 20210828; one of the CVEs fixed an SM2 Decryption Buffer Overflow that could have allowed for the possibility of changing an application’s behaviour or causing an application to crash. Internal latency of ALSA devices can now be configured with the new PipeWire 0.3.34 version and Tumbleweed enabled the usage of libcamera in the audio and video package to allow for some experimental support. Network protocol analyzer Wireshark 3.4.8 provided a handful of fixes; one of the fixes addressed a dissector bug when processing a Bluetooth Handle Value Notification. Other packages updated in the snapshot were libgcrypt 1.9.4, libssh 0.9.6, pkgconf 1.8.0, python-aioitertools 0.8.0 and yast2-installation 4.4.17, which killed a lot of YCP zombies; YCP is the language YaST was originally written in before moving to Ruby.

Sound artists and musicians can use an updated Audacity that came in snapshot 20210827. The 3.0.4 version of Audacity fixed a compatibility issue with GNU Compiler Collection 11; it also provided some crash fixes affected by the use of multiplied envelope points when using Filter Curve EQ or Graphic EQ. A version bump was made to gnome-desktop 40.4. Eight months worth of mobile-broadband-provider-info updates were in the snapshot and the 20210805 version improved services providers in Europe, Africa and the Americas. Other packages to update in the snapshot were three RubyGems packages, ncurses 6.2.20210814 and publicsuffix 20210823.

Snapshot 20210826 wasn’t covered in the last Tumbleweed blog. The snapshot updated libopenmpt 0.5.11, package management library libzypp 17.28.1, USB network protocol usbredir 0.11.0, the file system debugging tool xfsprogs 5.13.0 and yast2-add-on 4.4.1.

Cuando se traspasan los 30 números (e incluso antes) es hora de dejar a numerarlos y fijarse solo en los especiales. De esta forma me congratula anunciar que ya tenemos la SoloLinux de agosto de 2021 disponible que, como siempre, podéis leer online o descargar para poder disfrutar en vuestro lugar de vacaciones si tenéis una conexión de internet limitada o donde queráis, que para eso el Software Libre promueve la libertad.

SoloLinux de agosto de 2021 disponible para su descarga

La introducción es repetitiva, pero es que es interesante hacer un poco de historia cada mes para aquellos que llegan de rebote a esta sección.

Hubo un tiempo en que las revistas sobre Linux digitales estuvieron de moda. Tenemos todavía publicándose Atix y Full Circle Magazine (en inglés, gracias Vampiro Nocturno), pero antes teníamos a Linux+, Papirux, Begins o TuxInfo, por citar algunas discontinuadas.

Eso es el pasado pero desde hace un tiempo una revista digital SoloLinux tiene su entrada mensual en el blog, tener todas las alternativas posibles para compartir conocimiento es algo que caracteriza al Conocimiento Libre.

Y como es habitual, les dejo a ellos decir unas palabras:

«Como es habitual desde hace dos años y medio, cada día uno del mes entrante lanzamos la revista Magazine SoloLinux. Nuestro magazine digital nació con una visión muy clara y concisa, ayudar a los que no tienen la posibilidad de disponer de una conexión a internet decente, así… pueden descargar todos los artículos del mes con una operación centralizada y rápida.

La explicación anterior ya se comunicó con reiteración, en los primeros números de la revista online sololinux. Todo esto lo quería aclarar de nuevo, dado el revuelo causado en nuestro chat de Telegram cuando un usuario crítico abiertamente y de manera efusiva, que se enumere la revista con mes pasado. NO vamos a cambiar por ti amigo, primero son nuestros lectores, solo me faltaba eso ya.

Bueno, todo olvidado y pelillos a la mar. Quiero recordaros, que tenéis a vuestra disposición para su descarga o vista online todos los números del Magazine SoloLinux en RevistaLinux.net.«

Más información: Revista Sololinux N31

Así que, ya tenemos disponible el trigésimoprimer número de la revistas digital SoloLinux, el cual llega, como siempre, cargado de contenidos y con el siguiente índice.

La revista puede ser descargada o simplemente visualizarla en línea, ya que se cuelga en diferente servicios como Calameo. A continuación os dejo los enlaces de descarga y visualización directa de todos los números publicados hasta la fecha.

Además, recordar que desde hace muchos meses se ha abierto el canal oficial sololinux.es de Telegram: https://t.me/sololinux_es

Evidentemente, este proyecto no se centra en exclusivo a los contenidos de su web y está abierto a colaboraciones de todo tipo. De esta forma si estas interesado en insertar publicidad en nuestra revista, o quieres que publiquemos algún articulo que hayas escrito tu mismo, puedes contactar con «Adrián» por correo electrónico: adrian @ sololinux. com

Muchos ánimos en este proyecto que ya parecer estar consolidad y que que facilita la difusión del Software Libre de una forma que ya no es tan habitual en estos tiempos pero que es igual de válida y necesaria en algunas ocasiones.

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

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/2021/september
• Y traducido en español (cuando esté traducido) en este enlace: https://www.fsf.org/free-software-supporter/2021/septiembre

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 del 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 septiembre de 2021

Persiste la amenaza de las patentes de software

Del 4 de agosto por Panos Alevropoulos

En la FSF hemos informado extensamente sobre muchos temas relacionados con la libertad del usuario. En este artículo, volveremos a presentar un problema que ha afectado a la comunidad del software libre durante muchos años: el problema de las patentes de software.

En el pasado, tuvimos varias campañas exitosas contra ellos, y la gente asumió erróneamente que la amenaza había desaparecido. Y no es así. Las patentes han dominado constantemente el sector del software y la situación está destinada a empeorar.

• https://endsoftwarepatents.org/2021/08/the-threat-of-software-patents-persists/

Respuesta de emergencia de GNU Health en Haití

Del 15 de agosto por Luís Falcón

Este mes, otro devastador terremoto golpeó la zona sur de Haití. Inmediatamente después de enterarnos del terremoto, contactamos a nuestro representante en Haití, el ingeniero Michel Pierre Augustin, y comenzamos una respuesta humanitaria de emergencia en coordinación con nuestro equipo en el país.

Pierre Michel Augustin ha estado trabajando en la traducción de GNU Health y, para fines de 2021, tendremos el nodo de GNU Health en pleno funcionamiento en Limbé. La oficina de GNU Health de Haití brindará capacitación y apoyo a los profesionales e instituciones de salud locales y regionales.

• https://meanmicio.org/2021/08/15/gnu-health-emergency-response-in-haiti/

Diseñar libros electrónicos con software libre

Del 19 de agosto por Bruce Byfield

Facilitar la libertad de los libros electrónicos es una alta prioridad para la FSF, por lo que estamos encantados de compartir la noticia de que Bruce Byfield ha publicado Diseñando libros electrónicos con software libre, bajo una licencia Creative Commons Attribution / Share Alike 3.0 o superior, y disponible como descarga en Formato EPUB, MOBI y ODT de https://www.designingebooks.com/. También se pueden adquirir ediciones en papel.

“Los libros electrónicos son una parte importante de la publicación, especialmente para la autoedición”, dice Byfield, “pero muchos escritores se sienten intimidados por la tarea de crearlos según las especificaciones de los editores. Designingebooks muestra cómo se pueden crear libros electrónicos con LibreOffice y Calibre, y cómo editarlos con precisión, si es necesario, con hojas de estilo CSS “.

• https://www.designingebooks.com/

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/2021/septiembre

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

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

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

"Themes in GNOME" is a complicated topic in technical and social terms. Technically there are a lot of incomplete moving parts; socially there is a lot of missing documentation to be written, a lot of miscommunication and mismatched expectations.

The following is a brief and incomplete, but hopefully encouraging, summary of the status of themes in GNOME. I want to give you an overall picture of the status of things, and more importantly, an idea of how you can help. This is not a problem that can be solved by a small team of platform developers.

I wish to thank Alexander Mikhaylenko for providing most of the knowledge in this post.

Frame of reference

First, I urge you to read Cassidy James Blaede's comprehensive "The Need for a FreeDesktop Dark Style Preference". That gives an excellent, well-researched introduction to the "dark style" problem, the status quo on other platforms, and exploratory plans for GNOME and Elementary from 2019.

Go ahead, read it. It's very good.

There is also a GUADEC talk about Cassidy's research if you prefer to watch a video.

Two key take-aways from this: First, about this being a preference, not a system-enforced setting:

I’m explicitly using the language “Dark Style Preference” for a reason! As you’ll read further on, it’s important that this is treated as a user “preference,” not an explicit “mode” or strictly-enforced “setting.” It’s also not a “theme” in the sense that it just swaps out some assets, but is a way for the OS to support a user expressing a preference, and apps to respond to that preference.

Second, about the accessibility implications:

Clearly there’s an accessibility and usability angle here. And as with other accessibility efforts, it’s important to not relegate a dark style preference to a buried “Universal Access” or “Accessibility” feature, as that makes it less discoverable, less tested, and less likely to be used by folks who could greatly benefit, but don’t consider themselves “disabled.”

Libadwaita and the rest of the ecosystem

Read the libadwaita roadmap; it is very short, but links to very interesting issues on gitlab.

For example, this merge request is for an API to query the dark style and high-contrast preferences. It has links to pending work in other parts of the platform: libhandy, gsettings schemas, portals so that containerized applications can query those preferences.

As far as I understand it, applications that just use GTK3 or libhandy can opt in to supporting the dark style preference — it is opt-in because doing that unconditionally in GTK/libhandy right now would break existing applications.. If your app uses libadwaita, it is assumed that you have opted into supporting that preference, since libadwaita's widgets already make that assumption, and it is not API-stable yet — so it can make that assumption from the beginning.

There is discussion of the accessibility implications in the design mockups.

CSS parity across implementations

In GNOME we have three implementations of CSS:

• librsvg uses servo's engine for CSS selector matching, and micro-parsers for CSS values based on servo's cssparser.

• GTK has its own CSS parser and processor.

• Gnome-shell uses an embedded version of libcroco for parsing, but it does most of the selector matching and cascading with gnome-shell's own Shell Toolkit code.

None of those implementations supports @media queries nor custom properties with var(). That is, unlike in the web platform, GNOME applications cannot have this in their CSS:

@media (prefers-color-scheme: dark) {
  /* styles for dark style */
}

@media (prefers-color-scheme: light) {
  /* styles for light style */
}

Or even declaring colors in a civilized fashion:

:root {
  --main-bg-color: pink;
}

some_widget {
  background-color: var(--main-bg-color);
}

Or combining the two:

@media (prefers-color-scheme: dark) {
  :root {
    --main-bg-color: /* some nice dark background color */;
    --main-fg-color: /* a contrasty light foreground */;
  }
}

@media (prefers-color-scheme: light) {
  :root {
    --main-bg-color: /* some nice light background color */;
    --main-fg-color: /* a contrasty dark foreground */;
  }
}

some_widget {
  background-color: var(--main-bg-color);
}

Boom. I think this would remove some workarounds we have right now:

• Just like GTK, libadwaita generates four variants of the system's stylesheet using scss (regular, dark, high-contrast, high-contrast-dark). This would be obviated with @media queries for prefers-color-scheme, prefers-contrast, inverted-colors as in the web platform.

• GTK has a custom @define-color keyword, but neither gnome-shell nor librsvg support that. This would be obviated with CSS custom properties - the var() mechanism. (I don't know if some "environmental" stuff would be better done as env(), but none of the three implementations support that, either.)

Accent colors

They are currently implemented with GTK's @define-color, which is not ideal if the colors have to trickle down from GTK to SVG icons, since librsvg doesn't do @define-color - it would rather have var() instead.

Of course, gnome-shell's libcroco doesn't do @define-color either.

Look for @accent_color, @accent_bg_color, @warning_color, etc. in the default stylesheet, or better yet, write documentation!

The default style:

Accent color set to orange (e.g. tweak it in GTK's CSS inspector):

/* Standalone, e.g. the "Page 1" label */
@define-color accent_color @orange_5;

/* background+text pair */
@define-color accent_bg_color @orange_4;
@define-color accent_fg_color white;

Custom widgets

Again, your app's custom stylesheet for its custom widgets can use the colors defined through @define-color from the system's stylesheet.

Recoloring styles

You will be able to do this after it gets merged into the main branch, e.g. recolor everything to sepia:

@define-color headerbar_bg_color #eedcbf;
@define-color headerbar_fg_color #483a22;

@define-color bg_color #f9f3e9;
@define-color fg_color #483a22;

@define-color dark_fill_color shade(#f9f3e9, .95);

@define-color accent_bg_color @orange_4;
@define-color accent_color @orange_5;

Of course shade() is not web-platform CSS, either. We could keep it, or redo it by implementing calc() function for color values.

Recoloring icons

Currently GTK takes some defined colors and creates a chunk of CSS to inject into SVG for icons. This has some problems.

There is also some discussion about standardizing recolorable icons across desktop environments.

How you can help

Implement support for @media queries in our three CSS implementations (librsvg, gnome-shell, GTK). Decide how CSS media features like prefers-color-scheme, prefers-contrast, inverted-colors should interact with the GNOME's themes and accessibility, and decide if we should use them for familiarity with the web platform, or if we need media features with different names.

Implement support for CSS custom properties - var() in our three CSS implementations. Decide if we should replace the current @define-color with that (note that @define-color is only in GTK, but not in librsvg or gnome-shell).

See the libadwaita roadmap and help out!

Port applications to use the proposed APIs for querying the dark style preference. There are a bunch of hacky ways of doing it right now; they need to be migrated to the new system.

Personally I would love help with finishing to port gnome-shell's styles to Rust - this is part of unifying librsvg's and gnome-shell's CSS machinery.

Sigo con la promoción del nuevo podcast de la Asociación sin ánimo de lucro KDE España, así que bienvenidos al cuarto episodio de KDE Express con Walter que sigue con la senda de la tercera entrega presentado a un miembro de la Komunidad (término inventado por ellos mismos).

Cuarto episodio de KDE Express con Walter

Comenté hace poco que había nacido KDE Express, un audio con noticias y la actualidad de la Comunidad KDE y del Software Libre con un formato breve (menos de 30 minutos) que complementa los que ya genera la Comunidad de KDE España de forma casi mensual con sus ya veteranos Vídeo-Podcast que podéis encontrar en Archive.org, Youtube, Ivoox y Spotify)

Seguimos pues con sus episodios cortitos y dedicados a miembros de la Comunidad KDE de habla hispana, llegando al número 4 de su primera temprada que, en palabras del equipo de KDE Express, se introduce de la siguiente forma:

«Continuamos con el formato comunidad KDE, en esta ocasión con un compañero de Home Studio Libre, Walter. Que nos contara sus comienzos en GNU/Linux y en KDE, su camino hasta llegar a esta comunidad, las aplicaciones que más utiliza y algunas de las cosas que más le gustan de Plasma

Algunos de los proyectos mencionados:

• Puppy Linux – Una minidistro para equipos con muy muy pocos recursos.
• INTER Y NET PODCAST

PD: Un saludo a Fran y a todo HSL «.

A mi me sigue gustando mucho, es rápido, directo al grano y muy dinámico, con lo cual es ideal para aquellos que les guste tener su pincelada de Kdeera en su podcaster. Evidentemente, no se profundiza en temas aunque si se da una visión muy personal de los mismos.

Así que sigo dando mi más sincera enhorabuena a José Picon, Brais Arias y a David Marzal por el esfuerzo y dedicación… y aprovecho para comentar que si alguien está interesado en colaborar (bien sea para iniciarse o bien sea porque cree que puede aportar alguna cosa) no tiene más que ponerse en contacto con ellos enviando un mail a esta dirección kde_express@kde-espana.org.

Por cierto, también podéis encontrarlos en Telegram: https://t.me/KDEexpress