WINE 7.18 introduce soporte para Unicode 15.0 y corrige 20 bugs

WINE 7.18

Fiel a su cita bisemanal, hasta que se llegue a la fase de las release candidate que habrá una nueva cada siete días, WineHQ lanzó ayer WINE 7.18. Es una nueva versión de desarrollo, de esa en las que se hacen muchos pequeños cambios y pueden mejorar la experiencia de usuario, pero no lleva la etiqueta de «estable», por lo que sólo se recomienda su uso si algo no funciona al ejecutar aplicaciones de Windows en nuestro sistema operativo no-Windows.

La semana pasada tuvimos una v7.17 con pocas novedades destacadas, o mejor dicho, WineHQ mencionó como destacado sólo dos puntos, a los que se le sumó el tercero de correcciones varias. Esta semana señala como destacado uno más, pero uno de ellos realmente importante: se ha añadido soporte para Unicode 15.0. Para el que no sepa lo que es, y evitar escribir un TL;DR (en español «mucho texto» si se prefiere usar un meme, y cuyas siglas significan «Too Long; Didn’t Read»), decir que es el responsable de que se puedan usar emojis. Unicode 15.0 ha llegado esta semana y ha introducido 4489 nuevos caracteres.

Novedades de WINE 7.18

Al soporte de Unicode 15.0, se le une como más destacado que se ha añadido soporte para WoW64 al driver de macOS y corrección del lector asíncrono en el soporte de GStreamer. El número de cambios total ha sido de 251, con los siguientes 20 bugs corregidos:

  • Varias aplicaciones (FileMaker Pro 12-19, MyDiff) se bloquean al intentar crear/abrir una solución de muestra (‘ImmAssociateContext’ sólo debería generar ‘WM_IME_SETCONTEXT’ si la ventana tiene el foco).
  • Varias aplicaciones y juegos necesitan dsdmo.dll (DirectSound Effects).
  • valgrind muestra un par de posibles fugas en oledb32/tests/marshal.c.
  • Hotel Giant 2 se bloquea con frecuencia.
  • Múltiples aplicaciones se bloquean con la función no implementada msvcr{100,110}.dll.
  • Adobe FrameMaker 8: El instalador aborta con el error «El asistente fue interrumpido…».
  • El instalador de Git 2.25 basado en MSYS informa de que «no se ha podido descodificar la cadena hexadecimal <hexstring>» (necesita soporte para CryptStringToBinaryW CRYPT_STRING_HEX).
  • Bloomberg Terminal necesita la función no implementada dbghelp.dll.SymSrvGetFileIndexInfo.
  • Los objetos de Resident Evil 7 se representan con fallos (renderizador Vulkan).
  • REVELPROG_IS se bloquea con la función no implementada winusb.dll.WinUsb_Free.
  • urlmon:url falla debido a una redirección inesperada.
  • windows.media.speech:speech – La función test_Recognition() de 64 bits obtiene un recuento inesperado en Windows después de ISpeechContinuousRecognitionSession_Release().
  • Visual C++ 2015-2019 se bloquea en el lanzamiento.
  • d3d9:device – test_ssor_size() falla en Windows 8+.
  • msvfw32:mciwnd – test_MCIWndCreate() falla en WINE.
  • Fallo de segmentación al iniciar Dosbox.exe en modo de escritorio virtual.
  • KeePassXC se bloquea en la función no implementada msvcp140.dll.?ReportUnhandledError@_ExceptionHolder@details@Concurrency@@AEAAXXZ.
  • WINE se bloquea debido a un nombre de archivo largo al guardar un archivo en Framemaker.
  • WINE se bloquea al establecer un título de ventana largo.
  • NtDeviceIoControlFile() es bastante lenta cuando se llama con un handle no válido

WINE 7.18 está disponible desde este enlace. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.19 que llegará el 7 de octubre.

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

Audacity está volviendo a los repositorios oficiales de algunas distribuciones Linux

Audacity 3.1.3 en Fedora 37

Hace unas horas hemos escrito un artículo en el que nos hacíamos eco del lanzamiento de la última versión de Audacity, la v3.2.0 para ser más exactos. Los sorprendente es que la noticia empieza viendo una notificación de Pamac diciendo que hay una nueva versión, pero por un bug o una extraña «feature», las nuevas versiones suelen aparecer con la misma numeración que la existente. Para comprobar las cosas, uno se dirige a su tienda de software, busca «audacity» y ve que hay una opción de «Repositorios oficiales (comunidad)» con la numeración 3.1.3. ¿Pero no habían parado en la 2.x por la telemetría?

Pues sí, así era, pero parece que están cambiando las cosas. Esta tarde me ha dado por comprobar cómo estaba todo esto en diferentes distribuciones, y sí que puedo confirmar que Debian (11) sigue con Audacity 2.4.2 en sus repositorios, que Ubuntu 22.04 está en la misma y 22.10 ni siquiera tiene al software incluido (parece que lo han eliminado), pero Manjaro, en el repositorio de la comunidad (el oficial, no AUR), EndeavourOS y Fedora, tanto en la actual 36 como en la beta de 37, sí lo incluyen en sus repositorios, aunque de momento ofrecen la v3.1.3. Manjaro y EndeavourOS están los dos basados en Arch Linux, y aquí está el paquete del sistema «padre».

La no-telelemtría habría animado a diferentes proyectos a readmitir a Audacity

Se comenta que esto guarda relación con la telemetría. Y es que Audacity, aunque ahora tenga un nuevo dueño, siempre ha sido de código abierto. El problema era más que Muse Group recogía datos de uso del software, y los diferentes proyectos dijeron «hasta aquí», y estuvieron mucho tiempo manteniendo la v2.4.2 congelada en sus repositorios. Incluso parece que Canonical eliminará el paquete en Ubuntu 22.10, pero todo podría cambiar si se confirma la nueva (o no tan nueva, porque circulan rumores desde hace más de un año) filosofía.

Según esta información, Audacity tendría ahora la telemetría desactivada por defecto, y se debería activar manualmente si queremos compartir nuestros datos de uso. Básicamente es así como deben ser estas cosas: se nos debe consultar, y si dicha consulta viene acompañada de una opción con un checkbox o caja de verificación, ésta debe estar desmarcada. El éxodo de usuarios a otras alternativas podrían haber tenido mucho que ver en esta decisión, pero sea por el motivo que sea, por lo menos Fedora y las distribuciones basadas en Arch han vuelto a readmitir a Audacity.

Para los que preferimos usar el software actualizado, esto son buenas noticias. Los paquetes aislados (sandbox) como los flatpak o snap no se integran tan perfectamente bien como los paquetes concretos de cada distribución. Sin ir más lejos, una de las nuevas opciones, como la de compartir, no aparece en la versión Flatpak, por no hablar de lo mal que queda usar el tema oscuro si hay partes que siguen siendo claras. Si todo esto es como parece, es probable que Audacity vuelva pronto también a los sistemas basados en Debian y otros.

from Linux Adictos https://ift.tt/5NCq8uQ
via IFTTT