La mayoría de distribuciones Linux más semi-populares se decantan por Calamares para instalar el sistema operativo. Las más populares de las que descienden otras, como Debian, Ubuntu o Fedora, usan sus propios instaladores, pero Calamares sigue siendo la opción elegida por otros muchos proyectos, como gran parte de los de base Arch, con Manjaro y EndeavourOS a la cabeza. Y este abril se le sumará una más: Kubuntu 24.04 Noble Numbat.

Ahora mismo y si no estoy equivocado, el único sabor de Ubuntu que no usa algo basado en Ubiquity/Subiquity es Lubuntu, que también usa el instalador con nombre de tapa de bar. Todos los demás usan o el instalador más nuevo de Ubuntu o el anterior, pero algo de Canonical. Hace unas horas, Kubuntu ha publicado una nota con parte de sus planes de futuro, y entre ellos pasa usar el instalador Calamares.

Kubuntu 24.04 con Plasma 5.27, 24.10 con Plasma 6.x

Los dos detalles más importantes nos cuentan que en la reunión que tuvieron el 30 de enero se habló del paso a Calamares y que se está preparando una versión alfa de Plasma 6 con el objetivo fijado en Ubuntu 24.10. De este modo se confirmaría lo que muchos ya nos esperábamos, que pasarán 18 meses con la misma versión – o sería más correcto decir «serie» – del entorno gráfico de KDE porque lo de este abril es una versión LTS y prefieren incluir algo estable.

Plasma 5.27 llegó el 14 de febrero de 2023. En estos momentos ya se han lanzado 10 versiones de mantenimiento, y este febrero debería llegar la décimo-primera. Plasma 6.0 llegará el 28 de febrero, y probablemente llegue sólo a KDE neon los primeros días; la mayoría de proyectos se esperarán un tiempo prudencial hasta añadirlo en sus repositorios oficiales.

Kubuntu 24.04 llegará en abril de 2024 con Plasma 5.27, Linux 6.8, Calamares, no se ha adelantado qué versión, y otros paquetes actualizados.

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

El próximo 28 de febrero llegará Plasma 6.0, una actualización muy importante para el escritorio de KDE. Aunque yo no he experimentado fallos serios desde que subieron a Plasma 5, es posible que algo falle y plasmashell se cierre por completo. En ese momento veremos las aplicaciones, pero el panel inferior con Kickoff, por ejemplo, dejará de estar accesible. Ante un caso como el descrito o algo similar, ¿cómo podemos solucionarlo sin reiniciar el sistema operativo?

La mejor manera es hacerlo desde el terminal. El comando puede variar dependiendo de la versión de Plasma en la que estemos, y no era igual en KDE 4 que en Plasma 5. En la anterior versión del entorno gráfico se usaba el comando killall plasma-desktop && kstart plasma-desktop – ahí queda por si hay alguien que aún esté en esa versión -, pero a partir de la versión 5 se cambió el nombre del paquete a plasmashell. Los comandos quedarían así:

Reiniciar Plasma desde el terminal

Hay al menos dos maneras de reiniciar Plasma desde el terminal: con killall y con kquitapps5. El segundo no funcionará en Plasma 6, pero el primero es válido tanto para la v5.x como para la v6.x:

killall plasmashell && kstart plasmashell

El segundo quedaría así:

kquitapp5 plasmashell && kstart5 plasmashell

En el momento de escribir este artículo, por lo menos la orden kstart6 no existe, pero eso no significa necesariamente que no vaya a hacerlo nunca. Teniendo en cuenta que el primero funciona en ambas versiones, quizá merezca la pena recordar sólo ese.

Qué hacen estos comandos

• killal termina todos los procesos asociados con lo que le sigue, en este caso plasmashell.
• kquitapps5, o terminado en 6 si lo llegan a implementar, cierra la aplicación que le indicamos después, la misma que en el ejemplo anterior. Prácticamente hacen lo mismo, pero el primero es un comando de Linux y el segundo de KDE.
• kstart se usa para lanzar aplicaciones, y lo que hará es iniciar Plasma.

Todo junto y para resumir, lo que hacen estos comandos es cerrar Plasma, o terminar de cerrarlo del todo, y volverlo a abrir, lo que es reiniciar el entorno gráfico. Rápido y sencillo.

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important;}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important} code {background-color: black; padding: 2px 5px; border-radius: 3px; color: #0EE80E; font-family:monospace; white-space: nowrap;}

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

Plasma 6, es el próximo y más importante lanzamiento de KDE que se espera en este 2023

Nate Graham, responsable de control de calidad en el proyecto KDE, ha compartido un nuevo informe sobre los avances en la preparación para el esperado lanzamiento de KDE  Plasma 6, el cual según los planes y no surge algún problema, estaría llegando para este 28 de febrero.

Nate Graham menciona que junto con la corrección de errores, KDE 6 ha estado refinando su interfaz de usuario en la última semana, ya que por ejemplo, se ha realizado una mejora notable en los controles deslizantes de volumen del panel y el configurador, los cuales ahora implementan un desplazamiento incremental.

Además, se desactivó la capacidad de mover aplicaciones y ventanas desde el área del administrador de tareas a otras partes del panel con el mouse, para evitar la creación accidental de widgets del iniciador.

Otro de los cambios que destaca, es el trabajo en las sesiones basadas en Wayland, pues ahora es posible habilitar la duplicación de pantallas a través de un interruptor visible en el configurador, eliminando la necesidad de arrastrar una pantalla sobre otra. Asimismo, se ha mejorado la vista previa de las imágenes del cursor en el configurador.

En términos de rendimiento, se han realizado varias optimizaciones significativas, ya que la velocidad de búsqueda de archivos de configuración utilizados en aplicaciones típicas de KDE ha aumentado entre un 35% y un 40%.

También se ha mejorado la capacidad de respuesta y el rendimiento de la interfaz del configurador (Configuración del sistema), así como se ha reducido el tiempo de inicio del administrador de aplicaciones Discover. Además, se han realizado mejoras en la compatibilidad entre GPU y renderizadores KWin, especialmente en lo que respecta a screencasting, uso compartido de pantalla y generación de miniaturas de ventanas.

Otros de los cambios que se mencionan, es que se ha proseguido con el desarrollo de nuevas características para las versiones 6.1 de KDE Plasma y KDE Gears, las cuales están siendo desarrolladas en paralelo en un repositorio separado. Por ejemplo, en KCalc (Calculadora), ahora, junto al resultado del cálculo, se muestra la expresión asociada ingresada previamente por el usuario, lo que facilita la comprensión del proceso de cálculo.

En Spectacle (la herramienta de captura de pantalla), la interfaz de captura de pantalla de Spectacle ha sido mejorada con la capacidad de escanear códigos QR y abrir los enlaces codificados en ellos, brindando una funcionalidad adicional y práctica.

En el Widget de pronóstico del tiempo, se ha mejorado el widget de pronóstico del tiempo para que ahora admita advertencias de nevadas, proporcionando a los usuarios información más detallada y relevante sobre las condiciones climáticas.

En el configurador, en la página de configuración de la tableta gráfica, se ha agregado la posibilidad de cambiar los parámetros de la tableta y los botones del lápiz óptico para usarlos como modificadores en lugar de activar acciones directamente, lo que aumenta la flexibilidad y la personalización para los usuarios que utilizan tabletas gráficas con KDE Plasma.

De los demás correcciones y mejoras que se destacan:

• Se mejoró un poco el rendimiento y la capacidad de respuesta de la GUI de la aplicación Configuración del sistema en todas partes
• Mejorado un poco el tiempo de lanzamiento de Discover
• 4 errores de Plasma de muy alta prioridad y se corrigieron 150 errores de todo tipo en KDE
• La vista previa de los tamaños de cursor disponibles ahora se muestra correctamente cuando se utiliza un factor de escala superior al 100 %.
• Ahora, al cambiar el nombre, icono, comando, etc., de una aplicación marcada como favorita en Kickoff, los cambios se reflejan de inmediato en el elemento correspondiente. Ya no es necesario reiniciar Plasma para que los ajustes surtan efecto.
• Se ha corregido un error que causaba que los paneles configurados para «Ocultar automáticamente» o en el nuevo modo «Esquivar Windows» se mostraran incorrectamente y quedaran atascados en un estado no oculto al cambiar la configuración de la pantalla de ciertas maneras.
• Se solucionaron varios problemas relacionados con los atajos de teclado que involucraban las teclas numéricas del teclado numérico en las sesiones de X11 y Wayland.

Finalménte 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/Xsa67So
via IFTTT

Logo de Python 

Aquí en el blog ya hemos abordado un poco sobre Ley de Resiliencia Cibernética y como algunos proyectos han comentado sobre ello, tanto perjuicios asi como cambios que se ven obligados a hacer por dicha ley.

Y es que como ya hemos mencionado, la Ley de Resiliencia Cibernética tiene como objetivo establecer requisitos adicionales para los fabricantes de software, con el objetivo de mejorar la seguridad y la gestión de vulnerabilidades a lo largo del ciclo de vida del producto. Sin embargo, la comunidad de Debian expreso sus preocupaciones sobre el impacto potencial en el ecosistema de desarrollo de software de código abierto.

La Ley de Resiliencia Cibernética (CRA) es una legislación propuesta por la Comisión Europea que tiene como objetivo aumentar la ciberseguridad de los productos y servicios digitales en la Unión Europea.

En su momento, la Python Software Foundation expreso su preocupación sobre algunas formulaciones de la política propuesta, dado que en la redacción de ese momento ponía en a la Free Software Foundation en un gran problema, pues podía ser financieramente responsable de cualquier producto que incluya código Python, aunque nunca ha recibido ganancias monetarias de ninguno de estos productos.

Incluso los desarrolladores de Debian tuvieron que realizar algunos cambios por la Ley de Resiliencia Cibernética dado que introducía una responsabilidad legal por el incumplimiento de los requisitos de seguridad, lo que va en contra de la responsabilidad social de Debian de distribuir software para cualquier propósito y sin restricciones.

Ahora con la consolidación de la CRA (que se consolidó el 1 de diciembre) la Python Software Foundation ha salido a dar algunos buenos comentarios sobre ella y también a agradecer los cambios realizados, marcando una victoria significativa para el código abierto. En medio de preocupaciones previas sobre el impacto potencial en el ecosistema de código abierto, incluyendo proyectos como CPython y PyPI.

La buena noticia es que el texto final de la CRA refleja cambios significativos que abordan estas preocupaciones. Introduce el concepto de «administrador de software de código abierto», definido como una entidad dedicada a brindar apoyo para el desarrollo de productos específicos con elementos digitales de código abierto destinados a actividades comerciales. Esto demuestra una comprensión más clara del papel y el valor del software de código abierto en el ecosistema de desarrollo de software.

“’administrador de software de código abierto’ significa cualquier persona jurídica, distinta de un fabricante, que tiene el propósito u objetivo de brindar apoyo sistemático y sostenido para el desarrollo de productos específicos con elementos digitales calificados como software libre y de código abierto que están destinados a actividades comerciales, y garantiza la viabilidad de dichos productos;” (pág. 76)

Además, se establece que el suministro de productos de software gratuitos y de código abierto no se considera una actividad comercial, lo que reconoce la naturaleza colaborativa y no monetizada de muchos proyectos de código abierto.

Sin embargo, el trabajo no ha terminado, ya que el concepto de «administrador de código abierto» es nuevo en la legislación europea, y la comunidad de código abierto estará atenta a su implementación y sus interacciones con otras partes de la ley para garantizar que refleje la intención y las realidades del desarrollo del código abierto.

Además, otras leyes en proceso, como la «Directiva sobre responsabilidad del producto «y las discusiones sobre las patentes estándar esenciales, también pueden afectar el ecosistema de Python y el desarrollo de código abierto. La PSF y la comunidad seguirán vigilantes y comprometidos para garantizar que los efectos de estas leyes sean positivos y benévolos para el código abierto.

La Python Software Foundation:

agradece a Open Forum Europe (OFE), especialmente a Ciarán O’Riordan, por liderar los esfuerzos para coordinar las preocupaciones y perspectivas de la comunidad de software libre. Su trabajo fue fundamental para comunicar las preocupaciones del PSF a los legisladores y asegurar que se consideraran los impactos en el ecosistema de código abierto.

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/dTcJKan
via IFTTT

Niri es un compositor de Wayland con mosaicos desplazables

Hace poco se dio a conocer el lanzamiento de la primera versión de «Niri» el cual se posiciona como un compositor Wayland que ofrece una experiencia única al organizar las ventanas en mosaicos desplazables. Su diseño se centra en proporcionar una disposición eficiente de las ventanas y espacios de trabajo en monitores individuales, brindando una experiencia fluida y organizada para los usuarios.

El proyecto está inspirado en la extensión PaperWM de GNOME e implementa un método de diseño en mosaico en el que las ventanas se agrupan en una cinta que se desplaza sin fin en la pantalla. Abrir una nueva ventana hace que la cinta se expanda, mientras que las ventanas agregadas anteriormente nunca cambian de tamaño.

Sobre Niri

El motivo para crear un administrador compuesto separado es la imposibilidad de implementar un trabajo separado con monitores en PaperWM debido a las peculiaridades de GNOME Shell (vinculación a las coordenadas globales de la ventana). La principal diferencia entre Niri y PaperWM es que cada monitor tiene su propia cinta de ventanas que no se cruzan entre sí. Niri admite HiDPI y puede ejecutarse en sistemas con múltiples GPU (por ejemplo, sistemas híbridos con una tarjeta gráfica discreta y una GPU integrada).

Características principales:

• Mosaico desplazable: Las ventanas se organizan en columnas en una franja infinita que se extiende hacia la derecha. Abrir una nueva ventana no altera el tamaño de las existentes.
• Espacios de trabajo dinámicos: Los espacios de trabajo se organizan verticalmente y son dinámicos, permitiendo una gestión eficiente similar a GNOME.
• Interfaz de captura de pantalla incorporada: Niri cuenta con una interfaz de captura de pantalla integrada, lo que facilita la toma de imágenes de forma rápida y sencilla.
• Supervisión de screencasting: A través de xdg-desktop-portal-gnome, Niri permite el screencasting con facilidad.
• Gestos del panel táctil: Se incluyen gestos del panel táctil para cambiar entre espacios de trabajo, mejorando la accesibilidad y la experiencia de usuario.
• Diseño configurable: Los usuarios pueden personalizar diversos aspectos del diseño, incluyendo espacios, bordes, puntales y tamaños de ventanas, adaptándolos a sus preferencias individuales.
• Configuración de recarga en vivo: Niri permite la configuración de recarga en vivo, lo que significa que los cambios realizados se aplican de inmediato sin necesidad de reiniciar.

Niri cuenta con soporte para gestos de control en el panel táctil para cambiar entre escritorios. Cuando se apaga el monitor, el diseño del escritorio virtual se recuerda y se transfiere al monitor restante, y cuando se devuelve el monitor, se restaura a su estado original.

La personalización del entorno se logra mediante un archivo de configuración que permite ajustar parámetros básicos como el ancho del marco, el relleno, los modos de salida y el tamaño de las ventanas y los cambios realizados en la configuración se aplican dinámicamente, sin necesidad de reiniciar el servidor compuesto.

Por la parte de los cambios desde v0.1.0-beta.1, se han implementado las siguientes correcciones y mejoras en Niri:

1. Se ha solucionado la recarga en vivo de la configuración en NixOS, permitiendo cambios en el enlace simbólico del archivo de configuración mientras se mantiene constante el mtime.
2. Se han corregido la mayoría de los casos en los que Niri no encendía los monitores después de un cambio de TTY.
3. Se ha corregido el problema con xdg-desktop-portal-gnome que no actualizaba la lista de monitores de screencast al desconectar/reconectar el monitor, debido a que Niri no le notificaba sobre los cambios.
4. Se han solucionado problemas con ventanas grandes con grandes sombras CSD que se cortaban en capturas de pantalla y screencasts.
5. Se han corregido los cambios en la configuración de salida que se ignoraban si se realizaban en un TTY diferente.
6. Se han solucionado las ventanas emergentes que no aparecían cuando un IME estaba activo, con una solución alternativa que deshabilita la captura de ventanas emergentes cuando un IME está activo.
7. Se ha mejorado ligeramente el rendimiento de representación del cursor al evitar transferencias CPU->GPU->CPU.
8. Se ha solucionado que la interfaz de usuario de captura de pantalla no apareciera si el cursor terminaba fuera de todos los monitores.

Finalmente para los interesados en el proyecto, deben saber que el código del proyecto está escrito en Rust y se distribuye bajo la licencia GPLv3.  Pueden encontrar las instrucciones de instalación, asi como mayor información sobre el usó de Niri mediante atajos de teclado en el siguiente enlace.

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