Wine-Mono Isn't Too Fit For .NET

Posted by Michael Larabel on February 04, 2013

Over the past few months there's been several Phoronix articles about Wine-Mono, a fork of Mono and a Win32 build of this open-source Microsoft .NET implementation for Wine. Wine-Mono can be used in place of Microsoft's official .NET framework when it's needed as a dependency for Windows programs running within Wine. Unfortunately, Wine-Mono doesn't always work out well.

Wine-Mono was talked about at the FOSDEM 2013 meeting in Brussels this past weekend in a presentation by Vincent Povirk. Wine-Mono is a specialized upstream Mono code-base that tries to avoid differences with upstream while also being a build for Windows itself -- upstream Mono hasn't been too interested in Mono on Windows but rather for Linux, various mobile operating systems, and other platforms. Wine can't use the Linux version of Mono because it needs to call back into Wine. This specialized Mono build also has registry keys and files for preventing programs from using/installing the native Microsoft .NET run-time. This forked version also bundles in some projects not directly in the Mono code-base, such as some VB class files.

Problems for some Wine users with using the official Microsoft .NET implementation is that its End-User License Agreement requires a Windows license to install .NET, .NET can't be used for porting applications also due to EULA restrictions, and there's a few rare cases where Wine-Mono happens to work better than .NET.

Unfortunately, Wine-Mono doesn't have a vibrant active developer community and its lead developer doesn't expect to achieve much success in the years ahead. "At the rate I'm getting work done, I don't expect much improvement in the next few years."

"I spend more time debugging than making useful changes... It's sort of discouraging," Vincent Povirk added. he also said that he's been overwhelmed by the size and scope of .NET and Mono. In the end the FOSDEM 2013 presentation on Wine-Mono came down to a cry for help in an attempt to attract more development attention to Wine and Mono.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Sumo Lounge Emperor
  2. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  3. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  4. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
Latest Software Articles
  1. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  2. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
  3. F2FS File-System Shows Regressions On Linux 3.10
  4. Previewing The Radeon Gallium3D Shader Optimizations
Latest Linux News
  1. Benchmarking The Intel P-State, CPUfreq Changes
  2. FreeBSD Still Working On Next-Gen Package Manager
  3. DNF Still Advancing As Experimental Yum For Fedora
  4. Logitech Begins Supporting Linux Users
  5. Modern Intel Gallium3D Driver Still Being Toyed With
  6. Linux 3.10 Kernel Benchmarks On A Core i7 Laptop
  7. GCC 4.8.1 Compiler Due To Be Out Next Week
  8. Linux 3.10 Kernel Benchmarks For Intel Ivy Bridge
  9. Linux's "Ondemand" Governor Is No Longer Fit
  10. Firefox 22 Beta Enables WebRTC Support
  11. OpenSUSE 13.1 Milestone 1 Released
Latest Forum Talk
  1. X3: Albion Prelude Released For Linux Gamers
  2. Linux's "Ondemand" Governor Is No...
  3. DNF Still Advancing As Experimental Yum For Fedora
  4. Modern Intel Gallium3D Driver Still Being Toyed...
  5. The Last GNOME 3.8 Point Release Has Been Made
  6. Sumo Lounge Emperor
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite