El día de hoy, el proyecto openSUSE anunció el inicio de la fase beta pública de openSUSE Leap 15.3. Esta versión es un hito importante para openSUSE y SUSE.

Leap 15.3 es la primera versión en la que openSUSE Leap y SUSE Linux Enterprise comparten el mismo código fuente y utilizan exactamente los mismos paquetes binarios. Echemos un vistazo a la siguiente imagen para examinar en detalle lo que esto significa.

 

 En la mayoría de los casos, los paquetes de software de las distribuciones openSUSE o SUSE Linux Enterprise se originan en el proyecto openSUSE Factory. Se utilizan para producir varias distribuciones como Tumbleweed, Leap, Kubic, por nombrar algunas. Factory se actualiza constantemente con el flujo de cambios lanzados por los diversos proyectos de código abierto ascendentes. Leap es la serie de versiones estables de openSUSE. Se alimenta del "flujo de código" de fábrica a través de dos rutas diferentes. Por un lado, un subconjunto de Factory es la fuente que utiliza SUSE para crear los productos SUSE Linux Enterprise. Desde Leap 15.3 en adelante, SUSE también (además de las fuentes) aporta los paquetes binarios de SUSE Linux Enterprise (SLE) a la comunidad openSUSE, donde forman la base de openSUSE Leap. La comunidad openSUSE continúa construyendo los otros paquetes de Leap, ahora llamados "Backports", a partir de las últimas fuentes de Factory. La combinación de los binarios SLE, backports de openSUSE y una fina capa de marca y configuración conformarán openSUSE Leap 15.3 y sus sucesores. Los backports de openSUSE también contribuyen a SUSE Package Hub, que ofrece a los clientes de SUSE la misma opción de miles de paquetes respaldados por la comunidad además del producto SLE básico y el soporte de nivel empresarial de SUSE.

 

¿Por qué debería de importarme?

Imaginemos que estamos creando software para ejecutar en SUSE Linux Enterprise. Necesitamos probar esto lo mejor que se pueda. Lo más probable es que apliquemos un enfoque escalonado en un canal de prueba. Al principio, una pregunta clave es: ¿mi software se crea, instala y funciona correctamente en mi plataforma de destino? Probar esto de manera automatizada requiere que se ponga en marcha una nueva máquina (probablemente virtual), instale el sistema operativo de destino, compile e implemente su software y lo pruebe. Es esencial minimizar todo el tiempo que toma, ya que el número de iteraciones de prueba por día es el límite máximo para la velocidad de su función. Hacer esto con SLE requiere que registre el sistema operativo recién instalado en cada iteración, lo cual es un poco complicado de automatizar y, lo que es más importante, lleva bastante tiempo completarlo. ¿No sería fantástico si hubiera una forma de omitir el paso de registro y obtener resultados de prueba igualmente significativos? Con 15.3, simplemente se puede usar openSUSE Leap como un reemplazo equivalente para SLE 15 SP3 en esta etapa de nuestro canal de prueba. También elimina cualquier limitación en el número de instancias de prueba en paralelo.

 

Otro ejemplo son los típicos ingenieros y desarrolladores de infraestructura “masiva” de los que se dependen para hacer el trabajo. Hacer girar rápidamente una máquina virtual en la estación de trabajo del desarrollador o en la nube o construir un contenedor experimental se ha convertido en el pan de cada día para todos los expertos en tecnología y nerds de todo el mundo. Todo lo que restrinja su capacidad para hacerlo es una grave limitación para la productividad y la innovación. Esta es la razón por la que las distribuciones gratuitas de Linux son tan populares entre los desarrolladores para la creación de prototipos y la experimentación. Sin embargo, el uso de una distribución de Linux para la creación de prototipos y otra no compatible en producción lo prepara para problemas: está impulsando la detección de problemas de integración para un momento posterior. Y todos sabemos que cuanto más tarde se identifica un problema, más costoso es solucionarlo. Con Leap 15.3, se obtiene una distribución de Linux gratuita que es esencialmente idéntica al Enterprise Linux comercial de SUSE. También está disponible sin restricciones en cuanto a cuántas CPU puede ejecutar, cuántas máquinas virtuales puede alojar, cuánto tiempo puede mantener las cosas en funcionamiento y otras restricciones que se encuentran a menudo con los niveles gratuitos de productos de nivel empresarial. Además, se puede migrar un servidor, máquina virtual o contenedor existente a SUSE Linux Enterprise en cuestión de minutos si se necesita "activar" el soporte empresarial en otro momento. 

