DOGE Worker’s Code Supports NLRB Whistleblower

A whistleblower at the National Labor Relations Board (NLRB) alleged last week that denizens of Elon Musk’s Department of Government Efficiency (DOGE) siphoned gigabytes of data from the agency’s sensitive case files in early March. The whistleblower said accounts created for DOGE at the NLRB downloaded three code repositories from GitHub. Further investigation into one of those code bundles shows it is remarkably similar to a program published in January 2025 by Marko Elez, a 25-year-old DOGE employee who has worked at a number of Musk’s companies.

A screenshot shared by NLRB whistleblower Daniel Berulis shows three downloads from GitHub.

According to a whistleblower complaint filed last week by Daniel J. Berulis, a 38-year-old security architect at the NLRB, officials from DOGE met with NLRB leaders on March 3 and demanded the creation of several all-powerful “tenant admin” accounts that were to be exempted from network logging activity that would otherwise keep a detailed record of all actions taken by those accounts.

Berulis said the new DOGE accounts had unrestricted permission to read, copy, and alter information contained in NLRB databases. The new accounts also could restrict log visibility, delay retention, route logs elsewhere, or even remove them entirely — top-tier user privileges that neither Berulis nor his boss possessed.

Berulis said he discovered one of the DOGE accounts had downloaded three external code libraries from GitHub that neither NLRB nor its contractors ever used. A “readme” file in one of the code bundles explained it was created to rotate connections through a large pool of cloud Internet addresses that serve “as a proxy to generate pseudo-infinite IPs for web scraping and brute forcing.” Brute force attacks involve automated login attempts that try many credential combinations in rapid sequence.

A search on that description in Google brings up a code repository at GitHub for a user with the account name “Ge0rg3” who published a program roughly four years ago called “requests-ip-rotator,” described as a library that will allow the user “to bypass IP-based rate-limits for sites and services.”

The README file from the GitHub user Ge0rg3’s page for requests-ip-rotator includes the exact wording of a program the whistleblower said was downloaded by one of the DOGE users. Marko Elez created an offshoot of this program in January 2025.

“A Python library to utilize AWS API Gateway’s large IP pool as a proxy to generate pseudo-infinite IPs for web scraping and brute forcing,” the description reads.

Ge0rg3’s code is “open source,” in that anyone can copy it and reuse it non-commercially. As it happens, there is a newer version of this project that was derived or “forked” from Ge0rg3’s code — called “async-ip-rotator” — and it was committed to GitHub in January 2025 by DOGE captain Marko Elez.

The whistleblower stated that one of the GitHub files downloaded by the DOGE employees who transferred sensitive files from an NLRB case database was an archive whose README file read: “Python library to utilize AWS API Gateway’s large IP pool as a proxy to generate pseudo-infinite IPs for web scraping and brute forcing.” Elez’s code pictured here was forked in January 2025 from a code library that shares the same description.

A key DOGE staff member who gained access to the Treasury Department’s central payments system, Elez has worked for a number of Musk companies, including X, SpaceX, and xAI. Elez was among the first DOGE employees to face public scrutiny, after The Wall Street Journal linked him to social media posts that advocated racism and eugenics.

Elez resigned after that brief scandal, but was rehired after President Donald Trump and Vice President JD Vance expressed support for him. Politico reports Elez is now a Labor Department aide detailed to multiple agencies, including the Department of Health and Human Services.

“During Elez’s initial stint at Treasury, he violated the agency’s information security policies by sending a spreadsheet containing names and payments information to officials at the General Services Administration,” Politico wrote, citing court filings.

KrebsOnSecurity sought comment from both the NLRB and DOGE, and will update this story if either responds.

The NLRB has been effectively hobbled since President Trump fired three board members, leaving the agency without the quorum it needs to function. Both Amazon and Musk’s SpaceX have been suing the NLRB over complaints the agency filed in disputes about workers’ rights and union organizing, arguing that the NLRB’s very existence is unconstitutional. On March 5, a U.S. appeals court unanimously rejected Musk’s claim that the NLRB’s structure somehow violates the Constitution.

Berulis’s complaint alleges the DOGE accounts at NLRB downloaded more than 10 gigabytes of data from the agency’s case files, a database that includes reams of sensitive records including information about employees who want to form unions and proprietary business documents. Berulis said he went public after higher-ups at the agency told him not to report the matter to the US-CERT, as they’d previously agreed.

Berulis told KrebsOnSecurity he worried the unauthorized data transfer by DOGE could unfairly advantage defendants in a number of ongoing labor disputes before the agency.

“If any company got the case data that would be an unfair advantage,” Berulis said. “They could identify and fire employees and union organizers without saying why.”

Marko Elez, in a photo from a social media profile.

Berulis said the other two GitHub archives that DOGE employees downloaded to NLRB systems included Integuru, a software framework designed to reverse engineer application programming interfaces (APIs) that websites use to fetch data; and a “headless” browser called Browserless, which is made for automating web-based tasks that require a pool of browsers, such as web scraping and automated testing.

On February 6, someone posted a lengthy and detailed critique of Elez’s code on the GitHub “issues” page for async-ip-rotator, calling it “insecure, unscalable and a fundamental engineering failure.”

“If this were a side project, it would just be bad code,” the reviewer wrote. “But if this is representative of how you build production systems, then there are much larger concerns. This implementation is fundamentally broken, and if anything similar to this is deployed in an environment handling sensitive data, it should be audited immediately.”

Further reading: Berulis’s complaint (PDF).

from Krebs on Security https://ift.tt/eKlrzdR
via IFTTT

Ahora que Manjaro usa Btrfs por defecto, así puedes crear y recuperar puntos de restauración (snapshots)

Manjaro atras en el tiempo

Manjaro 25.0 Zetar llegó con muchas novedades. Entre las más destacadas, GNOME 48 y actualizaciones en KDE, con Plasma 6.3 a la cabeza. Pero introdujeron un cambio en las instalaciones de cero que puede resultar interesante: por defecto, ahora se usa el sistema de archivos Btrfs. Ofrece algunas ventajas con respecto al popular y tan extendido ext4, como la posibilidad de crear puntos de restauración, también conocidos como snapshots.

Yo tengo una máquina virtual de Manjaro KDE para hacer ahí mis pruebas. Es una especie de cajón de arena: para no romper nada de mi sistema principal, lo pruebo ahí, y si algo sale mal, pues la tiro a la basura y no pasa nada. Por lo menos para el uso explicado, esto no sería necesario si tuviera la posibilidad de crear puntos de restauración, y así seguirá siendo porque no me apetece realizar una instalación de cero ni poner en peligro mi sistema por migrar a Btrfs. Pero sí puedo explicar cómo funciona esto en Manjaro.

Puntos de restauración en Manjaro

Lo cierto es que no es especialmente sencillo. Por defecto ya está instalado Timeshift y snapper, y el equipo de desarrolladores de Manjaro dice que todo funciona tras la instalación de cero, pero no ha sido así en mis pruebas. Para conseguir crear instantáneas, por lo menos por lo que yo he experimentado, lo primero será crear el archivo de configuración para los snapshots, algo que conseguimos con el siguiente comando.

sudo snapper -c root create-config /

Con el archivo creado, podemos crear instantáneas manualmente con este otro comando (lo que hay entre comillas puede ser otra descripción diferente):

sudo snapper -c root create --description "Instalación de GIMP"

Y si lo que queremos es que se creen los puntos de restauración automáticamente, debemos activar el servicio escribiendo esto otro (insisto, según el equipo de Manjaro no es necesario, pero…):

sudo systemctl enable --now snapper-timeline.timer

.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}

Ahora, cuando queramos recuperar el sistema a un estado diferente, lo que quedaría sería reiniciar y entrar al menú del grub de Manjaro, que se consigue dándole a la tecla ESC (para no fallar, merece la pena presionarlo varias veces rápido hasta que entre). Los puntos de restauración están en el apartado «Manjaro Linux snapshots»:


Snapper GUI

En la Live ISO de Manjaro 25.0 se incluye una herramienta llamada Snapper GUI, que en teoría facilita la creación de estos puntos de restauración. Yo la he probado y… para nada. No me funciona. Lo que sí me ha funcionado es otro comando, en este caso «sudo snapper list» en donde podemos ver la información de los snapshots creados.

Sea como fuere, y aunque podría ser mejor, es algo que ya funciona y un seguro contra accidentes.

from Linux Adictos https://ift.tt/7TlbC82
via IFTTT

Se plantean eliminar los paquetes X11 en la versión GNOME de Fedora 43 y apostar solo por Wayland

Fedora 42 edición KDE

Fedora está moviendo ficha en el desarrollo de su próxima versión, Fedora 43, y uno de los cambios más sonados podría romper con una de las compatibilidades históricas del escritorio GNOME: la sesión basada en X11. La comunidad y los desarrolladores de Fedora han presentado de manera oficial una propuesta para dejar de incluir los paquetes de GNOME X11 de sus repositorios. Esto convertiría a Fedora GNOME en un entorno estrictamente dependiente de Wayland, el protocolo gráfico que viene reemplazando progresivamente al veterano X11 en los escritorios Linux más modernos.

El fin del soporte de X11 en GNOME dentro de Fedora no es un capricho ni una decisión tomada a la ligera. Desde hace varios ciclos, tanto el equipo de GNOME como el de Fedora venían trabajando para reducir la dependencia de X11 y cerrar los últimos obstáculos que impedían su abandono definitivo. Ahora, con el lanzamiento de GNOME 48 y el previsto avance hacia GNOME 50, ese objetivo parece estar muy cerca de cumplirse, al menos en Fedora.

Por qué Fedora quiere dejar atrás X11 en GNOME

La propuesta de eliminar los paquetes de GNOME X11 en Fedora 43 se apoya en varios argumentos de peso. X11 lleva años en desuso para la mayoría de usuarios de Fedora GNOME y apenas recibe ya pruebas ni mantenimiento. La comunidad upstream de GNOME hace tiempo que dejó de considerarlo prioritario, centrándose en mejorar y perfeccionar la experiencia sobre Wayland.

