Hace pocos dias se dio a conocer él anunció la formación del consorcio UCIe (Universal Chiplet Interconnect Express), cuyo objetivo es desarrollar especificaciones abiertas y formar un ecosistema para la tecnología de chiplet.

Intel, AMD, ARM, Qualcomm, Samsung, ASE (Ingeniería avanzada de semiconductores), Google Cloud, Meta/Facebook, Microsoft y Taiwan Semiconductor Manufacturing Company se han unido a la iniciativa de tecnología de chiplets.

Se presenta a la atención del público la especificación abierta UCIe 1.0, que estandariza métodos para conectar circuitos integrados sobre una base común, una pila de protocolos, un modelo de software y un proceso de prueba. De las interfaces para conectar conjuntos de chips, se anuncia soporte para PCIe (PCI Express) y CXL (Compute Express Link).

Los chiplets permiten crear circuitos integrados híbridos combinados (módulos de varios chips) formados por bloques de semiconductores independientes que no están vinculados a un fabricante e interactúan entre sí mediante una interfaz UCIe estándar de alta velocidad.

Para desarrollar una solución especializada, por ejemplo, creando un procesador con un acelerador incorporado para el aprendizaje automático o el procesamiento de operaciones de red, cuando se usa UCIe, es suficiente usar chipsets existentes con núcleos de procesador o aceleradores ofrecidos por diferentes fabricantes.

Si no hay soluciones estándar, se puede crear su propio chiplet con la funcionalidad necesaria, utilizando tecnologías y soluciones que sean convenientes para usted.

“AMD se enorgullece de continuar con su larga tradición de respaldar los estándares de la industria que permiten soluciones innovadoras para satisfacer las necesidades cambiantes de nuestros clientes. Hemos sido líderes en tecnología de chiplets y damos la bienvenida a un ecosistema de chiplets de múltiples proveedores para permitir la integración personalizable de terceros”, dijo Mark Papermaster, vicepresidente ejecutivo y director técnico de AMD. “El estándar UCIe será un factor clave para estimular la innovación de los sistemas al apoyarse en motores de cálculo y aceleradores heterogéneos que permitirán obtener las mejores soluciones optimizadas en términos de rendimiento, coste y eficiencia energética. »

Después de eso, es suficiente combinar los chips seleccionados utilizando un diseño de bloques al estilo de los constructores de LEGO (la tecnología propuesta recuerda un poco el uso de placas PCIe para componer el relleno de una computadora, pero solo a nivel de circuitos integrados). El intercambio de datos y la interacción entre los chipsets se lleva a cabo mediante una interfaz UCIe de alta velocidad, y el paradigma system-on-package (SoP) se utiliza para el diseño de los bloques en lugar del system-on-chip (SoC, system- en chip).

En comparación con los SoC, la tecnología de chiplet permite crear bloques de semiconductores reemplazables y reutilizables que se pueden usar en diferentes dispositivos, lo que reduce significativamente el costo del desarrollo de chips.

Los sistemas basados ​​en chiplets pueden combinar diferentes arquitecturas y procesos de fabricación; dado que cada chiplet funciona por separado, interactuando a través de interfaces estándar, los bloques con diferentes arquitecturas de conjunto de instrucciones (ISA), como RISC-V, ARM y x86, se pueden combinar en un solo producto. El uso de chiplets también simplifica las pruebas: cada chiplet se puede probar por separado en la etapa anterior a la integración en una solución preparada.

Cheolmin Park, vicepresidente del equipo de planificación de productos de memoriade Samsung Electronics, dijo:

«Samsung prevé que la tecnología de chiplet será necesaria para mejorar el rendimiento de los sistemas informáticos a medida que los nodos de proceso continúan evolucionando, con las matrices dentro de cada gabinete posiblemente comunicándose a través de un solo idioma.

Esperamos que el consorcio UCIe fomente un ecosistema de chiplet vibrante y establezca un marco de interfaz viable, de estándar abierto y en toda la industria. Como proveedor integral de soluciones de memoria, lógica y fundición, Samsung planea liderar los esfuerzos del consorcio para identificar aún más las mejores formas de mejorar el rendimiento del sistema utilizando la tecnología de chiplet”.

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

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

