Yo no sé por qué, pero hay muchos usuarios de Linux que prefieren no tocar el terminal para nada. Bueno, sí sé por qué, por comodidad, pero cada uno se siente cómodo con lo que se siente cómodo. Yo sí uso el terminal para algunas cosas, pero no para otras. De hecho, alguna herramienta me he creado para que realizar algunas tareas está a un clic de distancia. Distrobox es básicamente un script escrito 100% en shell y se usa desde el terminal, pero BoxBuddy puede ser tu mejor colega si quieres usar subsistemas en contenedores y prefieres las interfaces gráficas.

BoxBuddy no hace nada especial, a no ser que se entienda como tal que podemos hacerlo todo lejos del terminal. Tras su instalación y al lanzarlo por primera vez, veremos una imagen que nos dice que no tenemos ninguna caja creada, pero eso tiene fácil e intuitiva solución. Aquí vamos a explicar cómo instalar y usar esta herramienta para que todos, terminalfilos, terminalfobos y los que se encuentran en un punto medio podamos usar la maravillosa herramienta que nos permite no depender de un gestor de paquetes en concreto y usar sistemas en contenedores.

Cómo instalar BoxBuddy

Instalar BoxBuddy es más o menos sencillo, dependiendo de cómo queramos hacerlo. Hay como mínimo tres opciones, por lo menos en sistemas con base Arch que también pueden tirar de AUR. En estos casos, se puede instalar con el método de turno – con yay, tienda de software compatible o manualmente – a partir del paquete boxbuddy. Otra opción es instalar el paquete flatpak, y si lo preferimos podemos instalarlo descargando el ZIP disponible en su página de lanzamientos. Lo único que hay que hacer cuando lo tengamos en nuestro equipo es entrar en su carpeta y escribir ./install.sh. También cuenta con script de desinstalación (uninstall.sh).

Me parece importante mencionar que BoxBuddy es sólo una interfaz gráfica para gestionar Distrobox y no puede hacer nada por sí mismo. Para que haga su magia tenemos que tener instalado Distrobox y docker/podman. Si ya lo tenemos todo, ha llegado el momento de crear cajas y empezar a usarlas.

Funcionamiento

Como ya hemos explicado, todo es muy intuitivo. Está creado usando GTK4 y Libadwaita, por lo que quedará mejor en escritorios como GNOME, pero funcionar funciona igual de bien en cualquier parte.

Para crear una caja, haremos clic en el símbolo de suma (1), le pondremos un nombre (2), desplegaremos el menú de la imagen y seleccionaremos una de las opciones (3) y luego haremos clic en «Crear» (5, que se me fue la mano). Se puede hacer que use el sistema init, lo que lanza la opción distrobox-init que se encargará de instalar dependencias faltantes, como sudo, configurará los grupos y los usuarios y montará directorios desde el host para asegurarse mayor integración. Yo no suelo usarlo, pero la opción existe por algo.

Una vez le damos a crear, se abrirá el terminal, terminará de crear la caja, se cerrará el terminal y volverá a la interfaz de BoxBuddy.

Entre lo que podemos hacer:

• Abrir el terminal de la caja.
• Actualizar Box, es decir, la caja, es decir, el sistema operativo. Por ejemplo, en Ubuntu esto hará un «sudo apt update && sudo apt upgrade».
• Ver aplicaciones. Si por el motivo que sea no queremos exportar las apps al menú principal, este sería el menú inicio de la caja, y podemos lanzarlas o añadirlas al menú. Si ya las tenemos añadidas, podemos eliminarlas. Veo un problemilla que quizá arreglen en versiones futuras, y es que al añadir/eliminar al menú, vemos un mensaje de que se ha añadido/eliminado, pero el botón no cambia hasta que cerramos esa ventana y la abrimos.

• Instalar archivo <extensión>. Desde aquí podemos instalar archivos de paquetes compatibles con las distribución, como DEB en Debian o RPM en Fedora.
• Eliminar Box, o eliminar la caja/imagen.

Con interfaz de usuario todo es más fácil

Cuando una imagen está en ejecución, a la derecha se ve un icono desde el que se puede parar.

BoxBuddy debería animar a aquellos que aún se están pensando en si usar o no usar Distrobox. Merece la pena, y con interfaz todo puede ser más sencillo.

code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;}

from Linux Adictos https://ift.tt/SLfNByD
via IFTTT

Clement Lefebvre ha publicado la nota de abril de novedades en Linux Mint, la que corresponde a lo ocurrido marzo de 2024. Lo más destacado para mí aparece por el medio de la nota, y se resumiría diciendo que mientras Canonical sigue haciendo de Canonical, Linux Mint seguirá haciendo de Linux Mint. En Ubuntu 24.04 habrá un nuevo paquete snap, el de Thunderbird, y el equipo de desarrolladores de Mint hará lo mismo que ha hecho con otros paquetes recientemente.

El primer movimiento polémico de Canonical en este sentido lo hizo con Chromium. Lo pasó a paquete snap probablemente para tantear el terreno, ahora Firefox sólo está disponible en el mismo formato y volverá a las andadas con Thunderbird. Hace alrededor de cuatro años, Lefebvre y su equipo decidieron compilar Chromium para seguir ofreciéndolo como paquete .deb, y exactamente igual con Firefox. Thunderbird será la siguiente aplicación en entrar en esta lista, y los usuarios de Mint no tendrán que depender  del paquete snap.