La conclusión es: openSUSE Leap es una fuerte alternativa para cualquier persona interesada en SLE, pero por alguna razón requiere una opción sin costo o necesita evitar la complejidad técnica del registro.

¿Qué pasa si cambio de opinión?

Otro beneficio más de este movimiento es que la migración local entre Leap y SLE es realmente fácil. "Si bien antes era comparable a un café grande, ahora se parece a un trago de espresso".

El procedimiento se describe en detalle aquí. En pocas palabras, los pasos son:

    Instalar las herramientas de migración: sudo zypper en yast2-registration rollback-helper
    Habilitar el servicio de reversión: sudo systemctl enable rollback
    Registrar la máquina: sudo yast2 register
    Ejecutar la migración real: sudo yast2 migrate 5. Reinicie el sistema: sudo reboot


Además, gracias a la magia de Btrfs y snapper, siempre se puede volver al estado de nuestro sistema anterior. Aquí, el asistente de reversión se asegura de que el estado del sistema local se mantenga sincronizado con los sistemas registrados en SCC, ya que de lo contrario podría terminar con registros obsoletos.

No olvides..... "el poder de muchos"

La combinación de calidad empresarial y "El poder de muchos" en la comunidad openSUSE trae un par de ventajas adicionales.

Una distribución comunitaria que es binariamente compatible con una distribución Linux Enterprise ofrece una elección inigualable. openSUSE Leap no solo ofrece la misma calidad que SLE. También combina eso con el increíble ecosistema de openSUSE, que ofrece miles de paquetes de software adicionales mantenidos por la comunidad. Anteriormente, se tenía que elegir entre súper sólido como una roca (debemos enfatizar que Leap, por supuesto, ya era muy sólido) y una gran variedad de paquetes de software, pero nada más. Puedes tener ambos al mismo tiempo ahora.

Además, SUSE y la comunidad openSUSE han creado una forma de permitir el envío de código contra la propia base de código SLE. Por lo tanto, si como usuario de openSUSE Leap, te encuentras con un problema que tiene sus raíces en uno de los paquetes heredados de SLE, se puede influir tanto en openSUSE Leap como en SUSE Linux Enterprise al mismo tiempo. 

 

¿Suena demasiado bueno para ser verdad?

Combinar paquetes integrados en dos procesos de construcción diferentes en una sola distribución no es nada fácil. Al principio, la comunidad enfrentó alrededor de 150 paquetes que debían bifurcarse y reconstruirse desde la fuente en el servicio de compilación de openSUSE debido a varias razones. En un esfuerzo casi heroico, hasta el momento de escribir este artículo, la comunidad redujo esto a 7 paquetes que no son binarios idénticos. Se comportan de la misma manera pero tienen una suma de comprobación diferente a sus contrapartes SLE. 

 

¿Cómo y cuándo puedo conseguirlo?

La fecha límite de envío del código (es decir, el momento en el que todos los repositorios de paquetes están congelados, excepto las correcciones de errores) para SLE 15 SP3 y openSUSE Leap 15.3, fue el 17 de febrero de 2021 a las 14:00 UTC. La primera versión beta se publicó el 3 de marzo. La línea de tiempo de los eventos previos al lanzamiento oficial se describe en la Hoja de ruta de openSUSE.

Si deseas participar en la beta pública, visita https://get.opensuse.org/testing, que se actualizará con toda la información relevante.

Si tienes problemas con la versión beta, el mejor lugar para acudir es el correo de openSUSE Factory, al que te puedes suscribirse aquí. Y, dado que los informes de errores son el objetivo de una versión beta pública, puedes presentarlos aquí. Hay una lista de procedimientos típicos de pruebas beta en caso de que se necesite algo de inspiración sobre cómo comprobar si todo funciona bien. Si necesitas ayuda para presentar un informe de error, consulta esta página o contáctanos en los foros de openSUSE.

El lanzamiento oficial de Leap 15.3 está previsto para junio de 2021. Marquen sus calendarios: organizaremos una gran fiesta (tal vez).

Ya está disponible la versión Beta de la distribución de GNU/Linux openSUSE Leap 15.3, para probar y testear en tus equipos

Hoy 3 de marzo de 2021 openSUSE Leap entra en su fase beta para la versión menor 15.3 o service pack 3 de la versión 15.

Esta versión 15.3 de openSUSE Leap es una publicación que centra no tanto en la actualización de paquetes de software si no más en el propio sistema operativo.

