When you use pe-format, you can only choose between mono and ilrun. Wine should also be included; further more, binfmt_misc should call a binary to figure out whether to call wine or mono.
Created attachment 171499 [details] check if file is mono or wine
Created attachment 171500 [details] tell between mono and wine previous file guessed the size of char and int
there was once also this bug#29795 with tiny C app detecting dos/win32/clr executables
Bump to this bug. There are (and will be in foreseeable future) considerable more Wine users than Mono ones, even if only for the sake of real .Net. ;-)
Instead of creating an entirely new package, why not just include it with pe-format?
Created attachment 210794 [details] pe-format with exe format guessing The attached archive contains: * pe-exec.c, executable wrapper based on code from bug #29795, * modified cil-coff.h from above bug (fixed for amd64), * modified pe-format init.d & conf.d files to use above (and fixed to work with OpenRC using any POSIX-capable shell). The init.d script reads preferred executors from conf.d file and writes them into simple-to-read form, then associates MZ executables with wrapper. The wrapper reads preferred executors, tries to recognize executable type and executes it using preferred application.
I've created an alternative to pe-format, supporting the mentioned feature. You can find it in Sunrise overlay as 'sys-apps/pe-format2' (bug #321233).
(In reply to comment #7) > I've created an alternative to pe-format, supporting the mentioned feature. You > can find it in Sunrise overlay as 'sys-apps/pe-format2' (bug #321233). > Have you think about simply bumping pe-format instead of "forking" it? I would be willing to proxy you for maintaining it if you are willing to do that :-)
(In reply to comment #8) > Have you think about simply bumping pe-format instead of "forking" it? I would > be willing to proxy you for maintaining it if you are willing to do that :-) That was basically the idea, and I'm ready to 'transform' pe-format2-0.2 into pe-format-2.0.3 (with updated init.d/conf.d names).
I will do that then, if you want, you can attach updated ebuild here and I will review and commit if possible Thanks a lot
Created attachment 246387 [details] The ebuild for pe-format-2.0.3 Here you are.
Ah, and the expected checksum is: EBUILD pe-format-2.0.3.ebuild 500 RMD160 6418282d9ffea23a18b9e5d8510852213e39971a SHA1 29c044e48c453f7c7475e3bb0ba369b3765f59b7 SHA256 533884c4de7adf1a33311d262c86610a8d883b76e9365e08aa1bcc39182a254c github servers are laggy a little so you can get a broken file instead.
OK, thanks, I will CC QA team to let them give their opinion since maybe there is something that needs to be handled before
BTW I suggest moving the package into a less 'dotnetish' category afterwards.
(In reply to comment #14) > BTW I suggest moving the package into a less 'dotnetish' category afterwards. > For now it will be kept in dotnet, maybe in the future... :-/ +*pe-format-2.0.3 (12 Sep 2010) + + 12 Sep 2010; Pacho Ramos <pacho@gentoo.org> +pe-format-2.0.3.ebuild, + metadata.xml: + Version bump with a new upstream, new proxy maintainer and fixing old bugs + #246456, #29795 (for support more exe files), #294749 (stop using bashisms + and adapt script to openrc), #321233 (pe-format2 is now pe-format). Really + thanks a lot to Michał Górny for taking care of this package. +