Otras novedades en Linux Mint

Hay que tener cuidado con lo que leemos hoy, que es 1 de abril y podemos encontrarnos con cualquier cosa, pero creemos que la nota de Clem es seria. Entre las novedades que ha habido en marzo, hay mejoras para las instalaciones de Linux Mint 22. Los paquetes preinstalados para idiomas que no sean inglés y el que elijamos serán eliminados de la instalación, lo que ahorrará espacio. Si estamos conectados a Internet, el idioma se bajará durante la instalación, pero no es necesaria conexión para idiomas inglés, alemán, español, francés, ruso, portugués, neerlandés e italiano.

Durante marzo se han lanzado ISOs de versiones EDGE con nuevas versiones del kerkel para soportar nuevo hardware. Entre el resto de novedades:

• Se ha añadido soporte para el formato Deb 822 en la herramienta de fuentes de software.
• Pipewire será el servidor de sonido por defecto en Linux Mint 22.
• La próxima versión de Pix soportará imágenes JXL.
• Hay un nuevo gestor de previsualizaciones en GIMP que llegará junto a xapp-thumbnailers 1.2.4.
• Se ha creado una nueva XApp llamada GNOME Online Accounts GTK que soluciona algunos problemas con la aplicación de GNOME.
• Se continúa con el trabajo de Jargonaut para que sea la aplicación de chat de Linux Mint.
• Mejoras en los repositorios de paquetes.

Como dato, han analizado el tráfico y han llegado a la conclusión de que Cinnamon es la opción elegida por 2 de cada 3 usuarios (se incluyen aquí las versiones LMDE y Edge), mientras que 1 de cada 5 se queda con Xfce.

Linux Mint 22 llegará a mediados de 2024 con estas y otras novedades que iremos publicando.

from Linux Adictos https://ift.tt/2Ho9T1Q
via IFTTT

Durante la semana pasada, KDE presentó una nueva aplicación con el nombre de MarkNote – la K que no falte -. Es una aplicación tipo WYSIWYG, es decir, lo que ves es lo que obtienes, y es para tomar notas. He leído comentarios e información de todo tipo, empezando porque es una aplicación para tomar notas con Markdown, pero en realidad es algo mucho más sencillo. Se ha diseñado para crear notas y tenerlas organizadas. Eso es todo.

Ahora bien, sí es compatible con Markdown, pero no parece haber sido diseñada para eso, o no con eso en mente. ¿Por qué digo esto? Sencillo: aunque puede abrir archivos .md – cuidado con hacerlo directamente que puede sobrescribir alguna nota – , guarda las notas en la carpeta Documentos con formato .md y permite usar las marcas de Markdown, no hay un camino de ida y vuelta entre la vista de texto plano y la que muestra el texto con formato. Por lo tanto, es difícil salir de un texto con formato si no se han tomado ciertas precauciones.

MarkNote, notas organizadas y con formato

Pongamos un ejemplo: en la imagen anterior hay un texto con formato de código y otro, el que está más adentro, con formato de cita. Como no es posible entrar en el modo de texto plano, por muchos intros que se pulsen para salir de uno de los dos bloques, no lo hará. Si no hemos creado otro bloque con texto normal más abajo, todo lo que venga después ya será, en este caso, una cita. Sí es posible quitar la negrita seleccionando el texto y haciendo clic sobre la B, pero no de secciones como las de bloque, citas y demás porque no hay opción para desactivarlos. Así que sí, MarkNote es fiel a eso de lo que ves es lo que obtienes, aunque habría que añadir el soporte para marcas de Markdown.

Cómo funciona

El soporte para marcas de Markdown es un extra, pero, opino, creo que no está diseñada para eso. Es una aplicación para crear notas con texto enriquecido y tenerlas organizadas. Al iniciar MarkNote por primera vez, habrá que crear un bloc de notas haciendo clic en «Añadir bloc de notas»:

Se nos abrirá una ventana emergente con un cuadro para el icono que podemos modificar haciendo clic en él, un cuadro para el nombre del bloc y otro desde donde podemos coger un color. Una vez creado, dentro podremos ir añadiendo notas.

A partir de aquí, WYSIWYG:

• Con la B pondremos el texto en negrita.
• Con la I, en cursiva.
• La U lo pondrá subrayado, algo para lo que no existen marcas de Markdown.
• La S lo tachará.
• Luego tenemos dos apartados: el de bloques permitirá sangrar el texto y crear listas, bien sean ordenadas o desordenadas, con letras delante, cuadrados y demás; el apartado del tipo será para poner cabeceras, texto básico, sub-cabeceras, etc.
• Si queremos usar Markdown, se puede, pero lo veremos en texto plano hasta que guardemos la nota. Y una vez guardada ya podremos ver estas marcas. Sí es posible añadir más, y las veremos al guardar la nota. ¿Que cómo se guarda? No hay botón para ello. Hay que salir de la nota, para lo que lo más seguro es hacer clic en el nombre de la misma que está a la izquierda.