Según los desarrolladores de Fedora, los esfuerzos recientes han ido dirigidos a cerrar los bloqueos de experiencia de usuario que impedían la migración total a Wayland. Con GNOME 48 se completaron los trabajos fundamentales y la hoja de ruta del propio proyecto GNOME prevé que en GNOME 49 la sesión X11 se desactive por defecto y que en GNOME 50 desaparezca oficialmente ese soporte.

En Fedora, la intención es anticipar esa transición ya en GNOME 49, implementando el cambio que upstream hará obligatorio en la próxima versión. No parece que nadie vaya a encargarse de mantener ni parchear los problemas de GNOME X11 — de hecho, buena parte de los fallos reportados importantes, como algunos bugs graves en Mutter (el gestor de ventanas de GNOME), siguen sin resolución y afectan seriamente a la estabilidad y compatibilidad de la sesión X11.

Qué supone el salto a «sólo-Wayland» en Fedora GNOME

De aprobarse la propuesta, Fedora 43 eliminará de sus repositorios todos los paquetes relacionados con GNOME X11. Esto implica que los usuarios que todavía recurrían al escritorio GNOME bajo una sesión X11 tendrán que migrar forzosamente al entorno Wayland. Está previsto que esta decisión se tome justo después de que el Comité de Ingeniería y Dirección de Fedora (FESCo) la evalúe y dé luz verde formal al cambio.

Esta transición no es nueva para quienes siguen el desarrollo de GNOME en Fedora. Los problemas de compatibilidad y la falta de tests en la sesión X11 han hecho que incluso medios técnicos de referencia hayan dejado de poder comparar el rendimiento entre X11 y Wayland en Fedora, al no ser funcional la sesión X11 por fallos no corregidos.

Contexto de la evolución GNOME y el desarrollo upstream

La iniciativa de Fedora no surge de la nada. El propio upstream de GNOME lleva años apostando por mejorar la experiencia en Wayland y dejar atrás el soporte obsoleto de X11. Entre las ventajas de Wayland, destacan novedades como el soporte HDR (disponible solo en este protocolo) y una arquitectura más moderna pensada para aprovechar al máximo los sistemas actuales y futuros.

El ciclo de Fedora 43, que llegará previsiblemente a finales de año, se perfila así como el punto de inflexión en el que la integración con GNOME y Wayland sea total. Esto prepara el camino para que, cuando GNOME 50 se libere el año próximo, el soporte X11 ya sea historia dentro de las ediciones GNOME de Fedora.

Impacto en los usuarios y el soporte futuro

Para la mayoría de usuarios, el cambio será transparente. Desde hace varias versiones, la sesión por defecto en Fedora GNOME ya utiliza Wayland, que ha demostrado ser estable y compatible con la mayoría del hardware disponible. Las últimas barreras, como aplicaciones antiguas o tecnologías que dependían exclusivamente de X11, han ido encontrando alternativas o soluciones dentro del mundo Wayland (como la capa de compatibilidad XWayland).

Sin embargo, quienes dependieran de configuraciones concretas o utilidades solo disponibles en X11 tendrán que buscar alternativas o adaptar sus flujos de trabajo a la nueva realidad. El equipo de desarrollo considera que, dado el escaso uso y la baja calidad de la experiencia bajo X11 hoy en día, la medida es necesaria para poder avanzar y concentrar esfuerzos en lo que sí tiene futuro.

Motivaciones técnicas y problemas irresolubles en X11

Uno de los puntos críticos que han acelerado la decisión es el número de errores sin corregir en la sesión X11 de GNOME. Algunos problemas de mutter, el gestor de ventanas, llevan meses (incluso años) pendientes y afectan tanto a la funcionalidad básica como a la experiencia general. El mantenimiento real de la sesión GNOME X11 es prácticamente inexistente; la upstream se ha desentendido y en Fedora tampoco hay recursos para abordar los problemas que van quedando relegados con cada ciclo de publicación.

En palabras de los proponentes, quitar de una vez la sesión X11 permite asumir una realidad que de hecho ya se daba en la práctica: solo Wayland cuenta con nuevas funcionalidades, parches y atención prioritaria.

Balance y reacción de la comunidad

La noticia ha generado cierto debate, aunque no ha habido ninguna reacción especialmente negativa entre los desarrolladores y usuarios avanzados de Fedora. La tendencia clara del ecosistema Linux en cuanto a escritorios modernos es dejar atrás el antiguo X11, cuya complejidad, falta de mantenimiento y arquitectura anticuada no pueden competir con la flexibilidad y seguridad que ofrece Wayland actualmente.

El proceso de aprobación pasará por el comité FESCo, y si todo va según lo previsto, Fedora GNOME solo soportará Wayland a partir de la versión 43, marcando un antes y un después en la evolución de los escritorios Linux.

