i was just trying to bump audacity to 3.0.0 but arrived at an issue that is a blocker for me atm and need some hints for an appropriate solution. the problem is with the configuration phase, with wxwidgets. i think the output says it all: -- ========== Configuring wxwidgets ========== wxWidgets_LIBRARIES=general;-L/usr/lib64;general;-pthread;general;-lwx_gtk3u_adv-3.0-gtk3;general;-lwx_baseu-3.0-gtk3;general;-lwx_gtk3u_core-3.0-gtk3;general;-lwx_gtk3u_html-3.0-gtk3;general;-lwx_baseu_net-3.0-gtk3;general;-lwx_gtk3u_qa-3.0-gtk3;general;-lwx_baseu_xml-3.0-gtk3 wxWidgets_LIBRARY_DIRS=/usr/lib64 -- Found wxWidgets: general;-L/usr/lib64;general;-pthread;general;/usr/lib64/libwx_gtk3u_adv-3.0-gtk3.so;general;/usr/lib64/libwx_baseu-3.0-gtk3.so;general;/usr/lib64/libwx_gtk3u_core-3.0-gtk3.so;general;/usr/lib64/libwx_gtk3u_html-3.0-gtk3.so;general;/usr/lib64/libwx_baseu_net-3.0-gtk3.so;general;/usr/lib64/libwx_gtk3u_qa-3.0-gtk3.so;general;/usr/lib64/libwx_baseu_xml-3.0-gtk3.so (found version "3.0.4") -- Using 'wxwidgets' system library -- Checking for module 'gtk+-3.0' -- Found gtk+-3.0, version 3.24.26 -- Checking for module 'glib-2.0' -- Found glib-2.0, version 2.66.7 CMake Error at cmake-proxies/wxWidgets/CMakeLists.txt:242 (message): ######################################################################## Audacity version 3.0.0 or higher requires use of a customized version of wxWidgets. For details: https://wiki.audacityteam.org/wiki/Building_for_Distros ######################################################################## looking at the mentioned link, if we force to use unpatched wxwidgets, we're going to experience issues. and we don't even have that 3.1.3 version in the main tree. any hints for an appropriate solution?
Unable to check for sanity: > no match for package: media-sound/audacity-3.0.0
(In reply to Miroslav Šulc from comment #0) > > any hints for an appropriate solution? Yeah, convince our wxwigets maintainer(s) to add 3.1.x versions to the tree. IMHO that's the only feasible solution now that audacity upstream forces us to use a development version of wxwidgets :-(
(In reply to Lars Wendler (Polynomial-C) from comment #2) > Yeah, convince our wxwigets maintainer(s) to add 3.1.x versions to the tree. > IMHO that's the only feasible solution now that audacity upstream forces us > to use a development version of wxwidgets :-( the other part of the story is that audacity devs use their patched version and not the vanilla upstream version.
(In reply to Miroslav Šulc from comment #3) > (In reply to Lars Wendler (Polynomial-C) from comment #2) > > Yeah, convince our wxwigets maintainer(s) to add 3.1.x versions to the tree. > > IMHO that's the only feasible solution now that audacity upstream forces us > > to use a development version of wxwidgets :-( > > the other part of the story is that audacity devs use their patched version > and not the vanilla upstream version. Which makes it quite hard for us to package their releases when we want to obey to our "don't use bundled libs" policy :-( Someone should show them our Wiki page about this: https://wiki.gentoo.org/wiki/Why_not_bundle_dependencies
Have you tried to remove or modify the check to succeed? And then look if it compiles/runs.
(In reply to jospezial from comment #5) > Have you tried to remove or modify the check to succeed? And then look if it > compiles/runs. i did not. the referenced page says: "Use patched wx3.1.3. from https://github.com/audacity/wxWidgets. If you use a wx3.0 version Audacity will be unstable and crash." though i suppose it would compile without issues and will mosty run, i'd rather do it a better way, if there is one...
Created attachment 692592 [details, diff] audacity-3.0.0.patch here is a patch with the ebuild for audacity 3.0.0 in case someone wants to do more testing.
i just tried to force audacity 3.0.2 to use wxgtk 3.0 but it fails during compilation, so we really need at least 3.1.
media-sound/audacity-2.4.2-r1 fails to compile against current ffmpeg git master. Or is this gcc11 related? Will find out when I downgrade to ffmpeg release. /usr/lib/ccache/bin/x86_64-pc-linux-gnu-g++ -DAudacity_EXPORTS -DBUILDING_AUDACITY -DCMAKE -DHAVE_LRINT -DHAVE_LRINTF -DHAVE_MLOCK -DPA_USE_ALSA=1 -DPA_USE_JACK=1 -DWXINTL_NO_GETTEXT_MACRO -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -Isrc/private -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src -I/usr/lib64/wx/include/gtk3-unicode-3.0-gtk3 -I/usr/include/wx-3.0-gtk3 -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/portaudio-v19/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/libnyquist -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/portmixer/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/sbsms/include -isystem /usr/include/lame -isystem /usr/include/opus -isystem /usr/include/lilv-0 -isystem /usr/include/sratom-0 -isystem /usr/include/sord-0 -isystem /usr/include/serd-0 -isystem /usr/include/suil-0 -isystem /usr/include/soundtouch -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include -isystem /usr/include/gtk-3.0 -isystem /usr/include/at-spi2-atk/2.0 -isystem /usr/include/at-spi-2.0 -isystem /usr/include/dbus-1.0 -isystem /usr/lib64/dbus-1.0/include -isystem /usr/include/gio-unix-2.0 -isystem /usr/include/cairo -isystem /usr/include/pango-1.0 -isystem /usr/include/harfbuzz -isystem /usr/include/fribidi -isystem /usr/include/atk-1.0 -isystem /usr/include/pixman-1 -isystem /usr/include/uuid -isystem /usr/include/freetype2 -isystem /usr/include/gdk-pixbuf-2.0 -isystem /usr/include/libpng16 -isystem /usr/include/libmount -isystem /usr/include/blkid -isystem /usr/lib64/libffi/include -DNDEBUG -march=native -mtune=native -O2 -pipe -std=gnu++14 -pthread -std=gnu++14 -Winvalid-pch -include /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-2.4.2_build/src/CMakeFiles/Audacity.dir/cmake_pch.hxx -MD -MT src/CMakeFiles/Audacity.dir/AudacityApp.cpp.o -MF src/CMakeFiles/Audacity.dir/AudacityApp.cpp.o.d -o src/CMakeFiles/Audacity.dir/AudacityApp.cpp.o -c /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:549:7: error: conflicting declaration of C function ‘AVCodec* avcodec_find_encoder(AVCodecID)’ 549 | avcodec_find_encoder, | ^~~~~~~~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:456:16: note: in definition of macro ‘FFMPEG_FUNCTION_WITH_RETURN’ 456 | inline r n a \ | ^ In file included from /usr/include/libavcodec/avcodec.h:45, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:53, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /usr/include/libavcodec/codec.h:386:16: note: previous declaration ‘const AVCodec* avcodec_find_encoder(AVCodecID)’ 386 | const AVCodec *avcodec_find_encoder(enum AVCodecID id); | ^~~~~~~~~~~~~~~~~~~~ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:555:7: error: conflicting declaration of C function ‘AVCodec* avcodec_find_encoder_by_name(const char*)’ 555 | avcodec_find_encoder_by_name, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:456:16: note: in definition of macro ‘FFMPEG_FUNCTION_WITH_RETURN’ 456 | inline r n a \ | ^ In file included from /usr/include/libavcodec/avcodec.h:45, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:53, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /usr/include/libavcodec/codec.h:394:16: note: previous declaration ‘const AVCodec* avcodec_find_encoder_by_name(const char*)’ 394 | const AVCodec *avcodec_find_encoder_by_name(const char *name); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:561:7: error: conflicting declaration of C function ‘AVCodec* avcodec_find_decoder(AVCodecID)’ 561 | avcodec_find_decoder, | ^~~~~~~~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:456:16: note: in definition of macro ‘FFMPEG_FUNCTION_WITH_RETURN’ 456 | inline r n a \ | ^ In file included from /usr/include/libavcodec/avcodec.h:45, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:53, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /usr/include/libavcodec/codec.h:370:16: note: previous declaration ‘const AVCodec* avcodec_find_decoder(AVCodecID)’ 370 | const AVCodec *avcodec_find_decoder(enum AVCodecID id); | ^~~~~~~~~~~~~~~~~~~~ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:639:7: error: conflicting declaration of C function ‘int avformat_open_input(AVFormatContext**, const char*, AVInputFormat*, AVDictionary**)’ 639 | avformat_open_input, | ^~~~~~~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:456:16: note: in definition of macro ‘FFMPEG_FUNCTION_WITH_RETURN’ 456 | inline r n a \ | ^ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:54, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /usr/include/libavformat/avformat.h:1997:5: note: previous declaration ‘int avformat_open_input(AVFormatContext**, const char*, const AVInputFormat*, AVDictionary**)’ 1997 | int avformat_open_input(AVFormatContext **ps, const char *url, | ^~~~~~~~~~~~~~~~~~~ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:721:7: error: conflicting declaration of C function ‘AVOutputFormat* av_guess_format(const char*, const char*, const char*)’ 721 | av_guess_format, | ^~~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:456:16: note: in definition of macro ‘FFMPEG_FUNCTION_WITH_RETURN’ 456 | inline r n a \ | ^ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:54, from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /usr/include/libavformat/avformat.h:2381:23: note: previous declaration ‘const AVOutputFormat* av_guess_format(const char*, const char*, const char*)’ 2381 | const AVOutputFormat *av_guess_format(const char *short_name, | ^~~~~~~~~~~~~~~ In file included from /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudacityApp.cpp:82: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h: In constructor ‘AVPacketEx::AVPacketEx()’: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:892:21: warning: ‘void av_init_packet(AVPacket*)’ is deprecated [-Wdeprecated-declarations] 892 | av_init_packet(this); | ~~~~~~~~~~~~~~^~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:743:7: note: declared here 743 | av_init_packet, | ^~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:466:19: note: in definition of macro ‘FFMPEG_FUNCTION_NO_RETURN’ 466 | inline void n a \ | ^ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h: In member function ‘void AVPacketEx::steal(AVPacketEx&&)’: /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:926:21: warning: ‘void av_init_packet(AVPacket*)’ is deprecated [-Wdeprecated-declarations] 926 | av_init_packet(&that); | ~~~~~~~~~~~~~~^~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:743:7: note: declared here 743 | av_init_packet, | ^~~~~~~~~~~~~~ /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/FFmpeg.h:466:19: note: in definition of macro ‘FFMPEG_FUNCTION_NO_RETURN’ 466 | inline void n a \ | ^ [385/769] /usr/lib/ccache/bin/x86_64-pc-linux-gnu-g++ -DAudacity_EXPORTS -DBUILDING_AUDACITY -DCMAKE -DHAVE_LRINT -DHAVE_LRINTF -DHAVE_MLOCK -DPA_USE_ALSA=1 -DPA_USE_JACK=1 -DWXINTL_NO_GETTEXT_MACRO -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -Isrc/private -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src -I/usr/lib64/wx/include/gtk3-unicode-3.0-gtk3 -I/usr/include/wx-3.0-gtk3 -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/portaudio-v19/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/libnyquist -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/portmixer/include -I/var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/lib-src/sbsms/include -isystem /usr/include/lame -isystem /usr/include/opus -isystem /usr/include/lilv-0 -isystem /usr/include/sratom-0 -isystem /usr/include/sord-0 -isystem /usr/include/serd-0 -isystem /usr/include/suil-0 -isystem /usr/include/soundtouch -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include -isystem /usr/include/gtk-3.0 -isystem /usr/include/at-spi2-atk/2.0 -isystem /usr/include/at-spi-2.0 -isystem /usr/include/dbus-1.0 -isystem /usr/lib64/dbus-1.0/include -isystem /usr/include/gio-unix-2.0 -isystem /usr/include/cairo -isystem /usr/include/pango-1.0 -isystem /usr/include/harfbuzz -isystem /usr/include/fribidi -isystem /usr/include/atk-1.0 -isystem /usr/include/pixman-1 -isystem /usr/include/uuid -isystem /usr/include/freetype2 -isystem /usr/include/gdk-pixbuf-2.0 -isystem /usr/include/libpng16 -isystem /usr/include/libmount -isystem /usr/include/blkid -isystem /usr/lib64/libffi/include -DNDEBUG -march=native -mtune=native -O2 -pipe -std=gnu++14 -pthread -std=gnu++14 -Winvalid-pch -include /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-2.4.2_build/src/CMakeFiles/Audacity.dir/cmake_pch.hxx -MD -MT src/CMakeFiles/Audacity.dir/AudioIO.cpp.o -MF src/CMakeFiles/Audacity.dir/AudioIO.cpp.o.d -o src/CMakeFiles/Audacity.dir/AudioIO.cpp.o -c /var/tmp/portage/media-sound/audacity-2.4.2-r1/work/audacity-Audacity-2.4.2/src/AudioIO.cpp ninja: build stopped: subcommand failed. * ERROR: media-sound/audacity-2.4.2-r1::gentoo failed (compile phase): * ninja -v -j2 -l0 failed
Don't use ccache when troubleshooting. And in my experience Audacity 2.x will not work with >ffmpeg-4.3, although it builds.
(In reply to jospezial from comment #9) > media-sound/audacity-2.4.2-r1 fails to compile against current ffmpeg git > master. Or is this gcc11 related? Will find out when I downgrade to ffmpeg > release. Yes, problem is media-video/ffmpeg-9999.
Is there a solution in horizon? Currently Audacity is holding back ffmpeg upgrade to 4.4.
It's probably worth to take bug 800509 into consideration and if need be just last-rite Audacity to give a strong indication that spyware will not be tolerated. Probably also do the same with media-sound/musescore and move both packages to some gentoo-badware overlay for those desperate enough. ;)
*** Bug 808609 has been marked as a duplicate of this bug. ***
(In reply to Niklāvs Koļesņikovs from comment #13) > It's probably worth to take bug 800509 into consideration and if need be > just last-rite Audacity to give a strong indication that spyware will not be > tolerated. Probably also do the same with media-sound/musescore and move > both packages to some gentoo-badware overlay for those desperate enough. ;) From the bug you linked: -------- "So the Gentoo build of Audacity does not have any telemetry. Just to be certain, the ebuild could use this argument to mycmakeargs to disable all network activity, thought it appears it's off by default: -Daudacity_has_networking=no" -------- So, what exactly makes this "Spyware" for you? If it is just the *possibility* to send in bug reports, crash report and telemetry data, then do it right and also last-rite Chrome/ium, Firefox, KDE, Gnome, Code::Blocks, Falkon, ... Caution is good, agreed, so better look twice, also agreed.
It's about trust of the community which Audacity had at the time I posted those comments lost. Has it regained communities trust since? I have not been following this closely since I'm trying to get into using Ardour instead but seemingly no. If I properly remember discussion on IRC/Matrix, then rudimentary telemetry is already present in at least the version of Audacity that Gentoo like many distros do offer but similar to other projects it's not invasive enough to require the controversial ToS, and Gentoo disables it as a matter of a fact making it a non-issue until 3.0. I do not remember for sure if anyone checked that telemetry can be disabled reliably and for good after Audacity was sold but that's irrelevant as I'll try to explain in the next paragraph. It's both trust as in can we trust the code to really never do bad/evil things because we flipped a switch (while noting that the switch in question says no networking, not no user data collection) and it's also the trust that Gentoo lends to Audacity and Muse Group by packaging a controversial version in its main repository. Especially if after the claimed anti-telemetry surgery it was treated as regular GPL software rather than a proprietary thing with a requirement for the user to explicitly accept it's ToS (since it would be odd to require to accept telemetry when it's allegedly not present). Similar to how it's handled with net-im/skypeforlinux. And possibly forever relegated to ~testing. Another thing to consider is that people will not necessarily understand the difference between a build of Audacity that has the bad parts disabled and either 1st party or possibly even 3rd party builds with active data collection, which is another way how Gentoo and other distros would end up lending their community trust and credence to Audacity in general. Regarding calling it spyware, I was not able to find the original source for it but here's a few select links instead: https://www.reddit.com/r/audioengineering/comments/oesvri/audacity_is_now_a_spyware/ https://www.bbc.com/news/technology-57721967 https://www.laptopmag.com/news/audacity-labelled-as-possible-spyware-new-owner-is-selling-your-private-data I'm not aware of any of the programs you mentioned being forbidden for children to use (which was the case of updated (not sure if still current?) Audacity privacy policy). Nor am I aware of Google or Mozilla storing foreign user data on Russian servers and sharing it with law enforcement as a blanket statement without the usual "unless required by law" clause which is a seemingly minor but actually very important nuance in countries governed by law.
(In reply to Lars Wendler (Polynomial-C) from comment #4) > (In reply to Miroslav Šulc from comment #3) > > (In reply to Lars Wendler (Polynomial-C) from comment #2) > > > Yeah, convince our wxwigets maintainer(s) to add 3.1.x versions to the tree. > > > IMHO that's the only feasible solution now that audacity upstream forces us > > > to use a development version of wxwidgets :-( > > > > the other part of the story is that audacity devs use their patched version > > and not the vanilla upstream version. > > Which makes it quite hard for us to package their releases when we want to > obey to our "don't use bundled libs" policy :-( > > Someone should show them our Wiki page about this: > > https://wiki.gentoo.org/wiki/Why_not_bundle_dependencies Firefox, Rust and other ebuilds /do/ embed other libraries. Why cant' it be done for audacity 3?
(In reply to Niklāvs Koļesņikovs from comment #16) > It's about trust of the community which Audacity had at the time I posted > those comments lost. Has it regained communities trust since? I have not > been following this closely since I'm trying to get into using Ardour > instead but seemingly no. > > If I properly remember discussion on IRC/Matrix, then rudimentary telemetry > is already present in at least the version of Audacity that Gentoo like many > distros do offer but similar to other projects it's not invasive enough to > require the controversial ToS, and Gentoo disables it as a matter of a fact > making it a non-issue until 3.0. I do not remember for sure if anyone > checked that telemetry can be disabled reliably and for good after Audacity > was sold but that's irrelevant as I'll try to explain in the next paragraph. > > It's both trust as in can we trust the code to really never do bad/evil > things because we flipped a switch (while noting that the switch in question > says no networking, not no user data collection) and it's also the trust > that Gentoo lends to Audacity and Muse Group by packaging a controversial > version in its main repository. Especially if after the claimed > anti-telemetry surgery it was treated as regular GPL software rather than a > proprietary thing with a requirement for the user to explicitly accept it's > ToS (since it would be odd to require to accept telemetry when it's > allegedly not present). Similar to how it's handled with > net-im/skypeforlinux. And possibly forever relegated to ~testing. > > Another thing to consider is that people will not necessarily understand the > difference between a build of Audacity that has the bad parts disabled and > either 1st party or possibly even 3rd party builds with active data > collection, which is another way how Gentoo and other distros would end up > lending their community trust and credence to Audacity in general. > > Regarding calling it spyware, I was not able to find the original source for > it but here's a few select links instead: > https://www.reddit.com/r/audioengineering/comments/oesvri/ > audacity_is_now_a_spyware/ > https://www.bbc.com/news/technology-57721967 > https://www.laptopmag.com/news/audacity-labelled-as-possible-spyware-new- > owner-is-selling-your-private-data > > I'm not aware of any of the programs you mentioned being forbidden for > children to use (which was the case of updated (not sure if still current?) > Audacity privacy policy). Nor am I aware of Google or Mozilla storing > foreign user data on Russian servers and sharing it with law enforcement as > a blanket statement without the usual "unless required by law" clause which > is a seemingly minor but actually very important nuance in countries > governed by law. See also https://cdm.link/2021/07/audacity-makers-clarify-data-usage-and-theres-not-reason-to-dump-the-editor-yet/
Instead of quoting a previous comment, you would have done well to have read it and then understood that their statements are *irrelevant*. It's about has the open source community regained their trust in Audacity after the takeover by Muse Group. You will not prove that by posting a 1st party PR post. Does Fedora trust Audacity now? Does Debian trust them now? Are they patching/disabling something to trust it?
not for nothing, but if your objection is to the data-gathering policies of the new owners, there's a privacy-focused fork of audacity (media-sound/tenacity) that's available on the lanodanOverlay overlay. It's also compatible with wxGTK-3.1*, which seems to be in the same overlay.
I made tenacity compatible with wx3.0 as well, but tenacity is in a development limbo right now with nothing really going on.
To expand a bit more with Gentoo angle: * Tenacity has no actual releases, so that in main tree would be a live ebuild or some snapshot. * I do not intend to sign any CLAs to get audacity itself to work with wx3.0 again, and that upstream is unlikely to accept it anyhow (they care about some sort of mysterious to me accessibility improvements in their wxWidgets fork for wxMac, and do not care about making it easier for stable distributions) * Someone so inclined could grab my commits and make them apply against recent audacity, but there may be more wx3.1 specific code in there than at the point of tenacity fork at its current audacity (quite old) merge state. It might need some mangling of their rather non-conventional build system as well, which tenacity has completely replaced (and my commits work on top of the tenacity build system instead - I couldn't even build the thing when it still had the original audacity build system). If such work is successful, the gentoo audacity maintainers could perhaps include it as a patch for a 3.1.x audacity bump in the main tree.
Another thing I forgot: Supposedly wxWidgets-3.2 is actually on the way out the door finally. The planned release date is June 6th 2022. I'll believe it when I see it, though.
I'd just like to say that with PipeWire 0.3.51 Ardour is in a decent shape. It's definitely a big thing to try and learn but after the latest round of JACK fixes in 0.3.51 it appears to be usable and stable.
(In reply to Mart Raudsepp from comment #23) > Supposedly wxWidgets-3.2 is actually on the way out > the door finally. The planned release date is June 6th 2022. This has been postponed to July 7th 2022 with a 3.1.7 on June 6th first instead.
use wxGTK-3.2 overlay and tried to build audacity 3.2.1, but failed with error below. I added denpencies like Conan, but seemed they changed the build system. Auto detecting your dev setup to initialize the default profile (/var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/default) Found gcc 12.2 Found clang 15.0 gcc>=5, using the major as version ************************* WARNING: GCC OLD ABI COMPATIBILITY *********************** Conan detected a GCC version > 5 but has adjusted the 'compiler.libcxx' setting to 'libstdc++' for backwards compatibility. Your compiler is likely using the new CXX11 ABI by default (libstdc++11). If you want Conan to use the new ABI for the default profile, run: $ conan profile update settings.compiler.libcxx=libstdc++11 default Or edit '/var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/default' and set compiler.libcxx=libstdc++11 ************************************************************************************ Default settings os=Linux os_build=Linux arch=x86_64 arch_build=x86_64 compiler=gcc compiler.version=12 compiler.libcxx=libstdc++ build_type=Release *** You can change them in /var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/default *** *** Or override with -s compiler='other' -s ...s*** ERROR: Invalid setting 'Gentoo' is not a valid 'settings.build_type' value. Possible values are ['None', 'Debug', 'Release', 'RelWithDebInfo', 'MinSizeRel'] Read "http://docs.conan.io/en/latest/faq/troubleshooting.html#error-invalid-setting" CMake Error at cmake-proxies/cmake-modules/conan.cmake:638 (message): Conan install failed='1' Call Stack (most recent call first): cmake-proxies/cmake-modules/AudacityDependencies.cmake:310 (conan_cmake_install) cmake-proxies/cmake-modules/AudacityDependencies.cmake:333 (_conan_install) CMakeLists.txt:612 (resolve_conan_dependencies) -- Configuring incomplete, errors occurred! See also "/var/tmp/portage/media-sound/audacity-3.2.1/work/audacity-3.2.1_build/CMakeFiles/CMakeOutput.log". See also "/var/tmp/portage/media-sound/audacity-3.2.1/work/audacity-3.2.1_build/CMakeFiles/CMakeError.log".
(In reply to younky.yang from comment #26) > use wxGTK-3.2 overlay and tried to build audacity 3.2.1, but failed with > error below. I added denpencies like Conan, but seemed they changed the > build system. > > > Auto detecting your dev setup to initialize the default profile > (/var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/default) > Found gcc 12.2 > Found clang 15.0 > gcc>=5, using the major as version > > ************************* WARNING: GCC OLD ABI COMPATIBILITY > *********************** > > Conan detected a GCC version > 5 but has adjusted the 'compiler.libcxx' > setting to > 'libstdc++' for backwards compatibility. > Your compiler is likely using the new CXX11 ABI by default (libstdc++11). > > If you want Conan to use the new ABI for the default profile, run: > > $ conan profile update settings.compiler.libcxx=libstdc++11 default > > Or edit > '/var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/ > default' and set compiler.libcxx=libstdc++11 > > ***************************************************************************** > ******* > > > > Default settings > os=Linux > os_build=Linux > arch=x86_64 > arch_build=x86_64 > compiler=gcc > compiler.version=12 > compiler.libcxx=libstdc++ > build_type=Release > *** You can change them in > /var/tmp/portage/media-sound/audacity-3.2.1/homedir/.conan/profiles/default > *** > *** Or override with -s compiler='other' -s ...s*** > > > ERROR: Invalid setting 'Gentoo' is not a valid 'settings.build_type' value. > Possible values are ['None', 'Debug', 'Release', 'RelWithDebInfo', > 'MinSizeRel'] > Read > "http://docs.conan.io/en/latest/faq/troubleshooting.html#error-invalid- > setting" > CMake Error at cmake-proxies/cmake-modules/conan.cmake:638 (message): > Conan install failed='1' > Call Stack (most recent call first): > cmake-proxies/cmake-modules/AudacityDependencies.cmake:310 > (conan_cmake_install) > cmake-proxies/cmake-modules/AudacityDependencies.cmake:333 (_conan_install) > CMakeLists.txt:612 (resolve_conan_dependencies) > > > -- Configuring incomplete, errors occurred! > See also > "/var/tmp/portage/media-sound/audacity-3.2.1/work/audacity-3.2.1_build/ > CMakeFiles/CMakeOutput.log". > See also > "/var/tmp/portage/media-sound/audacity-3.2.1/work/audacity-3.2.1_build/ > CMakeFiles/CMakeError.log". See also Bug 797235
Created attachment 833791 [details] Ebuild for audacity with wxGTK-3.2 Managed to emerge audacity-3.2.1 with the attached patch (needs wxGTK-3.2). Notes: conan is disabled in this ebuild. I don't think we want it in the gentoo build. If enabled (default) it leads to the noted error with invalid build_type "Gentoo", where it should be "Release". Didn't research it further. Also had to disable vst3 for now (there is no "vst" flag in CMakeFile any more), as it led to a missing library error. Note that since EXPERIMENTAL_MIDI_OUT seems to be unconditionally enabled, USE flags portmidi and portsmf have to be set.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=75e46d7319ae344ddd180417ff380bcda495d9a8 commit 75e46d7319ae344ddd180417ff380bcda495d9a8 Author: Arsen Arsenović <arsen@gentoo.org> AuthorDate: 2023-01-20 21:25:40 +0000 Commit: Arsen Arsenović <arsen@gentoo.org> CommitDate: 2023-01-20 22:15:48 +0000 media-sound/audacity: add 3.2.3 This update also links against system portaudio. Keywords dropped to ~amd64 due to media-libs/portsmf. Closes: https://bugs.gentoo.org/777366 Closes: https://bugs.gentoo.org/822978 Closes: https://github.com/gentoo/gentoo/pull/28715 Signed-off-by: Arsen Arsenović <arsen@gentoo.org> media-sound/audacity/Manifest | 3 + media-sound/audacity/audacity-3.2.3.ebuild | 223 +++++++++++++++++++++ ...y-3.2.3-allow-finding-rapidjson-pkgconfig.patch | 24 +++ ...audacity-3.2.3-allow-overriding-alsa-jack.patch | 48 +++++ .../files/audacity-3.2.3-disable-ccache.patch | 33 +++ .../audacity/files/audacity-3.2.3-fix-rpaths.patch | 144 +++++++++++++ .../audacity-3.2.3-remove-conan-threadpool.patch | 58 ++++++ media-sound/audacity/metadata.xml | 10 +- 8 files changed, 541 insertions(+), 2 deletions(-)