Muchos de los paquetes de esta versión 15.3 serán los mismos que la versión de openSUSE Leap 15.2, salvo algunas actualizaciones de seguridad y otras opciones de compatibilidad con nuevo hardware.

Por ejemplo el escritorio Xfce tendrá disponible la versión 4.16 de este popular entorno de escritorio. Y también habrá versión disponible para arquitecturas s390x.

Pero el cambio más significativo que trae esta versión, es cómo está construida y la nueva relación más estrecha y colaborativa con SUSE Linux Enterprise (SLE), la versión empresarial de esta distribución de GNU/Linux desarrollada por SUSE.

Ya que como has podido leer en otros artículos del blog, esta openSUSE Leap 15.3 está compilada desde los mismos binarios que forman SUSE Linux Enterprise 15.3, encima de los que se añaden los paquetes propios comunitarios de la comunidad openSUSE.

Este cambio de desarrollo de openSUSE Leap, hará que la transición de Leap a SLE sea sencilla y prácticamente instantánea si así lo deseas. Solo se diferencian en apenas 50 paquetes que principalmente corresponden a paquetes no esenciales.

Durante la fase de desarrollo hasta la publicación final de openSUSE Leap 15.3, el modelo de desarrollo de la distribución se pone en modo “rolling release”. Cuando se publique la versión final, se vuelve al modo de publicaciones periódicas de 1 año + 6 meses de vida del service pack.

La versión Beta se pone a disposición de quien quiera probarlo en su hardware, para que se encuentren incompatibilidades o fallos y se reporten mediante bugzilla. Con el aliciente que a quienes reporten errores se les regalará una camiseta. Si quieres la tuya asegúrate de testear y reportar.

Así se asegurará que la versión final que se espera para principios de junio de 2021 este lo más pulida posible, para asegurar una buena experiencia de uso con GNU/Linux gracias a openSUSE Leap 15.3.

Tienes más información en el anuncio oficial.

• https://news.opensuse.org/2021/03/03/opensuse-leap-153-reaches-beta-build-phase/

Ya hablé hace unos días del Día de los datos abiertos 2021 que se celebrará en línea el próximo sábado 6 de marzo. Un evento en el que he participado activamente este año de la mano de Jorge Lama ya que me invitó a realizar una charla en la versión local del Día de los Datos Abiertos de A Coruña que hoy quiero resaltar con más énfasis y al que os invito a participar de forma interactiva.

Día de los Datos Abiertos 2021

Para los que no lo sepan, entre los que me incluía yo en el 2020, el «Día de los Datos Abiertos» es una celebración anual de los datos abiertos alrededor del mundo.

Y es que los datos abiertos son mucho más importantes de lo que nos pueda parecer, según la Wikipedia, uno de lo estandartes de esta una filosofía y práctica que persigue que determinados tipos de datos estén disponibles de forma libre para todo el mundo, sin restricciones de derechos de autor, de patentes o de otros mecanismos de control.

Con esta se llega a la décima edición del evento, en la que grupos de todo el mundo crearán eventos locales que utilizarán datos abiertos en sus comunidades para crear aplicaciones, visualizaciones, liberar datos o publicar análisis.

Día de los Datos Abiertos de A Coruña

Uno de lo eventos locales que se han organizado en España tiene su sede en A Coruña, que de la mano de Jorge Lama y Asociaicón Melisa han preparado una interesante jornada que con las siguientes charlas:

• Datos abiertos, SL y medio ambiente por David Marzal y Voro MV
• Datos abiertos y otros dramas legislativos por Bárbara Román
• GeoAprendizaje Libre por Baltasar Ortega (un servidor)
• Archive.org: Tu repositorio multimedia Creative Commons por Juan Febles
• Tráfico y calidad de aire en Santiago de Compostela por Rafael R. Gaioso
• Análisis de datos abiertos con Radiant por Miguel Muíños
• Exportando datos de OSM con overpass-turbo para la creación de un mapa en umap por Jorge Lama
• Tus libros ya no son tuyos por Javier Teruelo
• Los datos abiertos en la lucha contra incendios por Marta Rodríguez Barreiro (ITMATI) y Mª José Ginzo Villamayor (USC)

Para seguirlo en directo el sábado 6 de marzo simplemente debes pinchar en el siguiente imagen a partir de las 10:00 horas peninsular para la jornada matinal y de las 15:30 horas jornada vespertina.

Más información: Día de los Datos Abiertos A Coruña 2021

Πολλοί φίλοι μου φοβούνται να εγκαταστήσουν μια διανομή Linux στον υπολογιστή τους. Πολλοί είναι οι λόγοι. Παλιά σίγουρα ήταν ότι δεν υπάρχουν προγράμματα. Τώρα νομίζω είναι ο φόβος της αποτυχίας στην εγκατάσταση και ίσως ότι αν τυχόν χαλάσει κάτι είτε στην εγκατάσταση είτε μετά, δεν θα βρουν τρόπο να το διορθώσουν. Στην ουσία, είτε windows, είτε Linux, η οδηγία είναι η αναζήτηση στο Internet μήπως κάποιος έχει αντιμετωπίσει το ίδιο πρόβλημα. Συνήθως, 90% θα βρεθεί ερώτηση με το ίδιο πρόβλημα και θα βρεθεί η λύση. Για να αποφύγουμε τον φόβο της "αποτυχίας", δυο είναι οι λύσεις.

ΕΠΙΛΟΓΗ 1: Η πιο εύκολη είναι να εγκαταστήσουν την διανομή σε Virtual Box (εικονική μηχανή).

ΠΛΕΟΝΕΚΤΗΜΑΤΑ:

• Εγκατάσταση και δοκιμή (εγκατάσταση, κατατμήσεις, ρυθμίσεις κλπ) και αν γίνει κάποιο λάθος, διαγράφει ο χρήστης ένα αρχείο ενώ το host μηχάνημά με Windows ή MAC OSX δουλεύει κανονικά. Στην επόμενη δοκιμή απλά φροντίστε να μην κάνετε το ίδιο λάθος.

ΜΕΙΟΝΕΚΤΗΜΑΤΑ:

• Περιορίζονται οι πόροοι (μνήμη, δίσκος) αφού χρειάζεται μνήμη και το host λειτουργικό σύστημα.
• Το εικονικό λειτουργικό Linux μπορεί να έχει πρόσβαση στα αρχεία του host, μέσω ενός κοινόχρηστου φακέλου που θα δηλωθεί στο πρόγραμμα Virtual Box. Αντιθέτως μέσα από τα Windows δεν μπορεί κάποιος να έχει πρόσβαση στα αρχεία του εικονικού συστήματος Linux (έχει μόνο πρόσβαση στον κοινόχρηστο φάκελο).

ΕΠΙΛΟΓΗ 2: Η λίγο πιο δύσκολη λύση είναι η dual boot, δηλαδή να εγκατασταθούν στον ίδιο δίσκο, τόσο Windows όσο και Linux. Στην επιλογή αυτή θα εκτελείται ένα λειτουργικό σύστημα την φορά.

ΠΛΕΟΝΕΚΤΗΜΑΤΑ:

• Kαι τα δυο λειτουργικά έχουν την απόλυτη επίδοση που μπορούν να έχουν όταν είναι σε λειτουργία.

ΜΕΙΟΝΕΚΤΗΜΑΤΑ:

• Δεν υπάρχει πρόσβαση αρχείων από τα Windows στον δίσκο με το Linux (μόνο εάν έχει εγκατασταθεί πρόγραμμα). Η λύση δίνεται μόνο εάν δημιουργηθεί μια κατάτμηση NTFS όπου θα προσαρτείται τόσο στα Windows όσο και στο Linux και εκεί αποθηκεύονται τα αρχεία.
• Δυσκολία για έναν αρχάριο να διαχειριστεί τις κατατμήσεις κατά την εγκατάσταση. Από τη στιγμή που αυτό λυθεί, μετά δεν υπάρχει κάποια δυσκολία.

Ίσως μια τρίτη επιλογή θα ήταν το Live ISO αλλά δεν κερδίζει κάποιος κάτι από αυτή την επιλογή. Δεν διατηρούνται ρυθμίσεις (υπάρχει η επιλογή του persistent storage αλλά προσωπικά δεν την εμπιστεύομαι).

ΠΡΟΒΛΗΜΑ

Θέλω να εγκαταστήσω Linux αλλά φοβάμαι επειδή δεν γνωρίζω. Θα εγκαταστήσω σε Virtual Box για να μάθω την διαδικασία.

Αυτή είναι η φράση που έχει χιλιοειπωθεί. Όταν πετύχουν την εγκατάσταση, μετά υπάρχει η "βαρεμάρα" να το στήσει κάποιος σε κανονικό μηχάνημα από την αρχή.

ΛΥΣΗ

Η λύση έρχεται να δοθεί εν μέρη με την μετατροπή του εικονικού λειτουργικού σε img όπου στη συνέχεια μπορεί να περαστεί σε κανονικό υπολογιστή. Εδώ θα δούμε πως γίνεται τόσο σε Windows, όσο και σε Linux (ουσιαστικά είναι η ίδια διαδικασία-εντολή).

WINDOWS

Σε Windows, ανοίξτε το τερματικό (cmd ή Command Line) και μετακινηθείτε στον κατάλογο:

Εδώ θα βρείτε το πρόγραμμα VBoxManage. Στη συνέχεια πρέπει να αντιγράψετε την παρακάτω εντολή:
Ας εξηγήσουμε λίγο το σενάριο. Στην παραπάνω εντολή υποθέτουμε ότι έχετε εγκαταστήσει openSUSE. Η εγκατάσταση έγινε μέσα στον φάκελο opensuse. Οπότε το όνομα του αρχείου που δημιουργήθηκε είναι opensuse.vdi. Προσέξτε λίγο και τον χρήστη (stathis). Πρέπει να δώσουμε την ακριβή διαδρομή που βρίσκεται το αρχείο vdi. Και επειδή σίγουρα θα έχει κενά κάπου, καλύτερα να χρησιμοποιήσετε και τα "".

Περιμένετε λίγο και θα έχετε έτοιμοι το αρχείο opensuse.img. Τι μπορείτε να κάνετε με αυτό; Μπορείτε να χρησιμοποιήσετε κάποιο live usb και να αντιγράψετε με την εντολή dd (ή άλλο εργαλείο) από ένα εξωτερικό μέσο στον δίσκο του υπολογιστή.

LINUX

Εδώ ίσως είναι ακόμα πιο εύκολα τα πράγματα. Ανοίξτε το τερματικό και μετακινηθείτε στον φάκελο με τα VM (VirtualBox VMs). Αφού το κάνετε αυτό, εκτελέστε την εντολή:

Στο σενάριο εδώ, έχουμε εγκαταστήσει ένα σύστημα με Ubuntu και θέλουμε να το μεταφέρουμε σε έναν υπολογιστή. Το αρχείο ubuntu.img το αντιγράφουμε σε ένα δίσκο και μετά με live usb και την εντολή dd το μεταφέρουμε σε υπολογιστή.

ΑΝΤΙΣΤΡΟΦΗ ΔΙΑΔΙΚΑΣΙΑ

Μπορείτε να κάνετε και την αντίστροφη διαδικασία. Εάν έχετε ένα πλήρως λειτουργικό σύστημα, μπορείτε να δημιουργήσετε ένα αρχείο img (με την εντολή dd). Στη συνέχεια μετατρέπετε το img σε vdi με την παρακάτω εντολή:

Στη συνέχεια δημιουργούμε μια νέα εικονική μηχανή:
Σειρά έχει ο καθορισμός της μνήμης (8 είναι το μινιμουμ αλλά αν εσείς έχετε λιγότερη, προσαρμόστε ανάλογα):
Τέλος η εισαγωγή του αρχείου vdi που δημιουργήσατε ως υπάρχοντας σκληρός δίσκος:
Περιμένετε λίγο μέχρι να το περάσει στην λίστα με τα εικονικά λειτουργικά που έχετε εγκατεστημένα. Τα στοιχεία του χρήστη θα είναι αυτά που είχατε κατά τη δημιουργία του img.

Εάν έχετε και εσείς κάποιον φίλο-γνωστό που φοβάται να εγκαταστήσει Linux ενώ το θέλει, ενημερώστε τον για τις παραπάνω διαδικασίες.

openSUSE Leap has entered into the beta release phase today for its 15.3 minor version.

This openSUSE Leap 15.3 version is a solidified release that focuses more on the building of the distribution rather than refreshing the distribution’s packages, but there are some significant changes to the distribution.

Many of the packages will remain the same as those in openSUSE Leap 15.2 with a bit of hardware enablement and security backports. An updated version of glibc brings some Power10 support and the Xfce desktop users will have the new 4.16 version. The distribution also gains adds s390x architecture.

The biggest change for this release is how Leap is built and its relationship with SUSE Linux Enterprise. Leap transitioned to a new way of building openSUSE Leap releases in the fall of 2020 through a prototype project called Jump. The Jump prototype was used as a proof of concept, but no longer exists; it did prove to work at building a distribution and bringing the code streams of both openSUSE Leap and SLE closer together. The proof of concept was implemented for building the release of openSUSE Leap 15.3 as seen in the beta release today. Building Leap on top of binary packages from SLE, which was part of the rationale for the Jump prototype, allows for easy development on a community release to be put into production on an enterprise release should the need arise.

