Hace unas horas que dio comienzo la WWDC25, evento en el que apple presentó nuevas versiones de sus sistemas operativos. En esa keynote se habló por encima de iOS, iPadOS, tvOS, macOS, watchOS y visionOS, que ahora unifican números y tienen todos el 26. La duración de estas conferencias no les permiten ni a hablar de muchas funciones de sus sistemas, y hay otras cosas que sólo se descubren de otra manera. Entre ellas, Containerization, lo que no es un Distrobox ni un WSL de Apple, pero sí se acerca un poco a ambos conceptos.

La virtualización y la contenerización han revolucionado el desarrollo de aplicaciones, permitiendo a los equipos crear entornos totalmente aislados y replicables para desplegar software y gestionar recursos de manera eficiente. Apple, consciente de la importancia de estas tecnologías tanto en desarrollo como en producción, ha dado un paso adelante lanzando su propio framework de Containerization optimizado para sus dispositivos y procesadores Apple Silicon.

¿Qué es Containerization según Apple?

El framework de Containerization de Apple es un paquete de software open source desarrollado en Swift, que permite a las aplicaciones gestionar contenedores Linux directamente en macOS sobre dispositivos Apple Silicon (los conocidos chips ARM de la marca). A diferencia de los sistemas tradicionales donde múltiples contenedores comparten un único kernel del sistema operativo anfitrión o una gran máquina virtual, Apple opta por ejecutar cada contenedor en su propia máquina virtual ligera.

Este enfoque logra un equilibrio único: mantiene la eficiencia y portabilidad propias de los contenedores, pero añade la robustez y el aislamiento de las máquinas virtuales. Cada contenedor corre en su propio entorno virtual, sin compartir kernel con el resto ni con el sistema anfitrión, dificultando enormemente posibles ataques de escalada o fuga entre contenedores.

Motivación y antecedentes: contenedores en macOS

Hasta la aparición de la solución de Apple, los desarrolladores que utilizaban Mac y necesitaban entornos Linux recurrían a alternativas como Docker, Podman, Orbstack o Lima. Sin embargo, estas herramientas presentaban limitaciones importantes en rendimiento, consumo de recursos y, en especial, en materia de seguridad debido al uso de VMs monolíticas que albergaban múltiples contenedores y compartición intensiva del kernel.

En entornos sensibles, los problemas de aislamiento y la posible fuga de procesos hacían que muchas empresas y organismos descartaran estos sistemas para producción. Apple, al lanzar su propio framework, cubre estos huecos y busca posicionarse como referente en la ejecución segura y eficiente de contenedores Linux en Mac.

Características técnicas del framework de Containerization

• Aislamiento total por contenedor: Cada contenedor se ejecuta dentro de una máquina virtual independiente y ultraligera, lo que garantiza un aislamiento a nivel de kernel y dificulta escapes o intrusiones que puedan afectar a otros entornos o al sistema anfitrión.
• Optimización para Apple Silicon: El framework está escrito en Swift y se apoya sobre Virtualization.framework, aprovechando la aceleración por hardware de las CPUs ARM de Apple, lo que se traduce en arranques de contenedores en fracciones de segundo y un uso muy contenido de los recursos.
• Gestión avanzada de imágenes y redes: El sistema permite la gestión de imágenes bajo el estándar OCI, interacción con registries remotos y la asignación de direcciones IP dedicadas a cada contenedor, eliminando la complejidad de los mapas de puertos y facilitando el descubrimiento y balanceo de servicios.
• Configuración de kernel personalizada: Los desarrolladores pueden seleccionar configuraciones de kernel específicas por contenedor, adaptando cada entorno a los requisitos exactos de sus aplicaciones y validando compatibilidad entre versiones.
• Minimización del sistema base: Cada VM ejecuta un sistema base mínimo donde solo reside vminitd, un init system propio compilado de forma estática sin librerías dinámicas ni utilidades comunes, reduciendo la superficie de ataque.
• Compatibilidad con Rosetta 2: Permite ejecutar imágenes x86_64 en equipos ARM sin penalización perceptible, lo que facilita la transición y mantenimiento de entornos mixtos o heredados.

Ventajas de la arquitectura propuesta por Apple

1. Seguridad reforzada: Al no compartir kernel ni dependencias, cada contenedor está totalmente aislado, alineándose con los principios de seguridad zero-trust. El minimalismo extremo del init system y la falta de herramientas que puedan ser explotadas reducen drásticamente el riesgo de escalada de privilegios o fuga de datos.
2. Eficiencia en el uso de recursos: Las máquinas virtuales ultraligeras solo consumen recursos cuando están activas. No hay que reservar RAM ni CPU para un pool de contenedores que podría estar inactivo, optimizando el uso global del sistema.
3. Red simplificada y flexible: La asignación de IP dedicadas soluciona de raíz los dolores de cabeza históricos del mapping de puertos y la gestión de redes internas en contenedores, facilitando la interconexión y escalado horizontal de microservicios.
4. Compatibilidad y portabilidad: El soporte para imágenes estándar OCI y la integración transparente con registries permite que los mismos flujos CI/CD y assets de contenedores funcionen directamente en Mac sin cambios ni adaptaciones.

Componentes del framework de Apple