Y eso es todo. WYSIWYG.

Para eliminar o cambiar el nombre de notas, hay que hacer clic sobre el icono que hay a su derecha. Si lo que queremos es eliminar un bloc o crear nuevos, se puede desde el menú de la hamburguesa.

Para instalar MarkNote en Linux, actualmente lo mejor es hacerlo a través de su paquete flatpak. Siendo de código abierto, se espera que aparezca en los repositorios oficiales de muchas distribuciones Linux pronto.

Lo que hay disponible actualmente es MarkNote 1.0.0, y creo que lo explicado aquí es todo lo que tiene que ofrecer. Es una aplicación sencilla pensada en tomar notas y almacenarlas sin dificultad, y creo que consigue su objetivo.

Más información.

from Linux Adictos https://ift.tt/wVPdrcq
via IFTTT

Desde hace ya mucho tiempo, mi centro multimedia es un portátil algo viejete. No es muy potente (Intel i3, 4GB de RAM y disco rígido), pero me sirve para jugar a emuladores de hasta PlayStation 2 y ver todo tipo de contenido con Kodi y otros programas. Aunque tiene Manjaro KDE, se mueve con dificultad, pero Plasma Bigscreen ha venido al rescate.

Plasma Bigscreen viene justamente de la «Smallscreen», o por lo menos se parece. Es como Plasma Mobile pero para pantallas grandes. La intención de KDE fue crear una interfaz que fuera más fácil de usar con un mando y por voz, pero también es más ligera que la versión normal de Plasma. Por lo tanto, en mi caso es un Win-Win.

Plasma Bigscreen es más ligero que Plasma normal

Yo lo único que necesito en ese equipo es que el sistema operativo funcione bien y no tarde demasiado tiempo en abrir aplicaciones. Por ejemplo, Pamac (Añadir/Quitar software) tarda un rato largo en abrirse en ese portátil cuando está en Plasma normal, pero no tanto en Plasma Bigscreen. Y lo más curioso es que el Monitor del Sistema del propio KDE dice que consume más RAM, pero…

NM: Necesita Mejorar

Aunque mis impresiones son positivas, sólo se basan en el rendimiento, por lo menos en su mayoría. Pero hay puntos en los que podría mejorar. Actualmente yo estoy en la v5.27.x, y aquí van los pros y contras de usar Plasma BigScreen:

Lo que no me gusta

• Las aplicaciones no se abren a pantalla completa: Creo que, por defecto, las aplicaciones deberían abrirse a pantalla completa como en Plasma Mobile.
• Barra superior, ¿para qué?: Las aplicaciones tienen una barra superior y creo que está de más. Esto es una opinión personal, pero estando en una tele o algo similar, las aplicaciones deberían estar a pantalla completa y pasar de unas a otras con el mando o con atajos de teclado, como pasa en móviles o con gestores de ventanas.
• Algunas aplicaciones salen duplicadas: Esto es algo que también he visto en Plasma Mobile, y es que los lanzadores de algunas aplicaciones se ven dos o más veces.

• Sin dock ni aplicaciones favoritas: A mí me gustaría que hubiera un apartado tipo dock o aplicaciones favoritas. Tiene «Recientes», y lo que más abramos estará ahí, pero no es lo mismo.

Tampoco me gusta algo de lo que hablaremos más adelante, y es que me preocupa su desarrollo. En un principio había imágenes basadas en KDE neon, pero ya no existen.

Lo que me gusta

• Fluidez: como ya he mencionado, Plasma Bigscreen es más fluido que Plasma normal, y eso que el escritorio de KDE ya suele ir bastante bien.
• Animación de apertura: Plasma Bigscreen abre las aplicaciones como lo hace Plasma Mobile: se ve una animación con el icono de la aplicación con un color de fondo que depende del color del mismo, y esto se ve a pantalla completa. Lo malo es que la aplicación luego no estará a pantalla completa y tendrá barra superior. No me gusta así, no en Bigscreen.

Lo que no he probado

No he probado nada de mandos de TV ni Mycroft. Plasma Bigscreen está diseñado para usarse con un mando y con la voz, y yo ni lo he intentado porque no lo necesito. Yo tengo un teclado inalámbrico, y me es suficiente con las teclas de navegación. Tampoco he navegado por las «skills» del proyecto, pero porque sencillamente no es lo que busco.

A mí me es suficiente con una interfaz que no me obligue a usar el panel táctil y que además sea fluida, y eso lo ofrece Bigscreen. Como es de KDE, si en algún momento necesito un escritorio completo, sólo tengo que cerrar sesión y entrar en Plasma.

Cómo probar Plasma Bigscreen

Plasma Bigscreen empezó como un sistema operativo completo basado en KDE neon, pero estas imágenes ya no existen. La información oficial dice que está disponible en postmarketOS, Manjaro ARM y como paquete de Debian, pero las imágenes de Manjaro tampoco existen. Sí está en sus repositorios oficiales, por lo que una de las opciones es instalar Manjaro o su versión ARM y luego instalar el paquete con sudo pacman -S plasma-bigscreen. En Debian y derivados, se puede instalar con sudo apt install plasma-bigscreen. En ambos casos, para entrar hay que cerrar sesión y elegir Bigscreen en la pantalla de login, y merece la pena instalarlo sobre Plasma normal.

