Linux public beta (4408)

[David Else]

x42 and glen, THANK YOU! You totally solved my problem, i can now use all the menus!

abique, will this patch be part of the next u-he linux updates? cheers.

Linux community is amazing

[abique]

Yes, I'll update the next build.

[x42]

Please can you inline your script instead

Sure, and here's a direct link too: https://git.io/vX7ne

Code: Select all

#/bin/sh
set -e
for d in ~/.u-he/*/dialog.[36][24]; do
	if test -f $d.real; then continue; fi
	mv "$d" "$d.real"
	cat > $d << EOF
#!/bin/sh
unset LD_LIBRARY_PATH
exec \$(readlink -f \$0).real "\$@"
EOF
	chmod +x $d
done

[josander]

We (Glen from AVLinux and I) just got to the bottom of the Ardour/Mixbus issue that affects some u-he Linux users.
...
Until the issue is properly resolved, the following one-liner can work around it

Code: Select all

sh -c "$(curl -s -L https://git.io/vX7ne)"

Thank you so much guys, it works!

[Arnd]

Hello,

I tried to try the Linux Presswerk (4408) VST but I encounter the following message when opening the GUI:

Presswerk
Installation Issue: No GUI resources
please contact support@u-he.com

I'm running openSUSE Leap 42.1 (64-bit) and XFCE. I tried to use Presswerk in both Ardour (5.4, official binaries) and Carla (from openSUSE repositories).

I assume that some libraries / packages may be missing, but I can't see anything in terminal output. Is there any way to find out what's required to run the Presswerk GUI?

Thanks in advance!
Regards, Arnd

[abique]

Hi Arnd,

Did you use the installer?

[Arnd]

Yes, I installed without any options to the standard locations (ie. $HOME/.vst, $HOME/.vst3 and $HOME/.u-he) using the supplied install.sh. I also tried with and without the script mentioned above, but the behavior remains unchanged.
I started carla from the command line, but I can't see any hint in the output.

[StudioDave]

Yes, I installed without any options to the standard locations (ie. $HOME/.vst, $HOME/.vst3 and $HOME/.u-he) using the supplied install.sh. I also tried with and without the script mentioned above, but the behavior remains unchanged.

Please paste the output from these commands :

Code: Select all

ldd $HOME/.u-he/Presswerk/Presswerk.64.so

and

Code: Select all

ldd $HOME/.u-he/Presswerk/Presswerk.32.so

It's a dependency summary, you'll see if you're missing any required libraries.

Best,

dp

[Arnd]

While running "ldd $HOME/.u-he/Presswerk/Presswerk.64.so" did not yield any missing libraries, trying to run "ldd $HOME/.u-he/Presswerk/Presswerk.32.so" didn't work as Presswork.32.so was not present.

Looking at the folder I unpacked the tar file into, I noticed that it was missing there as well. I untarred the tar file again, reinstalled using "./install.sh --with-32" (to be on the safe side) and... everything is working now.

I still don't know why, but it seems that some files may have not been untarred correctly.

Sorry and thanks for all your support!

PS: Maybe it would be an idea to use makeself (https://github.com/megastep/makeself) to package installer and tar file.

[abique]

I did not know makeself.
I think that right now our system is really nice, because you get an archive that you can easily inspect and manipulate, as well as a very simple install script shell.

So I would not change the way we distribute on Linux for now. The less flexible part is the plugin itself, it assumes that everything is in ~/.u-he/$PRODUCT/ which is very robust, everyone has the same which makes it easy for support/community support but not flexible enough for a system installation.

To conclude I'm more in favor of making the plugin more flexible regarding the paths than changing the installer

[David Else]

Hello abique,

Fedora 25 is just out which has Wayland as default:

https://wayland.freedesktop.org/

and I was considering upgrading. I understand it has a fall-back X mode:

https://wayland.freedesktop.org/xserver.html

Is there any reason to think this might cause problems with the U-He plugins? Cheers!

[abique]

I have no idea, it will depends how good is the X11 emulation layer!

Also it could be possible to have a native wayland client, but so far, no one knows how will the window embed work with vst instruments on wayland.

[glokraw]

I think that right now our system is really nice, because you get an archive that you can easily inspect and manipulate, as well as a very simple install script shell.

So I would not change the way we distribute on Linux for now.

I fully agree. Having arguably the worlds greatest plugin product range
available for linux, with a simple solid installer,
without rpm, deb, or a raft of dependency dramas, is borderline miraculous.
Cheers

[David Else]

I am afraid the new Repro-1-5279 has broken the magic patch!

I see you changed the installer:

2016-05-13 abique

* Improve gtk dialogs

but now it doesn't work again, and the patch doesn't fix it any more. when i run the script nothing changes now.

#/bin/sh
set -e
for d in ~/.u-he/*/dialog.[36][24]; do
if test -f $d.real; then continue; fi
mv "$d" "$d.real"
cat > $d << EOF
#!/bin/sh
unset LD_LIBRARY_PATH
exec \$(readlink -f \$0).real "\$@"
EOF
chmod +x $d
done

[abique]

OK. Next week I work for u-he, so I'll dig into that!