1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Wine-Mono Isn't Too Fit For .NET

WINE

Published on 04 February 2013 05:14 PM EST
Written by Michael Larabel in WINE
8 Comments

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.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  2. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
  3. Ubuntu 14.10 Offers AMD Radeon Driver Performance Improvements
  4. Btrfs RAID: Linux 3.10 To Linux 3.18 Benchmarks
Latest Linux News
  1. Russia's Yandex Web Browser Finally Released For Linux
  2. Linux Kernel Finally Being Optimized For SSHDs
  3. GPU Profiling Support Lands In Mozilla Firefox
  4. Kubuntu 15.04 Will Use KDE's Plasma 5 By Default
  5. KDBUS Submitted For Review To The Mainline Linux Kernel
  6. An Intel-Based Ubuntu Touch Tablet Is Planning To Launch Soon
  7. MIAOW: An Open-Source GPU Design Based On AMD's Southern Islands
  8. X.Org Server 1.17 RC1 Released, Exciting For GLAMOR & Modesetting
  9. OpenGL 4.x Support For Mesa Still Inching Along
  10. Systemd 217: Many New Features, Even More Bug-Fixes
Latest Forum Discussions
  1. Is foolish currently develop in machine code, hexadecimal and assembly?
  2. Reducing The CPU Usage In Mesa To Improve Performance
  3. Help diagnosing problems with a Readon HD 4670 on Mesa 10.3.2-1
  4. Advertisements On Phoronix
  5. nv and xorg.conf under Debian PPC
  6. Looking for a Open-Source AMD experienced Linux mentor
  7. Bad perfomance in gaming
  8. Dead Island for Linux (?)