• Containerization Swift Package: La biblioteca base que ofrece las APIs para gestionar imágenes, registros, sistemas de archivos, procesos e integración con el init system propio y los kernels personalizados.
• vminitd: Un init system minimalista, escrito en Swift y compilado con el Static Linux SDK, que opera como primer proceso en cada VM. No requiere librerías dinámicas ni herramientas de sistema y expone una API gRPC sobre vsock para controlar el ciclo de vida de los procesos y la configuración del entorno.
• Kernels optimizados: Kernels Linux minimizados, ajustados para arranques rápidos y consumo mínimo, aunque es posible seleccionar o compilar configuraciones personalizadas para casos de uso avanzados.
• Herramientas de usuario: cctl es la principal herramienta CLI, que permite gestionar imágenes, lanzar contenedores y probar la API del framework de forma sencilla, similar a los comandos Docker habituales.

Cómo funciona en la práctica: desde el código al despliegue

El framework ofrece APIs y herramientas CLI para los procesos de:

• Gestión y manipulación de imágenes OCI.
• Interacción segura con registries remotos.
• Creación y formateo de sistemas de archivos tipo ext4.
• Gestión avanzada de red vía sockets Netlink y asignación de IPs individuales.
• Ejecución y supervisión de procesos dentro de los contenedores gracias al init system propio.
• Gestión de entornos runtime por VM, con APIs para elegir kernel, versionado y configuraciones específicas por contenedor.
• Integración con Rosetta 2 para uso de imágenes x86_64 en sistemas Apple Silicon y verificación de compatibilidad cruzada.

El arranque de cada contenedor es inmediato (sub-segundo), superando en muchos casos la experiencia de arranque de Docker o Podman, y la administración de recursos es completamente dinámica.

Requisitos y compatibilidad

Para usar el framework de Apple es necesario:

• Disponer de un Mac con Apple Silicon (series M1, M2 en adelante).
• macOS 15 o superior, aunque para aprovechar todas las capacidades y evitar limitaciones, recomiendan macOS 26 Beta 1.
• Xcode 26 Beta y herramientas de compilación Swift actualizadas.

Algunas funcionalidades como la comunicación entre contenedores dentro del mismo segmento de red solo están plenamente habilitadas en macOS 26 y posteriores.

Detalles para desarrolladores y flujo de trabajo

El flujo habitual para un desarrollador con este framework incluye:

• Instalación de las dependencias recomendadas: Swiftly, Swift, Static Linux SDK y versiones correctas de grpc-swift y swift-protobuf.
• Compilación del paquete desde fuentes usando los scripts y utilidades proporcionadas.
• Uso de cctl para probar y manipular imágenes, lanzar contenedores, gestionar sistemas de archivos root y automatizar tareas de despliegue o pruebas.
• Personalización del kernel si se requiere alguna característica específica no incluida en la configuración por defecto, siguiendo la documentación del repositorio.
• Integración con pipelines CI/CD y registries estándar para flujos de desarrollo colaborativos y despliegue en equipos mixtos.

La documentación oficial guía paso a paso tanto la configuración inicial como la solución de problemas habituales y la automatización de flujos comunes.

Comparativa con otras soluciones: Docker, Podman y el modelo Apple

Docker y otras soluciones permiten ejecutar contenedores en Mac, pero lo hacen a través de una sola VM de Linux en la que viven todos los contenedores, lo que implica:

• Mayor consumo base de recursos (la VM está siempre activa).
• Fragmentación y complejidad a la hora de compartir archivos entre el host, la VM y los contenedores.
• Mayor superficie de ataque y problemas de aislamiento, ya que un fallo puede impactar a todos los contenedores residentes.
• Dificultad para asignar IPs únicas y para la comunicación entre contenedores y servicios del host.

El modelo de Apple, al crear VMs por contenedor, elimina estos cuellos de botella. Aunque inicialmente pueda parecer menos eficiente, las VMs ultraligeras y el uso selectivo de recursos lo convierten en un modelo superior en seguridad y flexibilidad, especialmente en entornos donde se priorizan el aislamiento y el cumplimiento normativo.

Compatibilidad y migración de workflows existentes

Una de las preocupaciones habituales al migrar a nuevas tecnologías es la compatibilidad de los assets y los flujos de trabajo. El framework de Apple mantiene compatibilidad total con imágenes OCI estándar, lo que significa que las imágenes existentes funcionarán, y los registros y pipelines pueden mantenerse sin cambios. Herramientas como cctl emplean comandos similares a los de Docker, por lo que la curva de aprendizaje es leve.

Contribuciones y comunidad

El proyecto es open source y admite contribuciones externas, facilitando la participación gracias a una arquitectura modular en Swift y directrices claras de contribución. Los mantenedores del paquete animan a aportar código, sugerir mejoras y reportar problemas para acelerar el desarrollo y la adopción.

El modelo de versionado garantiza estabilidad binaria entre versiones menores, lo que aporta confianza a quienes quieran adoptar el framework en fases iniciales de su ciclo de vida.

Casos de uso y aplicaciones ideales

El framework de Containerization de Apple resulta especialmente interesante para:

