Software-update: Wine 7.2

Er is met versienummer 7.2 een nieuwe ontwikkelbuild van Wine verschenen. Wine is een opensource-implementatie van de Windows-api en maakt het mogelijk om DOS- en Windows-programma's op Linux, FreeBSD, Solaris en macOS te draaien. Een grote groep ontwikkelaars draagt bij aan Wine en er is voor gekozen om elke twee weken een nieuwe zogeheten ontwikkelversie uit te brengen in plaats van te wachten tot er een aantal nieuwe functies klaar is. Een paar keer per jaar verschijnt er een stabiele uitgave. De database met applicaties die onder Wine werken, al dan niet met behulp van kleine aanpassingen, bevat op het moment van schrijven 28.345 titels. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in this release:

• Large scale cleanup to support 'long' type with MSVCRT.
• Mono engine updated to version 7.1.1.
• More theming fixes in common controls.
• Beginnings of a WMA decoder.
• Support for 64-bit time_t.

Bugs fixed in 7.2 (total 23):

• 12732: Nota Bene crashes on install
• 33086: QQ 2013 Beta2: text in input box can't display normally
• 34326: uplive.exe from TypeEasy crashes
• 36566: Half-Life's (CD Version) Menu refuses to work after a while
• 37609: Macromedia Freehand 9 demo hangs during startup
• 38809: QQ 7.3 Light crashes randomly
• 40827: VMWare VSphere 4.x/5.x/6.x clients fail to install
• 44202: undname.c fails to parse symbols with rvalue-reference semantics '&&'
• 46284: Call of Juarez crashes with unimplemented function d3dx9_29.dll.D3DXSHProjectCubeMap
• 47463: QQ 9.1.5 crash on start.
• 48815: user32:win "unexpected 0x738 message" Windows 10 failures
• 50352: Maximum sockets per process is set very low
• 50842: The 64-bit msado15:msado15 test crashes
• 51130: user32:win test_SetActiveWindow() has 2 failures on Vista to Windows 8.1
• 51392: user32:monitor breaks user32:win
• 51513: Multiple applications (PG Offline 4.0.907, lessmsi v1.10.0, MIDIopsy 1.2, Quickroute) crash on start with IndexOutOfRangeException with Wine-Mono
• 51754: Iris Down CountDown Crash at start - dotnet4.5
• 51798: MAmidiMEmo doesn't start up ("System.resources" is required)
• 52433: TASInput (Mupen64-RR-Lua): checkbox is not cleared correctly
• 52436: In Light Blue theme, checkable toggle buttons (BS_AUTOCHECKBOX) look unchecked when hovered
• 52490: Clipboard.GetText() doesn't work
• 52494: shell32 progman_dde tests crash if run immediately after prefix creation
• 52510: alt:V mod for Grand Theft Auto V fails due to missing concrt140._Byte_reverse_table@details@Concurrency@@3QBEB

Versienummer	7.2
Releasestatus	Unstable
Besturingssystemen	Linux, BSD, macOS, Solaris
Website	Wine HQ
Download	https://www.winehq.org/download
Bestandsgrootte	25,93MB
Licentietype	GPL

Reacties (33)

[Mr777]

"Hoe maak ik van mijn Linux-bak toch weer een beetje Windows?" Ik vind het knap hoor, hoe die ontwikkelaars nog steeds de energie en moed vinden om hieraan te werken. Hoe nuttig het allemaal nog is – en in de toekomst nog zal zijn – is maar de vraag.

[SpoekGTi]

Ik zie dit in basis niet veel anders dan een Parallels of een vmware fusion voor de Mac. Voor Linux is dit dan eenzelfde tool. Alleen met minder resources dus ik vind het wel tof

[Tux3.14]

Dat klopt niet. Wine is geen emulator of een applicatie waarmee je virtuele machines kunt draaien.
Wine zorgt ervoor dat Windows applicaties native kunt draaien op Linux.

[Blorgg]

Hoewel Wine inderdaad geen VM is in de zin dat je geen hardware nabootst, zijn er wel vergelijkingen te maken met een VM. Binnen Wine wordt er gewerkt met prefixes. Dat kun je zien als een kleine Windows omgeving waarbinnen je een applicatie draait. Daarin heb je zaken als een C:\ schijf waar je dan dingen als .NET en DirectX kunt installeren die dan alleen voor die prefix beschikbaar zijn. Zo kun je meerdere prefixes hebben met verschillende Windows componenten die elkaar anders in de weg zouden zitten waarmee je dan verschillende Windows applicaties naast elkaar kunt draaien. Je merkt daar in het gebruik overigens vrij weinig van, je klikt op een icoontje en het programma wordt gestart zoals dat ook onder Windows zou gebeuren.

[Marve79]

Nig niet echt een VM, meer containers. Of redirectie.

[Blorgg]

Nig niet echt een VM

Letterlijk de eerste zin in mijn reply.

[crazyboy01]

Niet dat je ongelijk hebt, wel een kleine toevoeging: je moet WINE gewoon in de basis zien als een echte vertaalslag tot het bijna native draaien van applicaties, waar de andere tools hierboven wel echt een virtueel OS draaien. Ik snap de vergelijking van SpoekGTi echter wel, op het scherm (dus vóór de schermen), geeft Parallels op de Mac bijvoorbeeld een erg gelijke ervaring en voelt het ook native aan. Met het drastische verschil dat het echter niet bij native in de buurt komt.

[thePiett]

Wine is een recursief acroniem en staat voor Wine Is Not an Emulator :-) Het is een open implementatie van de Windows API.

[beerse]

Wine om windows apps onder linux te draaien is meer vergelijkbaar met cygwin om unix/linux applicaties onder msWindows te draaien: In beide gevallen draaien de applicaties 'native' op het beschikbare operating systeem: Wine en CygWin bieden vooral libraries/bibliotheken die de system-calls omzetten.

De unix/linux applicaties moeten voor msWindows vaak wel worden gecompileerd. Maar dat moeten ze in de regel tussen de unix/linux systemen onderling ook al.

Vroeger zou ik gezegd hebben dat cygwin niet de unix applicaties bood maar de gnu applicaties. Dat is waar linux mee is opgebouwd. Gnu staat immers voor 'Gnu, Not Unix", een recursieve afkorting.

[McBrown]

Ga er maar van uit dat sinds de komst van de SteamDeck, er nog nooit harder aan gewerkt is, dan nu.

Grappige is dat mensen altijd zeggen dat het geen emulator is. Maar dan niet in 1 woord kunnen uitleggen dat het een “adapter” is. De naam helpt wellicht niet mee, want die afkorting zegt precies hetzelfde. (Wine Is Not an Emulator)

Niets anders, als je naar het buitenland zou gaan met een andere stekker en je doet er een adapter tussen om je laptop te gebruiken.

[Blorgg]

Grappige is dat mensen altijd zeggen dat het geen emulator is. Maar dan niet in 1 woord kunnen uitleggen dat het een “adapter” is. De naam helpt wellicht niet mee, want die afkorting zegt precies hetzelfde. (Wine Is Not an Emulator)

Niets anders, als je naar het buitenland zou gaan met een andere stekker en je doet er een adapter tussen om je laptop te gebruiken.

De term die je in software daarvoor gebruikt is: implementatie. Zoals ook in het artikel staat. Wine is geen emulator, het is een implementatie van de Windows API. Er is niets ingewikkelds aan die omschrijving. Daar hoeven mensen inderdaad niet moeilijk over te doen. Maar het is ook geen "adapter". Dat impliceert namelijk dat je alleen wat "uiteinden" anders hoeft vorm te geven en Wine is toch echt wel een stuk complexer dan dat

[Luminair]

Win32 Implementation for *Nix Engine zou passen, maar dat bekt niet zo lekker.

[vrilly]

En het draait ook op BSD, dan gaat de naam een beetje scheef

[RJeee]

Valt BSD niet ook onder unix-like? https://en.wikipedia.org/wiki/Unix-like

[Luminair]

Sterker nog, het is meer als Unix dan Linux!

[Qalo]

Yep, klopt! BSD is een directe afstammeling van Unix, terwijl Linux een kloon van Unix is. Voor Windows heb je ook een kloon, en die heet ReactOS. Daar zitten ook veel zaken in die zoals ze die met Wine ook doen. Helaas is ReactOS als kloon van Windows dan weer niet zo ver als Linux is gekomen ten opzichte van Unix.

[leendt]

