Software-update: Wine 9.5

Er is met versienummer 9.5 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 29.356 titels, wat er 33 meer zijn dan een maand geleden. Sinds versie 9.3 zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in Wine 9.5:

• Initial SLTG-format typelib support in widl.
• Exception handling on ARM64EC.
• Improvements to Minidump support.
• Various bug fixes.

What's new in Wine 9.4:

• Bundled vkd3d upgraded to version 1.11.
• Initial OpenGL support in the Wayland driver.
• Support for elevating process privileges.
• More HID pointer improvements.
• Various bug fixes.

Versienummer	9.5
Releasestatus	Unstable
Besturingssystemen	Linux, BSD, macOS, Solaris
Website	Wine HQ
Download	https://wiki.winehq.org/Download
Licentietype	GPL

Reacties (41)

[socialhugo]

Ik heb het al jaren niet meer gebruikt. Is het al wat inmiddels of knalt je windowa programma nog steeds eruit te pas en te onpas?

[Jerie]

Ik gebruik Wine al zo'n 25 jaar. Het werkt(e) prima. Soms heb je zelfs betere performance dan native. Maar het is soms ook een kwestie van goed lezen.

Wil je goede support, dan kun je daarvoor betalen of je moet zelf e.e.a. onderzoeken. Je kunt van te voren onderzoek doen of een applicatie werkt. Ook heb je diverse frontends voor Wine.

[rob12424]

Soms werkt het helaas ook niet. De Sims 3 krijg ik met geen mogelijkheid aan de praat.

[Jerie]

Hier staan reports van anderen die het wel aan de praat kregen, met omwegen: https://appdb.winehq.org/...?iId=16664&sClass=version heb je dat allemaal al geprobeerd?

Het fijne van Proton is dat die dit soort dingetjes zoveel mogelijk zelf probeert te regelen.

Het is niet ideaal dat je zelf aan de gang moet om e.e.a. te debuggen.

[Magic Power]

Probeer het anders eens via Bottles. Dit is een frontend voor Proton, de custom Wine implementatie van Valve. Met Bottles kun je buiten Steam om, Windows Games draaien op Linux. Bottles regelt alle benodigde software voor je, je hoeft alleen maar de installer van het spel aan te wijzen en uit te voeren. Alles is met een gebruiksvriendelijke GUI in te stellen.

Zo heb ik Uplay, Prince of Persia *, Supreme Commander en meerdere gewoon aan de praat gekregen.

[darkshadw]

Misschien helpt dit: https://www.protondb.com/app/47890

[JBVisual]

Als je nagaat dat veel andere forks nog steeds leunen op de core van wine, kan je er wel vanuit gaan dat dit goed werkt.
(Proton van de steam deck heeft ook veel wine binaries)

Tuurlijk is het altijd anders dan native draaien, maar het werkt prima.
Sterker nog, veel oude Windows programma’s draaien icm met Linux + wine beter dan op Windows 11.
Er zijn verschillende spelletjes of programma’s die voor Windows 98, XP en zelfs Windows 7 gemaakt zijn die niet goed draaien op het moderne Windows 11 (of zelfs niet kunnen starten)

[JeroenED]

Daarnaast zijn er ook veel programma's met "Linux Support" die gewoon hun programma packagen met Wine erbij en wat scripts schrijven om de windows versie op Linux te draaien. Die programma's werken dan wel meestal zoals het zou werken op Windows, maar natuurlijk is dat dan wel ook getest en gebugfixt op die wineversie.

[WeetJeHetZeker]

Lego Rock Raiders werkte al niet meer op xp, maar wel via wine.

[Stetsed]

Ik gebruik wine soms en kan je vertellen dat het in meeste situaties werkt.. tenzij het niet werkt. Het probleem is vaak DRM/Anti-reversegineering of anti-cheat in games als voorbeeld inplaats van dat het technisch niet kan met wine.

Maar het is zeker veel beter geworden, en zeker met de recente push van valve(zeg niet dat het alleen hun is, maar Steam Deck had groot effect op hoe Linux wordt gezien door bedrijven). Maar is nog niet perfect en ik heb zelf een KVM GPU passthrough VM voor wanneer ik die ene Windows applicatie nodig heb die niet werkt.

[WeetJeHetZeker]

Ik gebruik het al minstens 12 jaar, en eigenlijk nooit problemen ondervonden. Behalve met applicaties die allerlei gekke anti cheat ofzo willen draaien.

Sommige games draaien zelfs beter via wine dan op windows met dezelfde hardware

Verder kan je op de winehq lezen als je issues hebt of je gebruikt oplossingen zoals playonlinux of lutris, dat zijn groepen die dus settings eromheen maken om het werkende te krijgen.
Heel elegant allemaal.

[socialhugo]

Bedankt voor de reacties allemaal. Ik weet niet hoe ik kan 'liken' bij tweakers.
Ik ga wine weer eens een keer proberen als ik het zo lees.

[MisterT2006]

Wordt een Linux Windows contest hier?
Even voor de duidelijkheid linux is nog steeds voor de happy few.
Wine is en blijft wat mij betreft een discutabele oplossing om windows proggies op te draaien.
Linux gebruik ik ook alleen maar om verschillende distributies te draaien om te kijken of het al in de buurt komt van het Windows. Echter met al die kreupele repos neh. Zolang ik nog niet het idee heb dat het verbeterd blijf ik nog bij MS.
Wil je linux proberen draai hem dan maar liever in vm in Windows dan andersom.

[Jerie]

Even voor de duidelijkheid linux is nog steeds voor de happy few.

Ondertussen velen tevreden met Linux op hun router, op hun Android telefoon, op hun Raspberry Pi, op hun Steam Deck, enz enz enz.

[MisterT2006]

Waar jij op doelt zijn bijna allemaal hardwarematige apparaten waar het op geflashed is.
Is wat anders dan een heel besturingssysteem die wat mij betreft nog niet het gebruikersniveau heeft zoals windows dat heeft.
Mint werkt voor mij nog het beste dan debian en arch maar het blijft behelpen. Zolang je maar de automatische updates en dergelijke maar uitzet kan je oma er ook nog wat mee

[Jerie]

Ieder apparaat is hardwarematig.

Automatische updates zijn prima. Daar zitten ook fixes voor beveiliging bij.

Steam Deck is bijvoorbeeld een echt OS met optie vanuit Steam naar KDE te gaan. Draait Arch.

En het werkt beter dan Windows op de Steam Deck. Hoe weet je dat? Omdat anders iedereeen er direct Windows op zou zetten. Dat kan wel, maar niet nodig, en de performance is minder.

[Reactie gewijzigd door Jerie op 24 juli 2024 00:25]

[WeetJeHetZeker]

Mijn ervaring met problemen op beide platformen:

Windows:
Errorcode x: Je zoekt op de windows forum, het probleem kan alles zijn, je ram, je moederboord, je cpu, de broodrooster van de buurman. Jammer voor je.

Linux:
Errorcode x: Hey, dat is het gevolg van y, doe z en het werkt.

Dit is een van de hoofdredenen waarom ik ben overgestapt naar linux.

[Magic Power]

Even voor de duidelijkheid linux is nog steeds voor de happy few.

3 a 4% van miljarden computer gebruikers zijn nog steeds miljoenen Linux gebruikers. Daarnaast is het tegenwoordig gebruikersvriendelijk genoeg voor normaal gebruik. Het is wel zo dat je het zelf moet installeren, omdat het meestal standaard niet op computer wordt gezet. Maar zelfs dat is klik en klaar tegenwoordig.

Linux gebruik ik ook alleen maar om verschillende distributies te draaien om te kijken of het al in de buurt komt van het Windows.

Ja maar als je een Linux wilt die exact gelijk is aan Windows, gebruik dan gewoon Windows. Dan is er, in ieder geval voor jouw, geen reden om Linux te proberen. Jij wilt een besturingssysteem dat exact als Windows werkt, en dan is Windows zelf het beste voor jouw. En ik denk dat je dan ook geen MacOS zou willen gebruiken.

