Un tutorial para que cada vez que abramos Konsole lo haga restaurando un número de pestañas predeterminado y en diversas carpetas de nuestro equipo

Vamos a ver cómo podemos hacer que cada vez que abramos Konsole, el emulador de terminal de KDE, se nos abran de manera predeterminada unas pestañas ya configuradas.

Este artículo viene a formar parte de los artículos y tutoriales sobre Konsole que he publicado en mi blog y que puedes encontrar en este enlace:

• https://victorhckinthefreeworld.com/?s=konsole

Imaginemos que cada vez que abrimos Konsole para trabajar en la terminal nos gustaría que nos abriera unas pestañas predeterminadas. Vamos a poner un ejemplo.

Quizás una en nuestra carpeta donde tenemos los repositorios de git, otra con el reproductor para la terminal mocp para escuchar música, otra en una máquina remota a la que accedemos con ssh y una en nuestra carpeta de Blog/artículos en nuestro /home.

Y queremos que cada vez que abrimos Konsole lo haga con esas pestañas abiertas, lo que nos ahorra tiempo y nos es más cómodo para empezar a hacer cosas. ¿cómo podremos hacerlo?

Buscando, encontré un hilo en reddit donde daban pistas sobre cómo hacerlo. Con esa base, vamos a ver cómo podríamos hacerlo y darle una vuelta más.

Lo primero deberemos crear un archivo de configuración donde especificaremos a Konsole las pestañas que queremos que abra, y cómo queremos que lo haga. Ubicaremos el archivo en una carpeta, por ejemplo dentro de /home/tu_usuario/Documentos y le llamaremos pestañas_konsole.

Siguiendo con el ejemplo que hemos puesto, veremos la sintaxis que tendrá nuestro archivo /home/tu_usuario/Documentos/pestañas_konsole lo abrimos con nuestro editor de texto favorito (por ejemplo vim) y escribimos:

title: Git - %d : %w ;; profile: ;; workdir: /home/victorhck/Git
title: Musica ;; command: mocp
title: SSH;; command: ssh pi@192.168.1.50 ;; profile: bash ;; workdir: /home/
title: Blog ;; profile: ;; workdir: /home/victorhck/Blog/artículos

Guardamos los cambios del archivo y cerramos. Vamos a ver un poco en detalle qué hace cada cosa de este archivo.

Cada línea indicará a Konsole una pestaña que deberá abrir y le especificamos un título, que la abra con un perfil predeterminado de los que podemos tener configurados, un comando que ejecutará cuando abra la pestaña y una ubicación.

Cada pestaña debe tener al menos un perfil o un comando configurado. No deberemos cometer errores al escribir los comando, porque entonces Konsole no abrirá nada.

Vale, ya hemos especificado qué pestañas queremos que abra siempre que ejecutemos Konsole, pero ahora ¿cómo decirle que lo haga? Mediante la opción –tabs-from-file <archivo>

Podemos probarlo ejecutando en una terminal ya abierta:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y veremos que nos abre una nueva instancia de Konsole con las pestañas especificadas y comandos que le hemos pasado. Pero no es muy lógico tener que abrir Konsole para decirle que nos abra Konsole ¿no?

Por ello vamos a nuestro menú lanzador y buscamos Konsole, que suele estar en el apartado de Sistema, y hacemos clic con el botón derecho del ratón y seleccionamos Editar aplicación.

Vamos a la pestaña Aplicación y dentro del apartado Orden, escribimos lo anterior:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y aceptamos. Ahora cada vez que abramos Konsole desde ahí se nos abrirá con las pestañas configuradas en el archivo.

Si no queremos modificar ese comportamiento de Konsole, también podemos asignarle un atajo de teclado personalizado, para nuestro Konsole con la configuración de pestañas predeterminadas.

Para ello vamos a Preferencias del sistema de nuestro escritorio Plasma, Accesos rápidos → Accesos rápidos personalizados y al apartado Editar → Nuevos → Acceso rápido global → Orden/URL

Le ponemos un nombre apropiado como Konsole_pestañas o algo así un comentario para aclararnos y en la pestaña disparador seleccionamos un atajo de teclado por ejemplo Ctrl+F1 y en la pestaña Acción en el recuadro de Orden/URL escribimos:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Guardamos los cambios y ya estaría. Ahora cada vez que ejecutemos el atajo de teclado Ctrl+F1 se nos abrirá Konsole con las pestañas configuradas. Imagínate las posibilidades.

Puedes tener varios archivos de configuración, puedes asignarles diferentes atajos de teclado, etc… Eso ya dependerá de tus necesidades y tu imaginación.

¡¡Konsole y KDE te dan las herramientas para poder hacer (casi) todo lo que desees!!

Espero haber expresado claramente todos los pasos y que hayan quedado claros. Muchas veces tratar de explicar algo es más difícil que simplemente hacerlo, pruébalo.

¿Conocías ya esta opción? ¿Es algo que te será útil? Comparte en los comentarios tus trucos que complementan este artículo.

Por el blog te traigo una traducción que he realizado a una entrevista realizada a Bram Moolenaar el desarrollador que creó y mantiene el editor Vim

Hace un par de días encontré una entrevista a Bram Moolenar el desarrollador holandés que creó Vim (Vi mejorado) y que todavía mantiene y se encarga de gestionar las nuevas actualizaciones de este gran editor.

La entrevista está en inglés y publicada en la web evrone.com el pasado 14 de enero de 2022. Puedes leer la entrevista original escrita en inglés en este enlace:

• https://evrone.com/bram-moolenaar-interview

Les pedí permiso para traducir la entrevista y publicarla en mi blog y amablemente me dieron permiso. Así que aquí la tenéis para que la disfrutéis.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Y para aprender Vim (de la manera más inteligente) aquí tienes esta útil guía:

• https://victorhck.gitbook.io/aprende-vim/

Evrone: Mirando atrás en el tiempo, ¿qué significó para ti personalmente trabajar en Vim?

Bram: Un montón. Siempre me ha gustado crear cosas, pero muy a menudo, cuando algo ya está terminado, me pregunto qué hacer con él. Con Vim no solo puedo usarlo yo mismo, sino que al ponerlo a disposición del público muchas personas pueden disfrutarlo. Ha dado a conocer mi nombre en el mundo e indirectamente me consiguió un trabajo. En estos días, ahora que estoy jubilado, me da algo interesante, alegre y útil que hacer. Vim es una parte muy importante de mi vida.

Evrone: En tu opinión, ¿el desarrollo de software está más cerca del arte o de la ciencia? ¿Permite desviaciones de las técnicas tradicionales o hay que seguir estrictamente la dirección principal?

Bram: No veo mucha ciencia en el desarrollo de software. La ciencia implica que hay pruebas de que algo es cierto. En software hay muchas opiniones y hay experiencia, pero ¿hay alguna prueba de que un lenguaje de programación sea mejor que otro? ¿Hay pruebas de que la programación orientada a objetos resulte en una mejor productividad?

La mayoría de las pruebas son sobre medidas de rendimiento, y hay estadísticas, pero casi ninguna relación con el lenguaje en el que se escribió un programa o las herramientas que se usaron. Tampoco es arte, ya que el objetivo principal es que el software funcione bien, no que se vea bien.

Es mucho más una artesanía. Y un artesano usa las herramientas que cree que obtendrán el mejor resultado, sin importar si son las que usan los demás o algo diferente. Y un buen artesano fabrica sus propias herramientas cuando es necesario.

Evrone: Al abrir Vim, no podemos dejar de tener presente tu llamada para ayudar a los niños que viven en Uganda. ¿Cómo se le ocurrió esta idea de licenciar Vim usando los modelos de licencia Careware/Charityware y cuántas personas pueden hacer donaciones de esta manera?

Bram: Nunca he querido ganar dinero con Vim. Comenzó como un pasatiempo y la mayor parte del tiempo tenía un trabajo que pagaba bastante bien. Excepto por algunos años durante los cuales pedí donaciones.

