What Wine needs from other Projects

Index of all the feature requests we have for other projects that Wine either depends on or works with. If you like Wine, helping to implement these would be a good way to improve the overall Wine experience. Some of these are features that would be generally useful for many Linux applications, others have few obvious use cases beyond Wine and applications run through it.

From GStreamer

• A proposed Summer of Code project is to use GStreamer rather than Windows codecs for Wine's rendering of various media. The more windows codecs gstreamer supports via plugins, the more media will be viewable under Wine this way.

From the Linux Kernel

• Case Insensitive file systems: Wine could gain some serious speedups with kernel-level caching of case insensitive filenames.

  • The Case Insensitive on Purpose FUSE filesystem was written specifically to fill Wine's need here. Now we just need to make use of it

• UnalignedMmap

• SetThreadPriority and KernelHandleSupport

• A way to send/receive UDP broadcasts when bound to a specific IP, without having to be root.

  • other networking issues can be seen in this bug report: http://bugs.winehq.org/show_bug.cgi?id=7929

  • Linux capabilities may be of some use if Wine is specifically configured by the packager, see for instance Ping

From the Mono-Project

The following mono bugs are known to affect applications running in Wine:

• Bug 323578 - Collecting from unknown thread in mono_thread_attach

• Bug 498521 - cominterop_get_interface: assertion failed

• Bug 599477 - TextBox controls have trouble with soft line endings in inserted text

Fixing Mono Class Library and Runtime bugs on Windows will help Wine as well.

Implement the System.Windows.Forms.AxHost class. I (Vincent Povirk) suspect that writing a simple ActiveX container program that uses that class, and writing the class itself, will also expose other bugs in Mono's COM interop code.

Mono does not implement Windows Presentation Foundation. As this is on the list of technologies that they wouldn't mind being a part of the project, but don't want to write themselves: http://www.mono-project.com/Mono_Project_Roadmap#Unsupported_technologies . The Windows Presentation Foundation (WPF) API is a part of .NET 3.0. It would be fantastic if someone could volunteer to implement these technologies in Mono so that applications using them can run in Wine.

A run-test-onwine build target similar to the existing run-test-ondotnet target would be very handy, naively assuming Wine is capable of running .NET executables.

From Samba

• CaseInsensitiveFilenames

• SingleSignOn

• FileLocking

• NamedPipes

• EndPointMapper

• DcomInterfaces

From scons

• Winelib aware scons

From x.org

• Relative Mouse movement X extension ( XInput2. See also at DInput for some further information )

From Clang/LLVM

see bug list on Clang wiki page.