[Bug 1176948] Re: binfmts is not working correctly with wine and mono-runtime

[Damian Yerrick]

I'm still seeing it in bionic. If wine gets added after mono-runtime
then any attempt to run a Mono executable without using `mono` from the
terminal produces "002e:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine
Mono is not installed".

$ update-binfmts --display
python3.6 (enabled):
     package = python3.6
        type = magic
      offset = 0
       magic = \x33\x0d\x0d\x0a
        mask = 
 interpreter = /usr/bin/python3.6
    detector = 
python2.7 (enabled):
     package = python2.7
        type = magic
      offset = 0
       magic = \x03\xf3\x0d\x0a
        mask = 
 interpreter = /usr/bin/python2.7
    detector = 
cli (enabled):
     package = mono-runtime
        type = magic
      offset = 0
       magic = MZ
        mask = 
 interpreter = /usr/bin/cli
    detector = /usr/lib/cli/binfmt-detector-cli
wine (enabled):
     package = wine
        type = magic
      offset = 0
       magic = MZ
        mask = 
 interpreter = /usr/bin/wine
    detector =

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to binfmt-support in Ubuntu.
https://bugs.launchpad.net/bugs/1176948

Title:
  binfmts is not working correctly with wine and mono-runtime

Status in binfmt-support package in Ubuntu:
  Confirmed

Bug description:
  I'm in ubuntu-gnome raring.

  If i don't install nothing, i can only open non-C# exe files with fileroller.
  If i install wine i *keep* opening non-C# exe with fileroller (wine appears on the 'Open with' submenu but doesn't appear on 'other applications' dialog, even if the exe is marked executable).
  This is a horrible bug, but different.
  edit: i resolved this other bug, by editing the file-roller desktop file and removing the application/x-ms-dos-executable association, but binfmt is still confused about both wine and mono-runtime installed)

  If i install mono-runtime, then mono runtime suddenly is the default for both C# exe AND wine exe.
  So the detection script for C# executables is not failing for non-C#, or is not running at all and the first is winning.
  edit: actually... there are desktop files for both wine and mono-runtime too, and they both associate with application/x-ms-dos-executable... since that was a problem with file-roller *insisting* on opening before binfmt configs, likely the same thing is happening - for some reason GNOME3 is checking the desktop files for mimetypes associations first before checking binfmt associations and the 'first' wins the lexigraphic sort; file-roller < mono-runtime < wine

  Looks like a major bug somewhere - why would the desktop files be
  checked first before something that can actually check for false
  positives?


  This is the output of my current system installed binfmts supported packages:
  update-binfmts --display
  python3.3 (enabled):
       package = python3.3
          type = magic
        offset = 0
         magic = \x9e\x0c\x0d\x0a
          mask =
   interpreter = /usr/bin/python3.3
      detector =
  python2.7 (enabled):
       package = python2.7
          type = magic
        offset = 0
         magic = \x03\xf3\x0d\x0a
          mask =
   interpreter = /usr/bin/python2.7
      detector =
  cli (enabled):
       package = mono-runtime
          type = magic
        offset = 0
         magic = MZ
          mask =
   interpreter = /usr/bin/cli
      detector = /usr/lib/cli/binfmt-detector-cli
  jar (enabled):
       package = openjdk-7
          type = magic
        offset = 0
         magic = PK\x03\x04
          mask =
   interpreter = /usr/bin/jexec
      detector =
  wine (enabled):
       package = wine
          type = magic
        offset = 0
         magic = MZ
          mask =
   interpreter = /usr/bin/wine
      detector =

  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: binfmt-support 2.0.13
  ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
  Uname: Linux 3.8.0-19-generic x86_64
  ApportVersion: 2.9.2-0ubuntu8
  Architecture: amd64
  Date: Mon May  6 15:38:44 2013
  InstallationDate: Installed on 2013-04-22 (14 days ago)
  InstallationMedia: Ubuntu-GNOME 13.04 "Raring Ringtail" - Release amd64 (20130421)
  MarkForUpload: True
  SourcePackage: binfmt-support
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/binfmt-support/+bug/1176948/+subscriptions