Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 14 reacties
Bron: Wine HQ, submitter: PhoenixT

Wine logo (60 pix) Zojuist is versie 0.9.23 van Wine uitgebracht. Met behulp van dit programma is het mogelijk om DOS- en Windows-programma's te draaien op POSIX-gebaseerde besturingssystemen, waaronder Linux, FreeBSD en Mac OS X. Wine kan DOS- en Windows-applicaties uitvoeren door deze eerst in een program loader te laden en vervolgens via eigen bibliotheken de verwijzingen naar Windows-API's door te sturen naar de Unix- en X11-tegenhangers. Meer informatie over Wine kan in deze FAQ worden gevonden. In deze release zitten onder andere flink wat verbeteringen aan de printf-formats en is er ondersteuning voor dynamische drives onder Mac OS X. Het volledige changelog laat de volgende veranderingen zien:

What's new in this release:
  • Massive update of printf formats for Win64 compatibility.
  • Dynamic drive support on MacOSX.
  • Still more MSI fixes and improvements.
  • Lots of bug fixes.
[break]
Wine screenshot (resized)
Versienummer:0.9.23
Besturingssystemen:Linux, BSD, macOS, Solaris
Website:Wine HQ
Download:http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.23.tar.bz2
Bestandsgrootte:10,68MB
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (14)

Zomaar een vraagje: Als je IE draait onder Wine, ben je dan ook gevoelig voor dezelfde exploits als in Windows? :?
Uiteraard, alleen zal die code alleen kunnen beschadigen wat binnen Wine wordt gedraaid, dus niet het Linuxsysteem zelf. Tenzij iemand natuurlijk doelbewust een exploit schrijft die dat wel doet, maar gezien het aantal mensen dat IE onder Wine draait lijkt me dat hoogst onwaarschijnlijk.
In theorie kan het overigens wel binnen de user waar binnen het opereert schade toebrengen.

Ik weet niet of iemand het voor elkaar gekregen heeft er netjes een chroot omheen te zetten. Misschien een feature request voor ies4linux?
@Boven
volgens mij is het virtueel onmogelijk, aan de volgende voorwaarden moet volgens mij worden voldaan:
1. de Wine IE moet ook gevoelig zijn voor de IE exploit (niet alles werkt natuurlijk :) )
2. De exploit moet de wine omgeving kunnen verlaten
3. Dan alsnog kan hij alleen wat de user waar wine onder draait kan.
je wilt zowiezo geen IE draaien. Dan ga je geen linux installeren, met daarop wine, om daarin IE te gaan draaien |:(
.... waarom zijn sommige websites alleen te gebruiken met ie?......

daarom mischien...

ik heb trouwens utorrent gedraaid op wine en dat gaat nog niet zo net als in windows zelf helaas (was wel vorige versie... maar ik ben het een beetje beu om uit te proberen... en een torrewnt client met eenzelfde feature set en lage systeem belasting nog niet echt gevonden)
Als je doelt op dat zwevende notification-icoon, dat is er sinds kort uit. Voor de rest werkt(e) ųtorrent perfect.
of dat icoontje wel of niet werkt maakt mij niet zoveel uit maar ik bedoel meer het niet opmerken van nieuwe torrents in de watch folder.. en veel geheugen en cpu gebruik...
Ik zie niet in waarom niet.

1) die paar sites die nog IE only zijn, maar dit is voor mij nog niet het grote probleem.

2) linux webdevelopers, hoe test jij je site in IE???? Even aan de buur gaan vragen?

Of een windows licentie aankopen, en multiboot/vmware, enkel en alleen voor af en toe een site te testen in IE???
Er komen de laatste tijd wel bijhoorlijk veel 'tussen updates', of anders gezegd de release frequentie is aardig opgeschroeft. Het project komt daarmee dus automatisch wat meer in de belangstelling te staan dan wanneer men alle updates bij elkaar 1 keer per half jaar ofzo released.

Dit heeft wel weer het gevolg dat er eigenlijk geen enkele echte "must-have" update is van Wine. Het zijn telkens hele kleine dingetjes. Als je wine handmatig download (en dus niet via je distro binnenkrijgt), is het eigenlijk telkens net niet de moeite en denk je om de zoveel minor releases, "ach laat ik weer eens upgraden ofzo".
Ik weet niet wat jij onder "must have" verstaat, maar ik vind onderstaande lijst wel erg "nice to have"

BTW ik krijg via Ubuntu de updates netjes automatisch binnen (zit soms een paar dagen tussen, maar gaat vrij snel, je hoeft daarvoor alleen je repositories aan te passen)


This is release 0.9.23 of Wine, a free implementation of Windows on Unix.