Hace pocos dias se dio a conocer el lanzamiento del proyecto CoreBoot 4.16, en el cual participaron cerca de 170 desarrolladores en la creación de la nueva versión y quienes prepararon 1770 cambios.

Para quienes desconocen de CoreBoot, deben saber que esta es una alternativa de código abierto al tradicional Sistema Básico de Entrada-Salida (BIOS) que ya se encontraba en las PCs MS-DOS 80s y reemplazándola con UEFI (Unified Extensible). CoreBoot es también un análogo gratuito de firmware patentado y está disponible para verificación y auditoría completas. CoreBoot se utiliza como firmware base para la inicialización del hardware y la coordinación de arranque.

Incluyendo la inicialización del chip gráfico, PCIe, SATA, USB, RS232. Al mismo tiempo, los componentes binarios FSP 2.0 (Intel Firmware Support Package) y el firmware binario para el subsistema Intel ME, que son necesarios para inicializar y lanzar la CPU y el chipset, están integrados en CoreBoot.

Principales novedades de CoreBoot 4.16

En esta nueva versión que se presenta se destaca que se agregó el soporte para 33 placas base, 22 de las cuales se usan en dispositivos Chrome OS o servidores de Google.

Entre las placas que recibieron el soporte y que no son de Google, podremos encontrar las siguientes

• Acer Aspire VN7-572G
• AMD Chausie
• ASROCK H77 Pro4-M
• ASUS P8Z77-M
• Emulación QEMU power9
• Intel Alderlake-N RVP
• Prodrive atlas
• Star Labs Star Labs StarBook Mk V (i3-1115G4 y i7-1165G7)
• System76 mirada16 3050, 3060 y 3060-b

Ademas podremos encontrar que se agregó la opción para deshabilitar el subsistema IME (Intel Management Engine), que viene con la mayoría de las placas base modernas con procesadores Intel y se implementa como un microprocesador separado que funciona independientemente de la CPU y realiza tareas que deben separarse del sistema operativo. Como el procesamiento de contenidos protegidos (DRM), la implementación de módulos TPM (Trusted Platform Module) e interfaces de bajo nivel para monitoreo y control de equipos.

Para deshabilitar IME en sistemas con procesadores desde la familia Skylake hasta Alder Lake, se utiliza el parámetro me_state en el CMOS, asignándole un valor de 1 al que deshabilitará el motor. Para cambiar el estado CSME a través de CMOS, se ha agregado el método «.enable», cuyo estado corresponde al parámetro me_state.

Otro de los cambios que se destaca de esta nueva versión es que se agregó coreboot-configurator, una GUI simple para cambiar la configuración de CMOS en Coreboot CBFS usando la utilidad nvramtool.

Tambien podremos encontrar que se agregó la utilidad apcb_v3_edit para editar archivos binarios APCB V3 (AMD PSP Customization Block) y sustituirlos por hasta 16 SPD (Serial Presence Detect).

Se actualizaron los submódulos amd_blobs, arm-trusted-firmware, blobs, chromeec, intel-microcode, qc_blobs y vboot y el código para configurar LAPIC (Controlador de interrupción programable avanzado local) se ha movido a MP init.

Por otra parte, se destaca que se agregó soporte para secuencias de escape ANSI para resaltar eventos importantes como errores y advertencias al iniciar sesión en la consola interactiva y que se implementó la función cbmem_dump_console, similar a cbmem_dump_console_to_uart, pero funciona con consolas configuradas normalmente.

De los demás cambios que se destacan de esta nueva version:

• Se eliminó el soporte para las placas base Google Corsola, Nasher y Stryke.
• Se agregó soporte para CPU Power9 y SoC AMD Sabrina.
• Ajustes de imagen en vivo adaptados para trabajar con la distribución NixOS 21.11. El paquete iasl ha sido descontinuado y ha sido reemplazado por acpica-tools.
• El cargador de arranque U-Boot se ha actualizado a la versión 2021.10.
• Se agregó soporte para sistemas con más de 128 núcleos de CPU.
• Controlador agregado para sensores de proximidad SAR Semtech sx9360 utilizados en dispositivos Samsung.
• Controlador agregado para los controladores SD SGenesys Logic GL9750 utilizados en
• Chromebooks.
• Se agregó soporte para controladores Ethernet Realtek RT8125.
• Controlador agregado para Fibocom 5G WWAN ACPI.
• Se agregó soporte para topologías de memoria mixta cuando se usa DDR4.
• Se agregó soporte para la especificación FSP 2.3 (paquete de software flexible).
• Código rediseñado para el cálculo de hashes utilizados en la verificación y evaluación del estado de CBFS
• Se agregó soporte para la tecnología PCI-e Resizable BAR (Base Address Registers), que permite que la CPU acceda a toda la memoria de video de una tarjeta PCI.

Además, se proporciona un plan de transición a partir de la versión 4.18 a la cuarta edición del mecanismo de asignación de recursos (RESOURCE_ALLOCATOR_V4), que agrega soporte para manipular múltiples rangos de recursos, usar todo el espacio de direcciones y asignar memoria en áreas superiores a 4 GB.

En el lanzamiento de Coreboot 4.18, que se espera para noviembre, también está previsto dejar obsoleto el mecanismo clásico de inicialización de multiprocesador (LEGACY_SMP_INIT), que fue reemplazado por el código de inicialización PARALLEL_MP.

Si estás interesado en poder conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Obtener CoreBoot

Finalmente, para quienes estén interesados en poder obtener esta nueva versión de CoreBoot pueden hacerlo desde su sección de descargas, que se encuentra dentro de su página web oficial del proyecto.

Además de que en ella podrán encontrar documentación y más información sobre el proyecto.

El enlace es este.

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

Como bien sabrás, Putin ha iniciado una guerra, invadiendo Ucrania y amenazando a Europa con el uso incluso de armas nucleares, o con una III Guerra Mundial. Casi todo el mundo se ha volcado para apoyar a Ucrania. Pues bien, también se han visto muchos gestos desde el mundo de la tecnología, incluso desde la comunidad de software libre. Ahora, John Romero se une a este tipo de gestos lanzando un nuevo nivel inédito para DOOM II en apoyo a Ucrania.

El popular videojuego retro que no parece pasar de moda ahora tendrá un nuevo nivel tras 30 años de su creación. One Humanity está disponible para descargar por una donación de 5€, y el 100% de la recaudación estará destinado al pueblo de Ucrania y los esfuerzos humanitarios de la Cruz Roja y el Fondo Central de Respuesta a Emergencias de la ONU.

El apoyo a las víctimas ucranianas es casi unánime, como se ha dejado patente en la Asamblea General de la ONU, donde han votado a favor la inmensa mayoría de países, a excepción de Bielorrusia, Corea del Norte, Eritrea, Siria y la propia Rusia, con las abstenciones de China, Venezuela, Argelia, Angola, Armenia, Bangladesh, Bolivia, Burundi, Rep. Centroafricana, Congo, Cuba, El Salvador, India, Irán, Irak, Kazajistán, Kirguistán, Laos, Madagascar, Mali, Mongolia, Mozambique, Namibia, Nicaragua, Pakistán, Senegal, Sudáfrica, Sudán, Sudán del Sur, Sri Lanka, Tayikistán, Tanzania, Vietnam y Zimbabue.

Este nivel DOOM II de John Romero es toda una sorpresa, teniendo en cuenta los años que hace de que se lanzó este título al mercado. Ha hecho falta una guerra injusta para que llegue.

Por supuesto, para poder jugar a este nivel de DOOM II tendrás que tener una copia del videojuego original y un port moderno como GZDoom. Además, no solo podrás jugar en tu distro Linux, también en otros sistemas y en la consola portátil Steam Deck de Valve.

Descargar nuevo nivel para DOOM II – Sitio oficial

Más información sobre GZDoom – Sitio oficial

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