Aún así, bastantes personas dijeron que pensaban que Vim valía algo y que se vendían otros editores. Así que decidí combinar mi deseo de ayudar a los niños pobres con eso y nació Charityware.

Funciona bien, se recaudan unos 30.000 euros al año de esta manera, lo que está ayudando a unos 50 niños a terminar su educación, desde la escuela primaria hasta la universidad. Las donaciones provienen de algunos grandes patrocinadores y muchas donaciones pequeñas.

Evrone: A pesar de toda su flexibilidad y funcionalidad, Vim no es un editor intuitivo, la curva de aprendizaje es bastante alta. Si alguien quiere usar Vim de manera efectiva, debe dedicar bastante tiempo a aprender los comandos de control. ¿Cuál fue el motivo por el que optó por este camino en lugar de introducir un modo «apto para principiantes» con un aumento gradual de la complejidad?

Bram: En realidad, hay un modo poco conocido en el que uno puede escribir sin conocer todos los comandos. Esto se llama «Easy Vim», o evim. Pero supongo que no se usa mucho, porque una vez que escuchas sobre Vim y todos los poderosos comandos, ¿por qué usarías un modo que lo hace funcionar como cualquier otro editor?

Obviamente, Vim es, al igual que Vi, algo que debes aprender a usar. Para mí, estaba más o menos obligado, cuando una clase práctica en la universidad tenía solo una computadora específica disponible y el único editor en él era vi.

Después de quejarnos a los profesores, su solución fue darnos una hoja de trucos de una página… Sin este aprendizaje forzado, es posible que nunca hubiera dado el salto para aprender a usar Vi, y el curso de la historia hubiera sido muy diferente.

Evrone: En los últimos años, hemos visto a los desarrolladores preguntar «¿me ayudará el código de alguien a resolver mi tarea actual?», en lugar de escribir su propio código desde cero. Como resultado, algunas aplicaciones cumplen con los estrictos plazos dictados por las empresas, pero se parecen a Frankenstein. Desde su punto de vista, ¿es aceptable tal enfoque?

Bram: Esto suele suceder cuando se ordena que el software sea creado por personas que no tienen conocimiento del software. He estado trabajando para una empresa donde bastantes gerentes, educados en física y mecánica, pensaban que el software era igual al que conocían y que podían decidir cómo hacerlo. Esa empresa fue cuesta abajo y finalmente fue absorbida.

Lo mismo sucede en lugares donde los tomadores de decisiones pueden salirse con la suya, como en el gobierno. Las personas que escriben el código probablemente solo se aseguran de que les paguen y luego huyen de la escena del crimen. En el otro extremo de la escala están las personas que quieren escribir un código hermoso, dedican mucho tiempo a él y no les importa si realmente hace lo que se pretendía que hiciera o cuál era el presupuesto. En algún punto intermedio, hay un equilibrio.

Evrone: Hace dos años, se anunció un «fork» experimental de Vim9. ¿Podrías contarnos un poco más sobre este «fork»? ¿Cuál es la etapa actual de este proyecto?

Bram: Vim9 no es un «fork», sino el siguiente paso para mejorar Vim. Primero hice un experimento para ver si compilar una función en un código de bytes funcionaría para hacer que el script de Vim fuera mucho más rápido. Resultó que funcionó bien, pero requirió hacer cambios en la sintaxis. Esa no es una elección fácil, admitir dos variantes de un lenguaje de script al mismo tiempo, pero creo que funcionará y hará felices a los escritores de complementos.

La sintaxis heredada permanecerá, por lo que no debería llamarse «fork». No espero que todos los scripts antiguos de Vim se reescriban en la nueva sintaxis, por lo que seguiremos admitiendo la sintaxis heredada. Incluso Python tardó mucho, mucho tiempo en convertir el 99% del código de Python en Python 3. Y ese 1% restante sigue ahí…

