Package Details: godot-mono 4.2.2-2

Git Clone URL: (read-only, click to copy)
Package Base: godot-mono
Description: An advanced, feature packed, multi-platform 2D and 3D game engine
Upstream URL:
Keywords: Development Engine Game Gamedev Godot
Licenses: MIT
Conflicts: godot
Provides: godot
Submitter: Rinma
Maintainer: Rinma (HurricanePootis)
Last Packager: HurricanePootis
Votes: 13
Popularity: 0.119422
First Submitted: 2018-03-01 19:45 (UTC)
Last Updated: 2024-05-13 14:01 (UTC)

Pinned Comments

HurricanePootis commented on 2023-12-13 10:13 (UTC)

I am going to go ahead and submit a request to delete godot-mono-enhanced, and focus my efforts here from now on. If you are wondering why godot-mono-enhanced was deleted, it's because its purpose has ceased to exist after I became maintainer of godot-mono, and was able to bring it up to standards.

xyproto commented on 2023-12-02 13:47 (UTC)

Dear maintainers of godot-mono and godot-mono-enhanced. I added HurricanePootis as a co-maintainer to this package, since I think it's better to collaborate. I think it will be better for the users. Perhaps we can remove godot-mono-enhanced if you can collaborate on this package instead. Best of luck, and thanks for maintaining Arch Linux packages. It benefits us all.

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Neko-san commented on 2022-08-04 05:25 (UTC) (edited on 2022-08-04 05:27 (UTC) by Neko-san)

@Rinma It's a C++ source-code error; someone over at Github made a commit for file_access_unix.cpp and made the mistake of not returning a value at the end of a function

It's technically simple to fix, as long as you know what it is this function intended to do properly

Rinma commented on 2022-08-03 07:29 (UTC)

As soon as I find out what this error means and how I can reproduce it, I can try to fix it. But at this moment all builds on my PC and Notebook are working fine, and I don't know what this error means or how to fix it.

Neko-san commented on 2022-07-20 02:10 (UTC)

I also get this same error; can this be fixed, please?

SiriusCrack commented on 2022-07-04 00:04 (UTC) (edited on 2022-07-04 00:09 (UTC) by SiriusCrack)

building gives me this error; on a different file on a different PC, but similar error. Any ideas?

drivers/unix/file_access_unix.cpp: In member function 'virtual uint32_t FileAccessUnix::_get_unix_permissions(const String&)':
drivers/unix/file_access_unix.cpp:325:1: error: control reaches end of non-void function [-Werror=return-type]
325 | }
    | ^
[Initial build] Compiling ==> drivers/gles3/rasterizer_canvas_base_gles3.cpp
[Initial build] Linking Static Library ==> platform/
cc1plus: some warnings being treated as errors
Ranlib Library         ==> platform/
scons: *** [drivers/unix/] Error 1
scons: building terminated because of errors.
[Time elapsed: 00:01:30.445]
==> ERROR: A failure occurred in build().
-> error making: godot-mono

lmariscal commented on 2021-12-17 22:20 (UTC)

Could we add -j$(nproc) to the build process?

Neff commented on 2021-11-15 06:33 (UTC) (edited on 2021-11-15 06:34 (UTC) by Neff)

The compilation takes more than 12 hours and not ended,tried it on two PC's,is it normal? Error MSB4014...

cowretwc commented on 2021-09-09 13:38 (UTC)

this packages is outdate , please update into latest godot-mono version :)

PedroHLC commented on 2021-07-15 14:23 (UTC)

beacuse no display is found

Yeah, that means that this package is not buildable in a clean chroot or headless servers.

For making it buildable in those cases, you could adopt xvfb as ArchLinux does for Firefox:

Rinma commented on 2021-07-12 18:57 (UTC)

@dr460nf1r3 doesn't look like a missing makedepend. After the first build, the Godot UI is started to build some C# stuff for the second build run. In your log I can see the first run was successful but it crashes when the build tries to start the UI part, beacuse no display is found. Maybe something with the X11 platform target.

dr460nf1r3 commented on 2021-07-09 07:08 (UTC)

To me it seems like a makedepend is missing if building in clean chroot. Full log here :)