The changes make the migration from openSUSE Leap 15.3 to SLE 15 Service Pack 3 practically instantaneous and there are no socket or virtual machine limitations. A little more than 50 packages are not identical with SLE, but these are mostly branding, patterns and openSUSE branding packages.

Entering this beta phase, testers are encouraged to test the migration from Leap to SLE. People testing the beta are encouraged to record their Leap Beta testing efforts on the following spreadsheet: https://docs.google.com/spreadsheets/d/1AGKijKpKiJCB616-bHVoNQuhWHpQLHPWCb3m1p6gXPc/edit#gid=801313279

Leap beta testers have an option to receive a T-shirt, so make sure to fill in all the proper information and bug reports to get one. Then send an email to ddemaio (at) opensuse.org with your address, size and name corresponding to the spreadsheet. Please make the subject title “beta test t-shirt”.

Bugs should be reported on openSUSE’s bugzilla and if any are found on SLE should be reported to SUSE’s bugzilla products for desktop, server and High Availability.

Leap has a rolling development model during both its Alpha and Beta phases. After the gold master and Public Availability of Leap is released, the rolling development model stops; the release then shifts into a supported release model with maintenance and security updates until its End of Life (EOL). Leap has an extended life cycle greater than 12 months per release. Leap ideal for desktop and server environments.

There are no concrete milestones in the Leap rolling development model. As bugs are fixed and new packages introduced or excluded, snapshots of the latest beta phase builds will be released once they pass openQA testing; this will take place over the next few months as the road map shows openSUSE Leap 15.3 will be have a Release Candidate in late April and the Gold Master on May 21, which will be follow by a public release on June 2. The documentation and translations deadline is May 14.

Architectures available for testing include x86_64, aarch64, PowerPC and s390x. People interested in armv7 and other architectures should read the announcement about openSUSE Step.

Those interested in beta testing images for openSUSE Leap 15.3 Windows Subsystem for Linux can contact the Leap release manager Luboš Kocman or the factory mailing list.

Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes 2 de marzo la Comunidad KDE ha comunicado que ha sido lanzada la segunda actualización de Plasma 5.21. Una noticia que aunque es esperada y previsible es la demostración palpable del alto grado de implicación de la Comunidad en la mejora continua de este gran entorno de escritorio de Software Libre.

Lanzada la segunda actualización de Plasma 5.21

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las actualizaciones.

De esta forma, el martes 2 de marzo ha sido lanzada la segunda actualización de Plasma 5.21, la cual solo trae (que no es poco) soluciones a los bugs encontrados en esta semana de vida del escritorio y mejoras en las traducciones. Es por tanto, una actualización 100% recomendable.

Más información: KDE

Las novedades básicas de Plasma 5.21

Os dejo las novedades más destacada de esta nueva versión son:

• Nuevo lanzador de aplicaciones que presenta una interfaz de usuario de doble panel, mejoras en la navegación con el teclado y con el ratón, mejor accesibilidad y soporte para idiomas con escritura de derecha a izquierda.
• Mejoras visuales en el tema por defecto de Plasma que disponen ahora de una combinación de colores renovada y lucen un nuevo estilo de barra de encabezado unificado con un aspecto limpio y refrescante.
• Presentación de Breeze Crepúsculo («Twilight») nevo tema oficial disponible que combina lo mejor de los temas claros y oscuros.

• Nueva interfaz de información del sistema llamdo Plasma System Monitor para monitorizar los recursos del sistema construido sobre Kirigami y un servicio de estadísticas del sistema llamado «KSystemStats».
• Mejoras y avances importantes en Kwin con Wayland cuyo código de composición de KWin se ha refactorizado mejorando la latencia (tiempo de respuesta del escritorio) .
• Nueva página para las «Preferencias del sistema»: las preferencias del cortafuegos de Plasma. Este módulo de configuración le permite ajustar y editar el cortafuegos de su sistema y constituye una interfaz gráfica para «UFW» y «firewalld».

Puedes “vestir” tu escritorio Plasma de KDE con un tema oscuro especialmente pensado para openSUSE

Los escritorios de nuestras distribuciones GNU/Linux están hechos para que los acomodemos a nuestro gusto hasta los más pequeños detalles. Y si hablamos de personalización, quizás el escritorio que gana en posibilidades es Plasma de la comunidad KDE.

La propia comunidad de KDE hizo un gran trabajo con el tema Breeze. Un tema de colores, Plasma, iconos, etc. que supusieron un gran salto visual en cuanto a diseño, con lo que había anteriormente.

Desde hace un tiempo, me decanté por temas oscuros en mi escritorio, por ser más cómodos para mis ojos, que el omnipresente blanco de los temas claros que causan más fatiga visual. Y utilizaba Plasma Breeze Dark.

Para aquellos que disfrutamos de estos temas oscuro, ahora tenemos otra opción más que podemos probar y dejar como opción predeterminada en nuestra distribución GNU/Linux openSUSE.

Se trata de openSUSE Breeze Dark Plasma Style, un estilo para Plasma de KDE inspirado en el trabajo de Breeze Dark. También está disponible un tema de colores llamado openSUSE Breeze Dark Plasma Scheme.

Todo esto le da un tono oscuro a tu openSUSE con el gran trabajo de Plasma Breeze pero añadiéndole unos toques verdes para que encajen con el color de openSUSE.

Por supuesto que no es exclusivo para openSUSE y que podrás utilizar en tu distribución de GNU/Linux, sea cual sea, siempre que utilices Plasma.

Estos dos aportes los ha realizado Nate, y ya está pensando en crear un tema global con estos elementos para que este disponible para KDE. Sería una buena idea que la comunidad de openSUSE los utilizara como temas predeterminados cuando se utilice el tema oscuro.

Para instalarlos, lo podemos hacer fácilmente desde los “Ajustes de sistema” de Plasma en el apartado de Aspecto → Estilo de Plasma o Aspecto → Colores y pulsando sobre el botón Obtener nuevos. Y filtrando por más recientes o buscándolos simplemente por sus nombres.

Como verás es muy sencillo de probar y quedarte con este nuevo aspecto a tu distribución si te gusta. Yo desde que se ha publicado me lo he quedado ¿y a ti te gusta?

Enlaces de interés

• https://cubiclenate.com/2021/02/23/opensuse-breeze-dark-plasma-style/
• https://cubiclenate.com/2021/02/20/opensuse-dark-breeze-plasma-color-scheme-published/
• https://www.pling.com/p/1484870/
• https://www.pling.com/p/1484031/

TL;DR

Operating systems let you customize the sensitivity of the microphone allowing you to suppress environmental noise such as keyboard strokes. Video conferences software unfortunately tends to override such settings using autogain making your customization void. While some video conferencing tools let you control autogain via the settings, Jitsi does not have such an option.

However, you can use https://your.jitsi.server/someroom#config.disableAGC=true when joining your Jitsi meetings to disable autogain and have more control over your microphone.

It has been three weeks since the previous development report from the YaST Team. That’s one week more than our usual cadence, since most of the team was booked during four days in an internal SUSE workshop. But fear no more, we are back and loaded with news as usual. This time we bring:

• Support to enable and configure SELinux during installation
• A revamped interface for configuring wireless network devices
• Usability improvements in several areas
• A new “hidden level” in the installer with advanced tools ;-)

You may know that both the SUSE and openSUSE families of operating systems include container-oriented members, namely openSUSE MicroOS and SLE Micro. In order to make them even more awesome, we got the request to make possible to propose and configure the usage of Security-Enhanced Linux, more widely known as SELinux, during the (auto)installation. This is a complex change affecting several parts of YaST and various versions of (open)SUSE, but you can get a good overview in the description of this pull request which includes some screenshots that may be worth a thousand words. Right now, the feature may look different on each one of the distributions due to the different state of SELinux on them. While in SLE Micro the new setting is visible during installation and activated at its more restrictive level, in others it may look more permisive or even not be presented at all. We expect things to consolidate during the upcoming weeks.

And talking about things that take their time, for a long time we had wanted to improve the usability of the configuration of wireless network adapters. Finally we found the time to reorganize the corresponding tab in the YaST Network module, improving the mechanism to select a wireless network and automatically pre-filling as much information as possible. You can see the result in the following animation and in the detailed pull request with the usual before-and-after screenshots.

That’s not the only usability improvements we implemented during this sprint. Now the Partitioner offers more useful information about file-systems that need to be unmounted in advance and presents a more sensible initial state for the collapsable branches in its tables. YaST Network permits to tweak the virt bridge interface during manual installation and reports AutoYaST errors more nicely. Last but not least in the usability field, we improved how long texts are managed and presented in most YaST pop-up dialogs.

If you are still not impressed with all the new things this sprint brought, we can give you a sneak peak on something we have been preparing lately to give power-users more… er… power. ;-) As you all know, YaST is already a pretty advanced installer offering many options. And it’s very configurable so it can be tweaked to behave differently depending on the distribution, the product or the system role selected by the user. But believe it or not, we still face situations in which we would like to configure the installer even more during its execution to overcome some obstacle found in a very special scenario or just for debugging purposes. How do we plan to do it? Meet the new YaST installation console, available through the even newer installer configuration screen!

While we dive into the beta phase of openSUSE Leap 15.3 and SLE-15-SP3, the YaST Team will focus during the next weeks in fixing the bugs found by the testers of those upcoming distributions, which implies we cannot give you a fixed date for the next development report, but it will be for sure during March. Meanwhile, stay tuned and do not hesitate to report any significant bug you can find in YaST or in openSUSE in general. See you soon(ish)!

Como buen blog sobre KDE me tengo que hacer eco de esta noticia, aunque no sea primicia y haya aparecido en otros sitios como MUy Linux.Y es que es importante para conocer un poco mejor como funciona la fundación KDE y cómo seguir constatando que poco a poco más y más empresas creen que la colaboración con el Software Libre es algo que beneficia a todos y todas. Así que congratula comentar que Slimbook se convierte en patrocinador de KDE, en otras palabras, una nueva voz con voto en el desarrollo del proyecto KDE… y una voz que es bastante conocida en este humilde blog.

Slimbook se convierte en patrocinador de KDE

El pasado jueves 25 de febrero de 2021 se anunció oficialmente que KDE tiene un nuevo patrocinador. Se trata de Slimbook una empresa que se dedica a ensamblar todo tipo de dispositivos (portátiles ligeros pero potentes, dispositivos All-in-One, portátiles gamers, torres espectaculares, minipcs, etc) 100% compatibles con los sistemas GNU/Linux. En el blog he hablado mucho de ellos, así que solo tenéis que seguir este enlace para conocerlos a fondo… solo añadiré que son más que una empresa.

Así que me llena de alegría conocer que Slimbook se convierte en un patrocionador del projecto de la Comunidad KDE aportando su visión empresarial al desarrollo de las tecnologías libres KDE, un paso más en la gran relación que ha tenido la empresa con la Comunidad y que ha tenido sus frutos en los KDE Slimbook.

Este anuncio ha llenado de satisfacción tanto al Presidente de KDE e.V. Aleix Pol y a Alejandro López, CEO de Slimbook, cuyo trabajo conjunto es el responsable de la aparición de los dispositivos antes mencionados.

De esta forma Aleix ha comentado que «la atención de Slimbook hacia los usuarios de FOSS como proveedor de hardware es muy importante para KDE y la comunidad en general. Para KDE, poder llegar más allá de la experiencia del software a soluciones tangibles y debidamente integradas ha sido un sueño hecho realidad. Trabajar juntos en las diferentes colaboraciones a lo largo de los años ha sido realmente emocionante, y esperamos seguir haciéndolo con Slimbook como patrocinador.»

Por otra parte, Alejandro López explicó que «Desde nuestros inicios en 2015, en SLIMBOOK nos esforzamos al máximo no solo por vender hardware de calidad compatible con GNU/Linux, sino también por contribuir y ayudar a los que hacen Software Libre y de Código Abierto.

Nuestra variedad de contribuciones van desde dar apoyo a grupos locales de desarrolladores, la realización de foros y tutoriales para ayudar a la comunidad Linux y compartir una visión común con KDE, para llegar al mercado con un dispositivo capaz de proporcionar al usuario final la mejor experiencia de Linux out-of-the-box disponible.

Pero nuestra misión no termina ahí y hay más de lo que parece. Nuestro principal objetivo es compartir nuestro conocimiento y experiencia, ayudarnos mutuamente y, por supuesto, dar a los usuarios de GNU/Linux lo mejor en excelencia de hardware de la misma manera que el equipo de KDE lo hace con su excelente experiencia de software.

Nos tomamos nuestro deber de apoyar a la Comunidad KDE con mucho orgullo, y nos sentimos honrados de ser Patronos de KDE».

De esta forma, Slimbook se une a otras compañías en su alianza con KDE: The Qt Company, SUSE, Google, Blue Systems, Canonical, Private Internet Access y enioka Haute Couture para continuar apoyando el Software Libre y el desarrollo de los proyectos KDE a través de KDE e.V.

Más información: KDE.News