Sorprende la cantidad de Remixes que están apareciendo en los últimos años. El primer Remix que conocí fue el de Ubuntu MATE, del que no recuerdo que llevara ese «apellido». Sí lo llevó el último en entrar a la familia Ubuntu, Ubuntu Budgie, y desde entonces han aparecido Ubuntu Cinnamon, UbuntuDDE, Ubuntu Unity, Ubuntu Web y Ubuntu Lumina (de este último nunca más se supo). Ahora hay otro nuevo remix: Ubuntu Sway.

Los gestores de ventanas gustan mucho a los que los prueban. Uno de los más usados es i3wm, pero se espera que terminen abandonándolo cuando Wayland tome más protagonismo. Su evolución es Sway, otro «window manager» que es compatible en su mayoría con i3, pero que se diferencia de él principalmente en que usa Wayland y no X11. Además, tiene una estética un poco más cuidada, pero no existe desde hace tanto tiempo y hay cosas en las que tiene que mejorar.

Ubuntu Sway Remix, ya disponible

Ubuntu Sway, del que ya está disponible la versión Jammy Jellyfish, lleva el apellido «Remix», lo que significa que pretende entrar en la familia de Canonical. Pero no lo parece. Está libre de snaps, incluso Firefox está en la versión DEB que ofrece Mozilla desde su repositorio oficial. Aunque otros sabores ya lo hacen, su instalador es Calamares, una buena decisión por su parte.

Muchas de las aplicaciones que incluye Ubuntu Sway son para el terminal, lo que se conoce como CLI. Entre ellas podemos encontrar Htop, lo que nos sirve para ver el consumo de recursos, entre otras cosas. También incluye otras como MPV, LibreOffice, Thunar o Thunderbird. Es Ubuntu en su interior, pero con el gestor de ventanas Sway y una elección de aplicaciones pensada en el rendimiento, sin olvidarnos de la productividad.

Como i3, el gestor de ventanas de Ubuntu Sway funciona en su mayoría (por no decir todo) con el teclado. Esto es un problema para el que no lo conozca, pero el problema se minimiza cuando tenemos una chuleta como parte del fondo de pantalla (se puede quitar). En ella vemos que podemos abrir un terminal con META + Intro, cerrar cualquier app con META + Shift + Q o pasar entre escritorios con META + Números. Entre los atajos también vemos cómo hacer capturas de pantalla, tanto de fotos como de vídeos.

Ubuntu Sway no tiene dock ni nada parecido, pero sí algo parecido a un panel superior. Desde él podemos acceder a algunos widgets, como el de volumen, o cambiar entre escritorios con el ratón, algo que no sé si será necesario cuando se le vaya cogiendo el tranquillo. Para lanzar aplicaciones basta con buscarlas presionando META + D, o hacer clic sobre el icono del cohete, lo que saca el cajón de aplicaciones.

No tiene centro de software, pero sí «Paquetes», el gestor de paquetes de GNOME (varias apps son de GNOME), con ciertas similitudes con lo que vemos en Synaptic o en lo que usa Raspberry Pi OS. Y hablando de la placa de la frambuesa, hay una imagen para que se pueda usar en ella.

Mejor para usuarios avanzados

Aunque, para ser fiel a la verdad, me he encontrado con un fallo que no me ha gustado mucho. Al intentar instalarlo en una máquina virtual, aunque se elija el teclado español y veamos su distribución arriba, no se aplica en Calamares, por lo que luego hay que tirar de terminal para ponerlo en español. Esto es lo que tienen este tipo de gestores de ventanas, que hay configuraciones que no se hacen con herramientas con interfaz de usuario, por lo que pueden echar para atrás a algunos usuarios.

Lo bueno de Ubuntu Sway es que está basado en Ubuntu, y que ahora mismo estamos ante la primera versión que se ha lanzado ya con la numeración 20.04.1. Es seguro que irá mejorando con el tiempo. Por otra parte, hay que tener en cuenta qué son este tipo de remixes: aunque hay que tienen todo un equipo detrás y ofrecen buen soporte, también los hay con equipos pequeños, y podrían abandonar el proyecto en cualquier momento. Un ejemplo es el de Lumina, y otro que anda pendiente de un hilo es el de UbuntuDDE, que aún no ha lanzado su versión Jammy Jellyfish. Eso sí, para los que formatearan cada seis meses, sí son una alternativa, y quién sabe, podrían convertirse en oficiales.

Descarga

Página oficial del proyecto.

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

Vaya que el trabajo del soporte de los controladores Rust para Linux ya se ha encaminado y ha comenzado un desarrollo bastante continuo, pues no tiene mucho que fue anunciada la versión 8 de los parches y ya ahorita tenemos la versión  9.

Y es que en esta novena versión que se ha propuesto, cabe mencionar que como tal es una versión simplificada de la octava edición publicada hace unos días. El kit se distingue por una importante reducción de tamaño y por dejar solo el mínimo más necesario, suficiente para construir un módulo kernel escrito en Rust.

Se supone que el parche mínimo facilitará la adopción del soporte de Rust en el núcleo principal. Después de brindar un soporte mínimo, se planea aumentar gradualmente la funcionalidad existente, transfiriendo otros cambios de la rama Rust-for-Linux.

Esta es la serie de parches (v9) para agregar soporte para Rust como segundo lenguaje al kernel de Linux…

Como de costumbre, un agradecimiento especial para ISRG (Grupo de Investigación de Seguridad en Internet) y Google por su apoyo financiero en este esfuerzo.

En comparación con la versión 8, el tamaño del parche se ha reducido de 40 000 a 13 000 líneas de código. Por ejemplo, la novena versión incluye solo el 3 % del código (500 líneas) del paquete de cajas «kernel» y el 60 % de la biblioteca alloc, lo que le permite crear los módulos de kernel más simples usando el tipo Vec<i32> y mostrando información en el registro del kernel usando la macro «pr_info!».

Por otra parte, en relación con Rust y Linux, vale mencionar que hace poco los desarrolladores del proyecto Rust advirtieron a los usuarios sobre el aumento inminente de los requisitos para el entorno Linux en el compilador, el administrador de paquetes Cargo y la biblioteca estándar libstd.

A partir de Rust 1.64, programado para el 22 de septiembre de 2022, los requisitos mínimos para Glibc se elevarán de la versión 2.11 a la 2.17 y el kernel de Linux de la 2.6.32 a la 3.2. Las restricciones también se aplican a los binarios de Rust creados con libstd.

Las distribuciones RHEL 7, SLES 12-SP5, Debian 8 y Ubuntu 14.04 cumplen con los nuevos requisitos. Se interrumpirá la compatibilidad con RHEL 6, SLES 11-SP4, Debian 7 y Ubuntu 12.04. Entre las razones para desaprobar el soporte para sistemas Linux más antiguos se encuentran los recursos limitados para continuar manteniendo la compatibilidad con entornos más antiguos.

¿Por qué aumentar los requisitos?
Queremos que Rust y los archivos binarios producidos por Rust sean lo más ampliamente utilizables posible. Al mismo tiempo, el proyecto Rust solo tiene recursos limitados para mantener la compatibilidad con entornos antiguos.

Hay dos partes en los requisitos de la cadena de herramientas: los requisitos mínimos para ejecutar el compilador de Rust en un sistema host y los requisitos mínimos para los binarios compilados de forma cruzada.

Los requisitos mínimos para las cadenas de herramientas del host afectan a nuestro sistema de compilación. Rust CI produce artefactos binarios para docenas de objetivos diferentes. La creación de archivos binarios que admitan versiones antiguas de glibc requiere la creación de un sistema operativo con glibc antiguo (para compilaciones nativas) o el uso de una raíz de compilación con una versión anterior de glibc (para compilaciones cruzadas).

En particular, la compatibilidad con Glibcs ​​anteriores requiere el uso de herramientas más antiguas cuando se verifica en un sistema de integración continua, frente a los mayores requisitos de versiones en LLVM y las utilidades de compilación cruzada. El aumento en los requisitos de la versión del kernel se debe a la capacidad de libstd para usar nuevas llamadas al sistema sin necesidad de mantener capas para garantizar la compatibilidad con kernels más antiguos.

Se recomienda a los usuarios que usan ejecutables creados por Rust en entornos con kernels de Linux más antiguos que actualicen sus sistemas, permanezcan en versiones anteriores del compilador o mantengan su propia bifurcación libstd con capas para mantener la compatibilidad.

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

Los tiempos cambian, y hay que renovarse o morir. Pero todo tiene muchos frentes que cubrir, y es difícil estar a la última en todo. Hace unos instantes se ha hecho oficial el lanzamiento de Kali Linux 2022.3, y se van renovando en cuanto a software, pero una de las novedades que han mencionado no tiene que ver con el sistema operativo en sí, sino en donde se va a reunir más su comunidad. Algunos eligen Telegram porque es una buena aplicación de mensajería que usamos muchos, pero Offensive Security se ha decantado por otra opción.

Ya está disponible el canal de Discord Kali Linux and Friends. Lo han elegido principalmente por su popularidad, porque hay mucha gente que ya lo usaba. Han valorado la posibilidad de pasarse a Matrix, pero la base de usuarios no es tan alta. Discord tiene todo lo que buscan, e incluso harán una charla de una hora tras cada lanzamiento de Kali Linux. La primera será el próximo martes.

Novedades de Kali Linux 2022.3

En cuanto a las novedades que han llegado junto a Kali Linux 2022.3, que llega casi tres meses después que 2022.2, destaca:

• Nuevo entorno de pruebas llamado Test Lab Environment.
• Se han lanzado nuevas imágenes para máquinas virtuales, más concretamente las VDI y un archivo .vbox (formato nativo de VirtualBox). Las imágenes tienen un mejor ratio de compresión que las OVA. Además, han empezado a lanzar imágenes semanales de sus imágenes para máquinas virtuales. Están basadas en la rama Rolling.
• Nueva imagen de inicio de sesión para los que usan Xrdp.
• Corregida una confusión entre fuse y fuse3.
• Han realizado algo de mantenimiento en el repositorio de redes.
• Nuevas herramientas:
  • BruteShark – Herramienta de análisis de redes.
  • DefectDojo – Herramienta de código abierto de correlación de vulnerabilidad de aplicaciones y orquestación de seguridad.
  • phpsploit – Marco de trabajo de post-explotación sigiloso.
  • shellfire – Explotación de vulnerabilidades LFI/RFI y de inyección de comandos.
  • SprayingToolkit – Ataques de pulverización de contraseñas contra Lync/S4B, OWA y O365.
• Actualizaciones en NetHunter.
• Actualizaciones en Kali ARM:
  • Todos los dispositivos Raspberry Pi han tenido su kernel actualizado a 5.15.
  • Creado arm.kali.org para tener una visión general y estadísticas para kali-arm (muy similar a nethunter.kali.org).
  • Cada dispositivo Kali ARM ha tenido su tamaño por defecto para la partición de arranque establecido en 256 MB.
  • Se han eliminado los modos de reposo rotos de Pinebook, por lo que ya no debería entrar en reposo y ser incapaz de despertarse.
  • USBArmory MKII se ha movido a la versión 2022.04 u-boot.

Los usuarios interesados ya pueden desacargar Kali Linux 2022.3 desde este enlace.

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