Search Criteria
Package Details: yabridge-git 5.0.2.r14.g399db4d2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/yabridge-git.git (read-only, click to copy) |
---|---|
Package Base: | yabridge-git |
Description: | A modern and transparent way to use Windows VST2 and VST3 plugins on Linux |
Upstream URL: | https://github.com/robbert-vdh/yabridge |
Licenses: | GPL3 |
Conflicts: | yabridge |
Provides: | yabridge |
Submitter: | robbert-vdh |
Maintainer: | robbert-vdh |
Last Packager: | robbert-vdh |
Votes: | 8 |
Popularity: | 0.000405 |
First Submitted: | 2020-05-05 13:30 (UTC) |
Last Updated: | 2022-12-23 19:11 (UTC) |
Dependencies (12)
- libxcb (libxcb-gitAUR)
- tomlplusplus
- wine (wine-valveAUR, wine-stable-nextAUR, wine-stableAUR, wine-wow64-gitAUR, wine-staging-wow64-gitAUR, wine-ge-customAUR, wine-gitAUR, wine-staging-gitAUR, wine-wow64AUR, wine-staging-wow64AUR, wine-tkg-staging-wow64-binAUR, wine-cachyosAUR, wine-staging)
- asio (asio-gitAUR) (make)
- bitsery (make)
- cmake (cmake-gitAUR) (make)
- function2 (make)
- git (git-gitAUR, git-glAUR) (make)
- lib32-libxcb (lib32-libxcb-gitAUR) (make)
- meson (meson-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- yabridgectl (yabridgectl-gitAUR, yabridge-binAUR) (optional) – utility for setting up and managing yabridge
Latest Comments
1 2 Next › Last »
carlosnewmusic commented on 2024-11-07 00:11 (UTC)
Build error https://pastebin.com/t7mCZv1Z
funkmuscle commented on 2022-03-12 18:00 (UTC)
@robbert-vdh thanks, it worked
robbert-vdh commented on 2022-03-11 18:52 (UTC)
You've added
/usr/lib/vst
to yabridgectl. Don't do that. Runyabridgectl rm /usr/lib/vst
and just hit enter at the prompt.funkmuscle commented on 2022-03-11 18:37 (UTC)
Hey everyone, anyone getting this kinda error?
Error: Could not remove '/usr/lib/vst/TPA-1.so'
Caused by: Permission denied (os error 13)
Before I would downgrade wine-staging but that failed to fix it..
robbert-vdh commented on 2021-11-11 14:46 (UTC)
@jpcima Unity builds sadly require a ton of memory. I now set the number of jobs to one job per every four gigabytes of memory available instead of only limiting the number of jobs when you have less than 8 gigabytes of memory (ninja defaults to
$(nproc)
). Let me know if that works better for you.jpcima commented on 2021-11-11 11:19 (UTC) (edited on 2021-11-11 11:21 (UTC) by jpcima)
My machine has total_memory=14, and yet this build manages to oom kill my running processes. (note: it's 4-core/8-thread AMD)
SpotlightKid commented on 2021-03-08 13:40 (UTC)
@robbert-vdh: I disagree with your reasoning. Users installing VCS packages should know how to update them. They are not for general usage by by users who don't know what they are for.
robbert-vdh commented on 2021-03-08 13:08 (UTC)
@SpotlightKid Normally there is indeed no need to version bump VCS packages. In this case however there are a number of people who have used these
yabridge-git
andyabridgectl-git
AUR packages in the past to test some changes. Most of these people use AUR helpers (which is the only place where version bumps have any significance), and they would otherwise not receive any updates anymore unless they remember to manually reinstallyabridge-git
from time to time. To avoid confusion I thus keep the versions of allyabridge*
AUR packages in sync. And while it is convention to not version bump VCS packages without any other changes (which is also rarely needed since the majority of packages don't have frequent releases that don't also require build changes anyways), there is also no official guideline that prohibits this. If you use an AUR helper and you don't want these packages to automatically update when you update your system, then you can add them to theIgnorePkg
field in/etc/pacman.conf
.SpotlightKid commented on 2021-03-08 12:41 (UTC)
Please don't push PKGBUILD updates if there were no changes except the generated version number. You only need and only should update a VCS package when there are actual changes to the PKGBUILD necessary.
magillos commented on 2021-01-06 10:39 (UTC)
Your newest pkgbuild (1 job) takes nearly 7 minutes to build and takes a little swap. After removing '--unity=on' and with setting up 'ninja -C build' regardless of RAM available (I hope it's what you wanted me to check) it takes over 13 minutes and uses bit more swap. The problem with previous pkgbuild was not only build time, but also it would make system so unresponsive that sometimes it had to be killed with SysRq and build run again after reboot. If built after reboot it would finish successfully but only after quite long time and occupying literally the whole Ram and swap avaible. So to me the current pkgbuild is the winner. Thanks! (again)
1 2 Next › Last »