Software-update: Wine 7.7

Er is met versienummer 7.7 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.484 titels. Sinds versie 7.5 zijn de volgende veranderingen en verbeteringen aangebracht:

What's new in release 7.7:

• More progress on the PE conversion of the X11 and OSS drivers.
• Support for UTF-8 as default Ansi codepage.
• Theming support for control panel applets.
• Various bug fixes.

What's new in release 7.6:

• Mono engine updated to version 7.2.0.
• More progress on the PE conversion of graphics drivers.
• Locale support using the new CLDR-based database.
• Various bug fixes.

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

Reacties (20)

[Lethalis]

Die screenshot schreeuwt ook "I run Arch btw"

[L0g0ff]

Die screenshot schreeuwt ook "I run Arch btw"

Haha, het is zelfs zo erg dat het over het venster heen gezet is waar het om gaat.

Ik heb wine vroeger echt afgezworen. Elke keer opnieuw viel het tegen en alles bleef buggy.

Maar tegenwoordig in combinatie met proton op Steam werkt gaming echt wel prima onder Linux. Dit alles natuurlijk met dank aan wine.

[FateTrap]

Vroeger werd het commercieel minder gebruikt.

Nu heb je Steam Proton dat direct 'afhankelijk' is van Wine. Je hebt dus bvb CodeWeavers, Valve, Google, Amazon, Tesla, ONEXPLAYER, etc die het in principe kunnen gebruiken in hun commerciële producten.

Als één van de grote bedrijven een vijftigtal getalenteerde ontwikkelaars full-time op Wine zou zetten dan ben ik redelijk zeker dat Wine al snel de meeste windows apps probleemloos zou kunnen draaien.

[dieAndereGozer]

Ik heb al jaren(7+) meer support voor oude windows software via wine dan via windows.

[JeroenED]

Ik snap echt niet dat dit een ding is. Ok, leuk voor jou dat je arch linux draait. Je zal er wel een reden voor hebben. Maar het is een even superieur als Linux OS, als dat PC de masterrace is. Helemaal afhankelijk van je use case (vb. bij een voetbalspel lijkt me niet echt PC een voordeel te bieden zonder controller te koppelen)

I run mint btw

[Jack Flushell]

"Arch btw" is een (inmiddels wel heel erg flauwe) hype op Redit.
Ik snap al die woedende menigites die elkaar bestrijden op Social media niet zo als het gaat om Linux. Draai gewoon lekker wat je lekker vindt en zeur niet zo (denk ik dan). Op servers draai ik persoonlijk het liefste Debian en op mijn laptop Arch en mijn firewall FreeBSD. Tja, lekker boeie wat een ander ervan vindt en ik vind het prima als een ander persoon Ubuntu draait (met Ubuntu kun je tegenwoordig op Reddit niet meer aankomen, want dat is te "main stream" en "commercieel"). Gezeur allemaal. En als iemand het fijn vindt om op een Apple te werken of Windows wil draaien: alsjeblieft je gang. Ik snap al dat overdreven gedoe over welk OS niet zo.

[Reactie gewijzigd door Jack Flushell op 24 juli 2024 18:06]

[vgroenewold]

Heerlijk, had het niet beter kunnen zeggen. Uiteindelijk werk ik er gewoon mee danwel wat gamen en nu dat onder Linux stukken beter gaat, helemaal happy. Maar ik kan net zo goed overweg met alle 3. Het is zoals het gezeur rondom welke programmeertaal dood is en welke niet, daar gaat het totaal niet om maar er ligt wel de focus op.

[Reactie gewijzigd door vgroenewold op 24 juli 2024 18:06]

[dieAndereGozer]

Het blijft niet bij Linux.

Xbox vs Playstation,
Windows vs MacOS
Windows vs Linux
MacOS vs Linux
Android vs iOS
MS office vs libre office
iphone vs samsung
arbitraire politieke partij vs andere arbitraire politieke partij
C++ vs rust

et cetera

[orvintax]

Het is ook gewoon een grapje. Het zal waarschijnlijk wel gebaseerd zijn op waarheden maar het is echt niet zo dat de gemiddelde Arch user dit in je mik gooit. Ik denk ook dat in deze screenshot het meer gaat over ik run een Windows applicatie op Linux dan "ik run Arch". Neofetch geeft gewoon nuttige informatie over het systeem en in dit geval draait het Arch.

Dit komt van een Arch user btw

[davince72]

Als je openheid, transparantie en vrijheid belangrijk vind, dan kan ik mij voorstellen dat je argwanend wordt van commerciële initiatieven. Commercie is in staat hele mooie dingen te maken, maar ze hebben er ook een handje van om je te gaan beperken als het ze uitkomt.
Dat zal een reden zijn om weg te blijven van (te) commerciële initiatieven en Arch linux te omarmen.
Neem windows als voorbeeld, die hebben teveel de overhand gekregen en ons in een ecosysteem gepushed en moet je door hoepels springen om soms basic zaken te realiseren. Het windows systeem lijkt niet meer van ons te zijn en ons wordt alleen toegestaan wat Microsoft wil dat we kunnen. Niet echt mijn ding. Zelf gebruik ik macOS, maar als dat de overhand gaat krijgen zul je wellicht hetzelfde krijgen. Neem IOS wat een enorm marktaandeel heeft...daar heeft de gebruiker het ook niet meer voor het zeggen.
Volgens mij moeten we blij zijn met die puristen, want zonder hen hadden we mogelijk alleen maar windows gehad, want microsoft heeft echt hun best gedaan om andere OS-en dood te maken.
Dat bijvoorbeeld cloud diensten bestaan is mijn inziens te danken aan het open en flexibele OS linux.

[TheVivaldi]

Maar dan wel een hele oude versie, want ik zie daar KDE 3.5. En nee, niet de moderne voortzetting TDE, maar de échte ouderwetse KDE 3.5.

[JeroenED]

Nope, ik lees uit de neofetch output DE: plasma 5.20.4. En dat z'n taal LC_ALL waarschijnlijk op FR_fr staat

[TheVivaldi]

O, díe schermfoto. Ik keek naar die bij 'Geen prijs bekend'. Die is wél van KDE 3.5, maar die in het artikel is inderdaad van Plasma 5.20.4.

[CoreIT]

Ik krijg helemaal de *peep* van Wine. Voor een privéproject werk ik al sinds jaar en dag aan een customized versie van de Windows 10 SDK, deels soortgelijk als Wine, maar dan een stricte plain C99 port, voor Win32 IBM-compatible 64-bit desktop only. Vrijwel elke Github code search die ik doe in het kader van research hiervoor, is volgebombardeerd met Wine-rommel. Keer na keer na keer na keer. Je zou verwachten dat -Wine in de zoekquery zou helpen, maar nee.

[RoestVrijStaal]

Ik ben erg benieuwd welk probleem jij probeert op te lossen met jouw privéproject.

Een strikte C99 port klinkt voor mij als dat je een (legacy) embedded platform wilt targetten die niet door Microsoft noch WINE ondersteund wordt, of dat je erg puristisch bent en de nieuwe C standaarden C11 en C17 niet accepteert.

Sinds WINE ontwikkelaars verplicht zijn om te ontwikkelen volgens de Clearroom-methode, zou ik verwachten dat er ergens losse documentatie te vinden is over het gedrag van de Win32 API (en dus ook deels van de SDK). Heb je daar al naar gezocht?

[CoreIT]

Laten we het houden op puristisch en minimalistisch, aka eigenwijze, koppige dinosauriër die vindt dat de native/binaire development wereld de verkeerde keuzes heeft gemaakt / verkeerde prioriteiten heeft gesteld en daarom werkt aan een eigen set van ontwikkeltools en runtime. Niet dat ik verwacht het op grote schaal ver te schoppen; daar ben ik niet slim en/of rijk genoeg voor. Daarom dan ook een privéproject.

EDIT: Naar gezocht? Ik ben vrijwel dagelijks op zoek naar dingen, waaronder details van de interne werking van Win32 systeemcomponenten en diverse beschikbare C runtime implementaties. Daarbij word ik in de zoekresultaten doodgegooid met halve gare Wine 'implementaties' (evenals ReactOS overigens). Laat dat -de gehanteerde ontwikkelfilosofie daarin- nou precies zijn wat ik niet zoek.

[Reactie gewijzigd door CoreIT op 24 juli 2024 18:06]

[Johannes99]

Ik ben eigenlijk wel benieuwd op welke keuzes en prioriteiten je doelt. Wat is er precies fout gegaan, wat had beter / anders gemoeten en hoe voorziet jouw project daarin?

[CoreIT]

Daar schrijf ik hier liever niet over. Het zou een te lang relaas zijn en volkomen off-topic zijn. Bovendien ben ik bang voor gek verklaard te worden voor mijn mening aka 'unpopular opinion'. Om die reden spreek ik er, anders dan verdwaalde opmerkingen zoals hier, eigenlijk sowieso nooit over. In het kort ben ik het gewoon volkomen oneens met dat dingen als "fast to market", "low development cost" en "ease to use" vrijwel altijd prevaleren over kwaliteit en performance. Door de decennia heen heeft dit m.i. geleid tot telkens minder efficiënte keuzes die allen tesamen opgeteld zijn een gedrocht zijn om te aanschouwen. Zeker gelet op dat er alsmaar wordt doorgebouwd bovenop reeds gemaakte dingen. Niet optimaal bovenop niet optimaal bovenop niet optimaal bovenop niet optimaal, enz. Men had andere keuzes kunnen maken. De mensheid is echter lui, wil gemak, gaat voor de lowest common denominator. Zo werkt de wereld en ik maak mij dan ook geen illusie dat mijn project in de praktijk geen enkele kans van slagen kan hebben. Maar ik kan i.i.g. voor mezelf voor verbetering proberen te gaan.

[Reactie gewijzigd door CoreIT op 24 juli 2024 18:06]

[vgroenewold]

Dat is helemaal niet gek te benoemen hoor, dat is namelijk ook het geval. Je ziet dat bedrijven sneller willen werken (Agile is een vorm daarvoor ook), dus niet het wiel opnieuw gaan uitvinden en alles aan elkaar plakken met dependencies. Deels begrijpelijk en deels niet verkeerd, maar dan moet je wel heel goed weten wat je doet en of je nog enigszins rekening houdt met performance en scenario’s als er een dependency omvalt. Dat zie je de laatste tijd vaker een groot probleem zijn en ik krijg er idd ook niet de kriebels van om in die omgeving te werken. Hoewel ik wel die kant op ga. Hoop dus dat er goede teams zijn, die een mooie balans in het oog houden, respectvol samenwerken etc.

[beerse]

Natuurlijk ben ik ook nieuwsgierig, vooral omdat je aangeeft dat je het niet wilt/durft/kan/mag vertellen.

Maar hier zitten we in een draad bij 'wine', een tool waarmee de software voor het operating systeem msWindows bruikbaar wordt gemaakt voor het andere operating systeem: unix of 1 van de afgeleiden.

Ook meldt je dat het gaat om een minimalistisch project en zie ik in je logo dat je toch wel iets met c++ doet. Dan vraag ik mij af waarom je helemaal ooit iets met msWindows hebt gedaan of waarom je daar nog aan hangt. Mijn tip: verlaat het heel msWindows platform en ga helemaal over op het unix/linux concept. Zeker met linux heb je de mogelijkheid en de publiek beschikbare documentatie en sources om zo veel mogelijk te strippen. Android en ChromiumOS laten zien dat je de hele applicatie omgeving kan strippen en van de grond af op kan bouwen. Dat kan ook specialistisch wat te zien is in de vele linux gebaseerde zaken zoals routers en ook VMwareESX. Daarbij kan je zelfs zo ver gaan dat je de hele kernel stript van onnodige zaken.

Niets ten nadele van msWindows maar daar zitten concepten in die blijkbaar niet bij jou project passen. msWindows is naar mijn idee een systeem waarbij zo veel mogelijk functionaliteit bij elkaar wordt gestoken om er voor te zorgen dat het geheel zo goed mogelijk functioneert. Bij unix en linux is het concept juist dat de functionaliteit echt bij elkaar moet passen om bij elkaar te mogen, in alle andere gevallen wordt de functionaliteit zo onafhankelijk mogelijk geïmplementeerd zodat elk deel vervangen kan worden.