The default Nyquist plugins (including the Nyquist plugin installer) are missing. There's this GitHub issue from a few months ago but the issue seemed to be that they were just disabled, not missing.
Not sure what's going on
Git Clone URL: | https://aur.archlinux.org/tenacity-git.git (read-only, click to copy) |
---|---|
Package Base: | tenacity-git |
Description: | An easy-to-use multi-track audio editor and recorder, forked from Audacity |
Upstream URL: | https://tenacityaudio.org |
Keywords: | audacity audio audio-applications audio-processing floss libre privacy-friendly privacy-preserving recorder recording-app |
Licenses: | GPL2, CCPL |
Groups: | pro-audio |
Conflicts: | tenacity |
Provides: | tenacity |
Submitter: | Darkpelz |
Maintainer: | FabioLolix |
Last Packager: | FabioLolix |
Votes: | 88 |
Popularity: | 0.57 |
First Submitted: | 2021-07-07 11:51 (UTC) |
Last Updated: | 2023-12-23 15:01 (UTC) |
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 Next › Last »
The default Nyquist plugins (including the Nyquist plugin installer) are missing. There's this GitHub issue from a few months ago but the issue seemed to be that they were just disabled, not missing.
Not sure what's going on
@Icecube63 please try building in a clean chroot then.
On Manjaro builds fine in chroot
@kescherAUR: Removing and rebuilding unfortunately doesn't solve the problem
@Icecube63 Did you install https://aur.archlinux.org/packages/sbsms/? If so, that package is REALLY outdated. Consider removing it and buildling again.
Since few Versions the building with pikaur stopped with an error:
[ 73%] Building CXX object src/CMakeFiles/Tenacity.dir/effects/SBSMSEffect.cpp.o
/home/klaus/.cache/pikaur/build/tenacity-git/src/tenacity/src/effects/SBSMSEffect.cpp:203:17: error:
no member named 'getInverseStretchedTime' in '_sbsms_::Slide'; did you mean 'getStretchedTime'?
return slide.getInverseStretchedTime(outputTime);
^~~~~~~~~~~~~~~~~~~~~~~
getStretchedTime
/usr/include/sbsms.h:129:9: note: 'getStretchedTime' declared here
float getStretchedTime(float t);
^
1 error generated.
make[2]: *** [src/CMakeFiles/Tenacity.dir/build.make:3181: src/CMakeFiles/Tenacity.dir/effects/SBSMSEffect.cpp.o] Fehler 1
make[1]: *** [CMakeFiles/Makefile2:579: src/CMakeFiles/Tenacity.dir/all] Fehler 2
make: *** [Makefile:156: all] Fehler 2
I think that's maintainer preference, and clang is producing faster binaries currently.
If upstream is using gcc, why are we using clang anyway? Are there specific benefits here or is it just maintainer preference?
@frainz good point.
Possible solutions:
Not enforcing clang (upstream actually uses gcc for their own builds).
Removing incompatible flags at the start of build() using something akin to:
export CFLAGS="${CFLAGS/-fvar-tracking-assignments/}"
This wouldn't really be the Arch Way, but would allow this package to keep using clang, if so desired.
On Manjaro, the build fails with a clang error: clang-12: error: unknown argument: '-fvar-tracking-assignments'
Is it supposed to be built with clang? According to the wiki ( https://wiki.archlinux.org/title/clang ), only gcc supports this option.
Pinned Comments
dreieck commented on 2023-02-12 21:38 (UTC)
Upstream says