• Desarrolladores que necesitan probar y desplegar aplicaciones Linux en Mac de forma nativa y segura.
• Empresas y organismos donde la seguridad y el aislamiento son obligatorios (sector financiero, salud, IA, etc.).
• Organizaciones que han invertido en pipelines OCI y quieren aprovechar lo existente sin riesgos de compatibilidad.
• Equipos mixtos que están migrando de arquitecturas x86 a ARM y necesitan una transición fluida.
• Proyectos que requieren diferentes kernels o configuraciones personalizadas para distintos contenedores.

La flexibilidad, la seguridad inherente y el bajo coste operativo convierten al framework en una opción muy atractiva para modernizar workflows y mejorar la protección de datos y sistemas.

Limitaciones y estado del proyecto

El framework está en versión 0.1.0, lo que implica que está en fase inicial, aunque plenamente funcional para experimentación y despliegues controlados. Algunas funciones avanzadas, como el networking entre contenedores en macOS 15, no están totalmente disponibles salvo en macOS 26 y superiores.

Apple advierte que la estabilidad del API solo está garantizada entre versiones menores, por lo que los early adopters deben revisar notas de versión y especificar dependencias correctamente para evitar problemas en futuras actualizaciones.

Containerization en entornos móviles iOS

Containerization también tiene su reflejo en la gestión y securización de dispositivos iOS, donde los administradores pueden emplear sistemas MDM (Mobile Device Management) para restringir la comunicación entre aplicaciones, el acceso a ciertos servicios, la instalación de configuraciones y certificados, así como limitar la instalación de apps no autorizadas y conexiones inseguras. Estas políticas, aunque diferentes de la containerización de software tradicional, buscan proteger la información corporativa y evitar fugas de datos entre apps y servicios dentro del ecosistema Apple.

El futuro de la Containerizationn según Apple

El movimiento de Apple, con la apertura del framework y el impulso de herramientas propias, puede marcar un antes y un después en la forma en que se desarrollan y despliegan aplicaciones seguras en el ecosistema Mac. Las ventajas en seguridad, eficiencia y compatibilidad con estándares abiertos presionarán a los actores tradicionales y fomentarán la aparición de nuevas soluciones y mejoras en el sector.

Containerization de Apple no es solo una alternativa, sino una evolución del modelo tradicional, pensada para las necesidades actuales en seguridad y movilidad, y allanando el camino para entornos de desarrollo y producción más seguros, eficientes y fácilmente gestionables sobre hardware Mac.

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

A principios de este 2025, Mozilla se unía a la moda de la IA y presentaba una extensión de nombre Orbit. En general, era como un asistente que nos ayudaría a entender por dónde navegamos, e incluso podía resumir vídeos. La extensión aún se puede usar, pero dejará de estar disponible a partir del 26 de junio, tal y como explican en la cabecera de la página de proyecto. ¿Por qué han dado esta marcha atrás?

«Actualización importante: Orbit cerrará el 26 de junio de 2025. En el 26 de junio ya no podrás usar la extensión Orbit. Gracias por apoyar nuestro viaje«, reza dicha cabecera. No hay más información, o no en la nota y página de Orbit, pero sí se sabe que Mozilla está soltando lastre. Recientemente se supo que cerrarían Pocket, su servicio para guardar enlaces para leer más tarde, y Fakespot, lo que servía para identificar reseñas fraudulentas.

Orbit se une a una larga lista de bajas

La intención de Mozilla es hacer caso a lo que muchos esperan de ella: que se centre en su navegador. Políticas aparte, la compañía ha sido duramente criticada por intentar abarcar demasiado — ya se sabe, quien mucho abarca, poco aprieta –, lo que hacía que sus trabajadores se distrajeran y le prestaran menos atención a su producto estrella: Firefox.

El comportamiento de Mozilla hasta ahora recordaban a bromas que se hacen entre desarrolladores y los «side projects», es decir, proyectos nuevos que se empiezan cuando no se han terminado los que tenemos entre manos y que suelen ser más importantes. Si un desarrollador se olvida de proyectos laterales o secundarios, puede mejorar lo más importante, y esa es la dirección que ha elegido Firefox.

O eso se espera.

Queda por ver si estos movimientos sirven de algo y si se traduce en novedades importantes en Firefox.

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

Mentiría mucho, muchísimo, si dijera que me encanta Windows. Pero también sería mentira gorda si dijera que no lo uso para nada. Lo uso en al menos tres entornos, cada uno con su cometido, pero no deja de ponerme de los nervios. Por si fuera poco, a Microsoft le ha dado por molestar constantemente para intentar que usemos sus servicios, y por lo menos en mi caso eso sólo sirve para lo contrario. Ha llegado a un punto en el que ha caído Microsoft Edge.

La versión Chromium de Edge no es tan mala, las cosas como son. El problema es que para mucha gente, entre la que me incluyo, llegó demasiado tarde. Cuando tuvieron algo decente que ofrecer, dejando atrás la anterior versión y al Internet Explorer, ya estábamos acostumbrados a Chrome en Windows y a Chromium — también Chrome — o Firefox en Linux, por lo que cada uno de nosotros tiene una preferencia. ¿Y para qué tener Microsoft Edge?

Microsoft Edge no es mal navegador, pero Microsoft es insoportable

La respuesta puede ser algo así como tener más opciones. En mi portátil principal con Manjaro yo tengo Vivaldi, Firefox, Chromium y Brave, además de mi Pablowser creado en Python, pero hace tiempo también probaba cosas en Microsoft Edge. Lo desinstalé porque no lo usaba, y por no usar AUR más de la cuenta.

En Windows es el navegador por defecto, y yo lo solía dejar, pero he terminado por desinstalarlo, ahora que se puede gracias a la Unión Europea, que a veces hace cosas buenas. ¿Por qué lo he hecho? Resumiendo, porque no se actualiza automáticamente y porque no para de pedirme ser mi navegador por defecto.

En Windows yo tiro bastante de Winget. Es una herramienta para el terminal que recuerda mucho a lo primero que usé en Linux, y me siento cómodo con ella. También hay otras como UnigetUI que facilitan el trabajo, y a mí me gusta actualizar todo lo que puedo de golpe. Pues bien, Edge se negaba y me obligaba a hacerlo abriendo el navegador, desde sus ajustes. Claro está, cada vez que lo abría me preguntaba si quería ponerlo como navegador por defecto. ¡Que nooooooo, cansino!

Microsoft permite desinstalar su navegador web

Así que al final lo desinstalé tanto el SSD para mi Steam Deck como en mi mini PC/TV Box y en mi máquina virtual. Avisa de que los widgets y otras cosas que dependan de él no funcionarán, pero lo mismo me da que me da lo mismo; no soy un gran fan de los widgets.

Si Microsoft no se pusiera tan pesada, lo haría tal y como hago con Chromium y Brave en Manjaro: los puedo tener ahí para probar cosas mientras ni molesten ni «pidan pan», pero lo de Microsoft es de juzgado de guardia. Con molestias como estas, uno se plantea por qué tener algo con Windows, y toca relajarse y aceptar que para algunas cosas, como la compatibilidad con software, es mejor. Pero esta insistencia lo pone difícil.

Por eso me encanta Linux

Y por eso me encanta Linux. Yo soy dueño y señor de mi equipo, y nada me molesta. Sólo le falla el soporte de algunos programas, pero mientras pueda hacer de todo en mi día a dia, Windows lo tengo sólo por si acaso, para no cerrarme posibilidades. Ahí jugué los Davil May Cry 1 y 2, no el 3 porque conseguí un mod que arregla los vídeos — básicamante sustituyéndolos por otros. En el Windows de mi mini PC veo Prime Vídeo sin publicidad y en HD. Ya sabéis que no hay que ser hater ni fanboy y aprovechar lo que se tenga.

Entre ello no estará nunca más Microsoft Edge, algo que han conseguido por pesados. No me importa demasiado tener varias opciones para lo mismo, siempre y cuando no molesten. Ahí, en ser una molestia, la compañía de las ventanas si que no tiene rival en la actualidad.

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

La integración de la inteligencia artificial en el mundo de la ciberseguridad está dando pasos de gigante. En los últimos meses, Kali GPT ha emergido como la solución que podría cambiar la forma en la que profesionales y aficionados abordan el análisis de seguridad y el pentesting en Kali Linux. Este nuevo asistente, basado en la arquitectura GPT-4, refuerza la tendencia de aplicar IA a tareas técnicas, tradicionalmente reservadas solo para expertos.

Kali GPT propone una nueva manera de interactuar con Kali Linux al incorporarse directamente en el terminal. El modelo ha sido entrenado con documentación oficial, metodologías de testing y repertorios de avisos de seguridad, lo que le permite comprender instrucciones técnicas complejas y actuar como soporte directo tanto para usuarios experimentados como para quienes se inician en el hacking ético.

¿Qué es Kali GPT y cómo funciona?

Desarrollado con una versión optimizada de GPT-4 y pensado para el ecosistema de Kali Linux, Kali GPT interpreta y ejecuta comandos mediante lenguaje natural. Su integración en el flujo de trabajo cotidiano aporta ayuda contextual, sugiere exploits apropiados y explica el uso de herramientas emblemáticas como Metasploit o Nmap sin tener que buscar en la documentación tradicional.

Entre sus capacidades destaca la generación automática de payloads, la explicación detallada de comandos de bash o scripts de Python, y la sugerencia de medidas defensivas basadas en el análisis del sistema en tiempo real. Es capaz de guiar al usuario, por ejemplo, en ataques man-in-the-middle utilizando Ettercap, analizar tráfico con Wireshark, o diseñar laboratorios prácticos para estudiantes de ciberseguridad.

Aplicaciones en el ámbito profesional, educativo y corporativo

En entornos profesionales, Kali GPT reduce de forma significativa el tiempo invertido en investigaciones y mejora la eficiencia en evaluaciones de seguridad. Automatiza escaneos de red rutinarios, ayuda en la identificación de vulnerabilidades y genera informes detallados, minimizando tanto errores humanos como la sobrecarga de trabajo.

En el terreno educativo, este asistente digital actúa como tutor interactivo: desglosa conceptos complejos, acompaña a los estudiantes paso a paso en técnicas avanzadas como la escalada de privilegios o el análisis de inyecciones SQL, y ofrece ejemplos prácticos directamente en el terminal. Esta democratización del conocimiento convierte el pentesting avanzado en una habilidad más asequible para una audiencia amplia.

Las empresas también encuentran en Kali GPT un recurso para automatizar tareas de seguridad, monitorizar la infraestructura y acortar los tiempos de respuesta ante incidentes. Al integrarse en los flujos de trabajo existentes, contribuye a elevar los estándares de protección de activos digitales sin requerir grandes inversiones en formación o personal especializado.

Ventajas diferenciales y personalización de Kali GPT

Kali GPT reúne numerosas ventajas: desde el acceso inmediato a tutoriales y sintaxis de comandos, hasta la adaptación dinámica de su lenguaje según el nivel técnico del usuario. Puede proporcionar explicaciones sencillas para novatos y, en paralelo, ofrecer guías técnicas detalladas para expertos.

Gracias a su aprendizaje continuo y su enfoque colaborativo, Kali GPT evoluciona en base a las aportaciones de la comunidad. Así, se garantiza que el asistente recopile las mejores prácticas y las últimas tendencias en ciberseguridad, haciéndolo útil en situaciones cambiantes y frente a amenazas emergentes.

Limitaciones y rol del profesional humano

Pese a estos avances, sus propios desarrolladores subrayan la necesidad de supervisión humana. Kali GPT puede generar falsos positivos o scripts no optimizados, por lo que siempre es recomendable que las respuestas sean validadas por personas con experiencia. La IA es un complemento, no un sustituto, para el conocimiento profundo de redes, sistemas y contextos específicos de cada organización.

El impacto de Kali GPT en la ciberseguridad es significativo, pero su correcto uso requiere del criterio profesional para garantizar que las acciones realizadas sean precisas, éticas y efectivas, fortaleciendo así la seguridad digital en diferentes ámbitos.

Para el que quiera probarlo sin instalar Kali Linux, hay instancias disponibles en la web, como en este enlace.

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

De Sway va la cosa. Si hace unos instantes os hablábamos de Ubuntu Sway 25.04, ahora informamos de que el equipo de desarrollo de Sway ha presentado la versión 1.11, una actualización notable para este compositor Wayland de ventanas en mosaico, inspirado en i3 y ampliamente adoptado en entornos GNU/Linux. Esta nueva versión se caracteriza por integrar numerosas funciones y soluciones incluidas en la reciente actualización de wlroots 0.19, la biblioteca fundamental sobre la que Sway desarrolla sus capacidades.

Entre las principales novedades, Sway 1.11 sobresale por expandir el soporte de protocolos Wayland, lo que se traduce en una experiencia gráfica más moderna y versátil para los usuarios. El soporte al protocolo color-manager-v1, por ejemplo, habilita la gestión avanzada de color para pantallas compatibles con HDR10. Además, la versión incorpora sincronización explícita mediante linux-drm-syncobj-v1, optimizando la comunicación entre aplicaciones gráficas y el hardware.

Sway 1.11 integra funcionalidades actualizadas y mejoras en la experiencia de usuario

Como parte de las mejoras técnicas más relevantes, Sway 1.11 añade compatibilidad con nuevos protocolos para la captura de pantalla, como image-copy-capture-v1 y image-capture-source-v1, facilitando un screen capture más eficiente y nítido. Asimismo, se implementa el soporte para alpha-modifier-v1, lo que permite ajustar la transparencia de las superficies, y ext-data-control-v1, que actúa como alternativa para la gestión del portapapeles.

La configuración de salidas ha sido revisada y perfeccionada, mejorando la lógica de fallback y permitiendo una configuración más ágil de pantallas múltiples. También se ha incorporado la posibilidad de usar teclas de puntero en los keymaps, ampliando la personalización y accesibilidad para los usuarios que dependen de atajos de teclado.

Mejoras en seguridad, accesibilidad y configuración por defecto

En la vertiente de la seguridad, la metadata security-context-v1 ahora está disponible desde el IPC de Sway, lo que ofrece a los usuarios y desarrolladores mayor control sobre los criterios y formatos de título según el contexto de seguridad. También, el archivo de configuración por defecto se actualiza con atajos listos para herramientas habituales como pactl, brightnessctl y grim (captura de pantalla). Además, se añade el uso de wmenu-run como menú predeterminado, eliminando la dependencia anterior de dmenu_path.

Otra ventaja importante es que se ajusta el archivo sway.desktop para definir DesktopNames de forma predeterminada y se establece el modo tap-and-drag lock en «sticky», siguiendo las recomendaciones del desarrollo original. Se incluyen, además, todas las mejoras introducidas por wlroots 0.19, como la compatibilidad con multi-GPU para dispositivos de solo salida, la gestión de zonas exclusivas mediante wlr-layer-shell-v1, y avances en el scene-graph y en la asignación de memoria, impulsando el rendimiento general del compositor.

Disponibilidad y fuentes de descarga

Para quienes deseen probar esta edición de Sway 1.11, el código fuente y el registro de cambios completo están accesibles a través del repositorio oficial en GitHub, desde donde se puede compilar en la distribución GNU/Linux de preferencia. Los usuarios habituales de Sway notarán una interfaz más pulida, una configuración de salida robusta y una mejor integración con dispositivos gráficos modernos.

