Cool VL Viewer forum

My distro recently switched to using the SDL2 compatibility package which maps functionality to SDL3. When building Cool VL Viewer with --usesystemlibs, the resulting viewer's clipboard functionality doesn't work. The viewer will hang for a few moments when ctrl+V or even when using the context menu Paste. It also will not copy anything highlight and ctrl+C or, again, via the context menu. This happens across any text input area within the viewer, from chat input to Script/Notecard editing. My Space Navigator seems to work correctly, however (which I believe also depends on SDL).

I build with: ./linux-build.sh --usesystemlibs --tune --clang --lto



I'm attaching a log where I tried multiple copies/paste activities, though I don't see anything that might point to the issue. I have also searched that project's issues and haven't seen other reporting anything related to clipboard functionality. And inspected my system's journal for any hint about what is failing but have found no clues.

This is certainly NOT critical. It's easily avoided by building without --usesystemlibs OR by copying or linking the SLD2 lib provided by the official build into the appropriate lib folder, which implies a potential bug in the 2.32.56 version that I have.

Do NOT use the SDL3 "compatibility" package to build the viewer. This won't work.

SDL's own clipboard functions are also plain broken, so the Cool VL Viewer uses its (my) own clipboard implementation, via Xlib, but it relies on SDL_SetEventFilter() actually properly passing the copy/paste events to the Xlib clipboard callback; this is likely what got broken by SDL3 (and therefore the compatibility library layer using SDL3).

If you want to keep building the viewer with your system's library despite the "compatibility" package, you can edit indra/cmake/LLWindow.cmake and replace all occurrences of "USESYSTEMLIBS" with some other dummy variable name (e.g; "DUMMY"): this will cause the build system to use the pre-built SDL2 viewer package.

I will see if I can auto-detect such "compatibility" libraries and automatically exclude them with USESYSTEMLIBS...

Thanks for the background info. I thought I recalled a forum thread or discussion about clipboard functionality and it using your own version. I may have not gone back far enough though when searching. I did find the thread about the emoji copying, which might have been what was hazy in my memory.

Unfortunately Fedora has stopped providing plain SDL2 (non-compatibility version) and many of the packages I have installed depend on it, namely Wine...so Voice.

I'll modify my cmake as you suggest. With --patches, I can 'automate' that for future releases, if detection isn't an option.

I sadly did not find any reliable way to detect the SDL2 compatibility library with cmake.

But with today's release (1.32.2.53) you can now exclude specific system libraries from being used by the build system, via new "USEPREBUILT*" cmake variables (see the list in linden/indra/cmake/Variables.cmake) and a new feature of the build script to allow passing custom cmake options after a double-dash (" -- ") in the command line.

In your case, simply use:

Thanks Henri. The new methodology works well for me. I can see the build output finding my various local libs for OpenAL, OpenGL, GStreamer, etc. and even my self-built, SDL3-updated, dynamic libndofdev lib while still using: