Package Details: bespokesynth-git 1.1.0.r42.gf93ce26-1

Git Clone URL: (read-only, click to copy)
Package Base: bespokesynth-git
Description: A software modular synth
Upstream URL:
Licenses: GPL3
Conflicts: bespokesynth
Provides: bespokesynth
Submitter: milkii
Maintainer: dvzrv
Last Packager: dvzrv
Votes: 8
Popularity: 0.093092
First Submitted: 2020-08-28 18:22 (UTC)
Last Updated: 2021-12-21 14:14 (UTC)

Dependencies (34)

Required by (0)

Sources (2)

Latest Comments

wsippel commented on 2022-02-09 20:16 (UTC)

@TheEgg I had to disable the devendoring steps for juce to get VST2 support working. Guess the build Arch ships simply doesn't support VST2. Maybe not best practice, but I got it working by removing the juce deinit step in the prepare section and the two lines mentioning juce in the build section.

dvzrv commented on 2022-01-06 09:02 (UTC)

I will look into devendoring abletonlink upstream in a bit. Currently not at home.

apoorv569 commented on 2021-12-31 07:21 (UTC)

Can confirm @evilscientress solution fixed the problem.

evilscientress commented on 2021-12-30 22:20 (UTC)

I have the issue with the missing asio submodule as well. It's caused by the asio submodule in the ableton link submodule not being initialized and updated. It can easily be fixed by adding this at the end of the prepare function.

  cd libs/link
  git submodule update --init

GeBo commented on 2021-12-23 13:08 (UTC) (edited on 2021-12-23 13:08 (UTC) by GeBo)

Okay, I found out that in the libs directory on the github page for bespokesynth, there is a link to Ableton, called link. This one seems to be included.

But when I go further in the modules directory, there is another link, called asio-standalone. It seems that only this empty directory is present, and not the contents.

This link on the github page is a reference to I downloaded (git clone) that git and placed the folder called asio, which is within asio (asio/asio !) to the above mentioned asio-standalone folder.

After this, bespokesynth compiles fine.

GeBo commented on 2021-12-22 22:34 (UTC)

I get underneath error too, during an update. I already removed the bespokesynth-git path to build with freshly downloaded files, but still that error exists.

apoorv569 commented on 2021-12-22 10:17 (UTC)

Getting a error while trying to fresh install, because I had uninstall and rebuild due to the recent dependency issue for jsoncpp. The error is,

-- Ableton Push 2 support enabled
-- Using system installed pybind11
-- Performing Test HAS_FLTO
-- Performing Test HAS_FLTO - Success
-- Found pybind11: /usr/include (found version "2.8.1" )
-- Using system provided tuning-library
-- Configuring done
CMake Error in Source/CMakeLists.txt:
  Imported target "Ableton::Link" includes non-existent path


  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not

-- Generating done
CMake Generate step failed.  Build files cannot be regenerated correctly.
==> ERROR: A failure occurred in build().

dvzrv commented on 2021-12-21 14:12 (UTC)

@sleeping: Yes, this package needs to be rebuilt. There has been a soname bump with jsoncpp that went unnoticed for a while.

Will bump the PKGBUILD.

sleeping commented on 2021-12-21 11:19 (UTC)

:: installing jsoncpp (1.9.5-1) breaks dependency '' required by bespokesynth-git

TheEgg commented on 2021-12-07 16:50 (UTC)

@nhoma did you get vst2 to work? I tried but from the build error it looks like Juce doesn't support it.

dvzrv commented on 2021-11-24 21:42 (UTC)

@slack_twot: It is definitely faster than building those dependencies on the fly (and in juce's case building juceaide).

For compile time improvements you will want to look into this (it has nothing to do with cmake specifically in this case, but with how to configure makepkg):

slack_twot commented on 2021-11-24 20:58 (UTC)

Thanks dvzrv (Dave?), I just built this from your latest update and everything is good, compile time is rather slow ;).... For the next time, is there a multi-core option in the cmake files?

dvzrv commented on 2021-11-24 17:57 (UTC)

Okay, this should build again (until one of the aforementioned changes are merged upstream).

dvzrv commented on 2021-11-24 08:41 (UTC)

@slack_twot: Yes, but it's getting there. I queued up two more changes (for devendoring tuning-library and juce) for which it makes sense to wait, as it will then use dependencies from our repositories and speed up the build (and I can completely drop the patch here).

slack_twot commented on 2021-11-24 00:05 (UTC)

Hi dvzrv, I must be just missing the window when this builds without hassle ;) Upstream seems to be very fluid still with frequent breakage

dvzrv commented on 2021-11-23 13:09 (UTC)

@Vvyibaba: Yeah, parts of that patch were merged upstream and I need to adapt some things. Will be done later today hopefully.

Vvyibaba commented on 2021-11-23 12:30 (UTC) (edited on 2021-11-23 12:34 (UTC) by Vvyibaba)

I'm unable to even start compiling :(

Submodule 'libs/tuning-library' ( registered for path 'libs/tuning-library'

Cleared directory 'libs/JUCE'

error: could not lock config file .git/modules/libs/JUCE/config: No such file or directory

warning: Could not unset core.worktree setting in submodule 'libs/JUCE'

Submodule 'libs/JUCE' ( unregistered for path 'libs/JUCE'

Cleared directory 'libs/pybind11'

error: could not lock config file .git/modules/libs/pybind11/config: No such file or directory

warning: Could not unset core.worktree setting in submodule 'libs/pybind11'

Submodule 'libs/pybind11' ( unregistered for path 'libs/pybind11'

Cleared directory 'libs/tuning-library'

error: could not lock config file .git/modules/libs/tuning-library/config: No such file or directory

warning: Could not unset core.worktree setting in submodule 'libs/tuning-library'

Submodule 'libs/tuning-library' ( unregistered for path 'libs/tuning-library'

Cleared directory 'libs/json/jsoncpp'

error: could not lock config file .git/modules/libs/json/jsoncpp/config: No such file or directory

warning: Could not unset core.worktree setting in submodule 'libs/json/jsoncpp'

Submodule 'libs/json/jsoncpp' ( unregistered for path 'libs/json/jsoncpp'

patching file CMakeLists.txt

Hunk #1 succeeded at 66 (offset 5 lines).

patching file Source/CMakeLists.txt

Hunk #1 FAILED at 420.

Hunk #2 succeeded at 459 (offset 31 lines).

Hunk #3 succeeded at 470 (offset 31 lines).

1 out of 3 hunks FAILED -- saving rejects to file Source/CMakeLists.txt.rej patching file libs/CMakeLists.txt

Hunk #1 FAILED at 1.

Hunk #2 FAILED at 9.

2 out of 2 hunks FAILED -- saving rejects to file libs/CMakeLists.txt.rej

dvzrv commented on 2021-11-20 12:00 (UTC)

@nhoma: Yes, see CMakeLists.txt.

dvzrv commented on 2021-11-20 11:59 (UTC)

@lbatalha this package is not "out-of-date" (

nhoma commented on 2021-11-17 14:41 (UTC)

is it possible to edit the pkgbuild in a way that i can tell it the path to my VST2SDK and it will enable VST2 support?

dvzrv commented on 2021-11-05 08:46 (UTC)

@plainoldcheese: Thanks, will look into that. There is a lot of movement upstream, so best stick to the pinned version here for now until patches are figured out.

@NiceOne: Will do!

plainoldcheese commented on 2021-11-04 07:57 (UTC)

This fails in the prepare() and also seems to have some issue relating to configs not being found in .git/modules/ I also have issues running the binary from bespokes github due to python3.8 not being available and I see they added a CMAKE flag relating to python version that might help with that.

NiceOne commented on 2021-10-31 15:29 (UTC)

@dvzrv please add zenity to the depends() without it the load/save dialogs won't load

yochananmarqos commented on 2021-10-25 01:26 (UTC)

@anoa: I've updated my PKGBUILD accordingly.

anoa commented on 2021-10-24 20:19 (UTC)

I had to make a slight tweak to yochananmarqos' PKGBUILD to get it to work. Looks like src/BespokeSynth/libs/json/jsoncpp is a new submodule which needed to be initialised:

Otherwise the build would complain with:

CMake Error at libs/json/CMakeLists.txt:3 (add_library):
  Cannot find source file:


  Tried extensions .c .C .c++ .cc .cpp .cxx .cu .mpp .m .M .mm .ixx .cppm .h
  .hh .h++ .hm .hpp .hxx .in .txx .f .F .for .f77 .f90 .f95 .f03 .hip .ispc

CMake Error at libs/json/CMakeLists.txt:3 (add_library):
  No SOURCES given to target: json

benoliver999 commented on 2021-10-10 15:43 (UTC)

I built yochananmarqos' PKGBUILD in a clean chroot and it seems to work fine.

yochananmarqos commented on 2021-10-05 16:29 (UTC)

Updated PKGBUILD. Needs to be checked for missing dependencies, not sure I got them all.

milkii commented on 2021-10-04 05:04 (UTC)

it would help the cause if the pkgbuild was updated going by

milkii commented on 2021-10-03 12:35 (UTC) (edited on 2021-10-03 12:37 (UTC) by milkii)

dvzrv said they didn't end up having the time before and forgot to give someone else access but will do the latter soon, if they haven't by the time I've posted this.

I uninstalled because I don't like having to work with VST and not LV2 plugins. I'd rather help in the spread of a libre plugin format (that has an explicit CV signal system) than be locked into a software system/workflow where I have to use plugins where the developer is bound by legal restrictions to potentially stop developing in that format or not to make plugins in that format in future (like what happened with VST2).

heinz-doof commented on 2021-10-02 06:50 (UTC)

Regarding the missing font: You can either put the resource folder under /usr/share/BespokeSynth/resource or set the environment variable BESPOKE_DATA_DIR to point to the resource folder.

slack_twot commented on 2021-09-28 23:10 (UTC)


I've tested your package build, which does build and copies the resource files into various /usr/share locations. Unfortunately the issue with missing font /frabk.ttf persists. I spent some time reading the source code, trying to figure out if it was possible to write a patch for this default file path behaviour(looking in the wrong place), but discovered the code base is a regular mess, it will need tidying at some point. I can get the app to work as intended by placing the executable in the share folder, with the icons/resources/applications folders in the same directory. This breaks Linux distribution rules, and its structure is similar to a macOS dmg installation. It also appears to be searching for all resources on the '.' path relative to the application, this is probably hard coded somewhere, there are a few examples of hard coded variables in the source code, but then again I'm no cmake expert. File paths and user preferences should be defined in a config file, like a json, that is script modifiable dependent on the host/target OS, then the developers won't be harassed by people struggling to make things work.

saburouta commented on 2021-09-24 22:29 (UTC) (edited on 2021-09-24 22:30 (UTC) by saburouta)

Hmmm. Well, I made a new PKGBUILD if you want it.

edit: Why uninstalled? Do you not like Bespoke? Is there something wrong with it?

milkii commented on 2021-09-24 18:41 (UTC) (edited on 2021-09-24 18:44 (UTC) by milkii)

1) JUCE previously required one to open a file in Projucer GUI then resave it again as part of the build process (!!)

2) no

I uninstalled several months ago and gave up access to editing the AUR entry. dvzrv has been pinged in #archlinux-proaudio, and they are TU so maybe they will make an actual package given the attention the software has gotten recently.

saburouta commented on 2021-09-23 03:03 (UTC)

Pardon my ignorance, but: 1) why is this launching xfvb? and 2) is there a reason to stick to Projucer?

tylersrevenge commented on 2021-09-22 04:02 (UTC)

@opale95 I was able to get it running fine building with the instructions on the github using Cmake.

Popolon commented on 2021-09-20 00:20 (UTC) (edited on 2021-09-20 00:21 (UTC) by Popolon)

Please could you add in PKGBUILD, just after this one:

  sed -i -e 's/usb-1.0/usb-1.0;python3.8/'  BespokeSynth.jucer

The following line:

  sed -i -e 's/3.8/3.9/g'  BespokeSynth.jucer

This is quick'n'dirty patch and should be updated in few month, but at least it works.

This programs search the two fonts in / ???? So this can be done by adding at the end of package() function:

  install -Dm644 ${srcdir}/BespokeSynth//MacOSX/build/Release/resource/frabk.ttf ${pkgdir}/frabk.ttf 
  install -Dm644 ${srcdir}/BespokeSynth//MacOSX/build/Release/resource/frabk_m.ttf ${pkgdir}/frabk_m.ttf

This is really not clean but at least it work :(. All I seen with jucer is weird like this. Perhaps made mainly for MacOSX

opale95 commented on 2021-09-18 19:50 (UTC)

@tylersrevenge: i have the same issue, i use Manjaro too, we maybe still have to do the data directory copy as aki42 suggested on 2020-09-20.

tylersrevenge commented on 2021-09-18 18:25 (UTC)

I can't seem to get this to work on Manjaro. I'm able to install from pacman, but when I try to load it either a) loads a blank screen with a message that says "missing font frabk.ttf", and tries to load the settings panel; or b) completely hangs my system.

Anyone having similar issues?

opale95 commented on 2021-09-15 11:05 (UTC)

It won't build if python38 is not installed.

aki42 commented on 2020-09-20 03:57 (UTC)

To work BespokeSynth, I had to copy the data directory of to ~/.config/BespokeSynth/ .

aki42 commented on 2020-09-19 09:00 (UTC)

After installing bespokesynth-git package, I've got an error of "couldn't find or load data/userprefs.json."

aki42 commented on 2020-09-19 07:15 (UTC) (edited on 2020-09-19 07:57 (UTC) by aki42)

Need juce and xorg-server-xvfb packages in the Dependencies.