Hace tiempo me preguntaba si merecía la pena, y ahora lo tengo más claro: en un equipo que se use como «set top box» y que encima tenga bajos recursos, si el sistema base tiene lo que podamos necesitar, merece la pena.

code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;}

from Linux Adictos https://ift.tt/AheU91y
via IFTTT

Logo de Redict

Hace poco compartimos aquí en el blog la noticia del cambio de licencia de Redis, y solo fue cuestión de días para que la comunidad que estuvo en desacuerdo con el cambio comenzara a trabajar en una solución transparente y el proyecto que tiene la finalidad de continuar ocn el cambio de Redis bajo una licencia open source es Redict.

El proyecto «Redict» llega de la mano de Drew DeVault, conocido por su trabajo en el entorno de usuario Sway, el lenguaje de programación Hare, el cliente de correo electrónico Aerc y la plataforma de desarrollo colaborativo SourceHut. Además, Haelwenn Monnier, autor del navegador BadWolf basado en WebKitGTK y de la plataforma Pleroma para implementar redes sociales federadas, se unió al trabajo en la bifurcación.

Como muchos de ustedes, me decepcioné cuando supe que Redis estaba cambiando a un modelo de licencia no libre. Esto es una traición a la comunidad del software libre, pero quizás no sea del todo sorprendente. Es probable que las bifurcaciones comiencen a aparecer en los próximos días y hoy me gustaría ofrecerle Redict como un posible hogar futuro para sus necesidades y presentar sus ventajas en comparación con las otras bifurcaciones.

Sobre Redict

Como ya se mencionó al inicio, Redict es un fork de Redis, el cual tiene la finalidad de continuar desarrollando el código base correspondiente al lanzamiento de Redis 7.2.4, que fue la última versión bajo la licencia BSD. Redict se puede utilizar como un reemplazo transparente de Redis 7.2.4, pero no se garantiza la compatibilidad con versiones futuras de Redis que se lanzarán bajo una licencia propietaria.

Es importante destacar que la licencia del código Redict ha cambiado de BSD a GPLv3, esto significa que el código antiguo permanece bajo la licencia BSD, pero todos los cambios nuevos en Redict se realizarán bajo la licencia GPLv3. Esta decisión permite que el proyecto Redict pueda portar parches publicados por Redis para versiones anteriores de Redis bajo la licencia BSD, pero los parches y cambios creados para Redict bajo la licencia GPLv3 no podrán ser portados a Redis.

Cabe mencionar que el proyecto no requerirá que los desarrolladores firmen un acuerdo sobre la transferencia de derechos de propiedad al código, lo que implica que cualquier cambio futuro en la licencia requerirá la coordinación con cada uno de los desarrolladores involucrados.

Ademas se menciona qué el repositorio alojado en Codeberg tiene la finalidad de cumplir con la especificación REUSE y aclarar las diversas licencias de software aplicables y se pretende establecer una comunidad independiente de infraestructura propietaria, utilizando Codeberg como plataforma principal y libera.chat para el canal IRC.

Por otra parte, se menciona que actualmente ya se trabaja en el proceso de cambio de nombre en Redict y también en una guía de migración que se espera que esté disponible junto con el lanzamiento de la primera versión, 7.3.0, que se planea para la próxima semana.

También se ha realizado una actualización del repositorio de Redict para cumplir con la especificación REUSE. Esto facilita el proceso de conformidad con la licencia y clarifica las diversas licencias de software que se aplican a Redict, incluyendo la licencia BSD de 3 cláusulas del código de Redis original y los nuevos cambios bajo LGPL, así como las dependencias proporcionadas como Lua.

Estas medidas aseguran que Redict sea una bifurcación transparente y compatible con las normas de licencia, facilitando a los usuarios la transición y el uso del software de manera legal y efectiva.

En cuanto a los demás cambios que se planean en el desarrollo de Redict:

Cambios respecto a Redis:

• Cambio de nombre de los ejecutables a redict-* (por ejemplo, redict-cli).
• La API de Lua proporciona una «redict» global compatible con la API OSS de Redis®, disponible a través de «redis» global para compatibilidad con versiones anteriores.
• Cambio de nombre de los símbolos de la API del módulo, manteniendo la compatibilidad ABI con los módulos de Redis hasta la versión 7.2.4.

Cambios futuros:

• Redict tiene la intención de continuar el desarrollo de una distribución de software gratuita compatible con Redis, con cambios mínimamente disruptivos por el momento.
• Discusiones en curso sobre eliminación de funciones obsoletas, cambio de dependencias y eliminación de componentes específicos del sistema.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/1DRbYle
via IFTTT

KaOS con KDE 6

Entre tanto movimiento que hubo este mes en diferentes proyectos y distribuciones deje pasar por completo el artículo dedicado a la edición bimestral que los desarrolladores de KaOS lanzan y es que si fuera alguna actualización similar a anteriores donde solo nos presentan un refresh para la imagen del sistema, lo hubiera dejado pasar, pero está nueva versión de actualización es importante.

