En las últimas semanas se están publicando varias noticias sobre fabricantes que quieren lanzar móviles con sistemas operativos diferentes a Android. El que más claro lo tiene es Huawei, que tras el veto sufrido hace años empezó con HarmonyOS, un sistema operativo basado en Android pero sin todo lo que no se le permitía usar. Lo próximo parece ser que ese sistema operativo no será compatible con aplicaciones de Android.

Xiaomi también está siendo noticia, pero lo suyo suena a menor volumen. Durante este verano (en el hemisferio norte), hubo noticias sobre MiOS, un sistema operativo propio que también pretende ser algo diferente al sistema móvil de Google. Suenan con más fuerza otras informaciones sobre la misma compañía, pero se quedan en una nueva capa de Android que no deja de ser Android. Lo de MiOS es otra cosa, y puede terminar siendo un tiro en el pie.

Por qué usar Android es bueno para los fabricantes

Echemos una mirada atrás en el tiempo. Nokia era el rey de la telefonía móvil, y apareció el iPhone. Sobre el papel, el teléfono de Apple sólo ofrecía una cosa realmente innovadora: facilidad de uso. En 2008 lanzó la App Store, y 2-3 años después ya contaba con más de 1 millón de aplicaciones. Los teléfonos Android cambiaron su manera de hacer las cosas, ofrecieron algo más «manzanero» y también lanzaron lo que hoy se conoce como la Google Play. Hoy en día, todo lo que no sea un iPhone o un Android es una rareza.

¿Por qué explico esto? Porque si hay algo que hace que un teléfono se venda bien son las posibilidades que ofrece, y estas posibilidades guardan relación con las aplicaciones que pueden instalar. En la App Store hay de todo, pero hasta el «maquero» más fanboy, aunque no lo diga, echa a faltar software como Kodi o RetroArch. En la Google Play sí aparecen esas apps, e incluso hay otras que se pueden instalar desde la página del desarrollador, como NewPipe.

¿Y por qué hay tantas apps en estas tiendas? Sencillamente porque hay público. Cuando un desarrollador piensa en crear una aplicación de escritorio y quiere llegar a mucha gente, lo primero que piensa es en crearla para Windows, le sigue macOS y luego ya para el resto. En móviles, el orden es Android, iOS y… no sé si hay ese tipo de «resto».

Lo que tienen que tener en cuenta los fabricantes móviles

Aunque aquí somos «adictos a Linux», ¿cuántos de vosotros tiene como teléfono principal un PinePhone, un Volla Phone o uno con un Linux nativo como Phosh o postmarketOS? Si os tengo que decir lo que creo, pienso que habrá alguno, claro, pero entre todos nuestros lectores creo que se podrán contar con los dedos de una mano los que usen sólo ese teléfono y no tengan nada con al menos Android.

El motivo es que los teléfonos son teléfonos, aunque la definición de un teléfono de hoy en día diste mucho de la de los de hace 30 años. Un teléfono actual tiene que poder llamar, tiene que poder usar WhatsApp, tiene que poder usar Telegram, X, Instagram, tiene que tener un asistente de voz por tonto que parezca tras la llegada de ChatGPT y tiene que permitirnos jugar al Candy Crush de turno. Sin eso, lo que tenemos es poco más que un teléfono de los tiempos de Nokia: puede ser muy bueno, puede tener un hardware potente, pero no podremos hacer mucho que se da por sentado.

Otros ya ha fracasado

Huawei y Xiaomi se están planteando ser como Apple o Google sin serlo. Y lo más importante, en un mundo en el que estas compañías ya existen y están dominando en este terreno. Es algo que intentó también Mozilla, y no sólo terminó mordiendo el polvo, sino que acabó tragando arena. Si yo fuera analista, bueno, me pagarían por decir tonterías (con todo mi respeto hacia ellos, es sólo una alusión a que unas veces aciertan y muchas otras no) y sobre esto diría que no van a llegar a ninguna parte. Huawei restablecerá la compatibilidad con aplicaciones del sistema operativo móvil de Google, y Xiaomi nunca la abandonará del todo.

En cuanto a fabricantes de los teléfonos con Linux, los desarrolladores de software están siendo los más listos de todos, ya que tienen su propio sistema operativo, está basado en Linux, se suele poder conectar a un monitor y teclado y ofrecer una experiencia casi de escritorio y encima trabajan para permitir ejecutar aplicaciones de Android. El resto, que encima son fabricantes de talla mundial, deberían ir a lo seguro.

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

Quedan 91 días para el «mega lanzamiento». En realidad, contando desde y con hoy 30 de noviembre quedan 90, pero la noticia se publicó hace algo menos de 24 horas: Plasma 6 beta ya está disponible. Hasta ahora se podía probar usando repositorios inestables en versión alfa, pero KDE lanzó ayer el primer ensayo para el público general de aquello que llamaron el mega lanzamiento. El nombre no miente, ya que llegarán al mismo tiempo Plasma 6, Frameworks 6 y el primer set de aplicaciones compatible con todo lo anterior.

Creo que no hace falta explicar con detalle que Plasma 6 beta es… una beta. Sí podemos explicar un poco por encima qué es una beta: si nos basamos en la teoría, las primeras versiones no reciben ninguna etiqueta, y son las que maneja el desarrollador de un software; lo primero que se comparte es la alfa, y tienen acceso a ella un grupo pequeño de personas; luego viene la beta, que es para que la prueba más gente, hasta el punto de que suele estar disponible para cualquier interesado; y tras esto ya llegaría la estable. En definitiva, beta es algo con cierta madurez que puede probar cualquiera, pero aún no está listo para equipos que se consideren de producción.

Plasma 6 beta y Frameworks 6 beta en KDE neon

Cuando se produce un lanzamiento como este, los desarrolladores ponen a disposición del que quiera probarlo el código. La mejor manera de testar algo así es en una distribución que ya lo use, y la mejor candidata para esta tarea es KDE neon en su ISO Unstable. Más concretamente, tras actualizar, porque la última ISO en el momento de publicar este artículo es del día 26 y aún no usaba Plasma 6 beta. Consejo su usáis máquina virtual: usad pkcon update desde el terminal; a mí Discover me rompe el sistema.

Entre sus novedades, hay muchas que cubriremos con más detalle dentro de tres meses, pero nada más iniciar el sistema operativo ya veremos una de ellas: el panel inferior es ahora flotante por defecto, algo con lo que yo había sido crítico tiempo atrás. Para empezar, la primera vez que apareció en Plasma 5.25 ocupaba más espacio del que debería, y cuando solucionaron esto el panel flotaba, sí, pero Kickoff no. Estos problemas ya están solucionados.

Wayland por defecto

También descubrimos que entra a Wayland por defecto, o lo descubrimos cuando vemos algún fallo o entramos al Centro de Información. El cambio de resolución no termina con éxito si lo usamos en GNOME Boxes en modo Live, pero sí se puede cambiar con la misma combinación si cerramos sesión y cambiamos a X11. No es algo que deba ser así y debería mejorar también para máquinas virtuales en los próximos tres meses. En el mismo Centro de información podemos ver versiones con numeración diferente de Plasma y Frameworks, lo que indica que son versiones preliminares. Tras la actualización del neon que estamos usando para la prueba sube a Plasma 5.90.0 y Frameworks 5.246.0. Qt está ya en  6.6.

Para ver algo similar con las aplicaciones hay que abrir alguna de KDE Gear (las propias del proyecto), dirigirse a «Ayuda» y luego a «Acerca de…». La numeración es 24.01.80, lo que es la beta de KDE Gear 24.02. Deberían llegar en diciembre, pero se han tomado un tiempo extra para preparar las cosas. En cuanto a la numeración para versiones futuras, yo no tengo claro si volverán a los .04, .08 y .12 o también se preparan para dos lanzamientos al año como con el futuro de Plasma.

Otras novedades

La lista completa de cambios está disponible en esta nota de KDE sobre Plasma 5.90.0. Es demasiado extensa y poco clara como para poder conocer bien las novedades. Sí podemos adelantar cosas como que:

• La vista de Cubo para pasar entre escritorios ha vuelto.
• Por defecto, se han fusionado la vista de escritorios y actividades, con lo que con un atajo de teclado o 4 dedos hacia arriba en el panel táctil veremos algo como lo que ofrece GNOME.

• El panel flotante es inteligente, o puede serlo si así lo configuramos. Cuando se pone una ventana encima, deja de flotar. Y ahora también es posible que se vea cuando no hay ninguna ventana superpuesta aunque lo tengamos para que se auto-oculte. Es decir, sólo se ocultará cuando haya algo encima con esta nueva opción.
• Se introducirá una mejora de accesibilidad para personas daltónicas.
• El widget de la batería se divide en dos y pasará a ser «Brillo y color» y «Energía y batería». No habrá más elementos en la bandeja del sistema, ya que el de colores vivirá junto al de «Color nocturno».

Plasma 6.0 llegará junto a Frameworks 6 y las apps de febrero el día 28. Cuándo llegará a las diferentes distribuciones dependerá de su filosofía, pero pueden pasar semanas o incluso meses, ya que es un salto enorme.

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

El artículo sobre el lanzamiento de WINE 8.21 empezó con la frase «Todos queremos a Wayland». Era una manera de expresar que es hacia donde se dirigen todos los proyectos y, a la postre, los usuarios. Pero lo cierto es que no todos quieren a Wayland. Aunque funcione bien en muchos escenarios, hay otros en los que trabaja algo peor, y de esto se han quejado los desarrolladores de PCSX2.

PCSX2 nos permite jugar a nuestras ISOs de juegos de PlayStation 2, y la verdad es que, gracias a sus muchos ajustes disponibles, sorprende lo bien que puede funcionar en un ordenador del montón, de la parte baja. Sus desarrolladores desactivaron el soporte por defecto para Wayland, y a finales de octubre publicaron información sobre esta decisión. Lo que puede pillar a muchos desprevenidos es que parte del enfado del proyecto tiene un culpable: GNOME.

PCSX2 «es un completo desastre» en GNOME + Wayland

GNOME empezó a usar Wayland por defecto en 2017, pero tardó un poco más en ser implementado por las distribuciones Linux. Por ejemplo, Ubuntu lo usó también con gráficas de NVIDIA en abril de 2022, y KDE empezará a usarlo por defecto en febrero de 2024. Hay años de diferencia entre el movimiento de un escritorio al del otro, pero de quien más se quejan los desarrolladores de PCSX2 es de GNOME.

En la descripción del cambio, lo primero que leemos es que «desactiva Wayland, que está super roto/con bugs en básicamente cualquier escenario. KDE no es tan buggy, GNOME es un completo desastre«. Entrando en los detalles, explican que la estúpida obsesión con el CSD en GNOME crea inconsistencia; la imposibilidad de posicionar ventanas hace que guardar la posición de las ventanas no sea posible; problemas con NVIDIA y algunos puntos más.

