Package Details: carla-git 1:2.5.1.r415.gdd092c74a-1

Git Clone URL: (read-only, click to copy)
Package Base: carla-git
Description: Audio Plugin Host
Upstream URL:
Keywords: daw host plugin vst2 vst3
Licenses: GPL2
Groups: lv2-plugins, vst-plugins, pro-audio
Conflicts: carla
Provides: carla, clap-host, dssi-host, ladspa-host, lv2-host, vst-host, vst3-host
Submitter: cocreature
Maintainer: SpotlightKid (Joermungand)
Last Packager: SpotlightKid
Votes: 24
Popularity: 0.004016
First Submitted: 2013-10-11 12:29 (UTC)
Last Updated: 2023-09-13 09:45 (UTC)

Required by (162)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

xiota commented on 2023-11-28 23:05 (UTC) (edited on 2023-11-28 23:41 (UTC) by xiota)

Upstream tags releases off of the main branch. The following will generate more useful version strings, currently 2.5.7.r412.gf3d8dce5:

pkgver() {
  cd $_pkgname
  local _version=$(git tag | grep -Ev '^.*[a-zA-Z]{2}.*$' | sort -V | tail -1)
  local _revision=$(git rev-list --count --cherry-pick ${_version:?}...HEAD)
  local _hash=$(git rev-parse --short=8 HEAD)

  printf '%s.r%s.g%s' "${_version#v}" "${_revision:?}" "${_hash:?}"

You may also consider putting in provides, "$_pkgname=${pkgver%%.r*}". As far as I know, nothing uses versioned depends for this package, so shouldn't matter right now.

xiota commented on 2023-09-13 05:57 (UTC) (edited on 2023-09-13 06:28 (UTC) by xiota)

Not building in clean chroot.

# Install vst plugin
install -d /home/main-builder/pkgwork/pkg/carla-git/usr/lib/vst/carla.vst
install -m 644 \
    bin/CarlaRack*.* \
    bin/CarlaPatchbay*.* \
install: cannot stat 'bin/CarlaRack*.*': No such file or directory
install: cannot stat 'bin/CarlaPatchbay*.*': No such file or directory
make: *** [Makefile:560: install_main] Error 1
==> ERROR: A failure occurred in package().

Error is fixed by adding to makedepends (don't know if should be depends): libxrandr libxcursor libgl

Reason is:

eclairevoyant commented on 2023-03-21 00:01 (UTC)

Obviously the former (easily verified, the package is on the AUR).

SpotlightKid commented on 2023-03-20 16:27 (UTC) (edited on 2023-03-20 16:29 (UTC) by SpotlightKid)

You mean the software itself checks for carla=>2.6.0 at build time? Or your package? If the latter: don't do that. If the former: complain to upstream. Carla 2.6.x does not exist right now.

eclairevoyant commented on 2023-03-20 16:16 (UTC)

The reason I suggested the new pkgver is because a package I maintain (zrythm) depends on carla 2.6.0, which is really only available in git right now. It's not related to a release but the maintainer still did do a version bump?

SpotlightKid commented on 2023-03-20 15:07 (UTC)

@eclairevoyant: I talked to falktx and it transpires that the master branch at the moment is actually not related to any release, since releases are created from older states with backports of newer features.

Insofar it would make sense to remove the release version number from pkgver, but that would create problems with the package updates. In the interest of keeping it simple, I think it is best to keep the current pkgver function as its output actually best reflects the state of the master branch.

eclairevoyant commented on 2023-03-18 00:27 (UTC) (edited on 2023-03-18 00:33 (UTC) by eclairevoyant)

Played around with it, it seems that it only builds properly in the chroot with qt4 added to makedepends(), despite the HAVE_QT4=false. (It's possible that the actual make dep required is somewhere else in the dependency tree of qt4, but I'm too lazy to check atm.)

Also, I believe pkgver() needs correcting, stable version of carla is already on 2.5.4 but this PKGBUILD produces the version 2.5.1.r109.g21508c6f7 (recent releases haven't been tagged on the main branch). I'd suggest something like the following (parsing the version from the Makefile):

pkgver() {
  cd $_pkgname
  git blame -s -L"/VERSION   :=/,+1" Makefile | awk '{
    ver = gensub("-",".",1,$5);
    "git rev-list --count "$1"..HEAD" | getline commit_count;
    print ver".r"commit_count"."$1

which produces a more accurate version 2.6.0.alpha1.r64.bae7149b0d-1

SpotlightKid commented on 2023-03-16 06:15 (UTC)

Carla builds some things only when the presence of the dependencies is detected, so it is still possible. But by all means, get in touch with Carla's author. He is usually found on #lad on

eclairevoyant commented on 2023-03-16 05:41 (UTC)

I doubt it's a missing make dep since it's failing during package(). It looks like those files just aren't being built in the first place, so installing them results in "no such file". Actually, it's the same error that @seshn was facing in 2020 but I think that's simply a coincidence.

For comparison, I built carla from the repos ( and there's no error. Then I patched the PKGBUILD as follows ( and it does produce the same error... this makes me strongly believe it's something upstream changed very recently. If I have some time this weekend I might try to bisect it.

SpotlightKid commented on 2023-03-16 04:51 (UTC)

@eclairevoyant: Could be a missing make dependency. I can't reproduce it, but I currently don't have a clean chroot build environment here. Can you paste the full makepkg log to e.g. and post the link here?