Package Details: audacity-git 3.6.3.r257.g652bfea82-1

Git Clone URL: https://aur.archlinux.org/audacity-git.git (read-only, click to copy)
Package Base: audacity-git
Description: A program that lets you manipulate digital audio waveforms
Upstream URL: https://www.audacityteam.org/
Keywords: audio editor
Licenses: GPL2, CCPL
Groups: pro-audio
Conflicts: audacity
Provides: audacity, ladspa-host, lv2-host, vamp-host, vst-host, vst3-host
Submitter: proudzhu
Maintainer: ongyx
Last Packager: ongyx
Votes: 16
Popularity: 0.83
First Submitted: 2015-11-02 16:13 (UTC)
Last Updated: 2024-09-10 16:47 (UTC)

Required by (142)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

rcrath commented on 2021-10-23 04:03 (UTC)

now builds, installs, and runs. thnx @ongyx!

ongyx commented on 2021-10-21 11:18 (UTC)

After restoring the original cmake flags from previous commits, Audacity now compiles from source successfully on my system. I'll push the updated PKGBUILD now.

ant commented on 2021-09-06 09:10 (UTC)

Did someone manage to compile under latest Arch ATTOW? My build failed at the configuring stage:

.... [ 85%] Linking C executable ../../../bin/flac [ 85%] Built target flacapp make: *** [Makefile:156: all] Error 2 flac/1.3.3: flac/1.3.3: ERROR: Package '2e198b8f5694d68dae7c7264d91b82e6e9469b96' build failed flac/1.3.3: WARN: Build folder /home/a/.conan/data/flac/1.3.3///build/2e198b8f5694d68dae7c7264d91b82e6e9469b96 ERROR: flac/1.3.3: Error in build() method, line 65 cmake.build() ConanException: Error 2 while executing cmake --build '/home/a/.conan/data/flac/1.3.3///build/2e198b8f5694d68dae7c7264d91b82e6e9469b96' '--' '-j2' CMake Error at cmake-proxies/cmake-modules/conan.cmake:631 (message): Conan install failed='1' Call Stack (most recent call first): cmake-proxies/cmake-modules/AudacityDependencies.cmake:261 (conan_cmake_install) cmake-proxies/cmake-modules/AudacityDependencies.cmake:283 (_conan_install) CMakeLists.txt:531 (resolve_conan_dependencies)

-- Configuring incomplete, errors occurred! See also "/home/a/down/audacity-git/src/audacity/build/CMakeFiles/CMakeOutput.log". See also "/home/a/down/audacity-git/src/audacity/build/CMakeFiles/CMakeError.log".

========= EXTRACT FROM CMakeError.log Checking whether the ASM_NASM compiler is GNU using "--version" did not match "(GNU assembler)|(GCC)|(Free Software Foundation)": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is Clang using "--version" did not match "(clang version)": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is AppleClang using "--version" did not match "(Apple LLVM version)": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is ARMClang using "--version" did not match "armclang": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is HP using "-V" did not match "HP C": nasm: error: unrecognised option -V' Checking whether the ASM_NASM compiler is Intel using "--version" did not match "(ICC)": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is IntelLLVM using "--version" did not match "(Intel[^ ]+oneAPI)": NASM version 2.15.05 compiled on Sep 24 2020 Checking whether the ASM_NASM compiler is SunPro using "-V" did not match "Sun C": nasm: error: unrecognised option-V' Checking whether the ASM_NASM compiler is XL using "-qversion" did not match "XL C": nasm: error: unrecognised option -q' Checking whether the ASM_NASM compiler is MSVC using "-?" did not match "Microsoft": nasm: error: unrecognised option-?' Checking whether the ASM_NASM compiler is TI using "-h" did not match "Texas Instruments": ... Checking whether the ASM_NASM compiler is IAR using "" did not match "IAR Assembler": nasm: fatal: no input file specified Type /usr/bin/nasm -h for help. Checking whether the ASM_NASM compiler is ARMCC using "" did not match "(ARM Compiler)|(ARM Assembler)": nasm: fatal: no input file specified Type /usr/bin/nasm -h for help. Determining size of off64_t failed with the following output: .. Determining if the function pthread_create exists in the pthreads failed with the following output: ... /usr/bin/gcc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -DCHECK_FUNCTION_EXISTS=pthread_create -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now CMakeFiles/cmTC_4d644.dir/CheckFunctionExists.c.o -o cmTC_4d644 -lpthreads -lm -latomic -ldl /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status make[1]: [CMakeFiles/cmTC_4d644.dir/build.make:99: cmTC_4d644] Error 1 make[1]: Leaving directory '/home/a/down/audacity-git/src/audacity/build/CMakeFiles/CMakeTmp' make: [Makefile:127: cmTC_4d644/fast] Error 2

ant commented on 2021-09-03 15:26 (UTC)

Does anyone who built this know whether this build works nicely under Wayland? I am currently using the official package from community repo and everything works but the track play cursor. Will that work if I build this one?

ongyx commented on 2021-08-31 15:09 (UTC) (edited on 2021-09-18 13:21 (UTC) by ongyx)

Audacity doesn't seem to compile because of warnings being treated as errors when building flac. This is probably due to the flag being set in conan.

ongyx commented on 2021-08-31 14:44 (UTC) (edited on 2021-08-31 14:45 (UTC) by ongyx)

@rcrath I'll remove the patch from this package. It was only needed because clang was being used to compile Audacity (and by extension PortAudio) instead of gcc, so it was kind of a hack.

rcrath commented on 2021-08-24 01:56 (UTC)

falls with the following, no such file as pa_alsa_linux.c on my system as far as I can tell:

==> Starting prepare()...
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --unified --recursive --text audacity/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c audacity.new/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c
|--- audacity/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c    2021-07-02 00:17:06.606660728 +0800
|+++ audacity.new/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c    2021-07-02 00:18:22.376662323 +0800
--------------------------
File to patch:

rev.cressy commented on 2021-08-08 13:05 (UTC)

Good morning, You might consider adding docbook2x to the makedepends.

The compile halted without docbook2x installed. I have not used sgml and docbook for years.

Have a great day

ongyx commented on 2021-07-02 01:40 (UTC)

The PKGBUILD now patches Audacity's sources so Clang can compile it. If you are updating from an older version, you may have to clean your AUR helper's cache (i.e yay -Sc).

ongyx commented on 2021-07-01 16:58 (UTC) (edited on 2021-07-01 16:59 (UTC) by ongyx)

I used the commands in the PKGBUILD to compile Audacity by hand so I could see all errors emited by make and clang. It seems it is a error in portaudio-v19, which Audacity vendors:

/home/ongyx/.cache/yay/audacity-git/src/audacity/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c:4377:5: error: cannot jump from this goto statem
ent to its label
    goto end;
    ^
/home/ongyx/.cache/yay/audacity-git/src/audacity/lib-src/portaudio-v19/src/hostapi/alsa/pa_linux_alsa.c:4202:5: note: jump bypasses initialization of va
riable with __attribute__((cleanup))
    pthread_cleanup_push( &OnExit, stream );
    ^

Relevant part of portaudio's code:


    /* Execute OnExit when exiting */
    pthread_cleanup_push( &OnExit, stream );

    /* ... */

end:
    ; /* Hack to fix "label at end of compound statement" error caused by pthread_cleanup_pop(1) macro. */
    /* Match pthread_cleanup_push */
    pthread_cleanup_pop( 1 );

    PA_DEBUG(( "%s: Thread %d exiting\n ", __FUNCTION__, pthread_self() ));
    PaUnixThreading_EXIT( result );

error:
    PA_DEBUG(( "%s: Thread %d is canceled due to error %d\n ", __FUNCTION__, pthread_self(), result ));
    goto end;
}

The pthread_cleanup_push macro actually has a __attribute__((cleanup)) in it.

It is not guaranteed that pthread_cleanup_pop will run because goto end only occurs in specific cases. Clang throws a hard error on this, but gcc won't.

This error was reported on upstream portaudio too.

The fix is to just move pthread_cleanup_pop before the end: goto label. I tried this and Audacity compiles sucessfully. I'll test out this patch on the PKGBUILD.

EDIT: I'll also open a PR to upstream to fix this.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »