Arch Linux User Repository

It seems to only be needed if dssi is installed, which causes the DSSI plugin to be built.

You can add the dependency locally if you really want that plugin, but my advice would be to simply uninstall dssi, as there is little reason to use that anymore. I don’t know of any host that will only take DSSI plugins and neither LV2 (essentially the successor of LADSPA+DSSI) nor VST. Both of which allow better retention of ZynAddSubFX parameters in my experience (especially instrument selection).

I have old tracks that were made in Renoise with the DSSI plugin, and apparently, only the indices of the instruments were stored in the file, so when opening the files again later with a different list of ZynAddSubFX instruments installed, the instruments were all wrong and I had to select them again (assuming that I even remembered which ones they were supposed to be). When using the LV2 or VST plugin, that doesn’t seem to happen—all the instrument parameters seem to be saved directly in the music file, or at least that’s my recollection of it.

ladspa is needed for make

  .cache/yay/zyn-fusion/src/zynaddsubfx/src/Output/DSSIControlDescription.h:19:10: fatal error: ladspa.h: No such file or directory
     19 | #include <ladspa.h>
        |          ^~~~~~~~~~
  compilation terminated.
  make[2]: *** [src/CMakeFiles/zynaddsubfx_dssi.dir/build.make:95: src/CMakeFiles/zynaddsubfx_dssi.dir/Output/DSSIaudiooutput.cpp.o] Error 1
  make[1]: *** [CMakeFiles/Makefile2:1992: src/CMakeFiles/zynaddsubfx_dssi.dir/all] Error 2
  make: *** [Makefile:160: all] Error 2
  ==> ERROR: A failure occurred in build().
      Aborting...

The most “obvious” answer I can give is “no TU has picked it up yet”, but as for why that is the case, I can only speculate. :)

It could be that it’s just a matter of reaching out to one of them.

Any chance we could get a patch for a gcc bug included in this package?

commit 22a5f8da76c16c47c3814eedaec8f9fe0ff4248b
Author: fundamental <mark.d.mccurry@gmail.com>
Date:   Thu Jul 23 08:51:52 2020 -0400

    Fix gcc 10.1.0 bug in file picker

    gcc 10.1.0 appears to fail to maintain the semantics of
    for(...)
       ((rtosc_arg_t*)out)[i].s = (std::string)(in[i]).c_str()

    under -O3 (-O0 is fine as well as other compiler versions)
    9.3.0 on slackware for instance is known not to have this bug,
    while 10.1.0 on arch was the reported system.

    From what I can tell gcc applies a vectorized move using xmm registers
    It's unclear which optimization flag in particular triggers the
    behavior, but the compiler bug likely relates to some bad assumption in
    the calling context i.e. a lambda function instantiated in an
    initializer list for a global object.

    I'm not currently planning on sending this issue upstream as turning it
    into a minimal test case looks like it would be... nontrivial...

    Anyone else interested in doing so is welcome to do so and such efforts
    would be appreciated.

    Symptoms of the failed optimization include a partial copy of values
    with some corrupted or turned into null pointers.

My bad, I did not realize that git cherry-pick required having an identity set up. It should be fixed now.

@bertof: bison is part of base-devel, which AUR packages can assume is installed per https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites.

Yes @morrisar47 I am also getting the same error like you.

Hi! bison is missing as a build dependency. Build works just fine after installing it.

I also still get the problem, tried to build it just now in a clean chroot. It works however if I build the current git snapshot. So the fix didn't make its way to the snapshot this package uses.

Still a problem for me installing on x86_64

==> Starting prepare()... Auto-merging src/mruby-widget-lib/src/gem.c

*** Please tell me who you are.

Run

git config --global user.email "you@example.com" git config --global user.name "Your Name"

to set your account's default identity. Omit --global to set the identity only in this repository.

fatal: empty ident name (for me@machine.lan) not allowed> ==> ERROR: A failure occurred in prepare(). Aborting... :: Unable to build zyn-fusion - makepkg exited with code: 4

Issue closed on github, it work fine again :)