Evrone: Siempre es difícil mantener la compatibilidad con versiones anteriores porque muchas funciones no se pueden implementar sin romperse. ¿Se apegará Vim9 a sus principios de compatibilidad con versiones anteriores o abrirá una nueva página en la historia de Vim?

Bram: El script Vim9 no es compatible con versiones anteriores, pero la sintaxis del script heredado también está disponible. Uno puede decidir para cada archivo y cada función qué sintaxis usar. De esta manera tenemos la libertad de hacer que el script de Vim9 funcione mucho mejor.

Aún así, las dos variantes de secuencias de comandos de Vim están lo suficientemente cerca como para que uno pueda escribir cualquiera de ellas. He tenido cuidado de asegurarme de que cuando se comete una equivocación se proporcione un error para ayudar al usuario a solucionarlo rápidamente.

Evrone: El IRC se especifica como el canal de la comunidad en el sitio web oficial de Vim. No es tan popular hoy en día y algunos de los usuarios más jóvenes nunca han oído hablar de él. ¿Planeas cambiarte a Slack o Discord algún día para darle un mayor impacto a Vim de esta manera?

Bram: Soy muy anticuado, mi principal medio de comunicación es el correo electrónico. No es solo que esto es a lo que estoy acostumbrado, sino también porque no es disruptivo mientras trabajas.

Puedo leer y responder mensajes cuando quiero y posponerlos cuando no quiero que me interrumpan. Por supuesto, los usuarios son libres de elegir lo que funcione para ellos, otros pueden organizarlo. Sin embargo, la comunicación tipo chat tiende a ser muy ruidosa.

Evrone: Usando muchos manuales web, podemos descubrir excelentes complementos para ampliar la increíble funcionalidad de Vim. ¿Tiene algún complemento favorito y imprescindible que pueda recomendar a nuestra audiencia?

Bram: Debo admitir que no uso muchos complementos, aparte de los que se incluyen con la distribución (como matchit y termdebug). Cuando necesito algo, tiendo a hacer un truco rápido o agregarlo a la base de Vim. Ese es el lujo de ser el creador :-).

Evrone: Teniendo en cuenta su amplia experiencia, ¿podría compartir algún truco para los desarrolladores sobre cómo mantener la productividad a lo largo de los años? ¡Gracias!

Bram: Sin trucos, solo algunas reglas básicas y consejos. Una cosa que he visto hacer a los jóvenes es trabajar hasta muy tarde y luego terminar tarde a la mañana siguiente. La mayoría de las personas tienen su momento más productivo en la mañana, por lo tanto, es mucho mejor establecer un límite de tiempo estricto para detenerse.

Toma nota de dónde te quedaste, luego relájate un poco, duerme bien y continúa a la mañana siguiente. Muy a menudo, el problema con el que estabas atrapado ayer de repente adquiere una nueva perspectiva y sabes qué hacer. El término «dormir en él» realmente funciona, al menos lo hace para mí.

Otra cosa es que, a veces, lo que necesitas no es una solución inteligente o un ajuste interminable de su configuración, sino simplemente escribir rápido. La grabación y repetición de macros en Vim suele ser lo suficientemente buena como para hacer algo 200 veces. ¿Cuánto tiempo necesitarías para escribir un complemento para eso?

Hasta aquí la traducción que he realizado de la entrevista a Bram Moolinaar publicada en inglés en la web evrone.com. Espero que te haya resultado interesante, a mí me interesó y por eso quise publicarla en el blog. Gracias a la web evrone.com por permitirme publicar esta traducción.

Hay partes que me ha costado traducir y mantener el significado original, espero que sepas perdonar si no me ha quedado del todo correcta. Puedes aportar tus sugerencias en los comentarios.

Bienvenidos a una entrada que creo que es muy interesante, y más en estos tiempos donde cada día es más frecuente realizar trámites burocráticos de forma telemática. Se trata de compartir con vosotros un vídeo donde nos enseñan cómo firmar con Okular de forma rápida y sencilla, que aunque no sea una firma digital puede ser una opción en determinados casos.

Cómo firmar con Okular, el visor de pdf de KDE

La idea es sencilla, utilizar las herramientas gráficas que incluye Okular para poder poner nuestra firma (o garabato) en un documento pdf.

El vídeo ha sido realizado por el canal de Youtube Techview Podcast y dura apenas 5 minutos, y en él nos muestran dos formas de hacerlo: o bien directamente sobre el pdf o bien crear nuestra firma con Gimp y subirla como si fuera un sello a Okular.

Si os ha gustado el truco no olvidéis compartirlo y darle un «me gusta», estas cosas siempre ayuda en el desarrollo del Software Libre.

Listado de los trucos

Aunque en realidad este truco no está realizado por la cuenta de Youtube de KDE Commnity creo que es un buen momento para comentar que también esta cuenta ofrece trucos y que casi todos ellos han sido comentados en el blog.

De hecho ya hemos superado la decena de trucos que la Comunidad KDE y está bien tener un listado de los consejos que hemos promocionado en este espacio de notocias.

• Trucos KDE (I): KDE Connect y Konsole
• Trucos KDE (II): cambiar fondo de pantalla y subir imágenes
• Trucos KDE (III): gráficas con Krunner y encontrando ventanas
• Trucos KDE (IV): abrir archivos desde consola y mix de efectos
• Trucos KDE (V): cambiando el tamaño de las ventanas
• Trucos KDE (VI): configurando plasmoides
• Trucos KDE (VII): guardando notas en el escritorio
• Trucos KDE (VIII): filtrando en Dolphin
• Trucos KDE (IX): creando anotaciones en Okular
• Trucos KDE (10): controlando el volumen de forma alternativa
• Trucos KDE (11): optimizar ventanas con el teclado

Aunque hay gente que detesta los wallpapers (lo hace público, y no pasa nada) de la Comunidad KDE, a mi me suelen gustar (y sobre todo cuando los veo en pantallas grandes de televisores). Esa combinación abstracta de colores y forma geométricas me convence, aunque siempre hay algunos más que otros. Es por ello que me encanta anunciar que ya hay fondo de pantalla para Plasma 5.24, un fondo que además de ser bonito, en mi humilde opinión, tiene una historia creativa bastante interesante.

Fondo de pantalla para Plasma 5.24: Wavy McWallpaperface

Una de las características de los lanzamientos del escritorio Plasma, lo que alguno entienden como KDE pero que no) es que cada ciertos lanzamiento actualizan también su fondo de pantalla. De hecho, hay una entrada recurrente en el blog sobre la evolución del mismo que se ha quedado en la versión Plasma 5.20.

Para el próximo Plasma 5.24 se decidió cambiar de nuevo de fondo de pantalla por defecto y, en esta ocasión, sería trabajo de un solo creador, Ken Vermette, el cual no solo lo ha creado sino que ha compartido el proceso de creación en dos directos que han quedado registrados en Youtube:

El fondo de pantalla lleva el nombre “Wavy McWallpaperface” y nos muestra una ola (ahora que están de moda) geométrica de colores contrastados. Como es habitual, lo podéis ver a continuación y si pncháis en él lo podéis ampliar.

Creo que al igual que «Opal» de Plasma 5.11 o el fondo de pantalla de la edición 25 aniversario del proyecto KDE será un tema que se verá de forma espectacular en pantallas grandes y luminosas como comprobé cuando realicé una charla en Vilanet en el 2017 y pude ver ese fondo en un gran televisor, o en Linux Center en Noviembre.

¿Qué os parece? ¿Lo pondréis en vuestro escritorio? Yo ya lo he hecho… y se va a quedar un buen tiempo.

Más información: OMG! Ubuntu!

Ha comenzado el inicio de una encuesta de openSUSE, tanto si eres usuario, colaborador de la comunidad de software libre o miembro de la comunidad puedes realizar la encuesta anual del pasado 2021

Al igual que en la encuesta del año pasado. La comunidad de openSUSE ha puesto en marcha una encuesta para saber más de la comunidad que usa openSUSE.

