Wine 1.0 release status

Wine Release Status

wine-1.0rc1 was released on Friday, May 9th, 2008. Wine is now in a code freeze in preparation for the 1.0 release.

According to http://wiki.winehq.org/WineReleasePlan, wine-1.0.0-rc2 will be due out Friday, May 23rd, 2008. It will be something like be the next to last release candidate for 1.0.

Alexandre is on vacation, so git is a bit stale. In particular, Photoshop CS2 and DNS 9 don't install properly due to a regression introduced just before his vacation started; here's the fix.

Some effort has been put into making it easy for people to automatically report "make test" failures; see MakeTestFailures for info and results.

Bug Status

There are 27 open 1.0 bugs as of 16 May. Most of these will simply be rolled over to be fixed for a later release; we only have time to fix a few, and much as we'd like to fix the rest, most are not showstoppers.

Changes since last week (with category and votes):

New (!):
8783 ntdll 15 USB serial ports do not work
13168 -unknown 0 Update the README before the 1.0 release

Fixed:
3270 gdi32 16 Problem with minimized top-level windows
5844 -unknown 16 tray minimize
5926 programs 1 Wine does not provide an implementation of winhlp32.exe
5948 -unknown 2 Star Trek: Armada does not install
8898 shdocvw 1 Run Time Error "445": Object doesn't support this action in Europa Knowledgebase
11742 shlwapi 9 Small .net 1.1 app (FastMD5 1.3) fails to start up
12263 opengl 3 Sketchup Cannot initialize OpenGL - ChoosePixelFormat fails

Abandoned:
664 user32 8 The help menu functionality inside programs is broken (messaging problem)

Here's the full list of current bugs:

2493 comctl32 2 Multi-select listview: Shift-arrow up only selects top two items
11509 crypt32 0 Wordviewer 2003 is unable to open documents encrypted with AES
5535 directx- 21 Planescape:Torment doesn't work
9916 directx- 7 "make test" usually fails
11584 directx- 4 Multiple games crash with stack overflow error
12246 directx- 2 "make test" gives different results with and without warn+heap
12730 gdi32 1 gdi32: some tests fail when X is run in 16 bit mode, but not 32 bit
6519 gdi32 7 Wine blacks out rotated font bitmap
9771 gdi32 47 Steam Friends doesn't work (fails to render correctly or refresh)
5024 kernel32 6 Thief: Deadly Shadows crashes:page fault on read access to 0x0000040c
10147 msi 2 Word Viewer 2003 - Tab behavior differs from Windows
8783 ntdll 15 USB serial ports do not work
10288 programs 0 wine_gecko download hangs sometimes
13071 quartz 0 Flashplayer crashes in a quartz bug
5163 setupapi 15 Office XP 2002 crashes on installation
6095 shdocvw 17 MOTD in counter-strike 1.6 and counter-strike source does not render
8439 shell32 10 Visual Studio .NET (7) install fails
12074 testcase 3 The conformance tests fail on Windows
5402 -unknown 0 Trying to run PhotoStitch 3.1
7404 -unknown 3 ShowWindow(SW_MINIMIZE) should not generate a WM_PAINT message
11281 -unknown 5 CJK input many issues
12097 -unknown 3 Wine 1.0 should not ship out-of-sync resource translations
13168 -unknown 0 Update the README before the 1.0 release
3023 user32 6 Orcad - "Place Part" never tries to put down a part
124 wineserv 2 Review of Wine Server Protocol
9787 winsock 67 Warcraft3 Battle.net Doesn't work (Needs AcceptEx)
12005 wintab32 2 Regression in pressure sensitivity with wizardpen tablet driver and Photoshop 7

PlayOnLinux Capture 0.7 available

A new version of Capture for PlayOnLinux is available.

What's new:

• bug fixes
• A time-stamping system for the files name was added. Example: Steam-Capture-05-16-08-21-37-33.pid
• A menu to set the capture's conversion parameters was also added.

Wine-Doors Registry tools

Registry tools

So for wine-doors 0.2 I need to have the ability to create registry patches between two bottles. The reason for this is our bottles architecture is unique in that it allows you to merge dependencies into the bottles by means of symbolic linking and registry patching. So for instance if I have two bottles, one of which is a bottle which depends on the first then the files from the first will be symbolically linked into the second, then the registry patches will be applied and voila, one bottle does not (in theory, and its mostly down to implementation) have the ability to break out of its bottle and into the wine system at large.

The reasons for this system are plentiful. Firstly each bottle is completely independent of all others, even when they depend on each other, this means that there won’t be registry conflicts (like IE6 problems we had such a hard time with) and other strange, difficult to track bugs appearing when people install multiple libraries. Secondly this provides a nice sandbox security system preventing viruses and other malware infecting the whole wine configuration. There are many other reasons, and I’ve thought long and hard about how to achieve this kind of feature. The intention of course is to make the wine experience stable for as many applications as the user wishes to install.

Simply put, zen in the art of wine bottling.

Link to: Full Article

Help support Wine-Review

Hello Everyone,

I have spent literaly hundreds of hours searching for Wine related news and facts not to mention the countless hours spent on testing the applications, games, and tools posted here. I do this mainly because I enjoy doing it, as I get just as much joy out of this as as you do... This site over the past year has earned a little money from the current ads that are placed on the right side and at the bottom of each page, but the earnings are rather small indeed. So I would like to kindly ask if you plan to make a purchase or get a gift card from Amazon if you would do it through the links below. By making a purchase or acquiring a gift card via these links this site will in return earn a small commission.

Get them what they've always wanted.
(Even if you don't know what it is.)

• Redeemable for millions of items
• Ships for free, never expires
• Available in any amount from $5 to $5,000
• Helps make the world a happier place, one person at a time

We also have a resellers agreement in place with the folks over at CodeWeavers... They are the main force behind the Wine project at this time, as they employee about half of the core Wine developers.

CrossOver allows you to run popular software, such as Microsoft Office, and Lotus Notes, and various games in Linux, OS X and now even BSD without any Microsoft OS license costs!

So, if you would like to support Wine, CodeWeavers and this blog all in one single shot please take a look at CodeWeavers store and if you need a commercially supported version of Wine this would be a great time to make a purchase. :D

Also, CrossOver has many tweaks in place that helps their supported applications and games run not only more stable but in many circumstances faster then vanilla Wine. So your not only helping to support the Wine project, your also getting a supported product with many custom fixes for many of today's crucial applications and games.



Thanks for your support!

Tom