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

errors occuring using both your appimages: #402

Open
FrostKnight opened this issue Feb 11, 2024 · 12 comments
Open

errors occuring using both your appimages: #402

FrostKnight opened this issue Feb 11, 2024 · 12 comments

Comments

@FrostKnight
Copy link

/tmp/.mount_Alber-8bDuN0/AppRun.wrapped: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory

and this:

../Linux-SDL/Alber-x86_64.AppImage: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ../Linux-SDL/Alber-x86_64.AppImage)

The first is the qt version and the second is the regular sdl version.

Would it be possible to not have such restrictive dependencies and just say its unsupported at worst and still have it be possible to run the appimage with older libraries?

If possible, better yet, just be able to use it.
By libgcc is a bit old I will however admit. Its 2-30 supposedly. So you tell me if you can/are willing.

@wheremyfoodat
Copy link
Owner

Would it be possible to not have such restrictive dependencies and just say its unsupported at worst and still have it be possible to run the appimage with older libraries?

On one hand your system has a rather outdated version of libstdc++ which isn't really something you can get around without, well, updating libstdc++ and gcc. And at the same time it's completely missing libOpenGL, which I've only really seen on desktop-less servers before and isn't really something that can be worked around without installing the proper packages.

Fixing these issues entirely within the AppImage itself is both hard and would end up bloating everything even more because at that point the AppImage is shipping with a small Linux distro inside of it. It's highly recommended to keep your OS and packages up-to-date instead, both for system stability and security and to not break apps.

@FrostKnight
Copy link
Author

FrostKnight commented Feb 11, 2024

Ahhh weird, I do have opengl actually. But as for libstdc++ yeah... idk.

my gcc is non negotiable at the moment... alas lol. But the other two I do know I have.

Which libstdc++ do I need at minimum?

Although maybe I should wait to ponder this idk... the distro I am using is switching to a new base in the future and I did find a way to grab an old citra repo, one that i can compile that works. Thus, idk.

You tell me what you think, though.

@TGP17
Copy link
Contributor

TGP17 commented Feb 11, 2024

Can you try if this build gets rid of the libstdc++ issue?
https://github.com/TGP17/Panda3DS/actions/runs/7862556928/artifacts/1236610247

@TGP17
Copy link
Contributor

TGP17 commented Feb 11, 2024

As for the OpenGL issue, can you try to install the package libopengl0 or equivalent for your distro, from your package manager?

@FrostKnight
Copy link
Author

As for the OpenGL issue, can you try to install the package libopengl0 or equivalent for your distro, from your package manager?

What is the equivalent in ARCH? My distro has some stuff from arch you see. I have openal, but I see nothing called libopengl0.

I am somewhat confused.

@FrostKnight
Copy link
Author

Can you try if this build gets rid of the libstdc++ issue? https://github.com/TGP17/Panda3DS/actions/runs/7862556928/artifacts/1236610247

Yeah it looks like the libstdc++ issue is no longer an issue.

@FrostKnight
Copy link
Author

Now I get this error btw:

/tmp/.mount_Alber-815Pzb/AppRun.wrapped: line 23: ldconfig: command not found
/tmp/.mount_Alber-815Pzb/AppRun.wrapped: line 24: : No such file or directory
/tmp/.mount_Alber-815Pzb/AppRun.wrapped: line 23: ldconfig: command not found
/tmp/.mount_Alber-815Pzb/AppRun.wrapped: line 24: : No such file or directory

@TGP17
Copy link
Contributor

TGP17 commented Feb 12, 2024

As for the OpenGL issue, can you try to install the package libopengl0 or equivalent for your distro, from your package manager?

What is the equivalent in ARCH? My distro has some stuff from arch you see. I have openal, but I see nothing called libopengl0.

I am somewhat confused.

On what Distro are you exactly?

@FrostKnight
Copy link
Author

As for the OpenGL issue, can you try to install the package libopengl0 or equivalent for your distro, from your package manager?

What is the equivalent in ARCH? My distro has some stuff from arch you see. I have openal, but I see nothing called libopengl0.
I am somewhat confused.

On what Distro are you exactly?

Sorry, I thought I had written this already, its Hyperbola. It uses some arch packages and also some debian ones.

I am thinking it would more than likely have the arch version in this case. Btw, is libopengl provided by mesa or something else? I definitely have mesa, but not sure which specific opengl I need. Ihave a python opengl, a virtualgl, etc... not sure which I am missing.

@TGP17
Copy link
Contributor

TGP17 commented Feb 12, 2024

libglvnd might be the correct package, that seems to include the libOpenGL library.

@TGP17
Copy link
Contributor

TGP17 commented Feb 12, 2024

But I have never really used an arch based distro, I have only really used Debian based distros, so I can't guarantee that this works.

@FrostKnight
Copy link
Author

libglvnd might be the correct package, that seems to include the libOpenGL library.

Could be right.

But I have never really used an arch based distro, I have only really used Debian based distros, so I can't guarantee that this works.

I don't blame you, regular arch is an unstable mess. Hyperbola is a stable arch currently otherwise I might have not used it.

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