Con este lanzamiento, Sway consolida su posición como referencia entre los gestores de ventanas en mosaico compatibles con Wayland, ofreciendo funcionalidades avanzadas sin renunciar a la ligereza y personalización. Las nuevas características, la mejora en la gestión de pantallas y el impulso a la seguridad marcan un paso adelante importante para quienes buscan sacar el máximo partido a su entorno gráfico bajo GNU/Linux.

from Linux Adictos https://ift.tt/0z5dhuG
via IFTTT

Ubuntu está ahora en 11 sabores oficiales. Antes lo estuvo en «sólo» 8, pero la cuenta ascendió a la actual después de la inclusión de Ubuntu Cinnamon, la vuelta de Edubuntu y la resurrección de Ubuntu Unity. Los tres, como antes MATE y Budgie, recibieron la etiqueta de Remix, es decir, que tenían el objetivo de entrar en la familia. Ahora mismo, y con permiso de un más que parado UbuntuDDE, el único Remix que sigue adelante es el Sway, quien hace un par de semanas lanzó Ubuntu Sway 25.04.

No lo publicamos antes por un descuido, las cosas como son. Como no publican en redes sociales, no nos dimos cuenta a tiempo, algo que no volverá a pasar porque me he suscrito a sus lanzamientos en mi navegador Vivaldi. Ubuntu Sway 25.04 es la versión basada en Plucky Puffin, que llegó a mediados de abril. Por lo tanto, esta iteración ha llegado con mes y medio de retraso, lo que no es poco si tenemos en cuenta que quieren ser sabor oficial.

Novedades más destacadas de Ubuntu Sway 25.04

• Basado en Ubuntu 25.04. Más información en este enlace.
• Corregidos los problemas de tamaño del cursor en pantallas con alta densidad de píxeles (DPI).
• Cambio de swaylock a gtklock como bloqueador de pantalla gráfico.
• wofi se usa como lanzador de menú y selector de ventana/salida por defecto, ya que es más compatible con los scripts de Rofi.
• Se ha añadido un selector de emojis sencillo.
• Se ha añadido el módulo power-profiles-daemon a la barra Waybar.
• El módulo del tiempo ha sido desactivado en la barra Waybar, ya que presenta algunos problemas de estabilidad. Aun así, se puede volver a activar en la configuración de Waybar.
• El tema de cursores Yaru está configurado por defecto.
• Instalador muy mejorado, ahora instala el sistema mucho más rápido.
• Mejorada la experiencia de uso (UX) en pantallas con baja resolución.
• Nueva pantalla de inicio Plymouth.

Ubuntu 25.04 ya se puede descargar desde su página web oficial. Hay que tener en cuenta que no es un sabor oficial, y que si el desarrollador decide abandonar su desarrollo, habrá que instalar otro sistema operativo cuando se acabe el soporte oficial.

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

Recientemente, el equipo de desarrolladores que hay detrás del emulador para PSP más popular ha lanzado PPSSPP 1.19. Es la primera actualización de 2025, y llegó siete meses después de la anterior. Con tantos años de recorrido, podríamos pensar que no le queda mucho margen de mejora, pero siempre se puede avanzar, y la versión lanzada hace unos días así lo demuestra.

PPSSPP 1.19 ha introducido un reproductor de música totalmente rehecho. Sony, compañía que fabricaba y vendía las originales PSPs, usaba un formato propietario llamado ATRAC3+, lo que no era lo mejor y más fácil de reproducir en otro hardware. La nueva versión corrige la mayoría de los problemas de audio en PPSSPP.

PPSSPP 1.19 sonará mejor que nunca

Hay también cambios para el modo multijugador en línea. Hasta ahora, el emulador soportaba tanto sesiones multijugador locales como conectados a internet, pero siempre requería conectarse manualmente a servidores de juegos de la comunidad. También la comunidad fue quien consiguió gestionar las conexiones automáticamente configurando DNSs por juego, y esta opción, antes en bifurcaciones no oficiales, ha llegado a PPSSPP 1.19.

Hay varios servidores de la comunidad disponibles, como PS Rewired, Openspy, The Anrigravity Racing Foundation y el de Medal of Honor: Online Revival Project. Con esto, hay juegos soportados como:

• Field Commander.
• Siphon Filter: Omega Strain.
• Marvel Legends.
• Star Wars Battlefront: Renegade Squadron.
• WipeOut Pulse.
• Medal of Honor: Heroes.

En el apartado técnico, esta será la última versión mayor que soportará D3D9, pero D3D11 seguirá siendo siendo una opción junto a Vulkan y OpenGL. Son pasos necesarios para la evolución del emulador.

PPSSPP 1.19 ya está disponible en todas las plataformas soportadas, entre las que se incluyen Linux, macOS, Windows, Android en incluso iOS, puesto que Apple también soporta emuladores en su tienda (ahora les falta Kodi).

Para más información, os remitimos a las notas de este lanzamiento.

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

El uso de huellas dactilares en dispositivos se popularizó, que no inició, con el iPhone 5s de Apple en 2013. Estos lectores existían desde hacía mucho tiempo, pero su uso no estaba extendido ni ofrecían fiabilidad. Más de una década después ya se encuentran en muchos ordenadores, y por ese motivo incluirán una novedad relacionada en Linux Mint 22.2. Así lo ha adelantado Clem en su boletín mensual, en donde también nos ha recordado que Linux Mint 20.x ha llegado al final de su ciclo de vida.

Para los usuarios de Mint 20.x, dos opciones: la primera y recomendada es actualizar a la versión 22.1, la más reciente, pero haciendo una instalación limpia. La otra opción es actualizar a lo que haya disponible hasta llegar a algo soportado, con el final de camino, también recomendado, en 22.1. Dicho de otro modo, como mínimo de 20.x a 21.x y de ahí ya a 22.1.

Fingwit, la app de lector de huellas de Linux Mint

Volvemos a la app para huellas dactilares que vemos en la captura de cabecera. Su nombre será «Fingwit«, y aunque no han mencionado de dónde sale el nombre, se sabe que parte de él incluye la palabra «dedo» (fing-), aunque para ser más correctos tenemos que decir que ese prefijo también lo encontramos en «Fingerprint», huella dactilar en inglés.

Fingwit llegará en Linux Mint 22.2, y detectará si el ordenador tiene lector de huellas y permitirá guardarlas. Se podrán usar para desbloquear la pantalla de inicio o login, el protector de pantalla, comandos sudo y aplicaciones de administrador (pkexec).

La aplicación usa fprintd, pero proporciona un módulo PAM más inteligente que pam_fprint.so:

«Por ejemplo, si intentas iniciar sesión pero tu directorio personal está cifrado, la autenticación por huella digital te permitiría acceder, pero tu sesión se cerraría porque ecryptfs requiere tu contraseña. Fingwit detecta ese tipo de situaciones para ofrecerte autenticación por huella siempre que sea posible, pero evitando esos problemas.»

Fingwit es una XApp — app de Linux Mint –, por lo que funcionaré en los sistemas Mint y en cualquier otro.

Mejoras en XViewer, libAdwaita y libAdapta

Entre el resto de novedades, han desactivado por defecto la opción que hacía que XViewer aplicara el filtro de corrección de color EDID a las imágenes, lo que hace que de entrada se muestren más fieles a como son. Por otra parte y empezando en Mint 22.2, libAdwaita recibirá un parche para permitirle funcionar con temas. Por último, libAdwaita tiene ahora un fork llamado libAdapta, que es libAdwaita con soporte para temas. También proporciona una cabecera de compatibilidad que facilita el paso de libAdwaita a libAdapta.

Linux Mint 22.2 llegará a mediados de este 2022 con estas y otras novedades que presentarán en las próximas semanas.

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

El ecosistema Linux ha recibido una actualización de emergencia para el paquete de controladores gráficos, concretamente Mesa 25.1.3. Esta acción responde a un importante problema que afectaba a usuarios de tarjetas gráficas AMD Radeon RX 9000 y, en concreto, a modelos equipados con la arquitectura RDNA4. Los controladores Mesa son fundamentales para que los juegos y aplicaciones gráficas funcionen correctamente en sistemas operativos basados en GNU/Linux.

Recientemente, Mesa 25.1.2 introdujo una regresión que causaba bloqueos inmediatos en equipos con GPUs RDNA4. El error se originó a raíz de un parche ideado para mitigar los cuelgues del GPU en determinadas situaciones, en este caso aumentando un parámetro de espera (timeout) relacionado con la instrucción UPDATE_DB_SUMMARIZER_TIMEOUT sobre hardware GFX12. No todos los firmwares de RDNA4 soportan ese paquete, desencadenando así fallos críticos y caídas instantáneas tras la actualización en varios sistemas afectados.

Detalles del Mesa 25.1.3 y recomendación de actualización

Con la llegada de Mesa 25.1.3 se ha integrado una comprobación en el código para verificar la compatibilidad del firmware antes de emitir dicha instrucción. Este ajuste permite evitar el bloqueo y restablece la estabilidad en los equipos que emplean tarjetas Radeon RX 9000, especialmente bajo los controladores RADV y RadeonSI. Las pruebas posteriores a la publicación de este parche demuestran que el problema se resuelve satisfactoriamente, devolviendo al sistema su funcionamiento habitual.

Contexto y calendario de versiones recientes de Mesa

Esta actualización es parte de las correcciones quincenales que mantiene la comunidad de desarrollo de Mesa. Tras el lanzamiento de la versión 25.1.2, que originalmente traía mejoras y soluciones para varias marcas (Intel, AMD, NVIDIA), se han programado futuras revisiones para continuar puliendo errores y asegurar la estabilidad de los drivers libres. La siguiente versión, 25.1.4, está prevista para el 2 de julio, seguida por lanzamientos quincenales hasta, como mínimo, la 25.1.8.

Los usuarios de distribuciones como Fedora 42 o Ubuntu 25.04 pueden acceder a los paquetes actualizados a través de los métodos habituales de actualización del sistema, lo cual es especialmente aconsejable si se utiliza hardware AMD de la familia RX 9000.

Importancia de mantener Mesa actualizado en Linux

Mesa es una pieza esencial para el rendimiento gráfico y la compatibilidad en Linux. Mantenerse al día con las versiones recomendadas garantiza una experiencia más fluida y menos propensa a errores, sobre todo para quienes explotan las capacidades de hardware recientes. La colaboración entre desarrolladores y usuarios permite neutralizar errores inesperados, como el ocurrido recientemente, y potenciar el ecosistema de drivers abiertos que tanto caracteriza al software libre.

La rápida respuesta de la comunidad de Mesa ante esta incidencia evidencia el compromiso por ofrecer soporte y estabilidad a todos los usuarios, especialmente a quienes han adoptado las tarjetas gráficas de última generación bajo Linux.

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

yt-dlp es, sin lugar a dudas, el mejor software para descargar vídeos de YouTube. Sirve para mucho más que eso, y tampoco se limita a los vídeos de la popular plataforma de Google, pero su uso puede no ser el más intuitivo en todos los casos. Hace tiempo escribimos una guía sencilla para usar esta fantástica herramienta, pero estaba incompleta. No es que nuestro objetivo fuera explicar todo lo que explican sus instrucciones, pero hubo algo importante que no incluimos.

Si lo que queremos es descargar vídeos a su mayor calidad, el uso de yt-dlp es de lo más sencillo: ponemos el nombre del programa seguido del enlace y le damos a intro. Si lo anterior falla, puede ser porque en algunos terminales requiere que el enlace esté entre comillas. Eso es todo, a no ser que nos topemos con un video restringido por edad. ¿Qué podemos hacer en ese caso?

.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; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

yt-dlp puede descargar usando cookies

Hay muchas maneras de ver vídeos restringidos por edad sin cuenta, pero en la actualidad ninguna funciona. Dos de ellas son poner las letras «nsfw» delante de «youtube» o «repeat» detrás, lo que nos lleva a dos servicios diferentes que, por lo menos en el momento de escribir este artículo, han dejado de funcionar. También se dice que cambiando «watch?v=» por «/embed/» se elimina la restricción, pero tampoco. YouTube hace cambios casi a diario, y lo que funciona hoy es probable que deje de funcionar mañana.

Pero los desarrolladores de yt-dlp son los más rápidos en actuar. El comando más básico — yt-dlp «enlace» — no puede con estos vídeos restringidos, pero sí es capaz si le permitimos usar las cookies de YouTube. El proceso quedaría así:

1. Claro está, si yt-dlp no está instalado, lo instalamos. Puede estar en los repositorios oficiales de la distribución, pero también se puede descargar yt-dlp.py en su página de GitHub y lanzarlo desde la ruta en la que se encuentre tras darle permisos de ejecución — chmod -x yt-dlp.py –.
2. Necesitamos tener una cuenta de Google y estar dentro de YouTube en el navegador.
3. Lanzamos el siguiente comando:

yt-dlp --cookies-from-browser navegador "enlace"

Y eso sería todo.

La bandera anterior es auto-explicativa, pero sí que hay que explica un poco lo demás:

• yt-dlp es el software.
• –-cookies-from-browser es lo que hace la magia. La traducción al español es «cookies desde navegador».
• navegador es el nombre del navegador en el que estamos identificados en YouTube. Por ejemplo, en vez de «navegador» hay que poner «firefox» sin las comillas, siempre y cuando tengamos una sesión activa.
• «enlace», que este sí suele ir entre comillas, es el enlace al vídeo.

En resumidas cuentas, le decimos «lanza yt-dlp, usa las cookies del navegador firefox y descarga el enlace».

Otro uso de cookies

Hay otra manera de usar las cookies, pero creo que es más tedioso y el único sentido que le encuentro es si no queremos mantener la sesión iniciada en YouTube. Además, es posible e incluso probable que Google detecte algún cambio o lo que le venga en gana y este método puede dejar de funcionar en cualquier momento, no por el método en sí, si no porque las cookies que descargaremos dejarán de ser válidas. Pero es otra opción y la explicamos.

Del comando anterior sólo hay que cambiar dos cosas:

• –cookies-from-browser será sólo –cookies.
• El nombre del navegador será la ruta a un archivo de texto que crearemos previamente.

Para poder usar este método, hay que obtener las cookies de youtube.com — mejor que sea la raíz del dominio, y no en una página de un vídeo — y guardarlas en un archivo de texto. La mejor manera es usando una extensión como cookie-editor, que además de editarlas permite exportarlas a un formato compatible con yt-dlp.

Una vez instalada la extensión, vamos a youtube.com, hacemos clic en la extensión y luego en «Export».

Nos consultará el formato, y tenemos que elegir «Netscape». Al hacer clic en el botón del formato, lo copiará en el portapapeles. Ese texto lo tenemos que pegar en un archivo que puede tener el nombre que queramos, pero «cookies.txt» estaría bien. Si queremos tener más claro qué cookies contiene, podemos usar otro nombre como «yt-cookies.txt». El caso es que tenemos que conocer el nombre, la ruta y la extensión debe ser .txt.

Cómo ya habíamos explicado, sólo queda usar el comando correcto, que en este caso sería:

yt-dlp --cookies /ruta/a/cookies.txt "enlace-al-video"

IMPORTANTE: las cookies contienen información de nuestra sesión y no hay que compartirlas con nadie.

Descarga cualquier vídeo

Y esta sería la manera. Sabiendo esto, lo único que quedaría serían los vídeos privados, es decir, aquellos que sólo se comparten con usuarios en concreto y no se puede acceder de otra manera. Pero todos los demás sí podríamos obtenerlos.

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