Hasta que se pongan las pilas, lo cual es poco probable, ya que se ha avanzado muy poco en la última década, mantenlo desactivado. Para los Flatpaks, los usuarios pueden volver a activarlo con flatseal si realmente quieren la experiencia de mierda.

NOTA: La traducción original no dice lo de las pilas. Usan la palabra «shit» (mierda), que aunque sea malsonante y esté con asteriscos, también se puede traducir como «cosas».

Esto no es un ataque sin cuartel contra Wayland ni GNOME. Sólo prefieren que las cosas mejoren, y el soporte sigue estando disponible, aunque hay que hacer el cambio manualmente. Entre las soluciones, proponen usar la versión flatpak y reactivar Wayland con Flatseal «si de verdad quieren la experiencia de mierda» o usar el runtime de KDE/Qt 6.6, entre otras cosas.

¿Toda la razón o sólo en parte?

Yo soy un desarrollador de juguete, júnior, en pañales, y sé lo que puede costar adaptarse a lo nuevo cuando un software ya funciona. El cambio a Wayland es una tarea difícil, titánica desde mi punto de vista, y creo que los desarrolladores de PCSX2 tienen parte de razón.

Las distribuciones también tienen su parte de razón: hay que presionar para el cambio, o de lo contrario no tendrá lugar nunca. Por las palabras del comunicado, parece innegable que sobre todo GNOME tiene que ponerse las pilas, pero los de PCSX2 tienen que poner su granito de arena.

Yo he probado PCSX2 en KDE + Wayland y no he visto NINGÚN fallo, por lo menos en la AppImage (prefiero no compilar un programa como ese con tantas dependencias). Sí he visto fallos en otro emulador, el de PSP (PPSSPP) en el que bajo Wayland… pues eso, es una experiencia «crappy».

Así que, al final, creo que lo mejor va a ser que las diferentes distribuciones sigan permitiendo elegir entre X11 y Wayland como hasta ahora durante mucho más tiempo, y los usuarios debemos saber que existe esa posibilidad para, por ejemplo, entrar a X11 si queremos disfrutar de la mejor experiencia con PCSX2. Con el resto del software tocará cruzar los dedos y rezar para que nada nos deje colgados en el momento más inoportuno. Ahora que todos los escritorios quieren pasarse a Wayland, y que no está perfecto al 100%, es lo que toca. Eso o usar X11 siempre hasta que ya no sea una posibilidad.

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

Por lo que yo sé, y si estoy equivocado corregidme, quien empezó con todo esto fue KDE. Desde prácticamente siempre ha existido un repositorio backports que permite instalar las versiones de Plasma, Qt, Frameworks y aplicaciones más nuevas a Kubuntu. En 2022, Lubuntu hizo más o menos lo mismo, con la única diferencia de que el repositorio a añadir puede variar su nombre (backpors-staging o backports-ADJETIVOANIMAL). El último proyecto al sumarse a esta especie de fiesta ha sido Ubuntu Budgie, pero con más diferencias aún.

Lleva disponible desde hace algún tiempo, pero lo están publicitando ahora en redes sociales como Mastodon. Si accedemos al launchpad en donde está alojado el repositorio backports de Ubuntu Budgie, leemos en la descripción que es para llevar los paquetes budgie-control-center, budgie-desktop y budgie-extras a la última LTS soportada única y exclusivamente. En estos momentos sería sólo Ubuntu Budgie 22.04 Jammy Jellyfish, e incluirá las novedades de las siguientes versiones provisionales, actualmente 22.10, 23.04 y 23.10.

Cómo añadir el repositorio backports de Ubuntu Budgie

Se puede añadir el repositorio backports de Ubuntu Budgie a Jammy Jellyfish desde la aplicación de bienvenida, yendo a recomendaciones y activando el repositorio allí. Si por la razón que sea no podemos acceder a este apartado, también es posible añadirlo abriendo un terminal y escribiendo estos dos comandos:

sudo add-apt-repository ppa:ubuntubudgie/backports-budgie
sudo apt update

Un tercer método para añadirlo sería abrir el archivo sources.list y editarlo añadiendo estas líneas:

deb https://ppa.launchpadcontent.net/ubuntubudgie/backports-budgie/ubuntu jammy main 
deb-src https://ppa.launchpadcontent.net/ubuntubudgie/backports-budgie/ubuntu jammy main 

Al actualizar los repositorios, aparecerán todos los nuevos paquetes que se pueden actualizar, y entre ellos está el entorno gráfico (Budgie 10.8 ahora mismo). Las aplicaciones propias y otros componentes también se actualizarán.

Esta es la mejor manera de tener la última versión LTS con software más moderno, siempre teniendo en cuenta que la estabilidad podría verse perjudicada, o por lo menos perder un poco de la que se obtiene usando software más antiguo y con más actualizaciones de mantenimiento.

pre{font-family:monospace; padding: 10px; background-color: black !important; border: 3px solid grey; border-radius: 5px !important; line-height: 1.5em; color: white !important; max-width: 90vw; overflow: auto;}

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

Y cumple con su promesa. Gestores de ventanas hay muchos, pero todos suelen tener el mismo punto flaco: el diseño deja bastante que desear, a no ser que sea justamente lo que se busca para maximizar el rendimiento. Entre los más populares encontramos por ejemplo i3wm, un gestor basado en X11 que ya tiene un «sucesor» en Sway. Desde hace algo más de un año existe también Hyprland, y una de sus razones de ser es ofrecer una experiencia de usuario superior.

Instalar un gestor de ventanas puede ser algo sencillo en muchas distribuciones Linux, pero lo que ya no lo es tanto es configurarlos para que queden medianamente bien. Hyprland no se salva, y lo que yo recomendaría es que, si se desea probar un gestor de ventanas, se haga por medio de una distribución, probablemente comunitaria, que lo ofrezca por defecto. Siendo Hyprland tan joven, apareció en la primera mitad de 2022, es lógico que no haya muchas distribuciones Linux que lo hagan, pero también hay proyectos jóvenes, como el de Garuda Linux, y ofrece una ISO con este gestor de ventanas.

Hyprland, un gestor de ventanas con mejor UX

Spizaetus, la última versión de Garuda Linux, llegó eliminando varias de sus opciones, pero con una nueva con Hyprland. En su momento, un servidor trató de probar esa nueva opción, pero había que hacer bastante trabajo para que llegara a entrar al sistema operativo. Hoy 25 de noviembre han subido una nueva imagen, y funciona incluso en máquinas virtuales. Es algo que no aconsejo, y yo recomendaría más usarlo en una Live Session desde un USB. La razón es simple: las animaciones, por lo menos en mi caso, no se ven bien en máquinas virtuales (probado en GNOME Boxes). Y sin esas animaciones nos estamos perdiendo todo lo que le da sentido a Hyprland.

Qué ofrece

Yo resumiría lo que es Hyprland diciendo que es como los gestores de ventanas que ya conocemos, pero con animaciones que le hacen verse más moderno. Todo lo que encontramos en otros gestores de ventanas está presente en Hyprland:

• Ventanas que se apilan y se ajustan automáticamente.
• Separación (gape) configurable entre las ventanas.
• Posibilidad de controlarlo todo desde el teclado.
• Animaciones por todas partes.
• Imagen/diseño que depende de nuestra configuración propia o la que ofrece un proyecto en concreto.

Animaciones everywhere

Pongamos como ejemplo a i3wm. Cuando presionamos las teclas META+número y cambiamos a lo que se podrían considerar como otros escritorios virtuales, lo que vemos es que desaparece el contenido del escritorio en el que nos encontramos y aparece lo del nuevo. Como ya he explicado, esto está bien si no queremos perder un ápice de rendimiento, pero no se tiene muy en cuenta la experiencia de usuario (o UX). El paso de un escritorio a otro en Hyprland es como el que vemos en GNOME o KDE: se desplaza de lado y aparece el nuevo. Como dato, el salto es siempre de 1, independientemente si hay 3 o más escritorios activos.

La reorganización de ventanas con el ratón también termina con una animación en la que la ventana se ajusta a la interfaz.

Los ajustes de Hyprland se pueden configurar editando el archivo hyprland.conf que debe estar en la carpeta .config/hypr, y desde él podemos modificar, entre otras cosas, el comportamiento del puntero o los atajos de teclado. Merece la pena echarle un vistazo para conocerlos, aunque ya os adelanto que la mayoría son iguales que los de i3wm, por ejemplo.

Probar Hyprland con Garuda Linux o instalarlo en tu distro

Para cualquier interesado en probar Hyprland, creo que lo mejor y más seguro es hacerlo con la ISO de Garuda Linux publicada este 25 de noviembre. Para entrar, la clave es «garuda» sin las comillas. El software elegido para cualquier tarea es de Xfce y GNOME, pero esto es parte de la personalización que han decidido darle sus desarrolladores, no es parte de Hyprland en sí.

Para instalarlo en una distribución, algo que no recomiendo a usuarios con poca experiencia, debemos hacer lo que pone en su Wiki. Aunque sólo está soportado para Arch Linux, Nix y en openSUSE Tumbleweed va bien, también encontramos información sobre cómo instalarlo en openSUSE, Fedora, Gentoo, FreeBSD, Ubuntu 23.04, Void Linux y Slackware.

La instalación manual se haría siguiendo estos pasos:

1. Se descarga la última versión desde este enlace.
2. Se copia el binario (Hyprland), hyprctl y libwlroots.so.XX32 en /usr/bin.
3. Se copia el archivo desktop en /usr/share/wayland-sessions/.

Para actualizar, se repite el proceso, pero sobrescribiendo los archivos.

¿Merece la pena?

A mí me gusta ir sobre seguro, y suelo decantarme por distribuciones que tienen a un equipo de desarrolladores importante detrás. Hyprland está dando sus primeros pasos, y lo que no recomiendo es apostarlo todo a él. Siendo un gestor de ventanas, y permitiéndonos Linux iniciar sesión en diferentes opciones, yo recomendaría probarlo en un entorno seguro, una «caja de arena», y la mejor ahora mismo es la ISO de Garuda Linux con Hyprland.

Y mi recomendación sobre Garuda + Hyprland, diría que sí rotundo para los que no les da miedo probar, no tanto para los que prefieran algo fiable.

Más información e imágenes en la página web oficial del proyecto.

from Linux Adictos https://ift.tt/32g1bzm
via IFTTT

Todos queremos a Wayland. Lo cierto es que todos, usuarios y desarrolladores, queremos terminar allí, pero es lógico que algunos sigan prefiriendo quedarse en X11 porque funciona. Wayland se convertirá en el protocolo de servidor gráfico estándar, pero lo hará en el futuro. En el presente, la mayor parte de los desarrolladores hacen mejoras para ir implementándolo, y eso ha hecho esta semana WineHQ con el lanzamiento de WINE 8.21 que ha tenido lugar hace unas horas.

Lo más destacado de WINE 8.21 ha sido que se ha añadido soporte para High-DPI e inicial para Vulkan en el driver Wayland, se ha iniciado el soporte para el objetivo ARM64EC y actualizaciones en la base de datos de idiomas, a lo que le han sumado el cuarto punto con el habitual varias correcciones de errores. En total, se han introducido 321 cambios, y lo que sigue es la lista con los bugs corregidos en WINE 8.21.

