Arch Linux User Repository

@madskjeldgaard Doing this automatically would likely be undesirable, because that would mean that running makepkg -sic or installing updates through your favourite AUR helper would also touch files in your home directory without your explicit consent, which I don't think is something post-install scripts should ever do. Another issue is that it would also not even be possible, since the post-install script runs as root. So you'd need to figure which user started this Pacman job, and then run yabridgectl as that user.

Hi, every time yabridge updates, running yabridgectl sync is needed. Could this be incorporated into the package as a post update hook or something? Would be nice ! Sometimes I update my system and my vst's crash because I forgot to run this manually myself but would be awesome to have it automated in the package. Thanks a lot!

@phunni Ah yes, good catch, I forgot to add a makedepends version bound for Wine. Wine 6.6 has a regression with its wineg++ implementation that resets the include paths, and thus breaks includes like this. You'll either have to temporarily downgrade to Wine (Staging) 6.0-6.5 or use the prebuilt binaries from the yabridge-bin package.

Latest build fails with:

[8/31] Compiling C++ object libvst3_base_wine_64bit.a.p/meson-generated_vst3_base_wine_64bit-unity0.cpp.o FAILED: libvst3_base_wine_64bit.a.p/meson-generated_vst3_base_wine_64bit-unity0.cpp.o wineg++ -Ilibvst3_base_wine_64bit.a.p -I. -I.. -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c++2a -O3 -march=x86-64 -mtune=generic -O2 -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -isystem../subprojects/vst3 -isystemsubprojects/vst3 -DRELEASE=1 -DNOMINMAX -DWINE_NOWINSOCK -m64 -Wno-cpp -MD -MQ libvst3_base_wine_64bit.a.p/meson-generated_vst3_base_wine_64bit-unity0.cpp.o -MF libvst3_base_wine_64bit.a.p/meson-generated_vst3_base_wine_64bit-unity0.cpp.o.d -o libvst3_base_wine_64bit.a.p/meson-generated_vst3_base_wine_64bit-unity0.cpp.o -c libvst3_base_wine_64bit.a.p/vst3_base_wine_64bit-unity0.cpp In file included from /home/paul/.cache/aurutils/sync/yabridge/src/yabridge-3.1.0/build/../subprojects/vst3/base/source/fbuffer.cpp:40, from libvst3_base_wine_64bit.a.p/vst3_base_wine_64bit-unity0.cpp:2: /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next <stdlib.h> | ^~~~~~~~~~ compilation terminated. winegcc: /usr/bin/g++ failed

@robbert-vdh damn, that was a nasty "bug". working fine now; thanks a lot

@capoeira Apparently the pt_BR.UTF-8 breaks the format for no reason by translating Mem: with Mem.:. I've updated the PKGBUILD and the RAM detection should now work with Brazilian locales.

Huh yours has a dot after Mem, that's very odd. I can imagine that breaking a number of things. Could you check whether env LANG=C free --gibi --si doesn't have that dot? I'll add that to the PKGBUILD then if this is caused by a broken translation.

it's in portuguese, yes (I use systemd-swap)

[studio@bahiahost ~]$ free --gibi --si total usada livre compart. buff/cache disponível Mem.: 8 2 2 0 2 5 Swap: 0 0 0

@capoeira And what does running just free --gibi --si print? Does the output of free gets translated somehow? (there are no Dutch translation for it, and I assumed all of these system utilities aren't translated to prevent scripts from breaking)

it doesn't output anything at all