Build mono module

[TingPing]

Build with module_mono_enabled=yes. This currently fails trying to find monosgen-2 module.

[TingPing]

No, feel free to try yourself.

[ricvelozo]

@TingPing I managed to fix monosgen-2 error. Now I'm stuck on the following NuGet error:

scons: *** [bin/GodotSharp/Tools/GodotSharpTools.dll] /usr/lib/sdk/mono5/lib/nuget/nuget.exe: Exec format error

[ricvelozo]

@TingPing Can't we use build-args on Flathub (#50 (comment))?

[TingPing]

@ricvelozo No, its unsafe.

[PureTryOut]

Has there been any progress on this?

[Calinou]

@PureTryOut Not that I know of. I don't have much Mono experience or time to help with this, unfortunately.

[ricvelozo]

The glue code of Mono doesn't compile (#50) because of the Flatpak sandbox. A solution is use the official binaries, like flathub/org.blender.Blender@08eace8.

[xaqbr]

Now that .NET 6 has been merged to the master branch, is C# support for the flatpak version feasible?

[Calinou]

Now that .NET 6 has been merged to the master branch, is C# support for the flatpak version feasible?

I haven't checked if this changes much with regards to packaging .NET 6 on Linux, but I wouldn't expect it to be a cakewalk still. I don't have time to look into it, so feel free to tinker with this if you'd like.

Remember that when building a Flatpak, the goal is to build all components from source (with the exception of the base platform). Therefore, using pre-compiled binary distributions is frowned upon (even if it's technically allowed).

[CharlieQLe]

I got a fork of this that has dotnet6 support via the org.freedesktop.Sdk.Extension.dotnet6 SDK extension. It's not finished yet, but it doesn't seem to be too hard to complete. I'll submit a PR soon. If no huge problems come up, this should be ready by the first Godot 4 beta.

[CharlieQLe]

For anyone interested, PR #109 should have a working build of Godot 4 Alpha 15 with .NET 6 support. There are a few caveats however:

• The external mono editor does not work. However, using an external editor as in the README does work, as long as the editor has access to .NET 6.
• The Nuget packages needs to be accessible by the .NET 6 SDK extension. This can be done by running the following at the system level- not in a flatpak.

mkdir ~/MyLocalNugetSource
FLATPAK_ENABLE_SDK_EXT=dotnet flatpak run --command=sh org.godotengine.Godot -c 'cp /app/bin/GodotSharp/Tools/nupkgs/* ~/MyLocalNugetSource/; dotnet nuget add source ~/MyLocalNugetSource -n MyLocalNugetSource'
flatpak run --command=sh --runtime=org.freedesktop.Sdk//21.08 --filesystem=host org.freedesktop.Sdk.Extension.dotnet6//21.08 -c 'PATH="${PATH}:/usr/lib/sdk/dotnet6/bin" LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/lib/sdk/dotnet6/lib" exec dotnet nuget add source ~/MyLocalNugetSource -n MyLocalNugetSource'

• Projects need to be restored. This can be done like so in the editor's integrated terminal:

dotnet restore

EDIT: Updated one of the commands, which should now allow Godot to properly build and rebuild the solution.

[Beryesa]

Are there any updates on this since now Godot's latest stable release uses dotnet instead of mono which seems to have better flatpak support?

[Calinou]

Are there any updates on this since now Godot's latest stable release uses dotnet instead of mono which seems to have better flatpak support?

Please test #109 (see its latest comments) and report back if it works correctly 🙂

Note that this will have to be a separate Flatpak, as C# support not only makes the Flatpak larger but also requires all projects exported with it to contain the .NET runtime (which makes your exported project larger). This is problematic for projects that only use GDScript.

[Zishan-Rahman]

Now that both Godot 3's Mono version and Godot 4's .NET version have their own Flatpaks on Flathub, I think this issue can be closed now 👍

[Calinou]

Closing per the above comment. Thanks @Zishan-Rahman for their continued work on these Flatpaks 🙂