Software-update: Wine 0.9.21

Om Windows-programma's ook op andere besturingssystemen te kunnen draaien, is men jaren geleden begonnen met het ontwikkelen van het programma Wine. Ondertussen draait dit programma op verschillende POSIX-gebaseerde besturingssystemen zoals FreeBSD, Linux en Solaris. Het beschikt over uiteenlopende mogelijkheden zoals ondersteuning voor DirectX, OpenGL en printen via een PostScript driver. De ontwikkelaars hebben een nieuwe versie uitgebracht van hun implementatie van Microsoft's Win32 Application Programming Interfaces (API). Het versienummer is aan beland bij 0.9.21 en voorzien van de volgende lijst met aanpassingen:

What's new in this release:

• OpenGL restructurations.
• The usual assortment of MSI improvements.
• Several Richedit fixes.
• WCMD Winelib app renamed to CMD for compatibility.
• Many improvements to the Wintrust DLL.
• Some code cleanups.
• Lots of bug fixes.

Versienummer	0.9.21
Besturingssystemen	Linux, BSD, Solaris
Website	Wine HQ
Download	http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.21.tar.bz2
Bestandsgrootte	10,57MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (16)

[E-jey]

Ik ben het geheel met je eens henk52, het probleem is alleen dat er heel weinig info is om de win32 api te implemteren. Alle informatie verkrijgen ze dmv reverse engineering. De EU zou MS imho moeten dwingen om deze info vrij te geven.

[Verwijderd]

het zou inderdaad veel handiger zijn voor programma developers in het algemeen - en wine in het bijzonder ook - als microsoft zn documentatie zo veel mogelijk compleet en gecorrigeerd zou krijgen - mogelijk wel een monsterklus, maar veel nuttiger dan de "shared source" manier die ze nu gebruiken
maar dat is natuurlijk net de reden waarom ze die "shared source" bocht volgen

[Verwijderd]

De meeste mensen kiezen niet voor Windows omdat ze Windows willen draaien, maar omdat ze bepaalde programma's willen draaien die 'toevallig' van de win32 API gebruik maakt.

Net zoals de ondersteuning van het .doc formaat 1 van de top prioriteiten is in het OpenOffice.org project, zo zou strategisch gezien de ondersteuning van Win32 een top prioriteit van elk op consumenten gericht niet-Windows OS moeten zijn.

Je zou dus eigenlijk zeggen dat WIne VEEL en VEEL meer support van de diverse belanghebbende zou moeten krijgen. Mischien vergis ik me, maar dat lijkt me niet echt te gebeuren. Vooral Apple en bijvoorbeeld Ubuntu zouden hier veel belang bij hebben.

Een gemiste kans?

[ajvdvegt]

Voor de meeste programma's die je onder Windows gebruikt, zijn Linux alternatieven en heb je dus geen Wine nodig. Het enige programma wat me nu zo te binnen schiet waar ik de laatste paar jaar Wine voor nodig had, is de Ikea keukenplanner (en die doet het ook nog niet eens ).

Voor Apple en Ubuntu is het weinig nuttig om Wine te gaan supporten, die supporten liever applicaties die wel goed met hun OS integreren (Wine applicaties zien er altijd weer anders & lelijker uit dan native applicaties, wat weer voor bergen aan bugreports gaat zorgen).

[:murb:]

waar ik de laatste paar jaar Wine voor nodig had, is de Ikea keukenplanner

Als je een echte tweaker zou zijn geweest...
... bouw je je keuken niet met een bouwpakket

[Verwijderd]

Voor de meeste programma's die je onder Windows gebruikt, zijn Linux alternatieven en heb je dus geen Wine nodig.

Dat weet ik, en hoewel ik nu onder Windows werk, werk ik eigenlijk met bijna exact dezelfde applicaties die ik ook op mijn Linux machine gebruik. Dit omdat SWT, Gtk en Qt zo makkelijk crossplatform zijn.

Het is ook vanaf een developers oogpunt niet gek om de Win32 crossplatform beschikbaar te hebben. Net zoals GTK+ er onder Linux 'als Linux' uitziet en onder Windows 'als windows' zo zou de crossplatform versie van de ge-herimplementeerde win32 api zich ook best kunnen themen in de style van het host platform.

Ik heb bijvoorbeeld nog een vrij grote app op de plank liggen die we destijds voor Win32/mfc hebben ontwikkeld. Als Wine echt stabiel was, zou ik deze graag hercompileren en dan tegen de wine libs linken, met eventueel een minimale hoeveelheid code voor platform specificieke dingen. Tot op heden is dat nog niet gelukt (de laatste keer was een half jaar geleden dat ik het geprobeerd heb).

Vanuit een gebruikers oogpunt heb je soms -echt- bepaalde apps die je alleen onder Windows hebt. Dit zijn meestal hele specificieke dingen, denk aan van die rij-les CD-ROMS.

[Verwijderd]

Voor Apple en Ubuntu is het weinig nuttig om Wine te gaan supporten, die supporten liever applicaties die wel goed met hun OS integreren (Wine applicaties zien er altijd weer anders & lelijker uit dan native applicaties, wat weer voor bergen aan bugreports gaat zorgen).

Maar toch... OpenOffice.org zou toch het liefst ook alleen het open document formaat supporten? Ik denk niet dat men 'met liefde' support voor .doc inbouwt. Het kan niets wat open document niet kan, zorgt alleen maar voor extra ellende (werkt namelijk nog steeds niet 100.000% goed), etc.

Mensen verwachten echter dat -een- tekstverwerker gewoon alle 'gangbare' tekst documenten opent. Aangezien .doc helaas meer dan gangbaar is, moet open office dit dus wel kunnen openen.

In dezelfde abstracte zin zou je een OS niet als puur Ubuntu of OS X kunnen zien, maar als een ding om applicaties in de ruimste zin van het woord te draaien. Mensen willen helemaal niet weten of hun applicatie met Gtk+, QT, SWT, Motif, Bare Xlib, of dus Win32 is gebouwd.

De huidige systemen draaien nu al apps van meerdere toolkits. Mischien niet ideaal. KDE/Qt apps vallen natuurlijk meteen op onder Gnome, en Motif valt ook meteen op. Toch draai ik gewoon Konqueror op mijn Gnome desktop en gebruik ik xpdf om pdf documenten te lezen. Als er dan een app tussenzit die win32 gebruikt en er dus weer iets anders uitziet, tsja... liever niet natuurlijk, maar het is niet alsof ik het niet gewend ben ofzo om nu al geen 100% uniforme look te zien.

[it0]

Ja maar nu kijk je vanuit gebruikers niveau. Terwijl juist veel developers het idee hebben dat alles native BSD/GPl moet draaien. Kortom de apps moeten gratis en open zijn.
Daarom zijn mensen meestal weer tegen initiativen als wine.

[Vincenz0]

zijn de game prestaties nu ook een beetje omhoog?

ik heb onder linux toch meestal 20 fps minder =(

[Verwijderd]

en dat blijft zo... Omdat de drivers niet open zijn en je kan ze niet 100% optimaliseeren en tweede: Direct X

[willemd]

Waarom heeft mijn Debian/unstable nog steeds 0.9.17 dan?

[Peetke]

Je kunt de BudgetDedicated mirror toevoegen aan je sources.list:
deb http://wine.budgetdedicated.com/apt dapper main

Werkt prima onder debian, ook al is hij primair bedoeld voor Dapper.

[Matthiasje]

Is de package al geupdate dan?

Als je er echt om verlegen zit kan je natuurlijk altijd zelf het een en ander downloaden, installeren en proberen werkend te krijgen.

[willemd]

Nee, ik heb het niet nodig, maar het verbaast me gewoonweg, omdat ik niet had verwacht dat een dergelijk belangrijk pakket drie maanden zou 'achterlopen' in de unstable-branch.

[Verwijderd]

Omdat de meeste thuis gebruikers een Windows PC hebben zijn er veel programmas die alleen voor Windows gemaakt zijn, vaak ook met een leuke gebruikers interface.

Als ik kijk naar mijn eigen gebruik, dan kan ik voor de meeste dingen die ik wil doen toch met Linux overweg, en met OpenOffice heb je en prima alternatief voor M$. Ik probeer eigenlijk nu zoveel mogelijk van Windows af te stappen om dat ik niet met de Vista hype meegesluurd wil worden. Het enige waar ik mee zit zijn spelletjes wat eigenlijk de enige reden is waarom ik nog aan beetje aan Windows gebonden ben. En hier biedt Wine een uitkomst, ook al moet je gaan kijken als een spel het wel goed doet onder Wine.

[Soepstengel]

Games werken anders nog steeds niet onder Linux (en dan heb ik het niet over patience of pac-man maar over games als WoW en Half Life 2. Nu zal er vast wel ergens op internet staan hoe je het allemaal werkend krijgt maar dit is niet voor elke game te vinden. Zoals ik al eerder heb gezegd, als alle spelletjes onder Linux ook zouden werken heb ik geen Windows meer nodig!