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

Git Clone URL: https://aur.archlinux.org/carla-git.git (read-only, click to copy)
Package Base: carla-git
Description: Audio Plugin Host
Upstream URL: https://kx.studio/Applications:Carla
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: 27
Popularity: 0.46
First Submitted: 2013-10-11 12:29 (UTC)
Last Updated: 2023-09-13 09:45 (UTC)

Required by (220)

Sources (1)

Latest Comments

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

SpotlightKid commented on 2025-10-10 03:22 (UTC)

@lorenzosu: Doesn't happen for me with pikaur.

lorenzosu commented on 2025-10-09 06:21 (UTC)

Hi I keep getting this as an update (I use yay for aur) even after having it installed:

e.g.

aur/carla-git 1:2.5.1.r563.g12bc40fd6-1 -> 1:2.5.1.r415.gdd092c74a-1

Any idea?

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 libera.chat