Re: [Linuxsampler-devel] Issue with QSampler on macOS

[Christian S. <sch...@li...>]

On Wednesday, 22 July 2026 22:55:00 CEST TJ Lindgren wrote:
> Still not loading. Running LC_ALL=C
> /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit produces the
> following:
> 
> LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
> Initializing 3rd party services needed by gigedit.
> Could not load gigedit config file '/Users/tjl/.config/gigedit.conf'
> 
> (gigedit:92059): Gtk-CRITICAL **: 13:49:20.956:
> gtk_check_menu_item_set_active: assertion 'GTK_IS_CHECK_MENU_ITEM
> (check_menu_item)' failed Could not load gigedit config file
> '/Users/tjl/.config/gigedit.conf'
> 
> (gigedit:92059): Gtk-WARNING **: 13:49:21.294: Could not load a pixbuf from
> /org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg. This may indicate
> that pixbuf loaders or the mime database could not be found. zsh:
> segmentation fault  LC_ALL=C
> /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
> 
> Followed by a crash. Crash report attached to this email.
> 
> TJ Lindgren

So LC_ALL=C bypassed the locale issue, which confirmed that there is an issue
with the location where the glib and gtk libs expect to load the resources
from. Which is probably just a configure parameter issue how the libs were
built.

Being honest, you can see it yourself, this actually deserves a complete
overhaul of the Mac building infrastructure, which simply became far too old
now for recent macOS versions.

I mean you can try something further like this:

LC_ALL=C GTK_CSD=0 /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit

To force native macOS visuals and bypassing the Cocoa/Gtk issues that you got
now, but considering that Apple will drop support for Rosetta and Intel for
good this September, I think it is not worth continuing to fight the symptoms
here any longer.

It is probably better making a new build environment for Mac from scratch,
with latest Gtk and Qt libs, support for Arm and latest macOS APIs, and
preferably getting rid of these nasty /usr/local/... install locations for
libraries, instead putting all libs into a convenient pure App Bundle that
people could simply drag in and out for installing and uninstalling on Mac.

However that will be a long run. The problem already starts that for Apple
Silicon there is currently no way to build from our Linux based server,
neither by cross-compilation (which I would get rid off anyway), nor by
virtualization, as the latter requires a Mac, and emulation would be way
too slow.

So I fear on the short/mid term you probably need to try on building these
from source for Apple Silicon on your side.

Sorry!

/Christian