Hace poco, los desarrolladores de un sistema operativo basado en Linux dieron el salto de Python 3.9 a Python 3.10, y avisaron de que era un salto importante y que algunas cosas malas podrían pasar. Si esa posibilidad existe de v3.9 a v3.10, ambas parte de v3.x, imaginad lo que puede pasar al subir de Python 2.x a Python 3.x. Actualizar no es malo, se hace para bien, pero si los desarrolladores no se ponen a día, el cambio puede ser dramático, algo que estamos notando especialmente en un centro multimedia que hace unas horas ha lanzado Kodi 19.4.

Yo uso Linux y no he podido probarlo en Windows (luego veré si lo hago en una VM), pero se sabe que muchos addons de Kodi están fallando. Lo curioso es que funcionaron hasta la v19.2, y todo empezó a «petar» en v19.3. Por lo tanto, algunos teníamos la esperanza de que todo volviera a la normalidad con un Kodi 19.4 con el que el proyecto ha felicitado el año nuevo, ya que es el primer lanzamiento de 2022.

Novedades de Kodi 19.4

• Estuary ha corregido el menú contextual de la pantalla principal cuando hay más de 10 artículos en el menú y la barra de búsqueda no desaparecerá tras 5s al usar alguna aplicación para controlar Kodi remotamente.
• En la entrada (Input), se han solucionado algunos problemas con los teclados chino e inglés.
• Música: han corregido la exportación a NFO de la discografía del artista.
• En PVB hay un nuevo método de ordenación para grabaciones basadas en temporadas y episodios; se ha corregido un bloqueo al navegar por una guía vacía; y se ha corregido que eliminar u ocultar el grupo de un canal no funcionaba correctamente.
• En la interfaz de usuario han corregido cualquier favorito para una fuente multimedia restringida o bloqueada, que ahora está oculta; han arreglado el estado del título y visto en una ISO Blu-Ray, que ahora se muestra correctamente; y se ha corregido cuando un idioma incorrecto era identificado por un nombre de subtítulo.
• Vídeo: el silenciado EDL funciona, y la vista de subtítulos ASS funciona correctamente.
• Android: se ha ajustado el buffer de audio y se han corregido varios problemas con TrueHD stutter/dropout.
• Linux: se ha corregido la reproducción automática de DVDs.
• La posición del cursor a pantalla completa se ha corregido en macOS.
• Windows: corregido el parpadeo al entrelazar H.264 SD en GPUs AMD, y un bloqueo inesperado por la configuración de red.
• Xbox: nuevo paso de audio a través de WASAPI y corregido el error de permisos que impedía la instalación de complementos de Python.

Los addons que siguen sin funcionar

Por desgracia, esto no es algo que se haya corregido en Kodi 19.4, pero porque no es un problema suyo. Son los desarrolladores de complementos los que tienen que hacer que funcione ya sin rastro de Python 2.x. Es algo que también hemos visto en algunos plugins de GIMP: se desarrollaron con base Python 2.x y han dejado de funcionar. ¿Es problema de GIMP? No, es problema de los desarrolladores que no han rebasado su software para nuevas tecnologías. De hecho, en Kodi 19.4 hay algún addon que funciona perfectamente, pero otros sencillamente no muestran nada. Una lástima, pero es lo que hay ahora mismo. No debemos desesperar demasiado y tener paciencia, e incluso agradecer su trabajo. Pero en 19.4 seguimos sin poder disfrutar de sus creaciones.

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

Hace poco, los desarrolladores de un sistema operativo basado en Linux dieron el salto de Python 3.9 a Python 3.10, y avisaron de que era un salto importante y que algunas cosas malas podrían pasar. Si esa posibilidad existe de v3.9 a v3.10, ambas parte de v3.x, imaginad lo que puede pasar al subir de Python 2.x a Python 3.x. Actualizar no es malo, se hace para bien, pero si los desarrolladores no se ponen a día, el cambio puede ser dramático, algo que estamos notando especialmente en un centro multimedia que hace unas horas ha lanzado Kodi 19.4.

Yo uso Linux y no he podido probarlo en Windows (luego veré si lo hago en una VM), pero se sabe que muchos addons de Kodi están fallando. Lo curioso es que funcionaron hasta la v19.2, y todo empezó a «petar» en v19.3. Por lo tanto, algunos teníamos la esperanza de que todo volviera a la normalidad con un Kodi 19.4 con el que el proyecto ha felicitado el año nuevo, ya que es el primer lanzamiento de 2022.

Novedades de Kodi 19.4

• Estuary ha corregido el menú contextual de la pantalla principal cuando hay más de 10 artículos en el menú y la barra de búsqueda no desaparecerá tras 5s al usar alguna aplicación para controlar Kodi remotamente.
• En la entrada (Input), se han solucionado algunos problemas con los teclados chino e inglés.
• Música: han corregido la exportación a NFO de la discografía del artista.
• En PVB hay un nuevo método de ordenación para grabaciones basadas en temporadas y episodios; se ha corregido un bloqueo al navegar por una guía vacía; y se ha corregido que eliminar u ocultar el grupo de un canal no funcionaba correctamente.
• En la interfaz de usuario han corregido cualquier favorito para una fuente multimedia restringida o bloqueada, que ahora está oculta; han arreglado el estado del título y visto en una ISO Blu-Ray, que ahora se muestra correctamente; y se ha corregido cuando un idioma incorrecto era identificado por un nombre de subtítulo.
• Vídeo: el silenciado EDL funciona, y la vista de subtítulos ASS funciona correctamente.
• Android: se ha ajustado el buffer de audio y se han corregido varios problemas con TrueHD stutter/dropout.
• Linux: se ha corregido la reproducción automática de DVDs.
• La posición del cursor a pantalla completa se ha corregido en macOS.
• Windows: corregido el parpadeo al entrelazar H.264 SD en GPUs AMD, y un bloqueo inesperado por la configuración de red.
• Xbox: nuevo paso de audio a través de WASAPI y corregido el error de permisos que impedía la instalación de complementos de Python.

Los addons que siguen sin funcionar

Por desgracia, esto no es algo que se haya corregido en Kodi 19.4, pero porque no es un problema suyo. Son los desarrolladores de complementos los que tienen que hacer que funcione ya sin rastro de Python 2.x. Es algo que también hemos visto en algunos plugins de GIMP: se desarrollaron con base Python 2.x y han dejado de funcionar. ¿Es problema de GIMP? No, es problema de los desarrolladores que no han rebasado su software para nuevas tecnologías. De hecho, en Kodi 19.4 hay algún addon que funciona perfectamente, pero otros sencillamente no muestran nada. Una lástima, pero es lo que hay ahora mismo. No debemos desesperar demasiado y tener paciencia, e incluso agradecer su trabajo. Pero en 19.4 seguimos sin poder disfrutar de sus creaciones.

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

Seguramente recuerdes el kernel Zircon creado por Google para su sistema operativo Fuchsia. Pues bien, DahliaOS es otro sistema operativo de código abierto que se basa en Fuchsia, pero usando Zircon y Linux como kernel bajo un mismo «techo». Además, es muy sencillo de instalar, como cualquier otra distro GNU/Linux, aunque aún se encuentra en una fase de desarrollo Alpha, por lo que no se recomienda para productividad.

Si has empleado alguna vez un Chromebook con ChromeOS, te darás cuenta que DahliaOS tiene un aspecto muy similar en su entorno de escritorio, y es muy minimalista e intuitivo, por lo que no tendrás problemas para hacerte con él. Su entorno de escritorio se llama Pangolin, con un estilo Material YOU, y tiene algunos ajustes para la interfaz de usuario bastante ingeniosos.

Y no deberías perderle la vista a este proyecto, ya que en un futuro podría ser muy interesante en el mundo IoT por Zircon.

Además, te recordará bastante a KDE Plasma en algunos aspectos, incluso por la gran cantidad de apps integradas que tiene (calculadora, reloj, calendario, administrador de tareas, editor, terminal, navegador web, gestor de archivos, etc.). Incluso tiene apps algo más avanzadas como Graft, un programa que te permite ejecutar varias máquinas virtuales dentro de DahliaOS.

Por ahora, tiene una lista decente de hardware soportado (algunos modelos de Acer, HP, Dell, Chromebooks, Apple, Lenovo, así como placas SBC como la Raspberry Pi, e incluso con Pine64 Pinephone), aunque aún es muy pequeña en comparación con las distribuciones GNU/Linux. Por tanto, es probable que no funcione con tu equipo si no está en la lista, pero siempre podrás ejecutarlo en una máquina virtual si deseas probarlo.

Ver lista de hardware soportado – Lista completa

Descargar imagen de DahliaOS EFI/Legacy – Sitio de descargas (aprox 650MB)

Más información sobre DahliaOS – Documentación

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

Al leer esta noticia, publicada por Canonical el pasado 28 de febrero, una vena friki me ha hecho pensar, en inglés, «Oh, my god, here we go again». Y es que hace ahora algo menos de diez años, la compañía responsable de Ubuntu y liderada por Mark Shuttleworth anunció algo que sonaba muy bien: un sistema operativo que funcionaría en cualquier dispositivo, fuera móvil o de escritorio. De aquello ha quedado Ubuntu Touch, pero gracias a que UBports decidió seguir adelante con el proyecto. Y no es lo mejor que podemos instalar en un móvil Linux.

Pero aquí está Canonical otra vez queriendo meterse en el terreno de los teléfonos móviles, aunque esta vez de una manera muy diferente. Va a colaborar con Vodafone para probar una nueva tecnología que usa Anbox Cloud y la potencia de las redes de teléfonos móviles para convertir televisiones, ordenadores y vestibles (wearables) y otros dispositivos en «teléfonos inteligentes de la nube».

Canonical lo vuelve a intentar, pero con un punto de vista diferente

El prototipo de Cloud Smartphone se presentará en la MWC 2022 que se está celebrando en Barcelona, y pretenden mostrar el concepto de un teléfono que lo ejecuta todo en la nube, dejando sólo algunas funciones básicas en el mismo dispositivo. ¿Y a qué nos recuerda esto? Pues un poco a lo que hemos visto en otros apartados, como el de los videojuegos. Por ejemplo, Google promete que sólo necesitaremos un mando y un navegador web compatible para poder jugar a su Stadia. Un concepto parecido es lo que tiene en mente Canonical.

Con el uso de Anbox Cloud de Canonical, Vodafone puede probar una pila de software que permite implementar la ejecución del sistema operativo Android en la nube trasladando todo el procesamiento a una máquina virtual. De este modo, el dispositivo elegido sólo tendrá que utilizar las capacidades básicas de decodificación de vídeo, lo que permitirá que objetos sencillos asuman las tareas del smartphone. La integración con funciones que permanecen en el dispositivo físico como la cámara, la localización o los sensores disponibles, proporciona al usuario un entorno que no muestra ninguna diferencia con el que está acostumbrado a tener habitualmente.

La clave: Anbox Cloud

Según Canonical, Vodafone ha decidido trabajar con ellos por la experiencia que tienen con la virtualización de Android, con lo que se pueden replicar o similar millones de aplicaciones en la nube gracias a Anbox Cloud.

Y es que ahora están apostando todos por servicios en la nube. Ya no son sólo los servicios como Netflix, Spotify o Stadia; es que por ejemplo Manjaro también nos prometió que se podría ejecutar en un iPad para más tarde anunciar que estaría disponible dentro de Shells, lo que es un servicio de máquinas virtuales en la nube. No sé cómo acabará esto nuevo de Canonical, pero si saliera adelante podríamos alargar la vida de nuestros teléfonos, ya que el software no se ejecutaría en los mismos y las actualizaciones futuras no deberían pesarles.

Ahora mismo lo único cierto es que Canonical se ha asociado con Vodafone para empezar a experimentar. Del resto, sólo el tiempo dirá.

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

En 1999 yo hacía tiempo que había descubierto a Metallica y hacía unos años que disfrutaba más del Thrash que de cualquier otro estilo musical. Tiempo antes era más de Nirvana o Iron Maiden, y nunca he sido fan de Red Hot Chili Peppers. Sí puedo decir que me llamó la atención una canción que daba nombre a un disco. Corría 1999, y la canción era más suave de lo que solían hacer. Pero llamaba la atención por dos cosas: la primera era el nombre, Californication, que incluía la palabra «fornicación», y la segunda era un videojuego en el que aparecían los componentes del grupo.

Aquel videojuego no era real. Era una animación en la que los Red Hot Chili Peppers se enfrentaban a todo tipo de situaciones, como volar por una ciudad, esquiar o huir de un autobús para que no les atropellara. Por aquellos tiempos aún no existía o acababa de lanzarse la PlayStation 2, y juegos como ese, con esos gráficos, aún no eran habituales. Hoy en día, esos gráficos no parecen gran cosa, pero, ¿y si lo hubiera hecho real un sólo desarrollador? Eso ha pasado, y el desarrollador es español.

Californication para Windows funciona con WINE

Nada más iniciar el juego vemos a un perrito dentro de un tanque y un nombre que delante tiene una arroba. Es la cuenta de Twitter de Miguel (@comandogdev), y a continuación vemos una pantalla que nos indica qué música va a sonar. Porque sí, el juego es uno como cualquier otro, pero siempre que lo hemos visto ha sonado de fondo Californication, por lo que la experiencia completa se consigue con esa canción de fondo. ¿El problema? Es evidente: los derechos de autor. Pero a Miguel se le ha ocurrido una manera de evitar problemas.

La canción no se incluye en el juego. El menú para elegir qué ponemos son enlaces a YouTube, por lo que nos saca momentáneamente del juego hasta que empezamos a reproducir la canción y volvemos a entrar. Es aquí en el único momento en el que yo he notado algo raro en Linux, pero es que no está disponible para nosotros. ¿Y por qué lo escribimos en Linux Adictos? Pues porque funciona perfectamente en Linux.

El juego está disponible gratis en este enlace para Windows y macOS. Es un ZIP de menos de 300mb que dentro tiene un EXE y algunos archivos más, pero lo importante es que, si tenemos instalado WINE, podremos jugar a Californication sin problemas.

Es gratis y compatible con mandos de juegos

La primera vez que lo iniciamos, es probable que WINE nos diga que no tiene algún paquete instalado, pero se acepta y más tarde podremos jugar a Californication. Como he mencionado, puede ser que al elegir la música de fondo y volver a entrar haya algo que no funcione, pero se puede cerrar, volver a abrir y, con la música ya sonando, la segunda vez elegir que no suene nada. También puede que tenga algo que ver algo de mi mando, que no funciona todo lo bien que podría (como podéis comprobar en el vídeo anterior, en el que he elegido un «cover» para evitar que YouTube me lo elimine).

El juego usa el motor Unity para moverse, y tenemos varios niveles para elegir. La mecánica es sencilla: tenemos que conseguir coger hasta cinco logotipos de Red Hot Chili Peppers antes de que se acabe la barra de nuestra vida. Se puede jugar con mando o con el teclado, y no hace falta aprender mucho para empezar a jugar. En la parte inferior de la pantalla tenemos un mapa que nos ayudará a saber dónde están los logos, los enemigos e incluso obstáculos. Vaya, que no le falta de nada.

Pero lo más importante de esta noticia son tres cosas: la primera, que el juego Californication es una realidad; la segunda, que lo ha creado un desarrollador español, quien lo ha añadido a su porfolio para promocionarse; y la tercera es que está disponible, bueno, que podemos jugarlo en Linux sólo con WINE. Os dejamos con el vídeo original de 1999 o 2000 (tengo dudas de cuándo salió).

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

Quizás no muchos conocen libguestfs, una biblioteca escrita en C y un conjunto de herramientas que te permiten acceder y modificar las imágenes de disco virtual empleadas en las máquinas virtuales. Además, podrás trabajar con varias plataformas de virtualización basadas en KVM de Linux, y las imágenes de las MV se montarán directamente sobre el host haciendo uso del módulo FUSE y con las herramientas guestmount/guestunmount.

Otro detalle positivo de libguestfs es que puede acceder a casi cualquier FS, o sistema de archivos, y eso incluye todos los de Linux (ext2, ext3, ext4, XFS, btrfs,…), los de MS Windows (VFAT y NTFS), los de macOS (HFS y HFS+), así como los de BSD, e incluso gestión de volúmenes LVM2. Todo eso tanto en MBR como en GPT.

En cuanto a los tipos de discos virtuales a los que puede acceder, pueden ser:

• qcow2
• VirtualBox .vdi
• VMWare .vmdk
• Hyper-V .vhd y .vhdx

También puede acceder y modificar archivos, dispositivos locales, imágenes ISO, tarjetas de memoria SD, o hacerlo de forma remota a través de protocolos como:

• FTP
• HTTP
• SSH
• iSCSI
• NBD
• GlusterFS
• Ceph
• Sheepdog
• etc.

Por otro lado, libguestfs no necesita privilegios, lo que también resulta interesante. Gracias a este proyecto, tendrás varias herramientas de línea de comandos como guestfish, guestmount, guestunmount, virt-rescue para reparar las MV que no arrancan, virt-cat, virt-tar, etc.

libguestfs también actúa como una API para poder vincular programas de administración en diversos lenguajes de programación:

• C
• C++
• Perl
• Python
• Ruby
• Java
• PHP
• Haskell
• Erlang
• Lua
• C#
• etc.

También puedes usarlo desde scripts, lo que resulta muy práctico a la hora de administrar sistemas. Además, este proyecto de Richard Jones se puede instalar desde los repos de muchas de las distros conocidas de esta forma:

• Debian/Ubuntu y derivados

sudo apt install libguestfs-tools

• Fedora/CentOS/RHEL y derivados

sudo dnf install libguestfs

• Arch Linux y derivados

sudo pacman -Sy libguestfs

Por cierto, si estás usando libvirt y tratas de invocar a alguna de las utilidades o herramientas incluidas en libguestfs, vas a recibir un error como este:

libguestfs: error: could not create appliance through libvirt.

La solución es tan simple como exportar una variable como «direct» así:

export LIBGUESTFS_BACKEND=direct

Más información – Sitio web oficial

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

Hace unas semanas, la cuenta oficial de Manjaro en Twitter publicó algo que alteró a sus usuarios. Era un tweet que parecía normal, pero que terminaba recomendando los paquetes Flatpak para que se usara menos AUR, el repositorio de la comunidad de Arch Linux en donde se encuentran paquetes como el Chrome de Google, por poner un ejemplo. Hubo gente que respondió a aquel tweet diciendo directamente que usaban Manjaro/Arch Linux por AUR, y era difícil de creer lo que estábamos leyendo, pero todo tiene una explicación y parece que una solución.

El principio de la explicación es que hay usuarios que usan AUR un poco de más. Es decir, incluso instalan el software desde este repositorio de la comunidad de Arch Linux antes que desde los repositorios oficiales. Cuando las peticiones son pocas, no hay problema, pero Manjaro no es Arch Linux, y su rama estable se actualiza cada pocas semanas. Ese es parte del problema: cuando Manjaro lanza una versión estable, muchos tiramos de Pamac para actualizar, y Pamac actualiza todo lo que tiene disponible, paquetes de AUR incluidos. En esos momentos, Arch User Repository sufre, y Manjaro se lleva un pequeño tirón de orejas.

Arch Linux y Manjaro preparan soluciones

Tal y como explican en este y este otro enlace del GitLab de Arch Linux, están trabajando en un nuevo AURweb que mejoraría la gestión del tráfico. Por lo que leemos en el segundo enlace, una solución parece ser bloquear el User Agent de Pamac, con lo que el tráfico parece reducirse hasta una octava parte. Si Manjaro ha publicado que están trabajando con Arch Linux, no parece probable que la solución sea un bloqueo permanente, sino temporal, probablemente en los días en los que se lanza una versión estable. Si es esto último lo que deciden hacer, recibiríamos las actualizaciones estables como siempre, pero los paquetes de AUR se actualizarían en otro momento.

Se espera que pronto publiquen detalles más extensos, pero este trabajo conjunto entre «padre» e «hijo» hará que todos salgamos beneficiados.

La última versión estable de Manjaro se lanzó el pasado 27 de febrero.

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