Todo va bien si bien acaba. La semana pasada llegó una actualización de Visual Studio Code (1.86) y lo hizo con una novedad que no notaremos los que usamos una distribución Linux de pocos meses y sí los que estén en una de unos cuantos años, pero para mal: sus requisitos mínimos incluían que glibc tenía que ser 2.28 como mínimo, y como Ubuntu 18.04, lanzado en abril de 2028, usa glib 2.27 y no se espera una actualización para esa librería, ya no era compatible.

El principal problema lo tienen muchos desarrolladores que gestionan servidores, aunque no sean los únicos que pueden preferir no actualizar. La semana pasada se quejaron al conocer esta noticia, y no sin razón si llegó sin ningún tipo de aviso que les diera tiempo a tomar las medidas necesarias. Pero Microsoft les ha escuchado y planea lanzar una actualización «de recuperación» para Visual Studio Code muy pronto. Entre lo que se recuperará, la posibilidad de usar las herramientas remotas del desarrollador en el popular editor de textos.

Visual Studio Code da más tiempo a las distros «viejas»

Entre los afectados, los que más ruido hicieron fueron los de Ubuntu 18.04, pero también están los de RHEL 7, CentOS 7, Amazon Linux 2 y todo lo basado en estos sistemas.  Ahora bien, tal y como informa OMG! Ubuntu! citando a Isidor Nikolic de Microsoft, sólo se amplia el soporte durante 12 meses:

«Hemos discutido esto más a fondo en el equipo de VS Code y hemos decidido permitir que VS Code se conecte a un sistema operativo que no es compatible con VS Code (no es compatible con glibc >= 2.28) durante 12 meses más».

12 meses es lo que la compañía que está detrás del sistema operativo para escritorio más usado del mundo considera suficiente tiempo para que se pasen a una opción más moderna, y debería serlo. De hecho, creo que lo correcto habría sido hacer esto directamente, tal y como hacen con sus sistemas operativos: con bastante tiempo de margen, avisan de que se quedará sin soporte en una fecha determinada y da tiempo a actualizar o a asumir las consecuencias, pero tomando una decisión informada.

A principios de 2025, todo aquel que use una distribución Linux con glibc 2.27 o anterior sí deberá haber subido a algo más nuevo o dejará de poder usar el editor y sus herramientas para gestionar servidores remotamente.

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

Nitrux continua con la migración hacia Maui Shell

Ya fue liberada, la nueva versión de Nitrux 3.3 con nombre clave «ab» el cual se refiere a la iniciativa NX AppImage Build Hub. Nitrux 3.3 viene cargada de nuevas características, mejoras y actualizaciones.

Para quienes desconocen de esta distribución, deben saber que está construida sobre la base del paquete Debian, las tecnologías KDE y el sistema de inicio OpenRC. Esta distribución se destaca por el desarrollo de su propio escritorio «NX», que es un complemento sobre el entorno KDE Plasma del usuario, además de que el proceso de instalación de aplicaciones está basado en el uso de paquetes AppImages.

Principales novedades de Nitrux 3.3 «ab»

En esta nueva versión que se presenta de Nitrux 3.3 «ab» una de las novedades más importantes es la renovada herramienta NUTS (Nitrux Update Tool System) que se encarga de gestionar las actualizaciones del sistema operativo. Esta nueva versión de NUTS introduce cambios significativos en el proceso de actualización, además de que elimina el código utilizado para actualizar el kernel del componente de instalación de actualización Nuts-cru. Esta actualización permite la generación de actualizaciones OTA que no incluyen nuevos kernels, ofreciendo a los usuarios la posibilidad de agregar nuevos kernels utilizando la interfaz Kernel Boot.

En lugar de utilizar rsync, el proceso de actualización en Nuts-cru ahora implica el uso de un paquete AppImage separado. Este paquete se encarga de cargar un archivo TAR y extraer de él la imagen de la partición root durante el proceso de actualización. Además, se han incorporado nuevas configuraciones que permiten a los usuarios elegir si desean eliminar o conservar las copias de seguridad que quedan después de la actualización.

Por otro lado, el componente de limpieza Nuts-ccu también ha experimentado mejoras significativas, pues ahora es compatible con paquetes en formato AppImage y archivos ejecutables vinculados estáticamente, lo que garantiza una limpieza más completa y eficaz del sistema después de las actualizaciones.

Otra de las novedades que presenta esta nueva versión de Nitrux 3.3 es el Kernel de Linux 6.7.3 con parches de Liquorix proporcionando un rendimiento óptimo y un soporte de hardware mejorado.

Por la parte de la paquetería del sistema, Nitrux 3.3 implementa las nuevas versiones de Firefox 122.0, OpenRC versión 0.53, los controladores AMD Open Source para Vulkan® hasta la versión v-2024.Q1.1, NVIDIA Linux x64 (AMD64/EM64T) Display Driver 550.40.07, Mesa 23.3.4, Pipewire 1.0.1, Wireplomber 0.4.17 y Plymouth a la versión 22.02.122.

En cuanto al entorno de escritorio, esta nueva versión de Nitrux 3.3 continúa usando KDE Plasma 5, pese a que en cuestión de semanas Plasma 6 estaría siendo liberado. Las versiones que aún se utilizan en este lanzamiento son KDE Plasma 5.27.10, KDE Frameworks 5.114, KDE Gear 23.08.4 y QT 5.15.12.

Además de una sesión de Wayland habilitada de forma predeterminada en esta versión, también se destaca que esta versión agrega kdotool, un xdotoolclon de KDE Wayland, que utiliza la API de secuencias de comandos de KWin para ofrecer nuevas capacidades para los usuarios del entorno de escritorio KDE.

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

• Nitrux 3.3 también ha eliminado algunos componentes de la distribución, lo que indica un enfoque en la optimización y la eliminación de elementos innecesarios.
• Se discontinuaron las versiones ISO mínimas de la distribución.
• Se discontinuaron los lanzamientos de OVA de la distribución.
• Ahora los archivos ISO están firmados con una clave GPG

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

Descargar la nueva versión de Nitrux 3.3

Si quieren descargar esta nueva versión de Nitrux deberán de dirigirse a la página web oficial del proyecto en donde podrán obtener el enlace de descarga de la imagen del sistema y la cual podrán grabar en un USB con ayuda de Etcher. Nitrux está disponible para su descarga inmediata desde el siguiente enlace. 

Para aquellos que ya se encuentran sobre una versión anterior de la distribución, pueden hacer la actualización a la nueva versión, tecleando los siguientes comandos:

sudo apt update

sudo apt install --only-upgrade nitrux-repositories-config amdgpu-firmware-extra

sudo apt install -o Dpkg::Options::="--force-overwrite" linux-firmware/trixie

sudo apt dist-upgrade

sudo apt autoremove

sudo reboot

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

KaOS con KDE 6

Hace poco se dio a conocer el lanzamiento de la nueva versión KaOS 2024.01, siendo este el primer lanzamiento importante de este año y el cual añade la nueva versión de KDE Plasma 6 RC2, a la cual aún se le están refinando algunos detalles.

KaOS 2024.01 representa lanzamiento que introduce cambios significativos, siendo el más destacado el paso definitivo hacia Plasma 6 como entorno de escritorio predeterminado y marcando así el final de Plasma 5 en KaOS. Y es que el equipo de KaOS menciona que durante los últimos quince meses, se ha dedicado intensamente a la migración completa hacia un entorno basado en Frameworks 6 y Plasma 6.

Para quienes desconocen de KaOS deben saber que a diferencia de otras distros fue desarrollada desde cero. De acuerdo a sus desarrolladores, su objetivo ser más diferenciado. Entre ellas, una selección limitada de aplicaciones o el soporte exclusivo para arquitectura de 64 bits.

Principales novedades de KaOS 2024.01

En este nuevo lanzamiento que se presenta de KaOS 2024.01, como ya se mencionó la novedad más importante es la transición hacia KDE Plasma 6, y es que el lanzamiento del Plasma 6 Release Candidate 2 se considera lo suficientemente pulido como para ofrecer una experiencia de usuario superior en comparación con Plasma 5. Para el escritorio Plasma 6, se incluyen las últimas versiones de Plasma (5.93.0), KDE Gear (24.01.95) y Frameworks (5.249.0), todo construido en Qt 6.6.1.

Otro de los aspectos destacados de la nueva versión de KaOS 2024.01 es la actualización de la base de los paquetes del sistema, ya que este lanzamiento nos ofrece el Kernel de Linux 6.6.14, Systemd 254.9, la pila de graficos mesa 23.3.4-1, las bibliotecas KDE Frameworks 6-RC2 y la colección de aplicaciones KDE Gear 6-RC2. Para las aplicaciones que aún no se han portado a las tecnologías KDE 6, se incluyen paquetes con bibliotecas de KDE Frameworks 5.

Además de ello también se destacan las actualizaciones incluidas de: Wayland 1.22 FFMPEG 6, Boost 1.83.0/ICU 74.1, LLVM/Clang 17.0.6, Python 3.10.13, Util-Linux 2.39.3, IWD 2.13, MariaDB 11 y Postgresql 16. 

Además, la versión 0.20.0 de SDDM agrega la opción de ejecutar este administrador de pantalla en modo Wayland, lo que en el futuro le permitirá negarse a enviar componentes X11. Cuando trabaja con Wayland, SDDM utiliza el administrador compuesto kwin_wayland en lugar del estándar Weston.

En cuanto a la experiencia de instalación, el instalador Calamares ahora ofrece la opción de partición automática en la cual es posible seleccionar sistemas de archivos (XFS, EXT4, BTRFS y ZFS) sin cambiar al modo de partición manual.

Finalmente 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