Daar is trouwens niks mis mee. Als jij Windows wilt gebruiken, geen probleem. Als ik Linux wil gebruiken, geen probleem. Wat wij met de computer willen, krijgen wij gewoon gedaan. En wij zijn beide blij met de keuze voor het besturingssysteem die wij hebben gemaakt.

[bzuidgeest]

Niet in de buurt komen van Windows is een feature. Waarom zou je Linux zo ernstig willen beperken?
Het is niet voor niets dat we tegenwoordig wsl(2) hebben op Windows. Linux heeft veel goeds dat Windows niet heeft. Of pas heel recent.

[caipirinha]

linux ≠ windows net zoals android ≠ IOS is. Is het ene veel beter dan het andere, nee. Ik heb een hekel aan windows en iphones omdat ik er de weg in kwijt raak en de dingen die ik doe gewoon slechter gaan. Ik heb voor diverse mensen met toestemming linux mint geïnstalleerd en krijg minder klachten dan met windows 10.
Voor die paar dingen waar ik routinematig windows voor nodig heb gebruik ik een VM.

[beerse]

Maak je geen zorgen, msWindows blijft. En ook de linux gebruikers blijven blij hun linux gebruiken. Alleen de statistieken zullen dat nooit laten zien, vooral omdat er geen linux als zodanig gebruikt wordt. De meeste linux gebruikers, gebruiken hun eigen distributie en er zijn er best veel de helemaal niet beseffen dat ze linux gebruiken. Dus: Nee, linux is niet voor de happy few. Linux wordt meer gebruikt dan je denkt.

Zolang je linux distributies blijft gebruiken om te testen of ze al dicht bij msWindows komen, dan zullen ze dat nooit komen. Als je linux wilt draaien, doe dat vooral. Als je bij msWindows wilt blijven, geen probleem.

Als je vanuit msWindows linux nodig hebt, dan kan je wsl gebruiken of een virtueel systeem binnen je windows omgeving optuigen en daar in linux draaien. Daar tussen in kan je ook cygwin gebruiken al is dat meer old-school.

Mocht je ooit over zijn naar linux en je hebt een msWindows applicatie nodig, dan is wine 1 van de mogelijkheden. Gebruik maken van een virtueel systeem kan natuurlijk ook. Al kan het natuurlijk zo zijn dat je op een gegeven moment al lang wine blijkt te gebruiken omdat je onder linux een tool gebruikt die met behulp van wine van msWindows naar wine is gepoort.

[WeetJeHetZeker]

Jouw post leest als iets uit 2009, misschien toch nog maar eens proberen?

[MisterT2006]

Dualboot is voor mij de enigste oplossing; alhoewel ik toch wel redelijk wat programma's die voor mij belangrijk zijn kan draaien maar het blijft behelpen.

[mdj84nl]

Als het puur om wat programmaatjes gaat, draai je toch gewoon windows in een VM binnen je linux omgeving?

[Marctraider]

Dual boot is geen oplossing, letterlijk, niet. Ook nooit geweest.

Tenzij jij je programma gebruik precies in je agenda timed (gamen tussen 12 en 14, videobewerken vanaf 16 tot 18, elke dag weer).

Er mag hier niet van een oplossing worden gesproken. Het is een manier, een omzeiling van een probleem, geen oplossing.

Dat is hetzelfde als zeggen raid1 is een oplossing voor een backup.

Zelfs de snelste reboot met een optimized bios duurt minimaal 5 seconden, je twee OS en hibernaten (geheugen naar ssd wegschrijven) nog niet eens meegeteld.

Je zit in elk geval op meer dan 10 seconden voor een switch, en dat is in de meest ideale omstandigheid.

[Reactie gewijzigd door Marctraider op 24 juli 2024 00:25]

[WeetJeHetZeker]

Een dualboot is teveel gedoe.
Zelfs als je maar 1 (i)gpu hebt, kan je gewoon gpu passthrough doen.

https://www.youtube.com/watch?v=eTWf5D092VY

[bzuidgeest]

Zo jammer dat visual studio niet draait onder wine, het enige programma dat ik echt nodig heb dat mist.
Vscode is gewoon crap wat mij betreft.

[WeetJeHetZeker]

Ik moest het even googlen, ik dacht dat vscode stond voor visual studio code.

Net even gechecked, de windows laptop die aan op opstelling hier hangt, draait visual studio, bij een andere opstelling een linux systeem met vscode. Het was me niet eens opgevallen om eerlijk te zijn.

Weer wat geleerd.

[bzuidgeest]

Vscode staat ook voor visual studio code, maar buiten de naam zijn het twee heel verschillende tools. Code is een text editor, de echte visual studio is een volledige ide

[WeetJeHetZeker]

Hmmm, hoe moet men het verschil weten als de namen zowat exact zijn.....

Maar ik moet toegeven, ik heb geen problemen met vscode, doet gewoon wat ik ervan verwacht.

[bzuidgeest]

Het was een persoonlijke mening die ik uitdrukte. Als het voor jou voldoet, prima toch.
Maar ik persoonlijk als fulltime developer verwacht een hoop meer.

De naam, Tja dat is marketing.

[WeetJeHetZeker]

Ik snap dat het een mening is, ik wilde alleen ff delen dat het mij nog niet opgevallen was.
Voor zover de software engineer die ik ben lol.

[BugBoy]

Ik ben na meer dan 20 jaar Visual Studio overgestapt naar JetBrains Rider. Het is even een dagje wennen, maar daarna wil je echt niet meer anders. Die draait ook gewoon op Linux.

[bzuidgeest]

Ik heb dat verschillende malen overwogen en keer op keer kom ik tot de conclusie dat ik rider niet prettig vind. Misschien te veel gewend aan visual studio, maar er is zoiets als dat een tool te veel probeert te doen en zo voelt rider voor mij.

En dan is natuurlijk werk ook nog met visual studio en ik heb een hekel aan meer dan 1 tool voor dezelfde klus.

Misschien moet ik een recente versie nog een keer proberen. De licenties zijn zo duur niet.

[BugBoy]

Zoals ik schreef had ik ook 20 jaar ervaring met VS, dus de overstap was inderdaad even wennen. Maar het is zoveel vlotter (vooral bij grote solutions) dat dit voor mij al voldoende reden was om over te gaan. Na verloop van tijd ga je ook andere zaken waarderen, maar de eerste dag/week ben je natuurlijk wat minder productief. Ik had overigens Rider wel ingesteld op de VS key-bindings. Voordeel is dat je ook meteen Resharper hebt ingebouwd.

Ik gebruikte VS enkel nog voor wat edge-cases, zoals projecten die gebruik maken van T4 macro expansion, Azure Cloud Services, Xamarin, maar dit waren allemaal legacy projecten. Wellicht dat je ze ook wel draaiend krijg met Rider, maar voor die 1 uur/week heb ik daar geen tijd in gestoken. Denk dat is VS al weken niet meer heb gestart.

[bzuidgeest]

En resharper is zo een voorbeeld van iets dat te veel probeert te doen en te slim te zijn. Veel vinden het handig, maar vind het irritant.

edit: Ik had het gedownload, maar het eerste dat het vroeg was of ik de virus scanner uit wilde zetten om de performance op te krikken. Sorry maar wat is dat voor waardeloze situatie. VS2022 kan ook prima draaien met de scanner aan.

[Reactie gewijzigd door bzuidgeest op 24 juli 2024 00:25]

[BugBoy]

Sorry, maar dan moet je echt lezen wat er staat... Rider stelt voor om de directory waar je bouwt te excluden, zodat je virusscanner niet steeds al je bouwsels hoeft te controleren. Daardoor kan je sneller bouwen, maar verplicht is het niet. Ook VS zou er sneller van worden. Overigens ben ik hier ook niet altijd een voorstander van als je NuGet packages download in je solution directory.

Nu is de huidige versie van VS ook redelijk ver met analyses, maar Resharper doet het vaak net even wat uitgebreider. In VS is het inderdaad een draak qua performance (met 64-bit VS al een stuk beter), maar in Rider werkt het echt naadloos.

Maar als je lekker bij VS wilt blijven, dan dat toch lekker blijven gebruiken. Ik vind dat juist een gedrocht van een IDE. Het is gewoon knap dat je een IDE bouwt in C/C++/C# dat veel trager is dan eentje die volledig in Java is gebouwd.

[bzuidgeest]

De installer vraagt om de Rider executable te excluden. Daarna bij opstarten de build directory van solutions en nog een paar andere plekken.

Misschien moet je dus zelf nog een keer lezen.

Persoonlijk vind ik dat niets uitgesloten moet zijn van scannen en de vraag alleen al in de installer vind ik getuigen van een heel foute mind set. Zelfs al is het gevaar wss beperkt.

De intellisense op mijn vue/c# project dat ik teste was beter dan in vs.
Maar waar ik in vs meteen vensters kan slepen voor naast elkaar moet dat in rider veel moeilijker. Het gemak van vensters plaatsen en slepen en splitten is in vs behoorlijk beter.

Ik heb de virus scanner aangelaten en ik zal het nog wel een paar keer proberen, maar vs is echt zo slecht niet in zijn recentste versies. Het is jammer dat het geen optie is op Linux. Maar rider is beter denk ik dan vscode zelfs al lijkt de interface die de kant van vscode op te gaan.

[BugBoy]

Ik heb nooit gezien dat Rider zichzelf probeerde te excluden. Dat zou ik ook heel fout vinden, want je kan ook extensies installeren en dan zouden die ook meteen niet meer gescand worden. Vreemd dat dit bij jou zo is. Ik zie enkel dat Rider de solution directories wil excluden. Dat doe ik enkel voor solutions die ik volledig vertrouw, groot zijn en waar de packages stabiel zijn.

VS Code is een hele goede default IDE, maar ik vind het tekort schieten als dedicated IDE voor een specifieke taal. Voor C# mis ik toch echt teveel, maar het is op dit moment wel mijn IDE voor Go en Rust. Mocht ik dat veel meer gaan gebruiken, dan zal ik denk ik daarvoor ook JetBrains tooling gaan gebruiken. Het is vaak ook maar wat je gewend bent. Groot voordeel van VS Code vind ik de eenvoudige WSL2/SSH integratie, waardoor je lekker werkt op je eigen PC, maar eigenlijk draait op een ander OS. Kan in andere IDEs ook wel, maar VS Code maakt het wel heel toegankelijk.

Eens dat VS de laatste jaren een stuk beter is geworden. Sinds de 64-bit versie zijn grote solutions minder een probleem. Ook de Intellisense en code refactoring is sterk verbeterd bij elke release. Dat je het niet kan draaien op Linux vind ik in deze tijd echt niet meer kunnen. Ik denk dat 90% van de back-end applicaties in Linux draaien, want .NET op Linux draait gewoon beter en goedkoper dan op Windows. Integratie met WSL is er natuurlijk wel, maar is soms toch een beetje onhandig (vooral als je integratie hebt met systemd, WIFI daemon, ...).

[Reactie gewijzigd door BugBoy op 24 juli 2024 00:25]

[bzuidgeest]

Het was een persoonlijke mening die ik uitdrukte. Als het voor jou voldoet, prima toch.
Maar ik persoonlijk als fulltime developer verwacht een hoop meer.

[MornixRS]

Ik gebruik het enkel voor games via Proton en dat werkt 99% van de tijd prima. Voor muziek productie heb ik besloten alleen maar native Linux spul te gebruiken omdat het echt een enorme afknapper is om in een creatief proces met falende software geconfronteerd te worden.