La transición propuesta para Fedora 43 refleja la culminación de un proceso de migración que lleva años en marcha. Con la concentración de sus esfuerzos en Wayland, GNOME y Fedora aspiran a ofrecer una experiencia más robusta, innovadora y adaptada a los retos tecnológicos actuales, dejando atrás definitivamente el legado de X11 que, aunque clave en la historia de Linux, ya ha cumplido su ciclo.

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

OpenMandriva Lx 6.0 llega con Plasma 6.3, GNOME 48 y Linux 6.14

OpenMandriva Lx 6.0

OpenMandriva Lx 6.0 ha llegado finalmente para ofrecer a la comunidad una nueva versión estable de este reconocido sistema operativo Linux de espíritu independiente y completamente gestionado por la comunidad. Tras más de un año y medio desde la anterior versión principal, la distribución consolida su apuesta por la estabilidad y el soporte a largo plazo en su rama «ROCK», incluyendo una serie de avances sustanciales tanto en el escritorio como en los entornos para servidores.

El equipo de desarrollo ha aprovechado la ocasión de las vacaciones de primavera — en el hemisferio norte — para culminar y presentar esta actualización, que no solo sigue la línea evolutiva de Mandriva Linux, sino que la revitaliza con tecnologías de última generación y nuevas posibilidades de uso. Una parte esencial de la filosofía de OpenMandriva es atender tanto a los usuarios finales que buscan una experiencia moderna y adaptada, como a administradores y entusiastas que requieren flexibilidad y robustez en servidores y entornos virtualizados.

Novedades técnicas y características principales de OpenMandriva Lx 6.0

Una de las mejoras más destacadas de OpenMandriva Lx 6.0 es la adopción del kernel Linux 6.14, que proporciona soporte mejorado para hardware moderno y optimizaciones de rendimiento. Junto al núcleo se ha renovado todo el toolchain para desarrolladores y power users, integrando versiones actuales de los principales componentes:

  • Compiladores: GCC 14.2.1, LLVM/Clang 19.1.7
  • Librerías base: GNU C Library 2.41, Systemd 257.5
  • Gráficos y multimedia: Mesa 25.0.4
  • OpenJDK: Java 24

Todo ello se traduce en una plataforma que no solo es compatible con las últimas tecnologías, sino que también garantiza velocidad, seguridad y soporte ampliado para una gran variedad de escenarios de uso.

Entornos de escritorio disponibles en OpenMandriva Lx 6.0

La interfaz principal de OpenMandriva Lx 6.0 es el KDE Plasma 6.3, considerado uno de los entornos de escritorio más avanzados en la actualidad. Esta versión viene acompañada de KDE Gear 25.04 y KDE Frameworks 6.13, permitiendo acceso a todas las aplicaciones y utilidades más recientes del ecosistema KDE. Los usuarios podrán elegir entre ejecutarlo en X11 o Wayland, aunque se recomienda X11 en entornos virtualizados como VirtualBox, ya que la compatibilidad de Wayland varía según el hardware y el software de virtualización.

Además, OpenMandriva contempla las preferencias de una comunidad diversa y pone a disposición spins alternativas preconfiguradas con otros escritorios:

  • GNOME 48.1
  • LXQt 2.2.0
  • XFCE 4.20
  • COSMIC 1.0 alpha (en versión experimental)

Esta variedad reafirma el enfoque de OpenMandriva en la personalización y la versatilidad, cubriendo desde equipos de bajos recursos hasta estaciones de trabajo avanzadas.

Integración y mejoras en software clave

Cada imagen ISO de OpenMandriva Lx 6.0 incorpora versiones actualizadas de programas esenciales y utilidades de uso frecuente. Destacan:

  • LibreOffice Suite 25.2.3 con integración nativa en Qt 6 y Plasma 6
  • Chromium 135 y Firefox 137, ambos adaptados para reforzar la privacidad y la compatibilidad con formatos gráficos modernos
  • GIMP 3.0.2, Falkon 25.04.0 y VirtualBox 7.1.8

Asimismo, para los jugadores y quienes desean aprovechar Proton fuera del entorno Steam, el paquete está disponible en los repositorios estándar para facilitar la configuración de juegos Windows en Linux.

Enfoque en seguridad y privacidad

El equipo de OpenMandriva afirma haber abordado con prontitud todas las vulnerabilidades recientes y mantiene un ritmo constante de actualizaciones de seguridad. Las versiones de los navegadores principales incluyen parches específicos para inhabilitar funciones consideradas invasivas y mejorar la privacidad desde el primer uso. Todo esto, unido al modelo de desarrollo abierto y auditado por la comunidad, aumenta la confianza en el sistema.

OpenMandriva Lx Server: novedades para producción y cloud

El gran salto en esta edición es la primera versión estable del perfil Server, diseñada para escenarios de cloud, virtualización (QEMU, OpenStack) y despliegue rápido en servidores físicos y virtuales. En lugar del habitual ISO, se distribuye como imagen de disco, permitiendo utilizarla directamente en máquinas virtuales o copiarla a unidades USB y discos sin ejecución de instaladores gráficos.

Algunos de los aspectos clave de la edición Server son:

  • Configuración mínima: solo incluye los paquetes esenciales para asegurar que los administradores instalen únicamente lo necesario para su caso de uso.
  • Sin entorno gráfico: pensada para uso «headless», liberando recursos y evitando interfaces innecesarias en servidores.
  • Soporte de cloud-init: facilita la personalización automatizada en plataformas cloud.
  • Imágenes para: x86_64 estándar, AArch64 (ARM64) con UEFI y una variante optimizada para AMD Zen (EPYC, Threadripper, Ryzen).
  • Usuario preconfigurado: creado de fábrica para facilitar el primer acceso, editable tras la primera conexión.

La instalación en hardware físico se realiza mediante dd para volcar la imagen y ejecutando un script específico para completar la instalación. Este enfoque busca ofrecer flexibilidad y reducir al mínimo los pasos manuales en grandes despliegues.

Recomendaciones para actualizar desde versiones anteriores

Para quienes utilizan actualmente OpenMandriva Lx 5.0, los desarrolladores recomiendan una instalación limpia al actualizar a la versión 6.0, en lugar de intentar una actualización directa. Los profundos cambios en el stack de software y los escritorios hacen que la migración manual no esté soportada, garantizando así que los usuarios disfruten de todas las ventajas de Plasma 6 y el resto de los componentes renovados.

Herramientas y utilidades de configuración mejoradas

El renovado OM-Welcome sigue perfeccionándose como herramienta de bienvenida y configuración inicial de OpenMandriva en Plasma, colaborando a hacer el aterrizaje de nuevos usuarios más sencillo y directo. Además, los foros y canales de soporte colaborativo están activos para resolver dudas, documentar incidencias críticas y conectar con los desarrolladores en tiempo real, especialmente a través de la sala de Matrix dedicada.

Comunidad y documentación

El desarrollo de OpenMandriva Lx 6.0 es totalmente impulsado por la comunidad y abierto a la participación de cualquier usuario, sea con aportaciones técnicas, reporte de bugs, pruebas de nuevas características o contribuyendo económicamente. Las notas de lanzamiento y erratas se encuentran disponibles en el sitio web y la wiki oficial, acompañadas de información detallada sobre la instalación, requisitos y problemas conocidos.

La disponibilidad de descargas desde SourceForge y otros espejos facilita el acceso global al sistema. Además, quienes deseen contribuir al desarrollo del sistema pueden unirse al equipo o apoyar económicamente para mantener vivo el proyecto.

Principios clave de la distribución

  • Estabilidad: prioridad por la robustez y la fiabilidad a largo plazo, gracias a la rama «ROCK».
  • Actualidad: adopción de los entornos más recientes y soporte para hardware moderno.
  • Universalidad: uso flexible en escritorio, servidores y cloud.
  • Independencia: desarrollo y gobernanza totalmente comunitarios, al margen de grandes corporaciones.

La llegada de OpenMandriva Lx 6.0 supone un avance importante tanto para aficionados a Linux como para entornos profesionales, combinando una selección de tecnologías punteras, opción de varios escritorios y un perfil de servidor perfectamente preparado para la virtualización y la nube. Todo ello, bajo el paraguas de una comunidad activa que apuesta por la seguridad, la transparencia y la mejora continua.

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

QEMU 10.0 llega con mejoras en las diferentes arquitecturas y el soporte para Apple

QEMU 10.0

QEMU 10.0 ya está disponible como la última gran actualización del popular software de emulación y virtualización de código abierto. Esta versión supone un paso importante para quienes requieren emular hardware reciente y gestionar máquinas virtuales de forma avanzada, incorporando multitud de novedades que abarcan desde el rendimiento hasta la compatibilidad con nuevas arquitecturas y dispositivos.

La comunidad de usuarios y desarrolladores ha recibido con interés esta nueva iteración de QEMU, ya que introduce numerosas optimizaciones y funcionalidades destinadas tanto a entornos de desarrollo como productivos. Los responsables del proyecto han apostado por ampliar horizontes, incluyendo soporte mejorado para CPUs de última generación, dispositivos gráficos más avanzados y capacidades ampliadas en cuanto a almacenamiento y gestión de memoria.

Nuevas funcionalidades y mejoras clave en QEMU 10.0

Uno de los aspectos que más destaca de QEMU 10.0 es la emulación más rápida de instrucciones de cadenas en arquitecturas x86. Con ello, los sistemas huesped pueden ejecutar operaciones complejas sobre memoria de forma significativamente más eficiente, lo que se traduce en una experiencia de uso más ágil tanto para desarrolladores como usuarios finales.

Se han añadido nuevos modelos de CPU como ClearwaterForest y SierraForest-v2, lo que permite virtualizar sistemas que requieran procesadores modernos de Intel. Esto es especialmente útil para quienes prueban software que debe estar preparado para las últimas generaciones de hardware, facilitando pruebas y despliegues realistas sin necesidad de contar con los equipos físicos.

El dispositivo virtio-scsi ha recibido soporte multiqueue completo (true multiqueue), lo que contribuye a una mejor gestión y escalabilidad en las operaciones de entrada/salida (I/O), especialmente en servidores y entornos donde el volumen de datos es elevado.

QEMU 10.0 avanza en gráficos y soporte para dispositivos Apple

QEMU 10.0 introduce dos nuevos dispositivos gráficos: apple-gfx-pci y apple-gfx-mmio, especialmente dirigidos a proporcionar aceleración de gráficos a máquinas virtuales macOS. Mientras que el primero está orientado a invitados x86_64, el segundo cubre las necesidades de entornos AArch64.

Esto permite una experiencia gráfica mucho más fluida y cercana al hardware real. Para usuarios profesionales y desarrolladores que trabajen con macOS en entornos virtualizados, esta función puede ser decisiva.

Compatibilidad ampliada en arquitecturas ARM

La nueva versión añade soporte para las características arquitectónicas FEAT_AFP, FEAT_RPRES y FEAT_XS en CPUs ARM. También se incorpora la emulación de temporizadores físicos y virtuales Secure EL2, además de la posibilidad de modelar ambos controladores I2C en placas Stellaris.

Se suma compatibilidad con las placas NPCM845 Evaluation e i.MX 8M Plus EVK, así como una nueva propiedad highmem-mmio-size para la placa genérica ‘virt’, que permite configurar regiones PCIe MMIO de mayor tamaño.

Mejoras sustanciales en arquitectura RISC-V

QEMU 10.0 no se queda atrás en cuanto a la emulación de sistemas RISC-V. En esta edición se incorpora soporte para la CPU Tenstorrent Ascalon y la Xiangshan Nanhu, así como una placa genérica Microblaze V.

Entre las extensiones y mejoras específicas, esta versión añade compatibilidad con AIA userspace irqchip_split, el bit V en GDB priv reg, y soporte para direcciones de 64 bits en initrd. Además, se integran dispositivos como sriscv-iommu-sys, soporte para ssstateen y nuevas extensiones ISA como svukte, entre otras ampliaciones dirigidas a un soporte más avanzado y detallado de esta arquitectura.

Novedades en HPPA y soporte para grandes cantidades de memoria

Para la arquitectura HPPA, QEMU introduce la posibilidad de emular hasta 256GB de RAM en sistemas invitados de 64 bits, junto con soporte para el hashing de registros de espacio mediante registros de diagnóstico, necesario para HP-UX de 64 bits.

Además, se implementa la emulación de tarjetas PCI Guardian Service Processor (Diva GSP/BMC) y Astro LLMIO, y se puede desactivar la tarjeta gráfica Artist desde la línea de comandos. También se agiliza el tiempo de traducción y se añade compatibilidad con SeaBIOS-hppa 18.

Mejoras en s390x, LoongArch y PowerPC

El soporte para s390x se ve reforzado con la definición de nuevas características y modelos de CPU orientados a la generación 17 de mainframes. QEMU 10.0 también habilita virtio-mem en esta arquitectura, la opción de evitar la IOMMU para dispositivos PCI (mejorando el rendimiento) y la emulación completa de instrucciones como PPNO y MCV.

Por parte de LoongArch, la integración con KVM incorpora nuevas funciones como extioi virtual, tiempo de robo de KVM, IPI paravirtualizado y hotplug de CPU. Además, se introduce un modo de migración “cpr-transfer” pensado para actualizaciones en vivo, posibilidad de gestionar el estado de los nodos, y emulación del archivo /proc/cpuinfo en PowerPC. Para profundizar en las novedades en arquitecturas de hardware, también puede consultarse las mejoras en plataformas de virtualización.

VFIO, migración y mejoras de documentación

El marco VFIO recibe diversas actualizaciones, como soporte para migración multifd y compatibilidad con antiguas GPUs ATI (por ejemplo, X550). Además, se implementa una base para las capacidades de gestión de energía PCI, mejoras en la transmisión de dispositivos gráficos Intel IGD (para hardware Gen 11 y 12), documentación más completa de propiedades y un motor de seguimiento de memoria sucia renovado que ahora incluye el estado VFIO en los cálculos de dirty-rate.

La documentación general de QEMU también ha sido revisada y ampliada, facilitando así a usuarios y administradores la adopción de las nuevas características.

Otras características y descarga de QEMU 10.0

QEMU 10.0 añade un nuevo parámetro opcional handshake-max-seconds al comando nbd-server-start en QMP, ampliando así las opciones de control para quienes gestionan dispositivos de bloques de red mediante esta interfaz. Además, en la gestión de errores, se ha mejorado la precisión en los informes de fallos al mapear regiones MMIO, lo que ayuda en la identificación de problemas en entornos virtualizados.

Quienes estén interesados pueden acceder al listado completo de novedades y descargar el código fuente desde la web oficial de QEMU. Para usuarios que prefieran no compilar a mano, lo más recomendable es esperar a que la actualización esté disponible en los repositorios estables de su distribución GNU/Linux habitual.

Este avance en virtualización y emulación amplía notablemente las posibilidades para arquitecturas modernas, dispositivos gráficos avanzados y entornos de trabajo exigentes, permitiendo un software más completo, versátil y preparado para las necesidades actuales y futuras del ecosistema open-source y profesional.

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

OpenAI muestra interés en adquirir Chrome si Google se ve obligado a venderlo: todo lo que se sabe hasta ahora

OpenAI y Chrome

Durante las últimas semanas, el debate sobre la posible venta de Google Chrome ha ganado fuerza en la industria tecnológica y en los medios internacionales. Todo comenzó tras una serie de decisiones judiciales en Estados Unidos que abrieron la puerta a una hipotética desinversión de algunos productos clave de Google, a raíz de un largo proceso antimonopolio centrado en su dominio del mercado de la búsqueda online. Precisamente en este contexto, OpenAI ha manifestado su disposición a comprar Chrome en caso de que la justicia imponga a Google la obligación de desprenderse de su popular navegador.

El asunto no solo involucra a gigantes como Google y OpenAI, sino que podría suponer uno de los cambios más relevantes en la historia reciente de la tecnología, dado que influiría de forma directa en la distribución, la integración de la inteligencia artificial y el propio modo en que millones de usuarios navegan por internet.

Juicio histórico: ¿Por qué podría Google verse obligado a vender Chrome?

La raíz de este caso se encuentra en el macrojuicio antimonopolio en Washington, un proceso encabezado por el Departamento de Justicia estadounidense, donde se analiza el alcance del dominio de Google en el mercado de buscadores y publicidad digital. Desde el pasado año, una sentencia reconocía que Google había mantenido prácticas que limitaban la competencia, convirtiendo a Chrome, su navegador insignia, en una herramienta clave para extender y reforzar su posición dominante.

El juez Amit Mehta, encargado del caso, dictaminó que Google incurrió en prácticas que vulneran las leyes antimonopolio, abriendo la puerta a medidas correctoras que pueden ser tan radicales como la imposición de la venta de Chrome o incluso del sistema operativo Android. Dichas decisiones buscan asegurar que empresas rivales tengan opciones reales de competir, especialmente en lo que se refiere a la preinstalación y al acceso a buscadores en dispositivos móviles y ordenadores.

El interés manifiesto de OpenAI: declaraciones y contexto

El punto álgido del debate llegó cuando Nick Turley, jefe de producto de ChatGPT en OpenAI, fue llamado a testificar en el juicio. Ante el tribunal, Turley aclaró que OpenAI estaría muy interesada en adquirir Chrome si el proceso judicial concluye con la orden de venta del navegador. «Sí, nos interesaría, como a muchas otras empresas«, declaró, según diversas fuentes presentes en la vista.

Esta postura no es casual. Turley expuso abiertamente que OpenAI ha intentado en el pasado cerrar acuerdos con Google para utilizar la tecnología de búsqueda de la multinacional en el desarrollo y funcionamiento de ChatGPT, aunque sin éxito, ya que Google rechazó la colaboración por motivos estratégicos. Actualmente, el chatbot de OpenAI utiliza tecnología de Bing, el buscador de Microsoft, pero la compañía considera que mejorar la integración con Chrome y contar con diferentes socios potenciaría la calidad y la experiencia de usuario en sus productos.

Razones y posibles ventajas de que OpenAI adquiera Chrome

El propio Turley subrayó ante el tribunal que poseer Chrome permitiría a OpenAI llevar la inteligencia artificial a otro nivel de integración y experiencia. «Podríamos ofrecer una experiencia realmente increíble si ChatGPT se integrara en Chrome«, comentó Turley ante los medios. Esta afirmación se basa en la idea de que la distribución global del navegador —Chrome cuenta actualmente con alrededor del 70% de la cuota de mercado— facilitaría la llegada masiva de herramientas de IA a millones de usuarios.

Además, OpenAI reconoce que uno de los retos que enfrenta para competir en igualdad de condiciones es la dificultad de cerrar acuerdos con fabricantes de dispositivos Android. Al controlar Chrome, la empresa podría sortear muchas de esas barreras y ofrecer innovaciones de IA directamente a los usuarios, especialmente frente a la competencia de tecnologías como Gemini, la IA de Google, ya presente en muchos smartphones gracias a acuerdos exclusivos.

El papel de los acuerdos de Google y su impacto en el mercado

Parte de la disputa judicial gira precisamente en torno a los acuerdos exclusivos de Google con fabricantes de teléfonos y operadoras para preinstalar su motor de búsqueda, Chrome y la IA Gemini en dispositivos Android. Esta estrategia ha sido interpretada por las autoridades como una forma de limitar artificialmente la competencia e impedir que alternativas como ChatGPT tengan fácil acceso al mercado.

Google ha empezado recientemente a relajar algunos de estos acuerdos para hacer frente a la presión legal y mediática. Ejemplo de ello ha sido la modificación de condiciones con fabricantes como Samsung, Motorola o con empresas de telecomunicaciones como AT&T y Verizon, permitiendo preinstalar opciones rivales de búsqueda e incluso otras aplicaciones de IA.

No obstante, Google mantiene su defensa pública: la vicepresidenta de asuntos regulatorios de la compañía, Anne Mulholland, ha defendido que las medidas propuestas por el Departamento de Justicia «perjudicarían a los consumidores, la economía y el liderazgo tecnológico estadounidense«. La compañía insiste en que sus productos son elegidos por los usuarios debido a su calidad, y no por restricciones artificiales al mercado.

Chrome, una joya de la corona codiciada por muchos

Una de las realidades que más pesan en este proceso es la tremenda posición de Chrome en el mercado global. Su popularidad —muy por delante de Safari de Apple y otros navegadores— convierte su posible venta en un movimiento estratégico para cualquiera de los grandes actores tecnológicos. Tal y como han destacado diferentes medios, OpenAI no es la única interesada en una posible adquisición, pero su candidatura ha generado más atención mediática por el potencial de integración de la IA a gran escala.

Actualmente, ChatGPT ya dispone de extensiones para Chrome, pero gestionar directamente el navegador permitiría experimentar con nuevas funcionalidades, modelos híbridos o incluso una integración nativa de la inteligencia artificial como principal punto diferencial. Esto abriría la puerta a una experiencia de navegación radicalmente diferente, en la que los asistentes inteligentes, la automatización de tareas y la personalización del contenido estarían al alcance de cualquier usuario.

¿Qué implicaría la posible venta? Posibles escenarios y consecuencias

Si finalmente el tribunal obliga a Google a desprenderse de Chrome, el impacto sería significativo y múltiple. Por un lado, Google perdería uno de sus grandes vehículos para recolectar datos de los usuarios, pieza clave para su negocio de publicidad dirigida y para mantener su posición dominante tanto en la búsqueda como en otros servicios digitales. Por otro, el ecosistema de la IA podría experimentar una aceleración, ya que OpenAI —u otro comprador— pondría en marcha nuevas dinámicas de integración de la inteligencia artificial en la navegación diaria.

El caso recuerda a precedentes históricos como la obligada desintegración de AT&T en los años 80, que cambió el rumbo de la industria de las telecomunicaciones en Estados Unidos. Sin embargo, el panorama actual es aún más complejo, con implicaciones a escala global dado que Chrome y los servicios de Google afectan a cientos de millones de usuarios en todo el mundo.

El futuro de Google, OpenAI y la competencia tecnológica

Mientras se espera la decisión judicial definitiva —prevista para los próximos meses—, el sector asiste a una especie de cuenta atrás plagada de especulaciones y maniobras estratégicas. Google ya ha anunciado su intención de apelar cualquier fallo en su contra, señalando que la venta de Chrome supondría «un daño irreparable» a su ecosistema y pondría en entredicho el modelo de negocio que ha sustentado su éxito durante casi dos décadas.

Por su parte, OpenAI sigue diversificando sus caminos: además de la posibilidad de comprar Chrome, la compañía estaría avanzando en el desarrollo de su propio navegador web, fichando incluso a exdirectivos de Google. No obstante, la propia empresa reconoce que su tecnología de búsqueda interna todavía está lejos de poder satisfacer la mayor parte de las consultas de los usuarios, y que la colaboración con otros grandes proveedores sigue siendo una prioridad estratégica.

Otras tecnológicas y el gran debate del monopolio

Conviene no perder de vista que este caso no es un fenómeno aislado dentro del entorno regulatorio estadounidense. Otras grandes tecnológicas como Apple, Amazon o Meta también atraviesan procesos similares, donde se cuestiona la legalidad y la ética de sus estrategias para mantener el control de sus respectivos mercados. En todos los casos, se persigue un mismo objetivo: evitar la concentración extrema del poder y fomentar la competencia y la innovación dentro del ecosistema digital.

La fiscal general adjunta, Gail Slater, ha declarado que este tipo de procesos ponen a prueba la capacidad del sistema legal para adaptarse a los desafíos de la economía digital, y que el caso de Google podría sentar un precedente crucial para redefinir el equilibrio entre la innovación y el control del mercado por parte de unos pocos gigantes.

Perspectivas y reacciones: ¿qué cara tendrá la web si Chrome cambia de dueño?

Mientras tanto, la reacción dentro del sector varía. Algunos expertos consideran que solo empresas con gran músculo financiero y capacidad tecnológica pueden mantener y evolucionar un producto tan complejo y masivo como Chrome. Figuras como Aravind Srinivas, CEO de Perplexity, han expresado dudas sobre si cualquier actor, salvo Google, podría mantener el navegador a gran escala sin impactar negativamente la calidad o el modelo de negocio gratuito que ha caracterizado a Chrome hasta ahora.

No obstante, el consenso es que la integración de IA avanzada en la navegación web representa un paso lógico y necesario, y que el próximo propietario de Chrome —si llega a suceder la venta— marcará las líneas maestras de cómo será la experiencia de acceder, buscar e interactuar en la red en la próxima década.

El pulso legal entre Google y el Departamento de Justicia estadounidense, con OpenAI como potencial beneficiario y con la inteligencia artificial como telón de fondo, podría definir no solo el futuro de dos empresas punteras, sino el modo en que se estructura la competencia, la privacidad y el desarrollo digital a nivel mundial.

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