What's new in this release:
- Massive update of printf formats for Win64 compatibility.
- Dynamic drive support on MacOSX.
- Still more MSI fixes and improvements.
- Lots of bug fixes.

Because of lags created by using mirrors, this message may reach you
before the release is available at the public sites. The sources will
be available from the following locations:

http://ibiblio.org/pub/li.../wine/wine-0.9.23.tar.bz2
http://prdownloads.sourceforge.net/wine/wine-0.9.23.tar.bz2

Binary packages for various distributions will be available from:

http://www.winehq.org/site/download

You will find documentation on

http://www.winehq.org/site/documentation

You can also get the current source directly from the git or CVS
repositories. Check respectively http://www.winehq.org/site/git or
http://www.winehq.org/site/cvs for details.

If you fix something, please submit a patch; instructions on how to do
this can be found at http://www.winehq.org/site/sending_patches

Wine is available thanks to the work of many people. See the file
AUTHORS in the distribution for the complete list.

----------------------------------------------------------------

Changes since 0.9.22:

Alexander Nicolaysen Sørnes (1):
Updated Norwegian Bokmål translations.

Alexandre Julliard (25):
winex11.drv: Fix typo that confuses winapi_check.
winsock: Make sure to include sys/types.h in all cases.
ws2_32: Avoid retrieving the fd twice in WSAIoctl.
explorer: Split the device management to a separate file to make it usable independently of HAL support.
explorer: Avoid repeated notifications on device removal.
explorer: Added dynamic drive support for MacOSX.
ntdll: Implement FSCTL_DISMOUNT_VOLUME for MacOSX.
ntdll: Added error mapping for ENXIO.
Makefile: Avoid trailing slash in find, it breaks tags on MacOS.
server: Return the data for winevent hooks in the varargs part of the get_message request.
server: Return the data for callback results in the varargs part of the get_message request.
server: Pass the data for message callbacks as vararg from the client side.
server: Rearrange a few fields to avoid wasting padding space on 64 bits.
user32: The per-window user data must be a DWORD_PTR.
ntdll: Fixed typo in serial.c.
user32: Store the prev_unicode hook flag on the client side.
server: Changed the get_next_hook request to allow retrieving the current hook too.
dinput: Only register the window class once to avoid race conditions.
winex11.drv: Give XInitThreads another chance.
winsock: Add a WS_ prefix to the BSD types.
ws2_32: Win64 printf format fixes.
loader: Make sure the reserved area is protected on MacOSX too.
Fixed some printf warnings caused by using sizeof.
sane.ds: Get rid of the prototypes of some removed functions.
msvfw32: Avoid a compiler warning.
edit: <knip>

Ik heb enkele pagina's weggeknipt om niet de toorn van alle tweakers over me af te roepen :+

</knip>

--
Alexandre Julliard
julliard <at> winehq.org
Ik weet niet wat jij onder "must have" verstaat, maar ik vind onderstaande lijst wel erg "nice to have"
Wat ik meer bedoel is 1 grote release waar zo veel nieuwe dingen in zitten dat je heel graag wilt updaten. Neem bijvoorbeeld Eclipse, daar zit altijd precies een jaar tussen een release. Als er dan -de- nieuwe versie van Eclipse uit is wil je deze natuurlijk meteen gebruiken.

Bij Wine wordt tegenwoordig zo vaak ge-released dat het bijna wel CVS snapshots of weekly builds liken. Kijk maar eens naar de release data. Zit vaak hoogstens een week of 2 tussen releases. Dat betekent dat elke individuele update amper de moeite waard is; er -kan- gewoon maar zoveel gedaan worden in 2 weken.

Allebei de aanpakken hebben hun voor en nadelen. Het was ook geen kritiek op wine, gewoon iets wat me opviel ;)
Aan deze manier van releasen zit eigenlijk geen nadeel ten opzichte van elk jaar een nieuwe wine. Degenen die zin hebben om te compilen kunnen cvs gebruiken, degenen die elke week een update willen, laten hun updates gewoon binnenstromen, degenen die alleen de major upgrades willen, kunnen er voor kiezen om eens in het jaar naar winehq te gaan.

Nu heb je het grote voordeel dat als er een programma dat jij nodig hebt werkend gekregen is bij een bepaalde versie, jij bij die versie kan blijven, en updaten als er weer iets nieuws is wat je nodig hebt.
inderdaad. release early, release often is het credo van free software. zo word de software snel getest. veel distributies komen toch maar eens in de zoveel tijd uit, dus dan krijg je alleen dan een nieuwe versie... het vaak updaten is vooral voor de 'fans' en de mensen die een distributie met een 'rolling release' gebruiken (zoals gentoo, arch-linux en in mindere mate debian-testing en debian-unstable).

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True