Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2.1.0 AppImage fails to run with "undefined symbol: g_type_check_instance_is_fundamentally_a" #298

Closed
geckolinux opened this issue Sep 1, 2016 · 7 comments

Comments

@geckolinux
Copy link

Hi, this happened on openSUSE Tumbleweed. The AppImage does not run at all. I am attaching the log.

Thanks!

log.txt

@probonopd
Copy link

probonopd commented Sep 9, 2016

In another recipe, I noted that function g_type_check_instance_is_fundamentally_a was introduced in glib2-2.41.1.

Bundling libglib-2.0.so.0 in order to do away with the following error (FIXME, find a better solution):
antergos-2014.08.07-x86_64.iso
linuxmint-17.3-cinnamon-64bit.iso
ubuntu-14.04.1-desktop-amd64.iso
undefined symbol: g_type_check_instance_is_fundamentally_a

So maybe this would help here too, as suggested on Apr 21.

# Workaround for:
# undefined symbol: g_type_check_instance_is_fundamentally_a
# Function g_type_check_instance_is_fundamentally_a was introduced in glib2-2.41.1
# Bundle libglib-2.0.so.0 - TODO: find a better solution, e.g., downgrade libglib-2.0 at compile time
mkdir -p ./usr/lib/
cp $(ldconfig -p | grep libglib-2.0.so.0 | head -n 1 | cut -d ">" -f 2 | xargs) ./usr/lib/
# The following come with glib2 and probably need to be treated together:
cp $(ldconfig -p | grep libgio-2.0.so.0 | head -n 1 | cut -d ">" -f 2 | xargs) ./usr/lib/
cp $(ldconfig -p | grep libgmodule-2.0.so.0 | head -n 1 | cut -d ">" -f 2 | xargs) ./usr/lib/
cp $(ldconfig -p | grep libgobject-2.0.so.0 | head -n 1 | cut -d ">" -f 2 | xargs) ./usr/lib/
cp $(ldconfig -p | grep libgthread-2.0.so.0 | head -n 1 | cut -d ">" -f 2 | xargs) ./usr/lib/

Of course the better solution would be to produce the AppImage on an older system with a glib2 version earlier than 2.41.1, because then the binaries in the AppImage would not require g_type_check_instance_is_fundamentally_a.

But hey, according to this it should already be bundled by now?

@jonoomph
Copy link
Member

I'm already bundling the following files with the OpenShot AppImage. I can now reproduce the error mentioned above using Mint 18, so I'm going to do some experimenting, and see what fixes it. =)

  • libglib-2.0.so
  • libgio-2.0.so
  • libgmodule-2.0.so
  • libgobject-2.0.so
  • libgthread-2.0.so

@jonoomph
Copy link
Member

Here is the version of glib I'm using on my build server (which creates the AppImage):

  • libglib2.0-0 2.40.2-0ubuntu1

@jonoomph
Copy link
Member

@probonopd, what would be the ideal distro to use for building an AppImage, so it's not too recent, and not too old? Just curious what you would recommend.

Currently, I'm using Ubuntu 14.04 LTS (from April 2014)

@jonoomph
Copy link
Member

jonoomph commented Sep 10, 2016

Looks like "g_type_check_instance_is_fundamentally_a" was introduced in glib 2.40

@probonopd
Copy link

Thanks @jonoomph for looking into this. Generally I recommend CentOS 6 or debian oldstable (wheezy).

@jonoomph
Copy link
Member

Thanks @probonopd, I've incorporated the fixes you mentioned on #294, and new builds should be available soon on openshot.org for people to test. It now works for me on Mint 18. =)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants