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

Pinned Comments

Latest Comments

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

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.

frainz commented on 2021-09-29 12:02 (UTC)

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.

servimo commented on 2021-09-18 16:29 (UTC) (edited on 2021-09-18 16:41 (UTC) by servimo)

Downloaded a snapshot of portsmf from github (https://github.com/tenacityteam/portsmf) and build/install it and I could build/install tenacity

servimo commented on 2021-09-18 03:45 (UTC) (edited on 2021-09-18 03:46 (UTC) by servimo)

"portsmf 234-2" is flagged out-of-date in AUR

masutu commented on 2021-09-16 14:01 (UTC)

Hi, imho the error is caused by a missing "#include <cstring>" in "/usr/include/portsmf/allegro.h" provided by "portsmf". With a patched version of portsmf the build works.

Riedler commented on 2021-09-15 18:19 (UTC)

same error on my end

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