I had a build error with portsmf and had to switch to portsmf-git to get it to complete the build.
Search Criteria
Package Details: tenacity-git 1:r14921.g8119cb11c-2
Package Actions
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.019224 |
First Submitted: | 2021-07-07 11:51 (UTC) |
Last Updated: | 2023-12-23 15:01 (UTC) |
Dependencies (44)
- expat (expat-gitAUR)
- flac (flac-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- jackAUR (jack2-gitAUR, pipewire-jack-gitAUR, pipewire-full-jack-gitAUR, jack2, pipewire-jack)
- jsoncpp (jsoncpp-cmake-gitAUR, jsoncpp-cmakeAUR, jsoncpp-gitAUR)
- lame (lame-svnAUR, lame-altivecAUR)
- libebml (libebml-gitAUR)
- libid3tag (libid3tag-gitAUR)
- libmad
- libmatroska (libmatroska-gitAUR)
- libogg (libogg-gitAUR)
- libsndfile (libsndfile-gitAUR)
- libsoxr
- libvorbis (libvorbis-aotuvAUR, libvorbis-aotuv-lancerAUR, libvorbis-gitAUR)
- libzip (libzip-gitAUR)
- lilv (lilv-gitAUR)
- Show 24 more dependencies...
Required by (0)
Sources (2)
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)
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.
Pinned Comments