World Wine News
by Brian Vincent
This is the 324th issue of the Wine Weekly News publication. Its main goal is to have the same great taste, now with real mailing list stats. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at www.winehq.org
|
This week, 173 posts consumed 590 K. There were 61 different contributors. 30 (49%) posted more than once. 29 (47%) posted last week too. The top 5 posters of the week were:
|
| News: Wine 0.9.32 | Archive | |
|---|---|---|
|
News
The big news this week was another Wine snapshot, 0.9.32. With this release Alexandre noted improvements in:
To get a feel for the changes, check out the diff . In other news, Matthew Newton from PC World (PC World covering Wine?!?!) wrote an article this week about Wine, All About Wine: Run Windows Apps Under Linux . It was fairly well written and it seems like he had pretty good success with most of the applications he tried. From the article: To try a more complex application, you'll need its installation file--the setup.exe (or equivalent) that puts everything in place. Feed that to Wine on the command line. For instance, I decided to try running 2nd Story Software's TaxAct Deluxe on Wine this year. (I've used TaxAct for years, figuring that since its interface is simpler--that is to say, comes with fewer multimedia bells and whistles--than TurboTax and TaxCut, it would play nice with Wine sooner than those alternatives. I've been let down every year ... until now.) The article is 2 pages long, don't forget to click the link at the bottom if you want to read the whole thing. Over at Linux Journal there's an article about VST Plugins for audio software. They mention that using some apps that utilize Wine is the only way to have support for that on Linux right now. We actually covered some of that development in WWN a few years ago as those apps were being developed. | ||
| OpenGL Thread Context Selection Patches | Archive | |
|---|---|---|
|
DirectX
Stefan Dösinger unleashed another round of DirectX patches. He announced them on wine-devel and asked for some testing: Here is a new patchset for testing which implements duplicating gl contexts for new threads in wined3d. Again, it does not implement any synchronisation measures (except ENTER_GL and glFinish), so running multithreaded games is still kinda a lottery. This patchset also contains a patch for offscreen rendering, which may fix the problems introduced with TES: Oblivion before. This is just a format-patch of my git tree, the first 3 patches are unrelated. One of them is a clone of Henri's already sent patch, and the other 2 patches were sent by me already. Someone named Mirek tried them out and reported:
Tested with:
Vitaliy Margolen reported success as well: Awesome job! Now several more games that didn't work have started working:
All of them were crashing after playing intro video(s). The only finicky game is Psychonauts. I had to force multi-threaded d3d and even then it sometimes crashes. Apparently it's the case of thread safety that we don't have yet. In general it seems to be a good step forward allowing lots more games to work on Wine. | ||
| MSI OLE Automation Improvements | Archive | |
|---|---|---|
|
RPC / COM / OLE
OLE automation is a rather high-level API for working with COM objects. It allows applications to talk to each other and embed functionality from one into another. It was specifically designed with scripting languages ni mind and as a result it's very common for Visual Basic apps to use it. Wine's compatibility with regards to MSI still needs a bunch of attention. Misha Koshelev announced he had done a lot of work recently in this area: I have been working on some more stuff for the MSI OLE automation, and I now have a moderately comprehensive conformance test (1000 or so lines, tests each function implemented at least for basic functionality, tests things like return codes, if you set a property and then get it do you get what you set it to, etc.). A few small patches are needed to then make my OLE automation code (which is still hanging out in wine-patches, not in git yet) pass this test. I am going to wait to send all these new patches to wine-patches until my other patches get reviewed/committed by Alexandre. However, I thought I would post them here for any comments. I am going to be _quite_ busy starting Monday for a month though, so I may likely not be able to make any serious modifications to them if people see large problems until April. However, if anyone has any comments about these or my patches already sitting in wine-patches, please do let me know. The patches were attached to the original message. | ||
| SoC 2007: HTMLHelp | Archive | |
|---|---|---|
|
Web/HTML
Summer of Code ideas are being floated for next summer. Several participants who've already worked with Wine are considering doing it again. Jacek Caban, the resident Wine web API guru, asked what others thought of this idea: As you may have noticed, I've been working on HtmlHelp lately. Currently it should generally work, but still there is a lot to do. HTML should be correctly displayed and content tab should work. I was thinking about making more use of it in Wine. I think winecfg could benefit from it. We could easily add context help to winecfg using HtmlHelp API. Even just integrating a part of Wine User's Guide would be a good start. The main problem is building chm file (that is the file format of HtmlHelp). Microsoft has a HtmlHelp compiler (hhc) for it. We'd need something similar in Wine. AFAIK there is no good open source replacement. HtmlHelp maker (hhc, see [1]) doesn't create internal files (parts of chm that describes stuff like index or default topic) and it's GPLed so it's useless for Wine (unless author would relicense it for us). I think it would be a good project for Google Summer of Code. The task would be to write a hhc replacement and add a help option to winecfg. hhc replacement (say whhc) would have to be a plain UNIX tool (it means a bit of code duplication with itss.dll, just like we do in widl) so we could use it during compilation. I think its difficulty is good for SoC. Compressing code may be integrated from some other project. The remaining parts are code of parser of files describing chm and a little winecfg hacking. What do you think? | ||
| Fedora Core 4 RPMs | Archive | |
|---|---|---|
|
Packaging
Bill Medland wanted to know about Fedora Core 4 RPMs: Is there any chance that someone with the ability can create the fedora core 4 wine rpms for version 0.9.30? Andreas Bierfert, the Fedora package maintainer, said he couldn't build them any more. Marcus Meissner, the SuSE package maintainer, provided some though: Fedora Core 4 RPMs are still available in the openSUSE buildservice. YUM base URL: | ||
All Kernel Cousin issues and summaries are copyright their original authors, and distributed
under the terms of the
GNU General Public License,
version 2.0.


