This now appears to be failing to build due to newer gcc...
I was able to get it to build using the following changes to PKGBUILD:
diff --git a/PKGBUILD b/PKGBUILD
index 72a7f44..36621b2 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,8 +11,13 @@ url="https://sonobus.net"
license=('GPL-3.0-or-later')
depends=('alsa-lib' 'freetype2' 'gcc-libs' 'glibc' 'opus')
makedepends=('cmake' 'jack' 'libx11' 'libxcursor' 'libxinerama' 'libxrandr')
-source=("${pkgname}-${pkgver}.tar.gz::https://github.com/sonosaurus/sonobus/archive/refs/tags/${pkgver}.tar.gz")
-sha256sums=('f09954555a281ff254971ef3af5f9d041102143c6454958b15a11a380680a55d')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/sonosaurus/sonobus/archive/refs/tags/${pkgver}.tar.gz" "versioninfo-gcc15.patch")
+sha256sums=('f09954555a281ff254971ef3af5f9d041102143c6454958b15a11a380680a55d' '5b0a4a57e2a33b03723f914e14ddeadeb10b156a59cd87d69225a6a8d85bf9f0')
+
+prepare() {
+ cd "${pkgname}-${pkgver}"
+ patch -Np1 -i "${srcdir}/versioninfo-gcc15.patch"
+}
build() {
cd "${pkgname}-${pkgver}"
And the following "versioninfo-gcc15.patch":
--- sonobus-1.7.2/Source/VersionInfo.h 2023-12-11 00:32:23.000000000 -0500
+++ ./VersionInfo.h 2026-05-11 15:17:45.721022734 -0400
@@ -27,6 +27,12 @@
const std::vector<Asset> assets;
private:
+ VersionInfo (String version, String notes, std::vector<Asset> parsedAssets)
+ : versionString (std::move (version)),
+ releaseNotes (std::move (notes)),
+ assets (std::move (parsedAssets))
+ {}
+
VersionInfo() = default;
static std::unique_ptr<VersionInfo> fetch (const String&);
--- sonobus-1.7.2/Source/VersionInfo.cpp 2023-12-11 00:32:23.000000000 -0500
+++ ./VersionInfo.cpp 2026-05-11 15:17:45.721022734 -0400
@@ -116,5 +116,6 @@
}
}
- return std::unique_ptr<VersionInfo> (new VersionInfo ({ versionString, releaseNotes, std::move (parsedAssets) }));
+ return std::unique_ptr<VersionInfo> (
+ new VersionInfo (std::move (versionString), std::move (releaseNotes), std::move (parsedAssets)));
}
Any plans to update to latest release 1.7.2 ?
Anyone getting an "error: ‘exchange’ is not a member of ‘std’" when is tries to compile juce? Tried using CFLAGS="$CFLAGS -std=c17" thinking that would solve but no dice.
zenity should be at least a optdep of this, as it's used for loading and saving setups and files.
Is there still a maintainer?
It's 1.4.9, actually
Here's a backtrace, but it doesn't mean much to me:
!! killing thread by force !!
[New Thread 0x7fffe7461640 (LWP 20503)]
FATAL: exception not rethrown
Thread 15 "JUCE ALSA" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffe4b61640 (LWP 20010)]
0x00007ffff785ad22 in raise () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff785ad22 in raise () from /usr/lib/libc.so.6
#1 0x00007ffff7844862 in abort () from /usr/lib/libc.so.6
#2 0x00007ffff789cd28 in __libc_message () from /usr/lib/libc.so.6
#3 0x00007ffff789cd5a in __libc_fatal () from /usr/lib/libc.so.6
#4 0x00007ffff7dd1324 in unwind_cleanup () from /usr/lib/libpthread.so.0
#5 0x00005555555e703a in ?? ()
#6 0x00007ffff7dc8259 in start_thread () from /usr/lib/libpthread.so.0
#7 0x00007ffff791c5e3 in clone () from /usr/lib/libc.so.6
I just built this package and I'm also getting a crash, but it's not a segfault:
$ sonobus
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
!! killing thread by force !!
FATAL: exception not rethrown
Aborted (core dumped)
$ sonobus -v
SonoBus version 1.4.6
I'm getting the same problem with sonobus-git, which is currently building version 1.4.7: https://aur.archlinux.org/packages/sonobus-git/#comment-844699
Could you consider adding arm architectures to the list of architectures? I at least know aarch64 to work.
Hi, when I try to load an audio file or record the program crashes with a segfault.
Talking with some friends who had sonobus also installed, one has the same issue and for the other one all works as expected.
JUCE is not a normal library dependency (for anyone), it is a source code collection... it isn't designed to be linked to like most other "dependencies". And furthermore, I have modified it, so you need to think of it as part of the SonoBus source code (which it is), and not a dependency.
Looks like libcurl is no longer a dependency either.
Regarding X11 and libjack, the code does dynamic library loading internally at runtime, and not at link time, which is why they don't show up with ldd.