La razón de mencionar ello, es que la nueva versión de KaOS 2024.03 se presenta con la versión estable de KDE Plasma 6 (la cual fue liberada a finales de febrero) y aunque la edición presentada de KaOS 2024.01 fue la primera en incluir KDE 6, era en una versión de pruebas y no tenía toda la transición del entorno a la nueva versión. Sin más, me gustaría pasar a resumir los detalles de este nuevo lanzamiento de actualización de KaOS 2024.03.

¿Qué hay de nuevo en KaOS 2024.03?

Sin dudas una de las atracciones más importantes es la implementación de KDE Plasma 6 estable, ya que como mencionaba en KaOS 2024.01  se había lanzado una versión anticipada del entorno y ahora la versión estable está presenté y con ello se destaca la transición a Qt 6 y a Wayland, este último ahora cuenta con soporte parcial para alto rango dinámico (HDR).

KaOS 2024.03 ahora incluye la colección de aplicaciones KDE Gear 24.02.0 y Frameworks 6.0.0, con mejoras significativas en aplicaciones como KOrganizer, KMail y Kdenlive, todas construidas en Qt 6.6.2. Entre las mejoras, se destacan funciones como el envío de invitaciones por correo electrónico cifradas y firmadas en KOrganizer, IA de código abierto y sin conexión en KMail, y mejoras en subtítulos y edición de video en Kdenlive.

Otro de los cambios que se destaca en KaOS 2024.03 con la introduccion de KDE Plasma 6 estable, es que sé despide de manera definitiva de GTK2, el cual ha sido eliminado de los repositorios de KaOS después de cuatro años de final de vida.

Por la parte de las actualizaciones internas se destaca que el corazón del sistema es el Kernel de Linux 6.7.9, mientras que para la administración del sistema Systemd 253.17 está presente, por la parte de la pila de gráficos podremos encontrar a Mesa 24.0.2 y el sistema de archivos ZFS 2.2.3.

Ademas de ello se ha incorporado Systemdgenie, una herramienta GUI integrada con Plasma 6 para administrar servicios systemd, el instalador de Calamares se ha mejorado significativamente, incluida la partición automatizada con soporte para todos los sistemas de archivos populares y SDDM, el administrador de pantalla preferido para KaOS, se ha actualizado para admitir Wayland.

De los demás cambios que se destacan:

• Las actualizaciones del sistema base incluyen GCC 13.2.1, Glibc 2.39, Binutils 2.42, Opencv 4.9.0, OpenSSL 3.2, Gstreamer 1.24.0.
• Los usuarios disfrutarán del regreso del Cubo en Plasma 6 para una experiencia visual más dinámica.
• LibreOffice ha sustituido así a Calligra como aplicación de Office predeterminada para KaOS.

Nuevos valores predeterminados configurables:

• Selección de archivos y carpetas con un solo clic, apertura con doble clic.
• Habilitación predeterminada del toque para hacer clic en el panel táctil en Wayland.
• Wayland como sesión gráfica predeterminada.
• Nuevo estilo predeterminado del conmutador de tareas: Thumbnail Grid.
• Desplazamiento en la barra de desplazamiento con clics.
• Desplazamiento por el escritorio sin cambiar de escritorio virtual.
• Paneles flotantes por defecto.

Para quienes estén interesados en conocer más al respecto sobre este lanzamiento, pueden consultar los detalles dentro del anuncio oficial en el siguiente enlace.

Descargar KaOS 2024.01

Para los interesados en probar o instalar esta distro, deben saber que las compilaciones se publican para sistemas x86_64 (4.0 GB). Basta con que te dirijas al sitio web oficial de la distribución y en su sección de descargas podrás obtener la imagen del sistema. El enlace es este. La imagen descargada la puedes grabar en un dispositivo USB con ayuda de la aplicación Etcher.

Si ya eres usuario de KaOS, debiste haber recibido estas actualizaciones durante estos últimos días. Pero si no sabes si ya las tienes instaladas, basta con que abras una terminal y en ella ejecutes los siguientes comandos:

sudo pacman -Syuu

Con ello solo debes de aceptar las actualizaciones en caso de existir y te recomiendo reiniciar tu equipo.

from Linux Adictos https://ift.tt/9LUXrkq
via IFTTT

Cuando KDE lanzó la versión beta de su sistema operativo, pasé días probándolo. neon muestra en el menú de inicio el icono de Plasma, y a mí me gustaba el del sistema operativo, por lo que una de las primeras cosas que hice fue entrar en el modo edición, buscar el logo de KDE neon y ponerlo. Las manías no las curan los médicos, y se ve que esta es una de las mías. Ubuntu muestra 9 cuadrados en rejilla, pero eso cambiará en Ubuntu 24.04.

Los cambios no gustan a todos por igual, pero mientras aplicaba la última actualización de la Daily Build de Ubuntu 24.04 he visto lo que muestra la imagen de cabecera: en el cajón de aplicaciones, es decir, el icono que hay que pulsar para entrar a la vista de aplicaciones instaladas ha cambiado y ahora tenemos el logotipo de Ubuntu. O también Canonical, puesto que desde hace tiempo se usa el mismo tanto para la compañía como para el sistema operativo. Y sí, es el «nuevo» de 2022.

