Una quincena después de la versión anterior, y así seguirá siendo hasta al menos finales de 2023, WineHQ lanzó en la noche del viernes WINE 8.3, lo que es una nueva versión de desarrollo con la que se realizan cientos de cambios pensando en la próxima versión mayor estable, es decir, WINE 9.0. Habrá momentos en los que todo se frene un poco, que suelen coincidir con el verano en el hemisferio norte, con las navidades y si tienen que asistir a alguna conferencia, pero cada dos semanas habrá una nueva versión como esta.

WINE 8.3 ha introducido un total de 228 cambios, y entre lo más destacado ha mencionado el soporte para la Low Fragmentation Heap, soporte para tarjetas Smard usando PCSC-Lite y la librería Zydis agrupada para una más correcto desmontaje, a lo que se le suma el punto más general de varias correcciones de errores. La siguiente es la lista de bugs corregidos, un total de 29.

Bugs corregidos en WINE 8.3

• 3D Sexvilla 2: tiempos de carga extremadamente largos.
• Path of Exile tartamudea constantemente.
• Untis 2015 (aplicación .NET 4.0) se bloquea al iniciarse con Wine-Mono.
• Múltiples aplicaciones PC/SC necesitan la implementación de winscard.SCardEstablishContext (AusweisApp2 1.x aplicación de tarjeta de identidad alemana, aplicaciones de prueba SmartCard, cliente Seneka EBDYS, Aruba Key).
• Múltiples aplicaciones PC/SC necesitan la implementación winscard.SCardListReaders (Aruba key, SmartCard test apps).
• El escaneo Freelist puede resultar en tiempo O(n) al asignar.
• No se puede hacer clic en un botón cuando se cambia la configuración de ppp en el instalador de Office 2007.
• La pila de Wine funciona mal cuando varios subprocesos asignan o liberan memoria simultáneamente.
• 6.0.1 Se introduce un error que provoca el cierre de Wavelab al cargar preajustes.
• La instalación del juego «¿Cuál es el secreto?» no consigue crear el icono.
• ntdll:rtlstr test falla en win32 arch con hi-IN locale.
• KeePassXC necesita Windows.Security.Credentials.KeyCredentialManager (UWP).
• Sacred:excepción no controlada en Wine 7.14.
• Escape from Tarkov necesita la implementación de DisplayConfigGetDeviceInfo(DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_NAME).
• rouvy : no se actualiza con el servidor, función no implementada bthprops.cpl.BluetoothRegisterForAuthenticationEx.
• shlwapi:ordinal – test_SHFormatDateTimeA() falla en la configuración regional mixta.
• Swift se bloquea debido a una función no implementada api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise.
• La falta de implementación de ntdll.RtlAddressInSectionTable() provoca que todos los archivos de imagen nativa de GraalVM se bloqueen al cargarse.
• Hardwar UIM6.0 se bloquea en 8.0, no en 6.0.3.
• dbghelp:dbghelp – La enumeración test_loaded_modules() falla en Windows 10 1607.
• riched20:editor – test_EM_GETSELTEXT() falla en la configuración regional hindi en Windows.
• El oleaut32:usrmarshal de 64 bits falla en Wine.
• Rich Edit se bloquea cuando se pulsa Ctrl+Derecha pasado el último párrafo.
• riched20:richole – subtest_InsertObject() falla en la configuración regional hindi en Windows.
• Lluvia intensa en Saints Row: The Third provoca fuertes reducciones de fps.
• El instalador de SpeedCommander 20 se bloquea al no implementarse la función SHELL32.dll.Shell_GetCachedImageIndexW.
• kernel32:locale – test_NLSVersion() falla en Windows 10 22H2.
• kernel32:locale – La prueba GetNumberFormatEx() falla en Windows 11.
• kernel32:locale – La prueba NtGetNlsSectionPtr() falla en Windows 11.

WINE 8.2 está disponible en 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 8.4 que llegará el 17 de marzo.

from Linux Adictos https://ift.tt/2KBdrZP
via IFTTT

xr:d:DAFcK6-Fc64:4,j:48063963271,t:23030319

Uno de los problemas que muchos ven en Linux es la fragmentación, la cantidad de distribuciones, escritorios y formatos de paquetes que hacen imposible saber cuál elegir. Las opciones podrían reducirse algo s prospera la idea de crear una tienda para instalar a todas las aplicaciones en todos los escritorios.

Los responsables de las fundaciones GNOME y KDE están conversando sobre la posibilidad de crear una tienda de aplicaciones única en base al formato de paquetes Flatpak

Una tienda para instalar a todas

La absolutamente pésima idea (Más abajo explico el por qué digo esto) incluye la eliminación de los respectivos centros de software y los formatos de paquetes nativos como DEB y RPM.

El objetivo declarado es la promoción de la diversidad y la sostenibilidad en la comunidad de escritorio Linux incorporando la posibilidad de recibir pagos, donaciones y suscripciones en aplicaciones descargadas de la tienda de aplicaciones Flathub. Algunos promotores de la idea son el ex ejecutivo de Google Eric Schmidt, el presidente de GNOME, Robert McQueen; el antiguo director ejecutivo de GNOME y líder del proyecto Debian, Neil McGovern; y el presidente de KDE, Aleix Pol.

¿Por qué es una pésima idea?

Podemos discutir por los siglos de los siglos sobre los méritos comparados entre Flatpak y Snap. El punto es que los que descalifican a Snap por su estrecha vinculación con Canonical olvidan que Flatpak es un proyecto originado en Red Hat y, desde el 2012 para acá Red Hat aprovecha su apoyo financiero a diversos proyectos de código abierto para imponer su tecnología sin importar sus méritos. Tenemos por ejemplo la creación del servidor gráfico Wayland cuando X11 todavía tenía mucho para dar.

De todas formas, los defensores de Flatpak tienen un punto cuando afirman que Snaps está controlado por Canonical la cual obliga a hacer asignaciones de derechos de autor para las contribuciones al formato Snap y la tienda. Cualquiera pude crear su propia tienda de Flatpak sin requisitos.

No es el primer intento de incorporar aplicaciones de pago. Lo intentó Ubuntu con el centro de software de Unity y lo mismo hicieron las distribuciones Linspire y Elementary OS

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