Package Details: tenacity-git 1:r14921.g8119cb11c-2

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.127550
First Submitted: 2021-07-07 11:51 (UTC)
Last Updated: 2023-12-23 15:01 (UTC)

Dependencies (44)

Required by (0)

Sources (2)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 Next › Last »

Quaternions commented on 2021-11-22 03:20 (UTC)

I had a build error with portsmf and had to switch to portsmf-git to get it to complete the build.

hazelnot commented on 2021-10-26 13:02 (UTC)

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

kescherAUR commented on 2021-10-13 09:16 (UTC)

@Icecube63 please try building in a clean chroot then.

FabioLolix commented on 2021-10-12 16:03 (UTC)

On Manjaro builds fine in chroot

Icecube63 commented on 2021-10-12 15:49 (UTC)

@kescherAUR: Removing and rebuilding unfortunately doesn't solve the problem

kescherAUR commented on 2021-10-12 12:33 (UTC) (edited on 2021-10-12 12:33 (UTC) by kescherAUR)

@Icecube63 Did you install https://aur.archlinux.org/packages/sbsms/? If so, that package is REALLY outdated. Consider removing it and buildling again.

Icecube63 commented on 2021-10-12 09:12 (UTC) (edited on 2021-10-12 09:13 (UTC) by Icecube63)

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

kescherAUR commented on 2021-09-30 13:13 (UTC)

I think that's maintainer preference, and clang is producing faster binaries currently.

frainz commented on 2021-09-30 12:51 (UTC)

If upstream is using gcc, why are we using clang anyway? Are there specific benefits here or is it just maintainer preference?

kescherAUR commented on 2021-09-30 11:54 (UTC) (edited on 2021-09-30 11:54 (UTC) by kescherAUR)

@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.