Cajón de apps personalizado en Ubuntu 24.04

La última actualización de la Daily Build, por lo menos en mi caso, ha sido bastante grande, y entre lo que he podido ver se ha actualizado Yaru. El tema por defecto de Ubuntu va recibiendo actualizaciones regulares, y no todas son perceptibles. El nuevo icono es parte de esta actualización, por lo menos para Ubuntu, tal y como vemos en este commit de GitHub. El icono se puede encontrar en /usr/share/icons/Yaru/scalable/actions con el mismo nombre de siempre, es decir, como view-app-grid-symbolic.svg. Si alguien quiere recuperar el icono anterior o cambiarlo por otro, es ese archivo el que debe modificar, no sin antes hacer una copia de seguridad.

En cuanto al funcionamiento, todo sigue igual. Sigue siendo un botón con el que podemos ver las apps instaladas y no se ha incluido ningún efecto ni nada parecido.

Ubuntu 24.04 llegará el próximo 25 de abril y lo hará con Linux 6.8 y GNOME 46 como principales novedades. Eso y nuevo logotipo siempre visible.

from Linux Adictos https://ift.tt/HOLzoGA
via IFTTT

Redis Cambiar licencia de BSD-3 a RSALv2+SSPLv1 dual

Los constantes abusos por parte de corporaciones y productos comerciales hacia los desarrollos de código abierto ya no solo están afectando a pequeños desarrolladores, sino que también ha llegado el problema con proyectos populares y en esta ocasión es Redis el afectado y ha decidido tomar cartas en el asunto.

Y es que hace poco Redis dio a conocer la noticia del cambio en la licencia de su sistema de gestión de bases de datos Redis, el cambio será efectivo a partir del lanzamiento de la versión de Redis 7.4, en la cual se menciona que el proyecto se distribuirá bajo dos licencias propietarias: RSALv2 y SSPLv1, en lugar de la licencia BSD anteriormente utilizada.

RSALv2 y SSPLv1 son licencias con diferencias significativas en sus restricciones y obligaciones:

1. RSALv2:
   • Permite el uso, copia, distribución, puesta a disposición y creación de software derivado de software bajo esta licencia.
   • Prohíbe la comercialización del software o su suministro a otros como un servicio administrado sin un acuerdo adicional.
   • Los usuarios pueden utilizar el código fuente de Redis de forma gratuita bajo esta licencia.
2. SSPLv1:
   • Es una licencia copyleft que obliga a revelar el código completo del servicio si se utiliza como parte del servicio.
   • Los usuarios también pueden utilizar el código fuente de Redis de forma gratuita bajo esta licencia, pero deben cumplir con las obligaciones de copyleft.

Los usuarios pueden elegir entre RSALv2 y SSPLv1 según sus preferencias y necesidades específicas. Sin embargo, es importante tener en cuenta que los proveedores de servicios en la nube como AWS, GCP y Azure ya no podrán utilizar los productos Redis de la misma forma debido a los cambios en la licencia. Esto implica que estos proveedores deben revisar y ajustar sus políticas y costos relacionados con el uso de Redis en sus plataformas.

Anteriormente, solo los módulos adicionales que ofrecían funcionalidades avanzadas para usuarios corporativos, los cuales se suministraban bajo una licencia propietaria. Ahora, la licencia propietaria también se aplicará al código base principal del DBMS.

En la práctica, nada cambia para la comunidad de desarrolladores de Redis, que seguirá disfrutando de licencias permisivas bajo la licencia dual. Al mismo tiempo, todas las bibliotecas cliente de Redis bajo la responsabilidad de Redis seguirán teniendo licencia de código abierto

Redis menciona que las nuevas licencias disponibles para el código fuente de Redis permitirán a Redis seguir ofreciendo un uso permisivo de su código fuente de forma sostenible. Estos cambios representan una transición hacia una fase más avanzada en el desarrollo de Redis, consolidándolo como una plataforma de datos en tiempo real con una amplia gama de capacidades y productos principales. Estas ofertas incluirán características innovadoras como modelos de datos de búsqueda, JSON, vectoriales, probabilísticos y de series temporales, todo integrado en un paquete de software descargable de forma gratuita.

Cabe mencionar que el cambio de licencia no afecta las versiones anteriores de Redis que son distribuidas bajo la licencia tradicional BSD-3, lo que significa que estas versiones se pueden seguir utilizando sin problema alguno. Además, se ha anunciado que se proporcionarán importantes parches de seguridad para versiones anteriores de Redis bajo la licencia BSD-3 hasta el lanzamiento de Redis Community Edition 9.0.

Es importante destacar que la comunidad de código abierto ha expresado su oposición a este cambio de licencia, ya que ambas licencias tienen restricciones que afectan a ciertas categorías de usuarios, lo que las hace no consideradas como completamente abiertas ni gratuitas. La Open Source Initiative (OSI) ha declarado que estas licencias no cumplen con los criterios para ser consideradas como licencias abiertas, lo que significa que los productos basados en estas licencias deben considerarse como propietarios. Además, los productos bajo las licencias SSPL y RSAL no pueden incluirse en distribuciones gratuitas como Fedora y Debian.

