#234 External plugin host executable does not appear to A be installed

[Rich Rath]

running v. 3.0.2 on manjaro linux. after sorting out libcapnp issues it built from source and ran fine from make directory, but after sudo make install it would give error on startup:

Problems. loading plugins
Failed to list Vamp plugins: External plugin host executable does not appear to
A be installed

It would then start, but with no plugins.

Workaround: running it from ~/bin works fine.

[Chris Cannam]

Thanks for the report!

This is a bit of a puzzle, as the install procedure is supposed to be installing the helper too. Can you check which executables are actually present in /usr/local/bin (or whatever your install target is) after installation? You should see sonic-visualiser, piper-vamp-simple-server, and vamp-plugin-load-checker.

I'd definitely like to get this sorted, as I want to make another minor release to formalise the use of capnp v0.6 which has now been released.

[Rich Rath]

in the better late than never category, 3.0.2 runs with the following workaround: https://sourceforge.net/p/sv1/bugs/238/

meanwhile, http://code.soundsoftware.ac.uk seems to be down at the moment so cannot test 3.0.3

[gauze]

still like this in July 2018, compiled from source, make install doesn't put piper-vamp-simple-server, and vamp-plugin-load-checker in /usr/local/bin (or wherever)

version sonic-visualiser-3.1pre3

this doesn't look good to me
Makefile.sv line 791:
cp checker/vamp-plugin-load-checker .

[Chris Cannam]

Thank you for checking this and reporting again.

I thought that I had fixed this, and indeed it turns out that the files are installed correctly when building from the source repo -- but not when building from a release source tarball. At this point I'm not yet clear on why.

The line you quote in Makefile.sv is actually OK -- that is just copying the checker program to the current directory so that it works even if you run without installation.

But Makefile.sv should have another series of install definitions at the end, looking a bit like this:

install_sv_bins: first FORCE
    @test -d $(INSTALL_ROOT)/usr/local/bin/ || mkdir -p $(INSTALL_ROOT)/usr/local/bin/
    -$(QINSTALL_PROGRAM) /home/cannam/code/sonic-visualiser/piper-vamp-simple-server $(INSTALL_ROOT)/usr/local/bin/piper-vamp-simple-server
    -strip $(INSTALL_ROOT)/usr/local/bin/piper-vamp-simple-server
    -$(QINSTALL_PROGRAM) /home/cannam/code/sonic-visualiser/vamp-plugin-load-checker $(INSTALL_ROOT)/usr/local/bin/vamp-plugin-load-checker
    -strip $(INSTALL_ROOT)/usr/local/bin/vamp-plugin-load-checker
    -$(QINSTALL_PROGRAM) /home/cannam/code/sonic-visualiser/sonic-visualiser $(INSTALL_ROOT)/usr/local/bin/sonic-visualiser
    -strip $(INSTALL_ROOT)/usr/local/bin/sonic-visualiser

uninstall_sv_bins: FORCE
    -$(DEL_FILE) -r $(INSTALL_ROOT)/usr/local/bin/sonic-visualiser
    -$(DEL_FILE) -r $(INSTALL_ROOT)/usr/local/bin/vamp-plugin-load-checker
    -$(DEL_FILE) -r $(INSTALL_ROOT)/usr/local/bin/piper-vamp-simple-server
    -$(DEL_DIR) $(INSTALL_ROOT)/usr/local/bin/ 

install: install_sv_bins  FORCE

uninstall: uninstall_sv_bins  FORCE

However when qmake is run in a source tree unpacked from the release tarball, only the sonic-visualiser program is listed there.

Will investigate this again.

[Chris Cannam]

Looks like the "no_check_exist" option holds the key:
https://wiki.qt.io/Undocumented_QMake#Custom_install_config
This should (I hope) be properly fixed in the next pre-release.

[Chris Cannam]

Can you try again with the 3.1-pre4 source package from https://code.soundsoftware.ac.uk/projects/sonic-visualiser/files ?

[gauze]

ok seems ok now, There seems to be kind of a mess with dependecies checking/testing stuff, it wouldn't finish compiling and was failing tests (using same set up pre3 compiled and worked on) until I installed imlib2-id3tag-loader package which took a while to figure out and was really a shot in the dark for me :/

otherwise the program helped me quantify some sound data from a recording quite successfully and I'm very happy it exists!

[Luigi Baldoni]

Still unresolved for me on 3.1: make install ignores the DESTDIR variable and therefore it fails.

[Chris Cannam]

Luigi - that sounds like a different problem to me. This issue was about the install procedure failing to install the helper applications at all, even to the default install location.

There are also #247 "'make install' does not install files" which is a report on failure to respect the configure prefix - I believed that one to have been fixed in 3.1 as well. And #238 which I think is a duplicate of this issue. I can't recall or find any tracker entry specifically about DESTDIR, but I might be missing it.

[Luigi Baldoni]

It seemed related. Should I file another bug about that?

[Chris Cannam]

Yes please - including details of what to run and what the expected behaviour is. Thank you!

[Luigi Baldoni]

Nevermind, INSTALL_ROOT (as per qmake conventions) works.