La encuesta está abierta a todas las personas que utilicen openSUSE como sistema operativo en su día a día de manera personal como afición o de manera profesional.

Sirve para hacerse una idea y recibir un «feedback» de varias cuestiones, tomar en cuenta los resultados y saber en qué se está mejorando, en qué hay que mejorar y de qué manera enfocar mejor los esfuerzos de la comunidad para llegar a más personas.

La encuesta, que debería haber empezado en diciembre de 2021, se ha pospuesto hasta este enero de 2022 y estará disponible hasta el 28 de febrero de 2022.

Las preguntas y respuestas de la encuesta están en inglés, pero son muy fáciles de entender y de responder y son anónimas.

Tienes los datos disponibles de la encuesta de 2020 en este enlace por si tienes curiosidad:

• https://en.opensuse.org/End-of-year-surveys/2020/Data

Para participar en la encuesta pincha sobre el siguiente enlace:

• https://survey.opensuse.org/

Te animo a participar si eres usuario o usuaria de openSUSE en tu día a día y quieres aportar tu experiencia y tu punto de vista a la comunidad.

Fuente: https://news.opensuse.org/2022/01/17/os-begins-annual-survey/

Esta máxima se repite en cualquier aplicación que quiera mantenerse «vivo» durante mucho tiempo: que una aplicación sea excepcional no significa que su desarrollo haya finalizado. El mejor gestor de imágenes de la Comunidad KDE (y una de las mejores del mercado tanto libre como privado) sigue su desarrollo. De esta forma ha sido lanzado digiKam 7.5, una nueva versión de la séptima rama principal que se ha dedicado a mejorar su adaptación a todo tipo de lenguajes y ha solucionar errores.

Lanzado digiKam 7.5, versión refinada y más internacional que nunca

Ayer 16 de enero fue lanzado digiKam 7.5 la nueva versión de uno de los gestores de imágenes más completo que puedes encontrar en el mundo GNU/Linux, e incluso en el mundo privativo.

Este nuevo digiKam sigue recibiendo un intenso trabajo que se inició en esta rama y que nos ofrecía la renovación del algortimo de reconocimiento de caras (esta vez basado en el Aprendizaje Profundo)

Esta nueva versión menor (pero importante) nos ofrece las siguientes novedades:

• Revisada a fondo la internacionalización y especialmente los relativos a los soportes de derecha a izquierda. Normalmente, en el mundo occidental, utilizamos la orientación de texto de izquierda a derecha, pero qué pasa con el resto del mundo, como el árabe, el hebreo, el chino, el japonés y muchos otros idiomas. Con este lanzamiento, al mismo tiempo que una gran actualización de la traducción, hemos probado y solucionado todos los problemas principales sobre el soporte RTL (For right-to-left)

• Opción de abrir con en el menú contextual en MacOS: Al igual que la versión de Linux y Windows, los usuarios de MacOS reclaman un método alternativo de abrir-con para el menú contextual de digiKam y Showfoto para abrir elementos en las aplicaciones preferidas. Con digiKam 7.5.0, esto es ahora una realización.
• Estadísticas sobre los informes de Bugzilla: Para finalizar el anuncio, y dado el intenso trabajo realizado en la corrección de errores, el equipo de desarrollo ha analizado las estadísticas de los informes en la base de datos clasificados por plataformas soportadas. Podéis ver el análisis completo en el anuncio.

Más información: Digikam 75

Las novedades de digiKam 7

Aunque gran parte del trabajo para esta nueva versión, como he dicho, se lo ha llevado el reconocimiento facial con interesantes mejoras, digiKam también nos ofrece jugosas novedades. Hagamos un repaso:

• Mejoras reconocimiento facial como:
  • Porcentaje de acierto de un 97%.
  • Mejoras en rapidez y eficiencia en el uso de recursos.
  • Posibilidad de detectar caras no-humanas. ¡También podremos tener registradas a nuestras mascotas!
  • Posibilidad de detectar caras borrosas, cubiertas, pintadas, parciales, etc.

