lmms icon indicating copy to clipboard operation
lmms copied to clipboard

Carla not loading in LMMS nightly

Open kamkamkamkamkamkamkamkam opened this issue 2 years ago • 3 comments

Bug Summary

Carla fails to load in the latest nightly

Steps to reproduce

Install Carla on Linux system. Download LMMS Nightly build. Run LMMS.

Expected behavior

Carla appears in instrument list.

Actual behavior

Carla fails to appear in instrument list.

Screenshot

image

Affected LMMS versions

Nightly

Logs

[kam@fedora ~]$ cd Downloads/
[kam@fedora Downloads]$ ./2023-11-11-lmms-1.3.0-alpha.1.470+gecc5ff8ca-linux-x86_64.AppImage 
Carla appears to be installed on this system at /usr/lib[64]/carla so we'll use it.
Jack appears to be installed on this system, so we'll use it.
Lv2 plugin SUMMARY: 12 of 13  loaded in 90 msecs.
For details about not loaded plugins, please set
  environment variable "LMMS_LV2_DEBUG" to nonempty.
Lv2 Plugins blacklisted: 1 of 13 
  If you want to ignore the blacklist (dangerous!), please set
  environment variable "LMMS_IGNORE_BLACKLIST" to nonempty.
Cannot load library /tmp/.mount_2023-1JyYgPw/usr/lib/lmms/libcarlapatchbay.so: (/lib64/libgobject-2.0.so.0: undefined symbol: g_uri_ref)
Cannot load library /tmp/.mount_2023-1JyYgPw/usr/lib/lmms/libcarlabase.so: (/lib64/libgobject-2.0.so.0: undefined symbol: g_uri_ref)
Cannot load library /tmp/.mount_2023-1JyYgPw/usr/lib/lmms/libcarlarack.so: (/lib64/libgobject-2.0.so.0: undefined symbol: g_uri_ref)

I was able to fix this by deleting by deleting libglib-2.0.so.0 from the AppImage

Extract appimage

./lmms-1.3.0-alpha.1.481+g3a928d80b-linux-x86_64.AppImage --appimage-extract

This will create a directory called squashfs-root

delete libgobject-2.0.so.0 from squashfs-root/usr/lib

See if it works

# cd into squashfs-root and run AppRun  
./AppRun

If you want to create a new AppImage you will need to use appimagetool.

cd to one directory above squashfs-root and run the following: ARCH=x86_64 appimagetool squashfs-root

Hope this helps

djent avatar Nov 26 '23 03:11 djent

Can that appimage get rebuilt ?

luzpaz avatar Dec 09 '23 22:12 luzpaz

I was able to fix this by deleting by deleting libglib-2.0.so.0 from the AppImage

Thanks a bunch! I was having the same issue as OP and this was all I needed to do to solve my issue.

The rest of the instructions were kinda hard to follow, because strangely no such libgobject-2.0.so.0 exists within squashfs-root/usr/lib, Though that might be because I'm using a newer nightly though (lmms-1.3.0-alpha.1.490+g6b21dc789-linux-x86_64.AppImage).

Either way, the rest of your provided method on how to then launch the application after the quick fix was all that was necessary for me to start working with Carla again with the newest version, thanks again ^-^

HazySkies avatar Dec 30 '23 20:12 HazySkies

So what is the actual fix. Sorry if i missed something. As it has been previously mentioned the libgobject-2.0.so.0 does not exist on the appimage.

super-manis avatar Mar 02 '24 20:03 super-manis

It's not only an issue with the appimage but with local builds too in my case. Carla does appear in the list when started directly from the build folder, and also when installed only if the prefix is /usr/local, but it does not show up if the prefix is anything different.

zynskeywolf avatar Mar 17 '24 10:03 zynskeywolf

Got it! The latest appimage builds are optimized for Carla 2.5.8. Since i am on Ubuntu 22 the system version of Carla is much older than that so you need to update it manually. If you want me to post the steps here please reply to this post. Once Carla is up to date it will be loaded normally on the appimage builds. It still doesn't load on local builds though which is still a bit concerning...

super-manis avatar Mar 17 '24 10:03 super-manis