GNU bug report logs - #46669
Godot fails to start

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 46669 in the body.
You can then email your comments to 46669 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Vinicius Monego <monego <at> posteo.net>
To: bug-guix <at> gnu.org
Subject: Godot fails to start
Date: Sat, 20 Feb 2021 20:35:51 -0300

Godot fails to start with the following message:

> Godot Engine v3.2.3.stable.custom_build - https://godotengine.org
> Input method doesn't support any styles
> free(): invalid pointer
> Aborted

I read it's a bug in libx11 version 1.6.10. It should be fixed by
upgrading to 1.6.12:

https://github.com/godotengine/godot/issues/40966

Message #8 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Vinicius Monego <monego <at> posteo.net>
Cc: 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Sat, 20 Feb 2021 19:37:31 -0500

On Sat, Feb 20, 2021 at 08:35:51PM -0300, Vinicius Monego wrote:
> 
> Godot fails to start with the following message:
> 
> > Godot Engine v3.2.3.stable.custom_build - https://godotengine.org
> > Input method doesn't support any styles
> > free(): invalid pointer
> > Aborted
> 
> I read it's a bug in libx11 version 1.6.10. It should be fixed by
> upgrading to 1.6.12:
> 
> https://github.com/godotengine/godot/issues/40966

It will be while before libx11 is updated in Guix, because changing it
causes a huge number of packages to be rebuilt:

$ guix refresh --list-dependent libx11
Building the following 5793 packages would ensure 12459 dependent packages are rebuilt:

Is there anything we can change in godot, in the meantime?

Message #11 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Leo Famulari <leo <at> famulari.name>, Vinicius Monego <monego <at> posteo.net>
Cc: 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Sun, 21 Feb 2021 10:05:53 +0100

[Message part 1 (text/plain, inline)]

Hi,

On Sat, 2021-02-20 at 19:37 -0500, Leo Famulari wrote:
> [...]
> It will be while before libx11 is updated in Guix, because changing it
> causes a huge number of packages to be rebuilt:
> 
> $ guix refresh --list-dependent libx11
> Building the following 5793 packages would ensure 12459 dependent packages are rebuilt:
> 
> Is there anything we can change in godot, in the meantime?

Is there any reason the ("libx11" ,libx11) cannot simply be replaced with
("libx11" ,libx11-fixed) in the package inputs for godot, where libx11 is
the updated libx11?  Or alternatively, could the ‘grafts’ mechanism be used?
Or is that reserved for security updates?

Commenting out the line in
  https://github.com/godotengine/godot/issues/40966#issuecomment-667686370
might also work.

Greetings,
Maxime

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: Maxime Devos <maximedevos <at> telenet.be>, Leo Famulari <leo <at> famulari.name>,
 Vinicius Monego <monego <at> posteo.net>
Cc: 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Sun, 21 Feb 2021 12:07:45 +0100

Hi,

Am Sonntag, den 21.02.2021, 10:05 +0100 schrieb Maxime Devos:
> Hi,
> 
> On Sat, 2021-02-20 at 19:37 -0500, Leo Famulari wrote:
> > [...]
> > It will be while before libx11 is updated in Guix, because changing
> > it
> > causes a huge number of packages to be rebuilt:
> > 
> > $ guix refresh --list-dependent libx11
> > Building the following 5793 packages would ensure 12459 dependent
> > packages are rebuilt:
> > 
> > Is there anything we can change in godot, in the meantime?
> 
> Is there any reason the ("libx11" ,libx11) cannot simply be replaced
> with
> ("libx11" ,libx11-fixed) in the package inputs for godot, where
> libx11 is
> the updated libx11?  Or alternatively, could the ‘grafts’ mechanism
> be used?
> Or is that reserved for security updates?
In my opinion we should graft libx11, as long as it doesn't
inadvertently introduce any issues (which could however be grafted
again once they become noticed).  The way the original bug was fixed
previously caused similar issues in other applications, such as Emacs,
and fixes in those applications usually result in disabling XIM
altogether.  This means, that for applications, which don't ship their
own input mechanisms writing anything other than Latin becomes hard.

Regards,
Leo

Message #17 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Maxime Devos <maximedevos <at> telenet.be>
Cc: Vinicius Monego <monego <at> posteo.net>, 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Wed, 24 Feb 2021 12:03:19 -0500

[Message part 1 (text/plain, inline)]

On Sun, Feb 21, 2021 at 10:05:53AM +0100, Maxime Devos wrote:
> Is there any reason the ("libx11" ,libx11) cannot simply be replaced with
> ("libx11" ,libx11-fixed) in the package inputs for godot, where libx11 is
> the updated libx11?  Or alternatively, could the ‘grafts’ mechanism be used?
> Or is that reserved for security updates?

It's reserved for security updates, and other very serious problems. An
incompatibility with a single package — especially something
non-critical like a game engine — does not qualify.

One reason to limit the use of grafts is that they can mask other
compatibility problems. For example, we grafted FreeType in October
2020. In December, we "ungrafted" it, and this revealed that the new
grafted version of FreeType had never worked with our VTK package. But,
since we were still compiling VTK with the old FreeType, and then
patching the compiled VTK objects to refer to the new FreeType, the
problem was hidden for several months:

https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00292.html

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Leo Famulari <leo <at> famulari.name>
Cc: 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Wed, 24 Feb 2021 18:47:59 +0100

[Message part 1 (text/plain, inline)]

On Wed, 2021-02-24 at 12:03 -0500, Leo Famulari wrote:
> [...]
> 
> It's reserved for security updates, and other very serious problems. An
> incompatibility with a single package — especially something
> non-critical like a game engine — does not qualify.
> 
> [...]

Thank you for your response!  This makes Guix a little clearer to me.

[signature.asc (application/pgp-signature, inline)]

Message #23 received at 46669 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Maxime Devos <maximedevos <at> telenet.be>
Cc: 46669 <at> debbugs.gnu.org
Subject: Re: bug#46669: Godot fails to start
Date: Wed, 24 Feb 2021 15:02:49 -0500

On Wed, Feb 24, 2021 at 06:47:59PM +0100, Maxime Devos wrote:
> On Wed, 2021-02-24 at 12:03 -0500, Leo Famulari wrote:
> > [...]
> > 
> > It's reserved for security updates, and other very serious problems. An
> > incompatibility with a single package — especially something
> > non-critical like a game engine — does not qualify.
> > 
> > [...]
> 
> Thank you for your response!  This makes Guix a little clearer to me.

To elaborate some more... the problem is that the version of Godot we
package is not compatible with the version of libx11 we package, right?

If that's so, it's basically a normal situation. There are lots of
packages for which we must delay updates until the rest of the distro
can support them.

Message #28 received at 46669-done <at> debbugs.gnu.org (full text, mbox):

From: Vinicius Monego <monego <at> posteo.net>
To: 46669-done <at> debbugs.gnu.org
Subject: Godot fails to start
Date: Thu, 18 Mar 2021 11:10:55 -0300

Hello,

libx11 was grafted in 826428ab5bd347954ee6be70a6a6596000f8583 due to a
CVE, and as a side effect Godot is now working fine. I will close this
issue then. Thanks for the comments!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.