Bugs corregidos en WINE 8.21

• Múltiples aplicaciones requieren soporte de flujo de sistema en el divisor MPEG-I (Drome .Racers, Ninki Seiyuu no Tsukukurikata).
• PhotoScape no puede cambiar/guardar archivos.
• RootMagic 6 error en el lanzamiento (Operación inválida GDI+ (Código 1)).
• El texto de los controles/interfaz de usuario de PreSonus Studio One 2.6 es invisible.
• Múltiples aplicaciones se bloquean en la función no implementada msvcp140.dll.??
• ?.$codecvt@_UDU_Mbstatet@@@std@@QEAA@_K@Z (Godhood, WechatOCR)
• d3d10core:d3d10core & d3d11:d3d11 – test_resinfo_instruction() falla en Debian 11 + .Intel GPU
• MxManagementCenter se bloquea en la función no implementada msvcp140.dll.??
• ?.$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K@Z al añadir una cámara
• kernel32:file & ntdll:file obtienen valores de recuento inesperados en Windows 11.
• 3DMark 2000: falta información de referencia.
• La representación de texto GDI+ no gestiona los retornos de carro.
• dbghelp:dbghelp – SymRefreshModuleList() a veces devuelve 0 en Wine de 64 bits.
• Age of Empires II Definitive Edition se cierra al iniciarse debido a que WinVerifyTrust() falla en los binarios del juego.
• user32:text – test_DrawTextCalcRect() falla en Windows.
• Office 2021 necesita Windows.Management.Deployment.PackageManager.
• Death Stranding: Los botones «Start» y «Back» están invertidos.
• .NET 7 no funciona.
• ModOrganizer 2.5.0 beta 5+ (Qt 6.5) requiere una mejor implementación de uisettings3::GetColorValue.
• HID con más de 8 ejes sobrescribe las entradas posteriores.
• Las aplicaciones Flutter que utilizan el paquete local_auth necesitan Windows.Security.Credentials.UI..UserConsentVerifier
• Port Royale 2: parpadeo en los menús y durante el juego.
• Controlador Wayland: GNOME: no hay cursor sobre las ventanas de Wine cuando hay 2 monitores conectados.
• El instalador del SDK de .NET 8 no finaliza la instalación.
• SetThreadDpiHostingBehavior no implementado.
• No más audio (FreeBSD y OSS) desde Wine 8.15.
• Quicken dejó de funcionar tras actualizar a wine 8.20.
• WinSCP se bloquea con wine 8.20.
• wine no arranca con free(): puntero inválido al compilar sin xrandr.
• printf() puede sobrepasar el buffer «p10s» con ciertos valores cuando se usa precisión de 24 bits.
• wined3d: wined3d_state_get_ffp_texture() rompe DragonAge Origins.

Pronto llegará la congelación y una semana de estas empezarán a lanzar semanalmente las Release Candidates de WINE 9.0, cuya versión estable llegará a principios de 2024.

WINE 8.21, que ha llegado dos semanas después de la v8.20, ya se puede descargar desde el botón que hay debajo de estas líneas, y en su página de descargas hay información para instalar esta y otras versiones también en sistemas operativos como macOS y Android.

.boton {color: white; background-color: grey; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

Openssl es una api que proporciona un entorno adecuado para encriptar los datos enviados

Se acaba de dar a conocer el lanzamiento de la nueva versión de OpenSSL 3.2.0, la cual llega casi poco después de ocho meses de desarrollo y llega integrando mejoras de compatibilidad, asi como también de soporte para el cifrado híbrido basado en HPKE, entre otras cosas más.

Para quienes desconocen de OpenSSL deben saber que este es un proyecto de software libre basado en SSLeay, el cual consiste en un robusto paquete de herramientas de administración y bibliotecas relacionadas con la criptografía, que suministran funciones criptográficas a otros paquetes como OpenSSH y navegadores web (para acceso seguro a sitios HTTPS).

Estas herramientas ayudan al sistema a implementar el Secure Sockets Layer (SSL), así como otros protocolos relacionados con la seguridad, como el Transport Layer Security (TLS). OpenSSL también permite crear certificados digitales que pueden aplicarse a un servidor, por ejemplo Apache.

Principales novedades de OpenSSL 3.2.0

En esta nueva versión que se presenta de OpenSSL 3.2.0, se destaca que se ha añadido el soporte para el cliente del protocolo QUIC (RFC 9000), el cual se utiliza como transporte en el protocolo HTTP/3. Esta implementación incluye la capacidad de enviar varios flujos a través de un único canal de comunicación, entre otras características. Se menciona que los elementos necesarios para utilizar QUIC en servidores estarán disponibles en la versión OpenSSL 3.3, que tiene previsto su lanzamiento a más tardar el 30 de abril de 2024.

Otra de las novedades que se destaca, es que TLS ahora cuenta con soporte para una extensión destinada a la compresión de certificados durante la fase de negociación de la conexión (RFC 8879). Esta mejora posibilita una configuración de conexión más rápida, ya que la transferencia de datos del certificado constituye la mayor parte del tráfico durante esta fase de negociación de la conexión. La compresión es compatible con las bibliotecas zlib, zstd y Brotli.

Ademas de ello, también se destaca el soporte añadido para ECDSA en la que, en lugar de una secuencia aleatoria al generar una firma, se utiliza el hash HMAC-SHA256 de la clave privada y el texto del mensaje firmado, que permite recibir siempre la misma firma en diferentes operaciones de firma, pero no permite la filtración de datos que pueden usarse para adivinar la clave privada.

En Windows, se implementa la posibilidad de utilizar el almacén de certificados root del sistema (deshabilitado de forma predeterminada) Para acceder a los certificados en el almacén de Windows, se propone el URI «org.openssl.winstore://».

Por otra parte, se destaca la optimización para el algoritmo SM2 en aarch64, el cual utiliza una tabla precalculada extensa para la multiplicación de puntos del punto base, que aumenta el tamaño de
libcrypto de 4.4 MB a 4.9 MB.

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

• Soporte para Ed25519ctx, Ed25519ph y Ed448ph (RFC 8032) además del soporte existente para Ed25519 y Ed448
• Se ha añadido una nueva opción de configuración, no-sm2-precomp, para deshabilitar la tabla precalculada.
• AES-GCM-SIV (RFC 8452)
• Se implementó la función de generación de claves Argon2 (RFC 9106) y la funcionalidad del grupo de subprocesos compatibles
• Se agregó soporte para cifrado híbrido basado en el mecanismo HPKE (RFC 9180 ), que combina la simplicidad de la transferencia de claves en el cifrado de clave pública con el alto rendimiento del cifrado simétrico.
• La capacidad de utilizar claves públicas sin formato en TLS (RFC 7250)
• Compatibilidad con TCP Fast Open (RFC 7413), cuando lo admita el sistema operativo
• Compatibilidad con esquemas de firma conectables basados ​​en proveedores en TLS, lo que permite a terceros proveedores de algoritmos poscuánticos y de otro tipo utilizar esos algoritmos con TLS.
• Soporte para curvas Brainpool en TLS 1.3
• SM4-XTS

Finalmente, cabe mencionar que el lanzamiento de esta nueva versión de OpenSSL 3.2.0 será compatible hasta el 23 de noviembre de 2025, mientras que el soporte para las ramas anteriores de OpenSSL 3.1 y 3.0 LTS continuará hasta marzo de 2025 y septiembre de 2026, respectivamente.

Si estás interesado en poder conocer más al respecto sobre este nuevo lanzamiento, puedes consultar los detalles en el siguiente enlace.

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

Xen es un hipervisor que proporciona aislamiento seguro, control de recursos, garantías de calidad de servicio y migración de máquinas virtuales

Después de 11 meses de desarrollo, el proyecto Xen dio a conocer el lanzamiento de la nueva versión de «Xen 4.18», el cual llega cargado de muchas características y mejoras, asi como también algunos avances dirigidos a aplicaciones de computación de alto rendimiento (HPC), aprendizaje automático (ML) y una variedad de mejoras de seguridad y rendimiento.

Para quienes desconocen de Xen Project, deben saber que este es un hipervisor de código abierto que admite x86, x86_64, IA64, PowerPC y otras arquitecturas de CPU.

«Esta versión proporciona nuevas funciones de seguridad empresarial y alto rendimiento, pero también prepara arquitecturas para aplicaciones HPC y AI/ML, que requieren grandes cantidades de procesamiento de datos», dijo Kelly Choi, gerente de la comunidad de Xen Project. «Nos gustaría agradecer a los líderes e innovadores de la industria que contribuyeron al lanzamiento».

Principales novedades de Xen 4.18

En esta nueva versión que se presenta de Xen 4.18 se destaca que para arquitectura Arm, se introduce Scalable Vector Extension (SVE) en forma de vista previa que promete capacidades extendidas para los sistemas Arm, además de que el subsistema de memoria en Xen en Arm64 ha experimentado mejoras, haciéndolo más compatible con la arquitectura Arm.

También se agregó la compatibilidad con el marco de firmware Arm para perfil A de Arm (FF-A) y se agregó la capacidad experimental para agregar y eliminar dinámicamente nodos en el árbol de dispositivos Xen usando archivos .dtbo.

Por la parte de las mejoras para x86, en sistemas con procesadores Intel, Xen 4.18 amplía su soporte con el parámetro MSR_ARCH_CAPS, el cual ahora es visible en los invitados y se puede configurar a través del archivo de configuración de la máquina virtual. En los procesadores lanzados en 2019 y posteriores, el parámetro MSR_ARCH_CAPS permite ver qué correcciones de hardware se han aplicado a las vulnerabilidades de ejecución especulativa.

Además de ello, se ha implementado soporte para la ejecución forzada de operaciones del sistema en DOITM, que garantiza un tiempo de ejecución constante de las instrucciones, independientemente de los datos procesados ​​en estas instrucciones.

Por otra parte, en esta nueva versión de Xen 4.18 podremos encontrar que se incluyó la extensión CPUID_USER_DIS (CPUID Faulting) implementada en la cuarta generación de procesadores AMD EPYC. Esta adición permite supervisar la capacidad de visualizar datos de CPUID desde un sistema invitado paravirtualizado.

Además, se introdujo soporte para las extensiones presentes en los procesadores Intel basados en la microarquitectura Sapphire Rapids:

1. Para sistemas invitados en modo HVM y PVH, se integró el soporte el mecanismo PKS (Protection Key Supervisor), el cual extiende las capacidades de protección de páginas de memoria.
2. Se implementó el mecanismo VM-Notify para prevenir una parada de emergencia del sistema en su totalidad en caso de problemas con las cerraduras de microarquitectura.

De los demás cambios que se destacan:

• Se incorporaron las implementaciones iniciales para los ports de las arquitecturas RISC-V y Power.
• Se implementaron los entornos específicos para poner a prueba los ports RISC-V y Power dentro del sistema de integración continua GitLab CI.
• Para prevenir el bloqueo del bus derivado del uso incorrecto de instrucciones atómicas en el sistema invitado, se ha implementado una protección con la habilitación del límite de velocidad.
• Se agregó el controlador cpufreq que utiliza el mecanismo HWP (Hardware P-States) para controlar el consumo de energía y la frecuencia de los procesadores Intel.
• Se han añadido dos nuevas hiperllamadas para establecer la vinculación del estado operativo de la vCPU y las regiones temporales a direcciones físicas en lugar de virtuales.
• Soporte para imponer la operación en todo el sistema en el modo de temporización independiente del operando de datos
• En RISC-V, se han realizado algunas refactorizaciones y mejoras del código existente. Se han introducido macros BUG/WARN, funciones temporales printk y decode_cause() para imprimir el motivo de una trampa. En las próximas versiones, se introducirán el mapeo de identidades, la compilación Xen completa y el manejo de trampas.

Finalmente, cabe mencionar que el desarrollo de esta versión de Xen 4.18 se extenderá hasta el 16 de mayo de 2025, y la publicación de correcciones de vulnerabilidades hasta el 16 de noviembre de 2026

Si estás interesado en poder conocer más la respecto, puedes consultar los detalles en el siguiente enlace.

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

webOS, también conocido como webOS TV y open webOS, es un sistema operativo multitarea para dispositivos inteligentes como televisores y relojes, ​ basado en Linux

Hace pocos días se dio a conocer el lanzamiento de la nueva versión de webOS OSE 2.24, la cual llega con el motor web de webOS OSE actualizado a la versión de Chromium 108, asi como también con la eliminación de dependencias entre servicios de medios, mejoras, correcciones de errores y mas

Para quienes desconocen aún de webOS Open Source Edition (o también conocido como webOS OSE), deben saber que la plataforma webOS fue desarrollada originalmente por Palm en 2008. El entorno del sistema webOS se construye utilizando OpenEmbedded y los paquetes básicos, así como un sistema de construcción y un conjunto de metadatos del proyecto Yocto.

Los componentes clave de webOS son el administrador de sistemas y aplicaciones (SAM, System and Application Manager), que es responsable de ejecutar aplicaciones y servicios, y Luna Surface Manager (LSM), que forma la interfaz de usuario.

El renderizado se realiza a través de un administrador compuesto que utiliza el protocolo Wayland. Para desarrollar aplicaciones a medida se propone utilizar tecnologías web (CSS, HTML5 y JavaScript) y el framework Enact basado en React, pero también es posible crear programas en C y C++ con una interfaz basada en Qt.

Principales novedades de WebOS Open Source Edition 2.24

Uno de los cambios más importantes de este nuevo lanzamiento de webOS OSE 2.24 es la eliminación de dependencias entre servicios de medios, ya que hasta la versión anterior, los desarrolladores tenían que llamar a métodos desde múltiples API para implementar algunas funcionalidades multimedia. Este escenario de uso no era del todo fácil de usar.

Por eso, los desarrolladores trabajaron para llevar a cabo una refactorización de los servicios multimedia, con el objetivo de eliminar los enlaces entre los servicios multimedia para trabajar con la cámara y el servidor multimedia (uMediaServer), por lo que, para implementar algunas funciones, el desarrollador tuvo que llamar a métodos de diferentes API. Se menciona que se añadió un nuevo servicio de grabación y una funcionalidad de vista previa independiente.

Otro de los cambios que se destaca de la nueva versión, es el nuevo servicio de grabación universal, la cual se presenta como una nueva API para grabación de medios «com.webos.service.mediarecorder» para grabar video desde la cámara y audio desde el micrófono.

Ademas de ello, en webOS OSE 2.24 se implementó una funcionalidad separada para organizar una vista previa de los datos de la cámara, vinculada solo a la API «com.webos.service.camera2» ya que anteriormente era necesario utilizar las API «com.webos.service.camera2» y «com.webos.media» juntos.

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

• El motor del navegador se actualizó al código base Chromium 108 (anteriormente se usaba Chromium 94).
• Se proporciona soporte para compilar con Qt 6.7.0.
• Se actualizó la última versión de loctool y sus complementos ( v1.15.1 ).
• Gestión de memoria mejorada en el componente de cámara g-camera-pipeline.
• En el navegador Enact, se solucionó un problema con la actualización de la URL en la barra de direcciones.
• Se corrigió un error que causaba errores de compilación en la aplicación nativa Qt
• El emulador ha solucionado problemas con la creación de aplicaciones Qt normales.
• La API com.palm.service.tellurium está documentada y diseñada para interactuar con aplicaciones web.
• Se corrigió un error por el cual la pantalla WebEx del host se mostraba como un cuadro gris.
• Se corrigió un error por el cual el componente de la cámara causaba errores durante el tiempo de compilación (32 bits).
• Se corrigió un error por el cual las cámaras web no proporcionaban datos de transmisión.

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

¿Cómo obtener webOS Open Source Edition 2.24?

Para quienes estén interesados en poder utilizar o probar webOS Open Source Edition es necesario generar la imagen del sistema para su dispositivo, para ello pueden consultar los pasos a seguir desde el siguiente enlace. 

Cabe mencionar que como plataforma de hardware de referencia se consideran las placas Raspberry Pi 4. La plataforma se desarrolla en un repositorio público bajo la licencia Apache 2.0, y el desarrollo es supervisado por la comunidad, siguiendo un modelo de gestión de desarrollo colaborativo.

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

Firefox es un popular navegador web

Mozilla dio a conocer hace poco el lanzamiento de la nueva versión de Firefox 120, la cual llega junto con la actualización de la rama de soporte a largo plazo de Firefox 115.5. Firefox 120 introduce varias características nuevas de protección de la privacidad, mejora la función Picture-In-Picture y permite, entre otras cosas, a los usuarios distribuir Ubuntu usando Firefox Snap para importar datos del navegador Chromium como paquetes Snap.

Además de las innovaciones y correcciones de errores, Firefox 120 ha solucionado 19 vulnerabilidades, de las cuales 14 vulnerabilidades (11 combinadas bajo CVE-2023-6212 y CVE-2023-6213) que están marcadas como peligrosas están causadas por problemas de memoria, como desbordamientos del búfer y acceso a áreas de memoria ya liberadas. Otra vulnerabilidad peligrosa (CVE-2023-6206) permite a los usuarios verificar las solicitudes de permiso mediante clickjacking.

Principales novedades de Firefox 120

En esta nueva versión que se presenta de Firefox 120 se destaca que se ha agregado al menú contextual la operación «Copiar enlace sin seguimiento del sitio», que permite copiar la URL del enlace seleccionado al portapapeles, habiendo recortado previamente las opciones que se utilizan para rastrear las transiciones entre sitios. Por ejemplo, al copiar un enlace, se eliminarán los parámetros mc_eid y fbclid utilizados al navegar desde las páginas de Facebook.

Otro de los cambios que se destaca de la nueva versión, es la opción a la sección de configuración de Privacidad y Seguridad para habilitar el mecanismo GPC, que reemplazó el encabezado «DNT» (No rastrear) y permite informar a los sitios que la venta de datos personales y su uso. Para el seguimiento de preferencias está prohibido o transferencias entre sitios.

En las ediciones para Linux y Windows, ahora es posible arrastrar una ventana de vídeo en modo imagen en imagen a las esquinas de la pantalla (alinearse automáticamente con las esquinas) manteniendo presionada la tecla Ctrl mientras la mueve.

Por la parte de las compilaciones de Firefox enviadas con Ubuntu en formato Snap, ahora se admite la importación de datos desde el navegador Chromium, también instalado en formato Snap.

En Windows, macOS y Android, la importación de certificados TLS desde el almacén de certificados root del sistema operativo está habilitada de forma predeterminada. Si es necesario, esta función se puede desactivar en la configuración (Preferencias → Privacidad y seguridad → Certificados).

En la versión de Android se ha solucionado un error que provocaba que las pestañas se cerraran al seleccionarlas, además de que se continuó trabajando en la creación de un ecosistema abierto de complementos de navegador para la edición móvil de Firefox. Para el lanzamiento oficial del ecosistema, previsto para diciembre, más de 200 complementos estarán disponibles aptos para su instalación en Firefox para Android.

Además de ello, también se destaca que se agregó la API de activación de usuario (navigator.userActivation), que permite determinar si el usuario ha interactuado previamente con la página (por ejemplo, hizo clic con el mouse), está interactuando actualmente o no ha hecho nada en la página (la página está recién cargado y permanece intacto).

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

• Se agregaron atajos de teclado para editar (Alt + enter) y eliminar (Alt + Retroceso) cuentas seleccionadas en la interfaz about:logins.
• Ha comenzado la integración de un nuevo componente portátil para mostrar sugerencias contextuales en la barra de direcciones, reescrito en lenguaje Rust .
• Se ha agregado a las herramientas para desarrolladores web la capacidad de simular el funcionamiento de pestañas en modo fuera de línea.
• Se agregó un botón «Pretty Print» al panel de edición de estilos para formatear y darle formato visual a la hoja de estilos minimizada (anteriormente, los estilos minimizados se formateaban automáticamente).
• En las herramientas de desarrollo, el trabajo del depurador se acelera significativamente (hasta un 70%) cuando el volumen de código fuente es grande. El depurador se ha refactorizado para garantizar que los puntos de interrupción vinculados al evento de «descarga» se activen correctamente.

¿Como instalar o actualizar la nueva versión de Firefox en Linux?

Los usuarios de Firefox que no hayan desactivado las actualizaciones automáticas recibirán la actualización automáticamente. Aquellos que no quieran esperar a que eso suceda pueden seleccionar Menú> Ayuda> Acerca de Firefox después del lanzamiento oficial para iniciar una actualización manual del navegador web.

La pantalla que se abre muestra la versión actualmente instalada del navegador web y ejecuta una búsqueda de actualizaciones, siempre que la funcionalidad esté habilitada.

Otra opción para actualizar, es si eres usuario de Ubuntu, Linux Mint o algún otro derivado de Ubuntu, puedes instalar o actualizar a esta nueva versión con ayuda del PPA del navegador.

Este lo pueden añadir al sistema abriendo una terminal y ejecutando en ella el siguiente comando:

sudo add-apt-repository ppa:ubuntu-mozilla-security/ppa -y 
sudo apt-get update
sudo apt install firefox

Para el caso de los usuarios de Arch Linux y derivados, basta con ejecutar en una terminal:

sudo pacman -Syu

O para instalar con:

sudo pacman -S firefox

Finalmente, pueden obtener el navegador con el último método de instalación que fue añadido «Flatpak». Para ello deben contar con el soporte para este tipo de paquetes.

La instalación se hace tecleando:

flatpak install flathub org.mozilla.firefox

Para el resto de las distribuciones de Linux, pueden descargar los paquetes binarios desde el siguiente enlace.

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