Het is wél een WINdows Emulator. Net als bijv. SoftWindows was. De software die via WINE draait waant zich op Windows. Het woord 'adapter' doet WINE wat mij betreft tekort: alsof bijvoorbeeld alle api calls 1 op 1 naar een linux/unix equivalent omgezet kunnen worden. WINE doet veel meer.

Volgens mij hebben ze ooit die naam veranderd omdat mensen geloofden dat emulators per definitie traag zijn vanwege de associatie met emulatoren die een volledige machine (hardware) emuleren.

[xfj]

Precies! Tot en met versie 981108 stond er nog “This is release 981108 of Wine, the MS Windows emulator”, de volgende versie schreef “This is release 981211 of Wine, a free implementation of Windows on Unix”. Hoewel je ook kunt stellen dat Wine meer is dan een emulator omdat je met Winelib ook Windows bronbestanden kunt compileren voor Linux. De jaren ’90 FAQ had dan ook “The word Wine stands for one of two things: WINdows Emulator, or Wine Is Not an Emulator. Both are right. Use whichever one you like best”.

[Eonfge]

Aangezien het bedrijf achter Wine flink groeit en steeds meer personeel aanneemt, is het duidelijk een winstgevend niche-product. Wine is de techniek achter CrossOver, en als jij GTA 5 wilt spelen op een M1 mac, dan kan dat met CrossOver.

[Creesch]

Uh bedrijf achter Wine? https://www.winehq.org/about

Er dragen diverse bedrijven bij aan Wine maar het project is volledig community driven en open source: https://wiki.winehq.org/Project_Organization

[Reactie gewijzigd door Creesch op 22 juli 2024 19:59]

[MoonWatcher]

CodeWeavers CrossOver is inderdaad niet HET bedrijf achter Wine in de zin dat ze copyright owner zijn of de koers van Wine uitzetten. Het is wel historisch ( en nog steeds ) wel HET bedrijf dat volledig achter wine staat om de ontwikkeling ervan te stimuleren. Alle ontwikkelingen van crossover gaan door naar Wine. En zoals ook op de pagina staat die je zelf stuurt. Approximately 2/3 of patches into Wine are from CodeWeavers staff. Het is dus een prima bedrijf om te ondersteunen. Dus de reactie van Eonfge is wel te begrijpen.

[TheVivaldi]

"Hoe maak ik van mijn Linux-bak toch weer een beetje Windows?"

Ik gebruik Wine al jaren voor slechts één app waar geen alternatief voor bestaat, zelfs niet op Windows zelf. De maker garandeert echter bij elke update Wine-compatibiliteit, doordat 'ie sinds 2010 of zo (de app bestaat al sinds begin jaren 90) alles afstemt op de Wine-api. Het is hartstikke fijn om die app gewoon lekker snel te kunnen starten zonder eerst een hele virtuele machine te moeten starten voor die ene app.

[Reactie gewijzigd door TheVivaldi op 22 juli 2024 19:59]

[Jogai]

Ik ben wel benieuwd wat dat dan is..

[Marctraider]

Klinkt niet als een probleem. Mijn VM's starten in suspend state letterlijk binnen 2 seconden op en klaar voor gebruik.

[sleiN13]

Ik denk dat de enige manier is om een alternatief te bieden voor Windows. Pas bij een groot genoeg aandeel Linux zal het serieus genoeg worden genomen door grote applicatie ontwikkelaars. En zelfs dan zal je nog langere tijd legacy applicaties moeten ondersteunen. En gebruikt valve ook niet wine voor zijn steamdeck en push voor games op Linux?

Zonder al dat zal de overstap voor veel mensen te groot en te lastig blijven.

[tweakorinho]

Niet alles is slecht wat er ooit op Windows heeft gerund, dus dat er een paar programma's van dat ecosysteem mee gaan naar Gnu/Linux is niet vreemd of vind je dat deze programma's culturally appropriated voor Windows? Het is niet dat Windows niet werkt, het zijn de principes die anders zijn en juist de grillige toekomst van Windows waar de veel mensen niet vrolijk van worden, met name wat betreft privacy en vrijheid.

Je suggereert dat het niet nuttig is en mogelijk in de toekomst niet zal zijn? Verklaar je nader. Ik denk dat dit juist de sleutel is om Windows terug in de fles te krijgen. Je kunt nu gamen en apps runnen op een gratis OS dat je privacy respecteert en je alle vrijheid geeft die je je maar kon wensen en je je programma's automatisch kan laten updaten. Dat het een learning curve heeft, soit. HL3 is GNU/Linux exclusive.

[marktweakt]

Het zou fijn zijn als de ontwikkelaars wat meer aandacht zouden gaan besteden aan de 'installeerbaarheid' op grote linux distributies zoals Ubuntu.

Ik gebruik het helaas al enige jaren niet meer omdat het mij niet meer lukt (en velen met mij) om het onder Ubuntu te installeren wegens afhankelijkheden van specifieke versies van bibliotheken. Als je deze dan gaat installeren dan krijg je weer problemen met allerlei andere geïnstalleerde software enz enz.

Zowel de versies van de Ubuntu distributie en van de Wine repositories zelf hebben dit probleem.

Wat dit betreft krijg je met Wine naast de Windows api ook de Windows dll-hell er gratis bij

[Reactie gewijzigd door marktweakt op 22 juli 2024 19:59]

[Drumar]

zou het kunnen zijn dat je ubuntu versie wat achter loopt?
Meestal zullen de applicatie ontwikkelaars zelf de boel ook moeten bouwen op een Ubuntu versie met alles wat daarbij meegeleverd wordt. Hier en daar zal daar best een andere versie van het een en of het ander bij zitten, maar een complete dll-hell... de package manager zou dit voor je moeten uitzoeken en zorgen dat alles netjes staat... dat er dan een keer een hoop meer geinstalleerd wordt, is niet ongebruikelijk

De installeerbaarheid is overigens meestal iets dat verzorgd wordt door de package builders, in mindere mate door de ontwikkelaars. En die package bouwers zouden er voor moeten zorgen dat het niet gek veel lastiger is dat een "sudo apt-get install wine"

en als je denkt "raar: er komt een paar honderd mb aan libraries bij": een kale installatie windows, zonder de dll-hell nog, is al enkeke gigabytes...

[Jogai]

Met steamtinkerlaunch werkt het makkelijker. Dan heeft je systeem al die bibliotheken niet nodig is mijn ervaring.

[Qalo]

Wat dit betreft krijg je met Wine naast de Windows api ook de Windows dll-hell er gratis bij.

En niet te vergeten een stukje Windows onveiligheid. Want virussen gemaakt voor Windows kunnen in principe ook gedijen onder Wine. Met alle gevolgen vandien.

Even iets anders: weet iemand of Office 2016 al een beetje fatsoenlijk draait onder Wine? Ik heb zonet voor de derde keer sinds ik deze bak heb (2 jaar) Windows opnieuw moeten installeren op mijn werkbak vanwege onoplosbare problemen en die louter veroorzaakt zijn door updates. Ik begin er écht tabak van te krijgen dat Windows maar niet lekker draait op deze machine en wil het eigenlijk nu definitief de nek omdraaien. Misschien dat als MS Office 2016 goed kan draaien op Wine, ik Windows eraf tief en een Linuxdistro erop installeer om vervolgens MSO 2016 via Wine te draaien.

[Franckey]

Wat is hier het voordeel van ten opzichte van een virtual machine waarin je Windows installeert?

[jeroenvj]

Vooral dat het aanzienlijk minder resources gebruikt dan een VM en dat de Windows applicatie net als je Linux applicaties in dezelfde omgeving draait. Het is ook alléén de specifieke die draait, niet ook nog alle andere Windows systeem-processen die in de VM wel zouden draaien.

[Reactie gewijzigd door jeroenvj op 22 juli 2024 19:59]

[Omega]

Het verschil is dat dit native draait. Het presteert dus aanzienlijk beter, soms zelfs beter dan Windows zelf.

Omdat het dus op de hardware draait en niet in een virtuele omgeving heeft het toegang to de hardware van je machine, het kan gebruik maken van GPU versnelling en andere functionaliteit waardoor bijvoorbeeld gaming mogelijk is, dit zou niet kunnen in een VM zonder prestatieverlies tenzij je er fysieke hardware aan koppelt.

Het enige waar de Windows virtuele machine in wint is compatibiliteit, want we vergelijken hier dan een Windows herimplementatie met daadwerkelijk Windows.