WINE 9.17 actualiza el motor Mono a la v9.3.0 e introduce poco más de 200 cambios

WINE 9.17

El pasado 24 de agosto llegó la versión anterior de Wine Is Not an Emulator. Por lo tanto, ayer, justo dos semanas después, nos tenían que entregar y entregaron WINE 9.17. Es una nueva versión de desarrollo, de las que lanzan cada dos semanas durante casi todo el año, sólo modificando el calendario y el nombre cuando empiezan a lanzar las Release Candidates. Introduce una novedad que es noticia después de lo que sucedió la semana pasada.

En la lista de destacados encontramos que el motor Mono se ha actualizado a la versión 9.3.0. Esto no es destacado de por sí, pero sí si lo combinamos con que Microsoft se lo entregó a WineHQ, quien se hará cargo de su desarrollo de ahora en adelante. Esta lista la completan el escalado de la superficie de la ventana en pantallas de alto DPI, el Vkd3d incluido se ha actualizado a la versión 1.13, detección de CPU mejorada en ARM64 y varias correcciones de errores. En total se han realizado 205 cambios y corregido 29 bugs, los de la siguiente lista.

Bugs corregidos en WINE 9.17

  • mapi32.dll.so no admite archivos adjuntos para el envío de correo.
  • cmd.exe: fallo al manejar la asociación de extensiones de archivo.
  • Anti-Grain Geometry gdiplus Demo no se renderiza correctamente.
  • Múltiples programas ( python-3.1.3.amd64.msi, scoop) necesitan soporte para instalación administrativa (msiexec.exe /a ).
  • Foxit Reader 8.2 se bloquea después de ejecutarse durante un largo periodo de tiempo (>30 minutos).
  • Varias aplicaciones (R-Link 2 Toolbox, Mavimplant 1.0, Kundenkartei 5) se bloquean al iniciarse (se prefiere el ‘packager.dll’ de Wine al nativo, lo que provoca que no se cargue la biblioteca .
    app con el mismo nombre)
    No se pueden cerrar las notificaciones de juegos gratuitos de Epic Games Store.
  • Se declara GdipDeleteFontFamily, pero no hace nada.
  • Starcraft Remastered pantalla en negro en el lanzamiento o el modo de sólo ventana.
  • El instalador de OpenKiosk no funciona.
  • Fallo de EpicOnlineServicesUserHelper.exe» –setup.
  • Nexus ECU Tuning Software para HALTECH ECU.
  • SBCL 2.3.4: falla msiexec desatendido en modo administrador.
  • Juego Constantine no responde a las entradas de teclas..
  • msi:package falla en w8adm.
  • DICOM Viewer (eFilm Workstation 2.x/3.x) aborta porque a libxml2 no le gusta «ISO8859-1» (builtin msxml6)..
  • Serie Sven Bømwøllen: Varios juegos se bloquean después de la pantalla de carga.
  • wine-mono: Dlls incluyen referencia a nombres de archivo diferentes a los archivos en wine-mono-8.1.0-dbgsym.tar.xz.
  • Comdlg32/Color – Se utiliza un valor fuera de los límites.
  • PropertySheet – CTRL+TAB y CTRL+SHIFT+TAB no se procesan.
  • comctl32: Manejar mensajes de estado de la barra de progreso.
  • Hogia Hemekonomi no se inicia.
  • El borde del cuadro de texto no aparece si el cuadro de texto está en la capa superior de, por ejemplo, un TabControl..
  • «opengl32.dll» falla al inicializar con WOW64 en Wayland.
  • BsgLauncher no se puede iniciar debido a una excepción no controlada en System.Security.Cryptography (.NET48).
  • La aplicación WPF (VOCALOID) no puede inicializar Markup.
  • Las etiquetas de los botones holandeses se cortan en Wine Internet Explorer.
  • ADOM no se inicia.
  • La instalación de Quicktime 3.02 (16 bits) se bloquea.

WINE 9.17 ya se puede descargar desde el siguiente botón. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Si no hay cambios en la programación habitual, se espera que dentro de dos semanas llegue WINE 9.18 con cientos de retoques para seguir preparando la versión estable de 2024 que llegará en enero o febrero.

.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/UjWVsCg
via IFTTT

Cómo corregir el fallo de la hora al usar Windows y Linux en dualboot, la manera más correcta

Hora rota entre Linux y Windows

Si usáis Linux y Windows en el mismo equipo, aunque la instalación de Windows esté en una unidad To Go, probablemente estéis sufriendo el problema de la hora. ¿A qué problema me refiero? Al que hace que al entrar en Windows después de usar Linux veamos que la hora no es la misma. Por lo menos en mi caso se retrasa dos horas. ¿Qué es lo que está pasando? ¿Cómo lo soluciono?

Hay varias maneras de hacerlo, pero sólo una explicación. Hace un tiempo publicamos cómo arreglarlo desde Linux, pero después de pensarlo creo que no es la mejor manera y aquí voy a explicar por qué. Para entenderlo hay que conocer qué son UTC y RTC, dos bases para conocer la hora diferentes, una usada por Linux y la otra por Windows. Y ese es el problema, que cada uno cree que debe poner la hora mirando en una dirección.

UTC y RTC

En el artículo enlazado explicamos cómo cambiar la hora de Linux para corregir el problema de la hora. En él, lo que se hace es decirle al equipo que mire el reloj real, y eso es lo que significa RTC (Real Time Clock). Todos los equipos informáticos tienen un reloj interno, y Windows se fija en él para poner la hora. El problema es que esto se configura desde la BIOS, y Windows suele liarse si la hora no es la correcta, la de nuestra zona horaria.

Por otra parte, Linux se fija en el UTC, que son las siglas de Tiempo Universal Coordinado. Lo que hace Linux es mirar el reloj interno, tomarlo como la hora universal, mira la zona horaria que tenemos configurada en nuestro equipo y poner la hora correcta. Sin duda, o no las tengo ahora, esto es lo mejor. Podemos ir a otro país, cambiar la zona horaria y, como el reloj de nuestro equipo usa el UTC, la hora estará bien.

Por lo tanto, lo que vamos a explicar aquí es cómo hacer que Windows use también el UTC para solucionar el problema de la hora. Si lo que se busca es hacer que Linux use RTC, eso está explicado en el artículo relacionado.

Hacer que Windows use UTC para arreglar la hora

Los pasos a seguir serían estos:

  1. Antes que nada, hay que ir a la BIOS del equipo y configurar la hora para que coincida con UTC. El Tiempo Universal Coordinado está en este enlace. Cómo entrar a la BIOS, acceder al apartado de la hora y modificarla depende de cada equipo. Entrar a la BIOS suele ser presionando F2, Supr o alguna tecla similar al iniciar el sistema operativo.
  2. Con la hora correcta, iniciamos Windows.
  3. Abrimos el terminal o símbolo del sistema como administrador, para lo que basta con buscar la aplicación en el menú de inicio, hacer clic derecho y elegir esa opción.
  4. Cuando se abra, copiamos y pegamos lo siguiente:
reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /d 1 /t REG_DWORD /f
  1. Veremos un mensaje informando de que la operación se ha completado con éxito. Ahora sólo quedaría ir a Configuración, al apartado de fecha y hora, desactivar que ponga la hora automáticamente y volver a activarlo para restablecer la sincronización.

Hay una manera manual de hacer lo anterior, para lo que hay que abrir el editor del registro con META + R, escribir regedit y desplazarse a la ruta que hay entre comillas en el comando anterior. Dentro se hace clic derecho, crear un nuevo valor DWORD (32bits), ponerle el nombre de RealTimeIsUniversal, hacerle doble clic y poner el valor 1. Los dos métodos hacen lo mismo, pero este último es mejor si queremos ver qué estamos haciendo.

Adiós a tus problemas horarios

La prueba de fuego viene al reiniciar el sistema operativo. Mejor dicho, al ir a Linux y ver que está bien y luego entrar en Windows y ver que también lo está. Pensándolo bien, Linux lo hace mejor, y no estaría mal que Microsoft diera su brazo a torcer con esto. En cualquier caso, con lo explicado aquí ya está todo arreglado.

.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} code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;} kbd {font-size: 0.9rem; color: white; background-color: #353535; padding:3px 5px; border-radius: 7px; border: 4px double white;}

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

Ya disponible el último driver de Windows para Steam Deck OLED…. pero aún falta algo

Steam Deck con Windows 11

Ya estamos todos. En la madrugada española, Valve ha publicado un tweet desde la cuenta @OnDeck en el que da la noticia: todos los drivers de Windows para la Steam Deck OLED ya están disponibles. El último en llegar ha sido el tercero del audio, el que hace que los altavoces de la Deck saquen sonido. Hasta ahora sólo podíamos oír algo si era por medio del Bluetooth, por la entrada de auriculares o por HDMI.

¿Es el momento de instalar Windows o crear una unidad con el sistema de Microsoft? Es el momento de hacer pruebas, eso como mucho. Aún falta una pieza para completar el puzzle. O por lo menos para el que quiera mantenerse alejado de versiones de SteamOS no estables. Aunque ya estén disponibles todos los drivers, las conexiones Bluetooth no funcionarán. Para que lo hagan es necesario tener la BIOS de SteamOS 3.6.9, actualmente en el canal beta.

https://platform.twitter.com/widgets.js

El Bluetooth aún no funcionará en Windows

Tal y como avisan en la página de soporte, se requiere la última BIOS, que actualmente está en SteamOS 3.6.9 beta. El que quiera usar las conexiones Bluetooth en una Steam Deck OLED con Windows 10/11, deberá hacer lo siguiente:

  1. Ir a los ajustes de actualizaciones.
  2. Elegir el canal beta e instalar SteamOS >=3.6.9.
  3. Ahora sí, instalar Windows o usar una versión To Go. De esta manera ya se podrá usar una versión completa de Windows.

Los que preferimos dejar los experimentos para las mezclas con gaseosa, habrá que tener paciencia. No se ha publicado información sobre cuándo llegará SteamOS 3.6.x al canal estable, pero podría ser dentro de mucho tiempo. Aún quedan cosas por pulir, por no hablar de funciones que se rumorean, como Waydroid. Aunque podrían implementarlo más adelante, un rumor asegura que SteamOS 3.6.x no se ha lanzado porque Valve quiere implementar su versión de Waydroid. También es cierto que los que están en el canal beta afirman que aún tiene que mejorar bastante, por no decir algo más feo.

from Linux Adictos https://ift.tt/6wQeRGi
via IFTTT