LinuxMusicians

GMaq wrote:@ ubuntuuser

Well again, thanks for that..

I am running your 64bit 14.04 SFZero binary on AV Linux (based on Debian Stretch) and the plugin opens in Ardour but clicking on the UI doesn't seem to to initialize a file manager to load an SFZ file? Anyone else noticed this? I am clicking where it says 'Click here' on the UI

ubuntuuser wrote:

tramp wrote:

Lyberta wrote:It's a bad idea to put binaries in a git repo. Can you make a website, say, on github.io and put links there?

Indeed. Please don't put binaries in a git repository. Why you ain't put them under the releases? Mark them as pre-alpa-release if you like,

They are only there in a temporary way, and unless I hear something from github and not from some dude on a forum, that's where they are staying for the moment.

You know, I'm not making any official releases of Synister or SFZero at the moment and maybe I will move them to the release page and maybe not.

It’s important to never commit binary files because once you’ve commit them they are in the repository history and are very annoying to remove. You can delete the files from the current version of the project - but they’ll remain in the repository history, meaning that the overall repository size will still be large.

tramp wrote:

ubuntuuser wrote:

tramp wrote:
Indeed. Please don't put binaries in a git repository. Why you ain't put them under the releases? Mark them as pre-alpa-release if you like,

They are only there in a temporary way, and unless I hear something from github and not from some dude on a forum, that's where they are staying for the moment.

You know, I'm not making any official releases of Synister or SFZero at the moment and maybe I will move them to the release page and maybe not.

You get it in the wrong terms. Do what ever you wont, sorry for interrupt your thread.

It’s important to never commit binary files because once you’ve commit them they are in the repository history and are very annoying to remove. You can delete the files from the current version of the project - but they’ll remain in the repository history, meaning that the overall repository size will still be large.

ubuntuuser wrote:

GMaq wrote:@ ubuntuuser

Well again, thanks for that..

I am running your 64bit 14.04 SFZero binary on AV Linux (based on Debian Stretch) and the plugin opens in Ardour but clicking on the UI doesn't seem to to initialize a file manager to load an SFZ file? Anyone else noticed this? I am clicking where it says 'Click here' on the UI

I found the bug and I've updated the binaries.

GMaq wrote:

ubuntuuser wrote:

GMaq wrote:@ ubuntuuser

Well again, thanks for that..

I am running your 64bit 14.04 SFZero binary on AV Linux (based on Debian Stretch) and the plugin opens in Ardour but clicking on the UI doesn't seem to to initialize a file manager to load an SFZ file? Anyone else noticed this? I am clicking where it says 'Click here' on the UI

I found the bug and I've updated the binaries.

Hi,

Can confirm it now works here as well, thanks very much for your quick attention to fixing it.

ubuntuuser wrote: Thanks, it was due to a strange JUCE/Linux quirk with filechoosers.

glowrak guy wrote:

ubuntuuser wrote: Thanks, it was due to a strange JUCE/Linux quirk with filechoosers.

Any chance that issue could effect the dropdown menu's in u-he plugins?
A few people still have a problem with those.
Cheers

Lyberta wrote:Is it possible to make Debian build? Ubuntu build doesn't work. Missing linux-vdso.so.1 and /lib64/ld-linux-x86-64.so.2

aaahaaap wrote:Are the changes to the jucer file and generated Makefiles also available somewhere?
And is there still an upstream where are changes should end up? Would be nice to get it all merged/fixed so there's one single source of truth again.

Lyberta wrote:Is it possible to make Debian build? Ubuntu build doesn't work. Missing linux-vdso.so.1 and /lib64/ld-linux-x86-64.so.2