• Nuevo soporte para ficheros RAW files para nuevas cámaras como Canon CR3 o Sony A7R4.
• Mejorado el soporte para las imágenes con formato HEIF.
• Mejoras en el paquete binario con soporte para FlatPak.
• Nueva herramienta, ImageMosaicWall, para crear una imagen basada en otra colección de fotos.
• Nuevas opciones para escribir información de geolocalización en los metadatos del archivo.
• El plugin HTMLGallery introduce un nuevo tema llamado «Html5Responsive».

Y, por supuesto, muchos errores solucionados, con lo que parece que tendremos la mejor versión de digiKam que puede tener vuestro ordenador.

¿Qué es digiKam?

La mejor forma de definir digiKam es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:

«DigiKam es una aplicación que te permite la importación de fotografías desde  cámaras, creación de álbumes, etiquetado con fechas, temas y otras propiedades, utilidades de búsqueda excelentes y modificación de imágenes en masa.»

Hacía tiempo que no hablaba de esto en el blog. Y eso que el número de temas de iconos para tu escritorio es casi infinito y un buen número de ellos han sido presentados en el blog. En cierto modo me fascina la variedad que tenemos a nuestra disposición, tanto de forma, estilo o colores. Hoy tengo el gusto de presentaros Kora, un tema de iconos que destaca por ser coloridos pero a la vez sobrios.

Kora, iconos coloridos y sobrios para tu escritorio

De la mente y la mano digital de Tarma nos llega un nuevo tema de iconos que recibe el nombre de Kora, un tema que destaca por su forma estilo elegante, colorido y perfecto tanto para temas oscuros como claro.

Disponemos de varias versiones de Kora:

• kora – para temas oscuros con panel oscuro
• kora-light – para temas claros con panel oscuro (depende de Kora)
• kora-light-panel – para temas claros con panel claro (depende de Kora y Kora-light)
• kora-grey – tema de iconos con iconos de carpetas/lugares grises
• kora-verde – tema de iconos con iconos de carpetas/lugares verdes
• kora-amarillo – tema de iconos con iconos de carpetas/lugares amarillos

Y como siempre digo, si os gusta el pack de iconos podéis “pagarlo” de muchas formas en la página en continua evolución (mirad su nuevo aspecto) 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.

Más información: KDE Store

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 este enlace:

• https://dominique.leuenberger.net/blog/2022/01/opensuse-tumbleweed-review-of-the-week-2022-02/

Después de todas las fiestas navideñas, de nuevo llegan actualizaciones a los repositorios de Tumbleweed y así se han compilado 6 nuevas snapshots y probado, llegando 5 de ellas finalmente a nuestros repositorios (0107, 0109, 0110, 0111 y 0112).

Entre las actualizaciones más interesantes, se pueden destacar:

• Linux kernel 5.16.0
• GNOME 41.3
• openSSL 1.1.1m
• fmt 8.1.1
• fwupd-efi
• KDE Frameworks 5.90.0
• KDE Plasma 5.23.5
• KDE Gear 21.12.1
• Mozilla Firefox 96.0
• Wayland 1.20.0

Y entre las actualizaciones que podremos encontrar próximamente serán:

• linux-glibc-devel 5.16
• Ruby 3.1 será el intérprete predeterminado de Ruby. Y Ruby 2.7 y 3.0 desaparecerán.
• Python 3.6 será eliminado
• Python 3.10 será el intérprete de Python predeterminado
• GCC 12 ya se ha ido introduciendo, preparándose para cuando se publique definitivamente, lo que implicará la recompilación de TODOS los paquetes de la distro, como es normal y habitual.

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

——————————–

El fin de semana del 11 al 12 de diciembre 2021 tuvimos una cita con el macroevento: 24H24L. Una vez realzada su emisión, y tras un tiempo para realizar la subida a las plataformas correspondientes me complace compartir con vosotros que ya están Disponibles todos los audios de 24H24L 2021: 24 horas de tecnología y Software Libre.

Disponibles todos los audios de 24H24L 2021

El 2020 la edición 2020 de 24H24L se dedicó a crear audios para aquellos nuevos usuarios de la Comunidad Linuxera.

Como estos episodios han quedado grabados para la posteridad (aquí tenéis el rss para ponerlos en vuestro reproductor de audio favorito) , este año José Jiménez, promotor de esta iniciativa, decidió dar otro aire a la edición del11 y 12 de diciembre 2021 con un toque más técnico, dedicando casi todo el tiempo a programación y desarrollo de aplicaciones, que es algo básico en el Software Libre.

Una vez realizado el evento y realizadas las subidas correspondientes, me complace compartir con vosotros que ya están disponibles todos los audios de 24H24L 2021: 24 horas de tecnología y Software Libre.

No obstante, por si alguien quiere otras opciones, os dejo los enlaces disponibles:

• 24H24L en Anchor
• 24H24L en YouTube
• 24H24L en DevTube

Más información: 24H24L

Una programación cargada de código

Si os lanzáis a descargar los audios para escucharlos no está de más ver su menú, una parrilla más que apetecible que podéis ver desglosado en la imagen inferior, haz click para descargar el pdf, del programa que se emitió el 11 y 12 de diciembre.

Además, para esta edición han estrenado una magnífica web, cortesía de Javier Archeni, que os invito a visitar y admirar.

Y para finalizar, os recuerdo el objetivo de 24H24L en boca de sus creadores:

«Dedicamos 24 charlas de una hora de duración en una edición dedicada a la programación y al mundo del desarrollo. Una jornada para compartir con profesionales y entusiastas del software libre en español.»

Los usuarios de openSUSE Leap 15.2 no recibirán actualizaciones de seguridad y mantenimiento ya que la versión ha llegado a su fin de vida desde el 4 de enero de 2022

La versión 15.2 de openSUSE Leap, después de los 6 meses de prórroga desde la publicación de Leap 15.3, finaliza las actualizaciones para la versión secundaria del sistema operativo. Por lo que sus repositorios de Leap 15.2 dejarán de recibir actualizaciones de seguridad.

Aquellos que continúen usando esta versión ya desatendida, estarán expuestos a vulnerabilidades debido a que estas versiones descontinuadas ya no reciben actualizaciones de seguridad y mantenimiento. Esta es la razón por la cual los usuarios deben actualizar a la versión menor más reciente: openSUSE Leap 15.3!

Los usuarios pueden actualizar de openSUSE Leap 15.2 a 15.3 descargando la imagen iso o siguiendo las instrucciones sobre cómo actualizar que se encuentran en este enlace:

• https://en.opensuse.org/SDB:System_upgrade

Para instalaciones nuevas, se pueden descargar las imágenes de openSUSE Leap 15.3 en https://get.opensuse.org/leap/. La versión Leap 15.3 es compatible con parches de seguridad y actualizaciones y se espera que alcance su fin de vida en noviembre de 2022.

Para entonces ya la comunidad de openSUSE habrá publicado Leap 15.4 se publicará en junio de 2022, según la hoja de ruta.

Los usuarios interesados ​​en cambiar de la versión de lanzamiento puntual (Leap) a la versión continua (rolling release) pueden pasarse a Tumbleweed, que ofrece grandes actualizaciones diarias y frecuentes de todo el software en los repositorios oficiales.

Se puede descargar desde aquí y la mejor manera de hacer el cambio es reinstalar su sistema, así que haga una copia de seguridad de su directorio /home y cualquier archivo de configuración que desee guardar (por ejemplo, /etc /var).

Es hora de actualizar openSUSE Leap 15.2 para seguir disfrutando de una distribución de GNU/Linux profesional, madura y estable como pocas.

Ya sea a Leap 15.3 para seguir manteniéndose en esa rama de lanzamientos estables o a Tumbleweed para disfrutar de una rolling release testeada y a la última.

Fuente: https://news.opensuse.org/2022/01/13/opensuse-reaches-eol/