Finalmente, si aún no cuentas con KaOS instalado en tu equipo y quieres descargar e instalar esta distribución de Linux enfocada en el entorno de escritorio KDE en tu equipo o la quieres probar bajo una máquina virtual. Las compilaciones se publican para sistemas x86_64 (3.3 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.

Cabe mencionar que este lanzamiento de KaOS ofrece un proceso de migración mediante la inclusión de aplicaciones portadas desde la rama Frameworks 6 en las instantáneas ISO previas. La mayoría de las aplicaciones que los usuarios están acostumbrados a ver en la versión de Frameworks 5/Plasma 5 están disponibles como puertos de Frameworks 6/Plasma 6.

Para aquellas aplicaciones que aún no están listas, Frameworks 5 todavía está empaquetado para su uso en un entorno Plasma 6. Sin embargo, las partes de Plasma 5 que aún no están listas no estarán disponibles en los repositorios de KaOS hasta que sus ports estén listos para un uso diario.

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

El fin de semana del 2 al 4 de febrero se ha celebrado el FOSDEM 2024, donde se han reunido muchos desarrolladores y gente relacionada al software libre y de código abierto. Allí se han tratado muchos temas y han adelantado información como la que asegura que Kubuntu pasará a usar Calamares, pero también se presentó por sorpresa una nueva consola o PC de mano, la Orange Pi Neo que usará el sistema operativo Manjaro.

Si termina siendo competencia de la Steam Deck está por ver. Valve se sacó de la manga algo que en realidad ya había existido, pero mejoró el concepto y está consiguiendo muchas ventas incluso a gente que jamás había tocado Linux. Más tarde llegaron otras como la Legion Go o la Rog Ally, con una potencia superior pero un desequilibrio que les hace perder en frentes como los de la autonomía. Manjaro no ha querido perder este tren y se ha aliado con Orange Pi para ofrecer la Orange Pi Neo con las siguientes especificaciones.

Especificaciones técnicas de la Orange Pi Neo

table{border-collapse: collapse; margin: auto;}td, th{padding: 5px}th{background-color: grey}td,th{border: 1px solid};

La Orange Pi Neo ya tiene página en la web de Manjaro, pero aún no aparece en su sección de hardware. Cuando lo haga sabremos también cuánto costará y cuándo estará disponible. Teniendo en cuenta los precios que se barajan en la tienda de Manjaro y lo que cuestan los SBC de Orange Pi, lo único que podemos decir es que no será barata, y creo que la Orange Pi Neo tendrá un precio más cercano al de la Rog Ally de ASUS que al de la Steam Deck de Valve.

Músculo tiene para ser una buena opción, pero, en mi opinión, está un poco en tierra de nadie. Por una parte, el sistema operativo será Manjaro, de escritorio, y en un principio no estará tan bien optimizado como SteamOS para una consola. Por otra parte, Manjaro es Linux, lo que le permitirá instalar Steam, Heroic y todos los emuladores que podamos necesitar, pero tampoco puede acceder al Game Pass de Microsoft.

Sistema operativo de escritorio 100%

Que la Orange Pi Neo tenga un sistema operativo de escritorio 100% también tiene sus cosas buenas y sus cosas malas. Lo mejor es que es un PC real que puede funcionar usando el teclado en pantalla y los paneles táctiles o conectarlo a un monitor y trabar con él como si fuera un ordenador fijo o de torre. Si queremos instalar software como GIMP o Visual Studio Code, podemos hacerlo desde repositorios oficiales de Manjaro o AUR (Arch User Repositiry). También es posible añadir soporte para paquetes flatpak y snap. La Steam Deck por defecto sólo permite instalar paquetes de Flathub, lo que nos permite instalar los dos programas mencionados pero ocupando mucho más espacio. También es cierto que existe una opción para hacer que no sea sólo de lectura.

Lo malo de los sistemas operativos de escritorio es que no están tan optimizados como SteamOS. Aunque se ejecutara Steam en modo Big Picture, el sistema operativo seguiría funcionando en segundo plano con el consumo de recursos correspondiente. Por otra parte, SteamOS en su modo consola actúa – salvando las distancias – como Kodi en la Raspberry Pi: hace una especie de puente al sistema operativo para que se ejecute sólo lo necesario para funcionar.

Sabremos más de la Orange Pi Neo en las próximas horas.

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

Mesa es una biblioteca gráfica de código abierto, desarrollada que proporciona una implementación genérica de OpenGL

Hace poco se dio a conocer el lanzamiento de la nueva versión de los controladores «Mesa 24.0» la cual es la primera versión de la rama Mesa 24.x la cual está catalogada como experimental y posterior a la estabilización de la rama se estará dando a conocer el lanzamiento de la versión estable.

Esta nueva versión de Mesa 24.0 ofrece soporte completo para la API de gráficos Vulkan 1.3 a través de diversos controladores, incluyendo anv para GPU Intel, radv para GPU AMD, NVK para GPU NVIDIA, tu para GPU Qualcomm, y en el rasterizador lvp y vn. Además, la compatibilidad con Vulkan 1.0 está implementada en los controladores v3dv (GPU Broadcom VideoCore VI de Raspberry Pi 4) y dzn (implementación de Vulkan sobre Direct3D 12).

Principales novedades de Mesa 24.0

En esta nueva versión de Mesa 24.0 se destaca la compatibilidad total con OpenGL 4.6 para una amplia gama de hardware, pues se han implementado algunas nuevas características y de las más notables se encuentra la compatibilidad con el controlador d3d12.

Asimismo, en Mesa 24.0, se brinda soporte para OpenGL 4.5 en las GPU AMD (r600) y NVIDIA (nvc0), mientras que la compatibilidad con OpenGL 3.3 está presente en los controladores softpipe (rasterizador de software), asahi (GPU AGX utilizada en los chips Apple M1 y M2) y nv50 (NVIDIA NV50).

Otro de los aspectos destacados, es la implementación de la API Vulkan 1.3 junto con la adición de un nuevo controlador «pvr» para la GPU Imagination PowerVR, asi como también que el controlador Asahi para la GPU Apple AGX incluye soporte para sombreadores de geometría y es compatible con OpenGL 3.3 y el controlador RADV Vulkan para GPU AMD ha mejorado el rendimiento del trazado de rayos.

También se destacan las nuevas extensiones de Vulkan para la aceleración por hardware de la codificación de video en formatos h.264 y h.265 y características en varios controladores, incluidos RADV y Asahi.

Se han incorporado diversas extensiones al controlador NVK Vulkan para GPU NVIDIA: VK_KHR_vulkan_memory_model, VK_EXT_multi_draw, VK_EXT_subgroup_size_control, VK_KHR_fragment_shader_barycentric, VK_KHR_synchronization2, VK_KHR_shader_float_controls, VK_KHR_shader_atomic_int64 y VK_KHR_shader_subgroup_extended_types

Por otro lado, el controlador RADV Vulkan para GPU AMD ha sido actualizado con soporte para una serie de extensiones: VK_EXT_image_compression_control, VK_EXT_device_fault, VK_EXT_depth_clamp_zero_one, VK_KHR_calibrated_timestamps, VK_KHR_vertex_attribute_divisor, VK_KHR_maintenance6 y VK_KHR_ray_tracing_position_fetch

Por la parte de las correcciones de errores, Mesa 24.0 aborda una amplia gama de problemas y errores que han sido identificados en versiones anteriores y de las correcciones mas destacadas se incluyen:

• Solución para fallos en la reproducción de video con la aceleración de hardware Radeon RX6600 habilitada.
• Corrección de artefactos gráficos en texturas de agua en OpenGOAL.
• Solución para fallos en el codificador HEVC al usar VAAPI: EFC en VCN2.
• Solución para problemas de antialiasing en Blender con GPU AMD RDNA3.
• Corrección de fallas de compilación con MSVC durante el ciclo de desarrollo 23.3.
• Solución para errores durante el análisis SPIR-V de OpCopyLogical.
• Solución para problemas de salida de profundidad conservadora con RADV, entre otros.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión de los controladores Mesa, puedes consultar los detalles en el siguiente enlace.

¿Cómo instalar los drivers de video Mesa en Linux?

Los paquetes de Mesa se encuentran en todas las distribuciones de Linux, por lo que su instalación puede realizarse ya sea descargando y compilando el código fuente (toda la información al respecto aquí) o de una forma relativamente sencilla, la cual depende de la disponibilidad dentro de los canales oficiales de tu distribución o de terceros.

Para los que son usuarios de Ubuntu, Linux Mint y derivados pueden añadir el siguiente repositorio en donde los controladores son actualizados de manera rápida.

sudo add-apt-repository ppa:kisak/kisak-mesa -y

Ahora vamos a actualizar nuestro listado de paquetes y repositorios con:

sudo apt update

Y finalmente podemos instalar los drivers con:

sudo apt upgrade

Para el caso de los que son usuarios de Arch Linux y derivados estos los instalamos con el siguiente comando:

sudo pacman -S mesa mesa-demos mesa-libgl lib32-mesa lib32-mesa-libgl

Para quienes sean usuarios de Fedora 32 pueden utilizar este repositorio, por lo que deben de habilitar corp con:

sudo dnf copr enable grigorig/mesa-stable

sudo dnf update

Finalmente, para los que son usuarios de openSUSE, pueden instalar o actualizar tecleando:

sudo zypper in mesa

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

Desde que Linus Torvalds incluyó Rust en la versión 6.1 del Kernel de Linux, el lenguaje ha estado ganando terreno gradualmente y son cada vez más los desarrolladores que se unen a este movimiento.

Sin embargo, algunos de los desarrolladores del Kernel de Linux resaltan que los avances cada vez más supondrán más trabajo y desafíos, ya que dentro de sus comentarios dan a entender que es posible que surja un estancamiento.

Cabe aclarar que no mencionamos que la implementación llegue a un punto muerto, sino que dados los comentarios de diversos desarrolladores y como ya mencionamos, en el estado actual, ha comenzado a surgir la necesidad de disminuir el ritmo de trabajo, o al menos eso es lo que nos sugiere el siguiente artículo de LWN.net.

Y es que hace ya varias semanas me encontré con este artículo en donde se trata de abordar el estado actual del uso de Rust en Linux y analizar si el experimento con este lenguaje de programación ha sido exitoso.

Se menciona que desde hace algunos años, Rust ha sido un tema que no ha dejado de tocarse en la «Kernel Maintainers Summit» y la celebrada en este 2023 no fue la excepción, ya que desde la implementación oficial de Rust como segundo lenguaje de programación en Linux, Miguel Ojeda, desarrollador de Rust-for-Linux, destacó el creciente interés en el uso de Rust para el desarrollo del kernel durante la sesión dedicada a este tema.

Miguel Ojeda menciona que el proyecto Rust-for-Linux ha experimentado un impulso significativo en el último año, ya que se ha sumado un ingeniero a tiempo completo y un desarrollador estudiantil y que diversas empresas se han sumado al respaldado del trabajo. Además, se está trabajando para integrar la herramienta Coccinelle con el código Rust. Sin embargo, no todo es color de rosa, ya que uno de los desafíos actuales es reclutar más revisores para el código que se está desarrollando.

En el artículo se menciona qué los problemas han comenzado a ser notorios en la cadena de herramientas, ya que el progreso del compilador Rust basado en GCC, conocido como gccrs, se ha ralentizado. Por otro lado, el generador de código GCC para rustc muestra avances prometedores y ha sido fusionado con el compilador, lo que permitirá expandir el soporte de Rust a arquitecturas que no son compatibles con LLVM.

Dentro del kernel, se están realizando avances en varios subsistemas, tal es el caso de la implementación en Rust del binder de Android que ha demostrado un rendimiento comparable a la implementación en C, con una cantidad mínima de código inseguro. Además, se está trabajando en vinculaciones de sistemas de archivos con el objetivo de lograr soporte de solo lectura en Rust, con la visión de implementar un sistema de archivos completamente seguro en Rust.

Dave Airlie, el mantenedor del subsistema DRM (gráficos), dijo que, si se sale con la suya, habrá un controlador Rust DRM fusionado en los próximos lanzamientos. Christoph Hellwig respondió que Airlie estaba dispuesta a «hacer la vida de todos un infierno» para poder jugar con su juguete favorito. Hellwig dijo que fusionar Rust obligaría a otros a lidiar con un segundo lenguaje, nuevas cadenas de herramientas y «envoltorios con semántica extraña». Dan Williams dijo que la situación actual «es lo que parece el éxito» y que la comunidad del kernel ya estaba comprometida con Rust.

Aunque se observa un creciente interés por parte de los mantenedores en adoptar Rust, surgen desafíos, ya que se ha debatido la necesidad de tener controladores de referencia en el kernel escritos en Rust para mostrar cómo pueden escribirse controladores en este lenguaje. Sin embargo, la duplicación de funcionalidad entre controladores en Rust y C ha generado desconfianza entre los mantenedores.

La discusión sobre la inclusión de Rust ha tomado diferentes direcciones, pues algunos mantenedores abogan por la fusión de controladores Rust autónomos, como el controlador de binder, para demostrar su viabilidad, mientras que por el otro lado de la moneda otros expresan preocupaciones sobre la complejidad de mantener un kernel con dos lenguajes de programación.

Airlie continuó diciendo que gran parte del trabajo de Rust está actualmente bloqueado en una especie de problema del huevo y la gallina. Las abstracciones no se pueden fusionar hasta que haya un usuario para ellas, pero el código que necesita esas abstracciones se bloquea esperando que el código llegue a múltiples subsistemas. Como resultado, los desarrolladores que trabajan en Rust están arrastrando grandes cantidades de parches que necesitan para que su código funcione. Romper ese obstáculo requerirá permitir la entrada de algunas abstracciones sin usuarios inmediatos.

A pesar de los desafíos, la comunidad del kernel reconoce el potencial de Rust para mejorar la seguridad y la estabilidad del código. Se plantea la posibilidad de fusionar controladores más ampliamente utilizados en Rust en el futuro, una vez que se resuelvan las preocupaciones sobre la capacidad de revisión y mantenimiento.

Ojeda estuvo de acuerdo en que este problema ha ralentizado el progreso, pero dijo que ha tratado de no presionar a los mantenedores para que fusionen el código rápidamente. En el caso de las redes, irónicamente, los desarrolladores de Rust tuvieron que pedir a los encargados de la red que ralentizaran la fusión del código Rust.

Finalmente cabe mencionar que el camino hacia la adopción generalizada de Rust en Linux presenta desafíos, el interés y el progreso en este espacio son evidentes. Con el tiempo, se espera que Rust juegue un papel importante en la mejora de Linux.

Fuente: https://lwn.net/

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

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