En respuesta a este cambio de licencia, los desarrolladores de Fedora están considerando eliminar los paquetes Redis de los repositorios de la distribución o reemplazarlos con un fork «libre». Se está discutiendo la posibilidad de reemplazar Redis en el repositorio de Fedora con KeyDB, una bifurcación de Redis 5 desarrollada por Snapchat desde 2019.

Si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/Db1EMG5
via IFTTT

OpenWrt es un firmware basado en una distribución de Linux empotrada en dispositivos tales como routers personales

Recientemente, la comunidad OpenWrt dio a conocer, mediante una publicación de blog, el lanzamiento de la nueva versión estable de la serie OpenWrt 23.05.3, en la cual los desarrolladores trabajaron para implementar una serie de mejoras significativas y nuevas características que mejora la funcionalidad, asi como también añaden el soporte a nuevos dispositivos y, por otra parte, también se solucionan una serie de errores y vulnerabilidades detectadas.

Para quienes desconocen de OpenWrt, les puedo decir que esta es una distribución de Linux, la cual su uso está orientado para dispositivos de red como enrutadores y puntos de acceso. Es compatible con diversas plataformas y arquitecturas, y cuenta con un sistema de compilación que facilita la creación de firmware personalizado con los paquetes necesarios preinstalados para tareas específicas.

¿Qué hay de nuevo en OpenWrt 23.05.3?

Esta nueva versión de OpenWrt 23.05.3 se destacan principalmente las correcciones de seguridad implementadas, de las cuales se mencionan que fueron solucionadas las siguientes:

• CVE-2023-36328: Se solucionó una vulnerabilidad de desbordamiento de enteros en mp_grow en libtommath en Dropbear.
• CVE-2023-48795: una vulnerabilidad en el protocolo SSH que afecta a versiones anteriores a 9.6 de OpenSSH y otros productos. Permite a atacantes remotos eludir comprobaciones de integridad, lo que puede llevar a la degradación o desactivación de ciertas características de seguridad. Este problema afecta a varios productos y bibliotecas SSH, incluyendo OpenSSH, Dropbear, PuTTY, Paramiko, WinSCP, entre otros. Se recomienda actualizar a versiones seguras para mitigar este riesgo de seguridad.
• CVE-2023-50868: Se resolvió un problema en dnsmasq que permitía ataques remotos de denegación de servicio a través de respuestas DNSSEC.
• CVE-2024-0727: una vulnerabilidad en OpenSSL al procesar archivos PKCS12 maliciosos, lo que puede causar una falla y un posible ataque de denegación de servicio. Aplicaciones que cargan archivos PKCS12 desde fuentes no confiables pueden cerrarse abruptamente. Se recomienda actualizar OpenSSL para mitigar este riesgo de seguridad.

Otro de los aspectos destacados de la nueva versión es la mejora de soporte y adición de nuevos dispositivos, ya que se ha mejorado la estabilidad de Ethernet en la Orange Pi R1 Plus y dispositivos basados ​​en chips Mediatek MT7981 y MT7986, mientras que en dispositivos mpc85xx se aumentó la RAM disponible en Extreme Networks WS-AP3825 y se agregó soporte para una variedad de dispositivos, incluyendo UniFi Reino Unido-Ultra, ASUS RT-AX59U, Cudy RE3000 v1, TP-Link EAP225v5, entre otros.

También se destaca que la mayoría de los componentes fueron actualizados a la versión del Kernel de Linux 5.15.150 (en la versíon anterior el Kernel utilizado era la versión 5.15.137) junto con actualizaciones de mwlwifi, mt76, netifd, bcm27xx-gpu-fw, mbedtls, openssl, y otros componentes.

Por otra parte, en OpenWrt 23.05.3 se solucionaron los problemas de reinicio falso en dispositivos específicos, se ha mejorado el soporte de hardware como WPA3 y se ha mejorado la estabilidad general del sistema.

De los demás cambios que se destacan de esta nueva versión:

• Se realizaron mejoras para aumentar la RAM disponible en algunos dispositivos
• Se corrigió el RTC de los dispositivos IEI-World Puzzle M90x
• El servidor Dropbear SSH ha mejorado significativamente la velocidad de transferencia de datos al utilizar la utilidad scp.
• Se arregló el ciclo de vida de la sesión AMPDU
• Se solucionaron los problemas del modo monitor en mt76
• Corrección de  la instalación OEM de Netgear GS110TPP
• Corrección de errores tipográficos para propiedades spi  en Cetron CT3003
• Se mejora el comportamiento del ventilador en mt7981
• Se eliminó kmod-usb2 para GL-MT6000
• Se habilitó el paquete mt7981-wo-firmware de forma predeterminada
• Se agregaron las definiciones de estado de LED que faltan en GL-MT6000
• Se arregló la dirección mac wifi BPI-R3

Si quieres conocer más al respecto sobre los detalles que se integran a esta nueva liberación del firmware OpenWrt 23.05.3 puedes consultar la información en la publicación original en el siguiente enlace.

Descarga la nueva versión de OpenWrt 23.05

Las compilaciones de esta nueva versión están preparadas para 36 plataformas diferentes, de las cuales se pueden obtener los paquetes de actualización desde el siguiente enlace.

from Linux Adictos https://ift.tt/ujbTkog
via IFTTT

VKD3D-Proton es una bifurcación de VKD3D, cuyo objetivo es implementar la API Direct3D 12 completa sobre Vulkan.

VKD3D-Proton 2.12 se presenta con una serie de mejoras significativas y soluciones a problemas conocidos en la implementación, y entre las características y correcciones que se abordan, se destacan las mejoras de rendimiento, la estabilidad y la compatibilidad.

VKD3D-Proton es una herramienta que ofrece cambios, optimizaciones y mejoras específicas para mejorar el rendimiento de los juegos de Windows basados en Direct3D 12 en el entorno de Proton. Estas mejoras aún no están integradas en la versión principal de vkd3d. VKD3D-Proton se enfoca en aprovechar las extensiones Vulkan más modernas y las capacidades de los controladores gráficos más recientes para lograr una compatibilidad total con Direct3D 12.

Valve utiliza esta bifurcación específica en el paquete basado en Wine para ejecutar juegos de Windows a través de Proton. Mientras que el soporte para DirectX 9/10/11 en Proton se basa en DXVK, la implementación de DirectX 12 se basa en la biblioteca vkd3d. Tras el fallecimiento del autor original de vkd3d, CodeWeavers continuó con el desarrollo de esta parte, con contribuciones de la comunidad de Wine.

Principales novedades de VKD3D-Proton 2.12

En esta nueva versión que se presenta de VKD3D-Proton 2.12, una de las novedades más importantes del lanzamiento es el soporte añadido para NVIDIA Reflex a través de VK_NV_low_latency2. Esta funcionalidad permite reducir la latencia en juegos compatibles, mejorando la capacidad de respuesta y la experiencia de juego para los usuarios de hardware NVIDIA, lo que se traduce en una puntería más rápida, tiempos de reacción más ágiles y una precisión máxima en los juegos competitivos.

Otra de las mejoras implementadas en VKD3D-Proton 2.12 es la API de pase de renderizado D3D12, la cual es una implementación de renderizado D3D12 (nivel 0), lo que soluciona problemas en juegos que dependen de esta funcionalidad específica de DirectX 12.

Ademas de ello, en VKD3D-Proton 2.12 se implementa VK_EXT_device_fault, una extensión que permite a los desarrolladores obtener información detallada sobre fallas y errores en el hardware de la GPU, facilitando el diagnóstico y la resolución de problemas relacionados con el rendimiento y la estabilidad.

Tambien se destaca la optimización de la transición V-Sync y Tearing Present, esto es gracias a la implementación de VK_EXT_swapchain_maintenance1 permite una transición más suave entre los modos V-Sync y Tearing Present, eliminando los molestos artefactos visuales y mejorando la experiencia visual para los jugadores.

Por otra parte, en VKD3D-Proton 2.12 declara Shader Model 6.7 de forma predeterminada si las extensiones VK_KHR_shader_maximal_reconvergence y VK_KHR_shader_quad_controls son compatibles.

Esta versión aborda varios problemas conocidos, como la pantalla negra en juegos como Atlas Fallen, deshabilitación incorrecta de la cobertura alfa y bloqueos de GPU en títulos como Warhammer: Darktide y la demostración de UE5 Lyra. Se implementan soluciones alternativas para fallos en juegos específicos, como Resident Evil 4 RT, títulos basados en UE5 y World of Warcraft, mejorando la estabilidad y la compatibilidad general de VKD3D-Proton con una amplia gama de juegos.

De los demás cambios que se destacan de esta nueva versión:

• La implementación de VK_NV_raw_access_chains mejora significativamente el rendimiento de la GPU en juegos específicos, especialmente aquellos que utilizan DXBC en lugar de DXIL.
• Se ha implementado un controlador de copia de descriptor optimizado para las GPU Intel Arc que son compatibles con la extensión VK_EXT_descriptor_buffer.
• Se añadio el soporte para VKD3D_QUEUE_PROFILE y VK_NV_low_latency2 para facilitar la depuración y el perfilado del sistema.
• Se corrigió el rendimiento extremadamente pobre de la GPU en algunas ubicaciones en Persona 3 Reload
• Se incluye una herramienta CLI para inspeccionar blobs root-sig y se realizan mejoras en las rutas de navegación y las capacidades de depuración.
• Soluciona algunos escenarios en los que un juego intenta crear una canalización no válida que debería haber fallado en la creación
  en D3D12 nativo.
• Se implementaron los apéndices ID3D12DeviceRemovedExtendedDataSettings. 

Para aquellos que estén interesádos en conocer más al respecto sobre este nuevo lanzamiento, puedes consultar los detalles en el siguiente enlace.

Si quieres probar ya Proton en Steam, ya sabes que puedes instalar el cliente de Steam desde la web oficial, aunque también lo encontrarás en los repos de la mayoría de las distros.

from Linux Adictos https://ift.tt/oY9E0sB
via IFTTT