Package Details: carla-git 1:2.4.0.r8.g846312632-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: http://kxstudio.sf.net/carla
Keywords: daw host plugin vst2 vst3
Licenses: GPL2+
Conflicts: carla
Provides: carla
Submitter: cocreature
Maintainer: SpotlightKid (Joermungand)
Last Packager: SpotlightKid
Votes: 23
Popularity: 0.000034
First Submitted: 2013-10-11 12:29 (UTC)
Last Updated: 2021-08-29 13:01 (UTC)

Required by (22)

Sources (1)

Pinned Comments

SpotlightKid commented on 2021-03-17 22:10 (UTC) (edited on 2021-03-17 22:14 (UTC) by SpotlightKid)

Heads up, everybody! I've switched this package back from building the "develop" branch to the "main" branch again, since the "develop" branch is now gone. If you re-use your package build directories, you might have to delete the old "carla" repo directory and you also may need to delete the "src" directory before re-building.

Latest Comments

SpotlightKid commented on 2021-03-17 22:10 (UTC) (edited on 2021-03-17 22:14 (UTC) by SpotlightKid)

Heads up, everybody! I've switched this package back from building the "develop" branch to the "main" branch again, since the "develop" branch is now gone. If you re-use your package build directories, you might have to delete the old "carla" repo directory and you also may need to delete the "src" directory before re-building.

seshn commented on 2020-05-11 06:25 (UTC)

Unfortunately no luck, full build log is here https://pastebin.com/KdR6sfeH

SpotlightKid commented on 2020-05-11 00:00 (UTC)

@seshn: I can't reproduce this. Please remove /home/crusty/.cache/yay/carla-git/ and try 'yay-S carla-git' again.

seshn commented on 2020-05-10 23:33 (UTC)

Install vst plugin

install -d /home/crusty/.cache/yay/carla-git/pkg/carla-git//usr/lib/vst/carla.vst install -m 644 \ bin/CarlaRack. \ bin/CarlaPatchbay. \ /home/crusty/.cache/yay/carla-git/pkg/carla-git//usr/lib/vst/carla.vst install: cannot stat 'bin/CarlaRack.': No such file or directory install: cannot stat 'bin/CarlaPatchbay.': No such file or directory make: *** [Makefile:550: install_main] Error 1

Any help on that?:(

Terence commented on 2020-04-22 15:07 (UTC)

@SpotlightKid all good,thanks!

SpotlightKid commented on 2020-04-22 12:40 (UTC)

@Terence: Done. Sorry it took a few days.

Terence commented on 2020-04-17 01:17 (UTC)

@Joermungand can you bump pkgver again please? 1:2.1.rc2.r0 is to pacman newer than 1:2.1.r15.

In the long run the pkgver() function should probably be tweaked to account for RC.

milkii commented on 2019-12-04 15:00 (UTC)

Might it be possible to have a pkgver without a colon? As Github Releases cannot host files with one - https://github.com/localnet/aurci/issues/21

muncrief commented on 2019-07-13 12:44 (UTC)

@SpotlightKid. Yes, I just wanted to let you know that it looked like something had changed.

And by the way, thank you for maintaining Carla. KXStudio is vastly superior to any other solution available on either Windows or Mac and as a musician it would be a great loss if it were to go away. There is simply nothing else that allows so many different arbitrary connections of programs and instruments at all, much less with such low latency.

In fact I'm quite worried about Ladish as it seems development has stopped, and without it KXStudio would no longer be viable. I primarily use Claudia to hook together a myriad of instruments, microphones, DAWs, and other programs and it's just absolutely amazing.

In fact every once in a while I fire up my my Windows KVM and very expensive Pro Tools installation and just marvel at how cumbersome, primitive, and limited it is. I simply have no use for any tool that can only deal with one instrument at a time.

SpotlightKid commented on 2019-07-12 20:14 (UTC)

@muncrief: I see now that falkTX has merged the PR with patch shortly after I added it to the PKGBUILD: https://github.com/falkTX/Carla/commit/db6dadd6de2041adf34905d77839cce05273924c

The patch is no longer needed and I just pushed a new PKGBUILD.

muncrief commented on 2019-07-12 19:12 (UTC)

@SpotlightKid: I did a completely clean build by changing to a working directory and executing "yay -G carla-git" to create a clean build directory.

I then ran makepkg and got the patch failure so I looked at the patch and the CarlaBridgeToolkitQt.cpp file and saw the reason the patch failed was because the CarlaBridgeToolkitQt.cpp was different than what the patch expected, and that's why it failed.

But like I said I'm not familiar with Carla, and only install it because I like to have a full KXStudio package. However the PKGBUILD does look like it's using the develop branch, and I didn't change anything in it other than removing the patch.

SpotlightKid commented on 2019-07-12 18:41 (UTC)

@muncrief: Are you sure you are looking at 'develop' branch? Have you removed your 'src' directory before rebuilding?

The patch only fixes compilation for Qt >= 5.13. Not all Arch variants have upgraded Qt yet, e.g. Manjaro is still on 5.12.x.

muncrief commented on 2019-07-12 18:14 (UTC)

I tried building this today and the patch failed so it wouldn't build. Upon further inspection I discovered the source/bridges-ui/CarlaBridgeToolkitQt.cpp file has substantially changed and it looks like the patch may now be obsolete.

So I removed the patch from the PKGBUILD and carla compiled and installed. And when I run it the window appears and looks correct.

However I don't actually use Carla and have no way of testing its actual functionality, so hopefully a user will be able to verify if removing the patch is okay.

dvzrv commented on 2019-07-10 08:22 (UTC)

@SpotlightKid: No, the patch is relevant for qt5 >= 5.13 (only actually). The qt4 bits stay in place, but for qt5 it's relevant as some parts of the code otherwise get namespaced and lead to compiler errors.

SpotlightKid commented on 2019-07-09 10:54 (UTC)

@Teteros: Isn't this patch only relevant, if you compile with Qt4 support at all? This PKGBUILD recently turned off Qt4 support by passing HAVE_QT4=false to make.

Teteros commented on 2019-07-06 03:08 (UTC) (edited on 2019-07-06 03:12 (UTC) by Teteros)

Fails to build currently on gcc9 and Qt >= 5.13

https://github.com/falkTX/Carla/issues/894

Patch from PR #895 fixes compile:

fix_qt5.13_moc.patch

diff --git a/source/bridges-ui/CarlaBridgeToolkitQt.cpp b/source/bridges-ui/CarlaBridgeToolkitQt.cpp
index 81478fd3..0fbae9cf 100644
--- a/source/bridges-ui/CarlaBridgeToolkitQt.cpp
+++ b/source/bridges-ui/CarlaBridgeToolkitQt.cpp
@@ -263,9 +263,7 @@ private:
 # pragma GCC diagnostic ignored "-Wzero-as-null-pointer-constant"
 #endif

-#if (QT_VERSION >= QT_VERSION_CHECK(5, 0, 0))
-# include "CarlaBridgeToolkitQt5.moc"
-#else
+#if (QT_VERSION < QT_VERSION_CHECK(5, 0, 0))
 # include "CarlaBridgeToolkitQt4.moc"
 #endif

@@ -286,6 +284,21 @@ CARLA_BRIDGE_UI_END_NAMESPACE

 // -------------------------------------------------------------------------

+#if defined(__GNUC__) && (__GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ >= 6))
+# pragma GCC diagnostic push
+# pragma GCC diagnostic ignored "-Wzero-as-null-pointer-constant"
+#endif
+
+#if (QT_VERSION >= QT_VERSION_CHECK(5, 0, 0))
+# include "CarlaBridgeToolkitQt5.moc"
+#endif
+
+#if defined(__GNUC__) && (__GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ >= 6))
+# pragma GCC diagnostic pop
+#endif
+
+// -------------------------------------------------------------------------
+
 #if defined(__GNUC__) && (__GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ >= 6))
 # pragma GCC diagnostic push
 # pragma GCC diagnostic ignored "-Wmissing-declarations"

You can apply in the PKGBUILD as usual:

source=("$pkgname"::"git://github.com/falkTX/Carla.git" "fix_qt5.13_moc.patch")
md5sums=('SKIP' 'SKIP')

prepare() {
  cd "$srcdir/$pkgname"
  patch -p1 < "$srcdir/fix_qt5.13_moc.patch"
}

SpotlightKid commented on 2019-06-29 16:47 (UTC)

@milk: I just pushed a new version, which drops support for Qt4 completely. If you want to use LV2 plugins with a Qt4 GUI with Carla, you have to edit the PKGBUILD file and remove the HAVE_QT=false lines (and install the qt4 AUR package of course) and rebuild.

SpotlightKid commented on 2019-06-24 09:49 (UTC)

@milk: I didn't realize, 'qt4' is in the AUR now (on Manjaro, it seems, it is still in the 'community' repos). Alas, to build the LV2 bridge for LV2 plugins using Qt4, you still need Qt4 at compile time. But at least on my system there seem to be no LV2 plugins actually linked against Qt4.

Here's the command I'm using to check:

find /usr/lib/lv2/ -name "*.so" | while read so; do ldd "$so" | grep -H 'QtCore\.so\.4' ; done

Let me think about this for a day or two...

milkii commented on 2019-06-23 16:28 (UTC)

Can qt4 be removed from makedepends as it is in optdepends? Qt4 takes two hours to build on my system and I want shot of it.

SpotlightKid commented on 2019-05-02 17:01 (UTC)

'qt5' is indirectly required by 'python-pyqt5', which is in the 'depends' list. All 'depends' packages are automatically make dependencies as well. 'qt4' is only in 'makedepends' and in 'optdepends', because it is only required for plugins using Qt4 and building the Carla plugin bridge for those. Carla itself only uses Qt5 nowadays, I think.

Terence commented on 2019-05-02 16:54 (UTC)

Shouldn't the qt4 makedepends be replaced with qt5?

SpotlightKid commented on 2019-02-18 17:41 (UTC)

Please do not flag this package as out-of-date, only because the version number shown on this page is less than that of the latest release. This is normal for VCS packages such as this one. The version number is automatically updated when you compile the package.

Please read: https://wiki.archlinux.org/index.php/Arch_User_Repository#Foo_in_the_AUR_is_outdated;_what_should_I_do?

neta540 commented on 2019-01-18 10:57 (UTC)

@SpotlightKid without qt5-svg the error is:

LRDF Support not available (LADSPA-RDF will be disabled) Traceback (most recent call last): File "/usr/share/carla/carla", line 22, in <module> from carla_host import * File "/usr/share/carla/carla_host.py", line 40, in <module> from patchcanvas import patchcanvas File "/usr/share/carla/patchcanvas/patchcanvas.py", line 55, in <module> from .canvasbox import CanvasBox File "/usr/share/carla/patchcanvas/canvasbox.py", line 60, in <module> from .canvasicon import CanvasIcon File "/usr/share/carla/patchcanvas/canvasicon.py", line 24, in <module> from PyQt5.QtSvg import QGraphicsSvgItem, QSvgRenderer ImportError: libQt5Svg.so.5: cannot open shared object file: No such file or directory

SpotlightKid commented on 2018-10-07 01:43 (UTC)

@neta540: What error did you get exactly? Anyway, I added 'qt5-svg' to the dependencies now.

neta540 commented on 2018-10-05 22:19 (UTC)

looks like I needed libqt5svg to run it

SpotlightKid commented on 2018-08-29 15:48 (UTC)

@falkTX: done

falkTX commented on 2018-08-29 12:08 (UTC)

An update on the depends for this package would be nice. I removed the external plugins, like zyn, from the default build. And linuxsampler was replaced by internal sfzero code.

So please remove fftw, linuxsampler, mxml, ntk, projectm and zynaddsubfx

Thank you

SpotlightKid commented on 2017-12-10 21:46 (UTC)

@falkTX: the optdepends wouldn't work that way.

Correct me if I'm wrong, but AFAICS to make these features available, they need to be compiled/linked into libcarla_standalone2.so. So they need at least be added to makedepends. But if they are linked into the shared library, carla won't start if the package providing the shared library isn't installed. A package should always be usable without any packages form optdepends installed.

In short, the packages you mention are compile-time options, but not run-time options (and optdepends is only for the latter).

falkTX commented on 2017-12-10 11:06 (UTC) (edited on 2017-12-10 11:06 (UTC) by falkTX)

@SpotlightKid

I see clxclient is still there, please remove it.

Also remove DEFAULT_QT=5 from the make arguments, Qt5 is now the default.

I would like to see a few things moved into recommends instead of being depends. This being:

ffmpeg - extra audio support in the audio-file plugin

liblo - OSC support

fluidsynth - SF2 file support

linuxsampler - GIG and SFZ file support

projectm - internal ProM plugin

ntk-git - NTK UI for internal zyn

SpotlightKid commented on 2017-11-24 14:26 (UTC)

@falkTX: Done.

falkTX commented on 2017-11-23 22:24 (UTC)

I have removed the experimental plugins from latest git. Please update the PKGBUILD for it. Changes are: 1. remove zita-convolver, zita-resampler, clxclient, clthreads dependencies 2. remove EXPERIMENTAL_PLUGINS=true from the make steps Thank you.

Shirx commented on 2017-11-22 20:15 (UTC)

Great, thanks! I'll be less lazy next time :)

SpotlightKid commented on 2017-11-22 20:09 (UTC)

Yes, just built the package successfully myself.

funkmuscle commented on 2017-11-22 20:08 (UTC)

I reported upstream and falkTX fixed. it builds now.

SpotlightKid commented on 2017-11-21 15:15 (UTC)

This is a git package. Breakages from time to time are to be expected ;) Better to report these upstream: https://github.com/falkTX/Carla/issues There are some changes going on right now in the repository to add BSD compatibility, which may have introduced build failures. I'd just wait for things to settle down for a few days...

Shirx commented on 2017-11-21 15:11 (UTC)

The build() fails with a compilation error: ../includes/CarlaNativeJack.h:272:16: error: ‘ENODATA’ was not declared in this scope return ENODATA; When EXPERIMENTAL_PLUGINS=false is set in the PKGBUILD, it compiles fine, but probably misses the compatibility to the carla-bridges-win.

SpotlightKid commented on 2017-07-21 18:20 (UTC) (edited on 2017-07-22 10:07 (UTC) by SpotlightKid)

Actually, carla seems to work fine without libQtSvg.so and I can import from PyQt5.QtSvg in python. Do you get any actual errors without it?

SpotlightKid commented on 2017-07-21 18:00 (UTC)

Damn, I thought it was covered by python-pyqt5, but it's only a opt/makedep there.

lysergia commented on 2017-07-21 16:56 (UTC)

Also needs `qt5-svg`

SpotlightKid commented on 2017-07-20 23:02 (UTC)

You're right. Not sure why I missed that. Fixed.

jnbrains commented on 2017-07-20 22:18 (UTC)

Hi, I think you should add clthreads as a dependacy, as it does not build on my system without it. It requires 'clthreads.h' to compile. Cheers

cocreature commented on 2017-07-17 10:04 (UTC)

Sorry I don’t have time for package maintenance atm. I’ve disowned this package. Feel free to pick it up.

SpotlightKid commented on 2017-07-17 10:01 (UTC)

The latest git tag in the sources is "1.9.7b" (it used to be "1.9.7"), which currently results in the pkgver 1.9.7b.r0.g5248cc84. pacman thinks this is older than the previous versions with a 1.9.7.r?? pkver. Maybe an epoch needs to be added?

cocreature commented on 2017-01-18 16:26 (UTC)

@linuxGuitarist This looks like a bug in carla itself and not in the packaging. Take a look at https://github.com/falkTX/Carla/issues/417 I’m not sure why it only happens for some people.

lorien commented on 2017-01-17 22:19 (UTC) (edited on 2017-01-17 22:19 (UTC) by lorien)

Hi, it doesn't run. Crashes with the message: "ypeError: restoreGeometry(self, Union[QByteArray, bytes, bytearray]): argument 1 has unexpected type 'sip.voidptr'" This is on a newly installed system where no prior window geometry has been saved.

cocreature commented on 2017-01-10 08:23 (UTC)

@paum It looks like the actual error is somewhere above the part you pasted. Could you please show me the complete output?

paum commented on 2017-01-10 08:21 (UTC)

collect2: error: ld returned 1 exit status make[1]: *** [Makefile:158: ../../bin/libcarla_standalone2.so] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-paum/aur-carla-git/src/carla-git/source/backend' make: *** [Makefile:138: backend] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

cocreature commented on 2017-01-06 14:23 (UTC)

@Turbo: Yep I added a dependency on qt5-svg in the update.

Turbo commented on 2017-01-06 14:21 (UTC)

It's Ok thanks! May be qt5-svg was missing?

cocreature commented on 2017-01-06 12:39 (UTC)

@Turbo: I just pushed an update, could you please try again?

Turbo commented on 2017-01-06 12:29 (UTC)

Can not launch this Carla new version... here is the output: Traceback (most recent call last): File "/usr/share/carla/carla", line 22, in <module> from carla_host import * File "/usr/share/carla/carla_host.py", line 39, in <module> import patchcanvas File "/usr/share/carla/patchcanvas.py", line 32, in <module> from PyQt5.QtSvg import QGraphicsSvgItem, QSvgRenderer ImportError: libQt5Svg.so.5: cannot open shared object file: No such file or directory

cocreature commented on 2017-01-06 09:47 (UTC)

@faltkTX: Thanks updated

falkTX commented on 2017-01-05 21:49 (UTC)

I'd like to suggest some changes. 1. remove pygtk (nekofilter plugin was removed) 2. move python-pyqt4 to python-pyqt5 3. add qt4 as build dep 4. use 'make DEFAULT_QT=5' 5. allow use non-git linuxsampler I don't feel like the need for experimental plugins is needed here, so perhaps remove its related dependencies too (clthreads, clxclient, libpng12 and zita stuff) Not sure if possible, but would be nice to allow ntk-git or fltk.

cocreature commented on 2016-12-16 17:09 (UTC)

@SpotlightKid: Thanks, but I still think it’s a better solution to disable the experimental plugins. After all there is a reason they’re marked experimental. I’ll reconsider if there is a high demand for them.

SpotlightKid commented on 2016-12-16 15:28 (UTC)

@cocreature: rather than removing the experimental plugins, a proper fix would be patching the Makefile in source/native-plugins and removing the libpng12 dependency. See here: https://gist.github.com/SpotlightKid/11ddd95fcdae36f1299b25a2766b7813

Turbo commented on 2016-12-16 12:21 (UTC)

it's ok today by replacing zynaddsubfx by git version! Thanks anyway!

cocreature commented on 2016-12-15 14:59 (UTC)

@Turbo: Could you please set LANG=C (or LANG=en_US.UTF-8 but that requires that you have the appropriate locale) and try again? I don’t understand the french output. Also it would be great if you could post all output or at least the last 200 lines or so as the error can potentially be above the part you posted.

Turbo commented on 2016-12-15 14:20 (UTC)

Can't build Carla: Linking carlastyle.so ../../build/theme/Release/CarlaStyle.cpp.qt4.o : fichier non reconnu : Fichier tronqué collect2: erreur : ld a retourné 1 code d'état d'exécution make[1]: *** [Makefile:155: ../../bin/styles/carlastyle.so] Error 1 make[1] : on quitte le répertoire « /tmp/makepkg/carla-git/src/carla-git/source/theme » make: *** [Makefile:156: theme] Error 2 make: *** Attente des tâches non terminées.... Compiling moc_CarlaStyle.cpp (Qt4) Linking zynaddsubfx-ui Creating theme.qt4.a make[1] : on quitte le répertoire « /tmp/makepkg/carla-git/src/carla-git/source/theme » Creating native-plugins.a make[1] : on quitte le répertoire « /tmp/makepkg/carla-git/src/carla-git/source/native-plugins » ==> ERREUR : Une erreur s’est produite dans build().

cocreature commented on 2016-08-07 05:33 (UTC)

@GraysonPeddi All right I have pushed an update disabling EXPERIMENTAL_PLUGINS. I guess the name already suggests that problems are to be expected :)

GraysonPeddie commented on 2016-08-07 04:06 (UTC)

Okay. Removing the EXPERIMENTAL_PLUGINS=true lines produced the following output which compiles successfully: Compiling zynaddsubfx-src.cpp In file included from zynaddsubfx-src.cpp:254:0: zynaddsubfx/Misc/BankDb.cpp:52:15: warning: ‘std::__cxx11::string line(std::__cxx11::string)’ defined but not used [-Wunused-function] static string line(string s) ^~~~ Creating native-plugins.a Compiling zynaddsubfx-ui.cpp Linking zynaddsubfx-ui make[1]: Leaving directory '/tmp/yaourt-tmp-grayson/aur-carla-git/src/carla-git/source/native-plugins' make[1]: Entering directory '/tmp/yaourt-tmp-grayson/aur-carla-git/src/carla-git/source/modules/juce_audio_basics' Still compiling right now... A few minutes later and success! (Couple of minutes later while playing with Carla and forgot to post but now I'm done for the midnight...)

GraysonPeddie commented on 2016-08-07 03:13 (UTC)

Sure. [grayson@htpc ~]$ pacman -Qs libpng local/lib32-libpng 1.6.23-1 A collection of routines used to create PNG format graphics files (32-bit) local/libpng 1.6.23-1 A collection of routines used to create PNG format graphics files local/libpng12 1.2.56-3 A collection of routines used to create PNG format graphics files I am compiling Carla with EXPERIMENTAL_PLUGINS=true removed.

cocreature commented on 2016-08-06 21:54 (UTC)

@GraysonPeddie: I sadly can’t reproduce this. Could you show me the output of `pacman -Qs libpng`. That said you can fix this problem by removing the `EXPRIMENTAL_PLUGINS=true` lines from the PKGBUILD. If we can’t figure this out, I’ll update the package and remove them, but preferably I’d like to figure out why it’s failing for you.

GraysonPeddie commented on 2016-08-06 21:05 (UTC)

I cannot install carla-git: Compiling zynaddsubfx-src.cpp In file included from zynaddsubfx-src.cpp:254:0: zynaddsubfx/Misc/BankDb.cpp:52:15: warning: ‘std::__cxx11::string line(std::__cxx11::string)’ defined but not used [-Wunused-function] static string line(string s) ^~~~ Compiling zita-at1.cpp Compiling zita-bls1.cpp Compiling zita-rev1.cpp Creating native-plugins.a Compiling zynaddsubfx-ui.cpp Linking zynaddsubfx-ui Compiling zita-at1-ui.cpp Linking at1-ui /usr/bin/ld: ../../build/native-plugins/Release/zita-at1-ui.cpp.o: undefined reference to symbol 'png_set_longjmp_fn@@PNG16_0' /usr/lib/libpng16.so.16: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[1]: *** [Makefile:210: resources/at1-ui] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-grayson/aur-carla-git/src/carla-git/source/native-plugins' make: *** [Makefile:109: /tmp/yaourt-tmp-grayson/aur-carla-git/src/carla-git/build/modules/Release/native-plugins.a] Error 2

WoefulDerelict commented on 2016-07-31 02:50 (UTC)

This has been fixed upstream (https://github.com/falkTX/Carla/commit/38bcc13e2c8083a5d502a5636136165b51f6fd9d)and the package currently builds fine on an up to date Arch Linux system.

SUK commented on 2016-05-17 10:08 (UTC)

Looks at non-git version of carla (https://aur.archlinux.org/packages/carla/), there is described problem that is related with this, I think. Carla cannot be built as a result of some GCC v6.1.1 update. I tried to downgrade gcc to v5.3.0-3 and compilation was successfull although there was some problem with linking against libc or something libc related. The bad thing for me is: I wanted to use it tommorow for some live action :)

cocreature commented on 2016-05-14 11:29 (UTC)

@tkoham That log is missing the actual error message. It should be somewhere before the part that you pasted.

tkoham commented on 2016-05-14 11:22 (UTC)

I cannot for the life of me get this or the stable version to install On an up-to-date system, using the default dependencies, I get the error: Makefile:80: recipe for target '../../../build/juce_audio_formats/Release/juce_audio_formats.cpp.o' failed make[1]: *** [../../../build/juce_audio_formats/Release/juce_audio_formats.cpp.o] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-tyson/aur-carla-git/src/carla-git/source/modules/juce_audio_formats' Makefile:133: recipe for target '/tmp/yaourt-tmp-tyson/aur-carla-git/src/carla-git/build/modules/Release/juce_audio_formats.a' failed make: *** [/tmp/yaourt-tmp-tyson/aur-carla-git/src/carla-git/build/modules/Release/juce_audio_formats.a] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build .

nlehmann commented on 2016-03-28 02:05 (UTC) (edited on 2016-03-28 11:55 (UTC) by nlehmann)

shoudn't python-pyliblo be an optional dependency to run carla-control?

SpotlightKid commented on 2016-01-07 13:50 (UTC)

Just a heads up: I had to update libgig-svn and linuxsampler-svn (which I hadn't done in a while) to compile carla-git as of today otherwise I got undefined references at the linking stage.

Ralf_Mardorf commented on 2015-08-28 08:25 (UTC)

Yes, libpng12 was build yesterday as a dependency of carla-git and I always build in a fresh extracted directory from the tarball. Culprit is EXPERIMENTAL_PLUGINS=true, removing it solved the issue. $ diff PKGBUILD PKGBUILD~ 4,5c4,5 < pkgver=1.9.6.r239.g876cf81 < pkgrel=2 --- > pkgver=1.9.6.r118.g3130631 > pkgrel=1 46c46 < make --- > make EXPERIMENTAL_PLUGINS=true 51c51 < make DESTDIR="$pkgdir/" PREFIX=/usr install --- > make EXPERIMENTAL_PLUGINS=true DESTDIR="$pkgdir/" PREFIX=/usr install

cocreature commented on 2015-08-28 06:31 (UTC)

I also can't reproduce this. I am pretty sure it is related to the experimental plugins. - Is your libpng12 up to date? - Have you tried a clean rebuild? - Try building without the "EXPERIMENTAL_PLUGINS=true" part

Ralf_Mardorf commented on 2015-08-28 06:19 (UTC)

# pacman -S libpng warning: libpng-1.6.18-1 is up to date -- reinstalling # ldconfig $ makepkg -s /usr/lib/libpng16.so.16: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status $ ls -hog /usr/lib/*png* /usr/lib32/*png* /usr/local/lib/*png* /usr/local/lib64/*png* ls: cannot access /usr/local/lib/*png*: No such file or directory ls: cannot access /usr/local/lib64/*png*: No such file or directory lrwxrwxrwx 1 19 Aug 3 06:13 /usr/lib32/libpng16.so -> libpng16.so.16.18.0 lrwxrwxrwx 1 19 Aug 3 06:13 /usr/lib32/libpng16.so.16 -> libpng16.so.16.18.0 -rwxr-xr-x 1 238K Aug 3 06:13 /usr/lib32/libpng16.so.16.18.0 lrwxrwxrwx 1 11 Aug 3 06:13 /usr/lib32/libpng.so -> libpng16.so -rw-r--r-- 1 261K Aug 27 17:46 /usr/lib/libpng12.a -rwxr-xr-x 1 928 Aug 27 17:46 /usr/lib/libpng12.la lrwxrwxrwx 1 18 Aug 27 17:46 /usr/lib/libpng12.so -> libpng12.so.0.53.0 lrwxrwxrwx 1 18 Aug 27 17:46 /usr/lib/libpng12.so.0 -> libpng12.so.0.53.0 -rwxr-xr-x 1 168K Aug 27 17:46 /usr/lib/libpng12.so.0.53.0 lrwxrwxrwx 1 19 Aug 3 04:38 /usr/lib/libpng16.so -> libpng16.so.16.18.0 lrwxrwxrwx 1 19 Aug 3 04:38 /usr/lib/libpng16.so.16 -> libpng16.so.16.18.0 -rwxr-xr-x 1 212K Aug 3 04:38 /usr/lib/libpng16.so.16.18.0 lrwxrwxrwx 1 11 Aug 27 17:46 /usr/lib/libpng.la -> libpng12.la lrwxrwxrwx 1 11 Aug 3 04:38 /usr/lib/libpng.so -> libpng16.so lrwxrwxrwx 1 16 Aug 27 17:46 /usr/lib/libpng.so.3 -> libpng.so.3.53.0 -rwxr-xr-x 1 184K Aug 27 17:46 /usr/lib/libpng.so.3.53.0

SpotlightKid commented on 2015-08-27 21:55 (UTC)

Works for me. Something wrong with your libpng?

Ralf_Mardorf commented on 2015-08-27 21:42 (UTC)

Hi, build fails: [snip] Creating theme.qt4.a make[1]: Leaving directory '/tmp/yaourt-tmp-rocketmouse/aur-carla-git/src/carla-git/source/theme' Linking zynaddsubfx-ui Linking at1-ui /usr/bin/ld: ../../build/native-plugins/Release/zita-at1-ui.cpp.o: undefined reference to symbol 'png_set_longjmp_fn@@PNG16_0' /usr/lib/libpng16.so.16: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:201: recipe for target 'resources/at1-ui' failed make[1]: *** [resources/at1-ui] Error 1 [snip] Makefile:103: recipe for target '/tmp/yaourt-tmp-rocketmouse/aur-carla-git/src/carla-git/build/modules/Release/native-plugins.a' failed make: *** [/tmp/yaourt-tmp-rocketmouse/aur-carla-git/src/carla-git/build/modules/Release/native-plugins.a] Error 2 [snip] ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build carla-git.

WoefulDerelict commented on 2015-07-16 22:34 (UTC)

The .install file is looking a tad sparse.

cocreature commented on 2015-05-19 19:19 (UTC)

works for me™ (allright I told upstream about it and he fixed it). Please report such bugs upstream, this is definitely not a fault of the aur package. If it worked outside you did use different options or something like that.

nlehmann commented on 2015-05-19 17:59 (UTC)

I also noticed that the source compiles when downloaded directly from the git repo but fails when the dependencies of this package are installed.

SpotlightKid commented on 2015-05-19 17:57 (UTC)

@nlehmann: I can reproduce this, but errors in the codebase are better reported in the Carla issue tracker on Github.

nlehmann commented on 2015-05-19 17:45 (UTC)

I get the following error when trying to compile In file included from zynaddsubfx-src.cpp:58:0: zynaddsubfx/DSP/SVFilter.cpp: In member function ‘void SVFilter::singlefilterout(float*, SVFilter::fstage&, SVFilter::parameters&)’: zynaddsubfx/DSP/SVFilter.cpp:144:70: error: ‘errx’ was not declared in this scope errx(1, "Impossible SVFilter type encountered [%d]", type); ^ In file included from zynaddsubfx-src.cpp:59:0: zynaddsubfx/DSP/Unison.cpp: In member function ‘void Unison::updateParameters()’: zynaddsubfx/DSP/Unison.cpp:112:54: error: ‘warnx’ was not declared in this scope warnx("BUG: Unison amplitude samples too big"); ^ Makefile:300: recipe for target '../../build/native-plugins/Release/zynaddsubfx-src.cpp.o' failed make[1]: *** [../../build/native-plugins/Release/zynaddsubfx-src.cpp.o] Error 1 make[1]: Leaving directory '/home/nlehmann/AUR/carla-git/src/carla-git/source/native-plugins' Makefile:102: recipe for target '/home/nlehmann/AUR/carla-git/src/carla-git/build/modules/Release/native-plugins.a' failed make: *** [/home/nlehmann/AUR/carla-git/src/carla-git/build/modules/Release/native-plugins.a] Error 2

cocreature commented on 2015-04-29 05:36 (UTC)

I updated the package to use git tags. Your aur helper probably won't pick that update up so you need to manually update one time. Sorry for that. Also experimental plugins are now also built.

SpotlightKid commented on 2014-12-03 19:00 (UTC)

(Remove previous version of this comment, where I mistakenly referred to this being the same error as in the comment below.) There's an error in the top-level Makefile in the repo. I fixed this in my PKGBUILD by adding: prepare() { cd "$srcdir/$pkgname" sed -i -e 's@source/modules/CarlaNative.h@source/includes/CarlaNative.h@' \ Makefile }

cocreature commented on 2014-12-03 19:00 (UTC)

Sorry for having missed your comment jarch-jarch This is going to get fixed upstream in the next days. I won't update the package with a workaround as you shouldn't use it right now anyway. That's what you get for wanting to use the git version :D

jarch-jarch commented on 2014-11-13 05:06 (UTC)

Getting this error on both 64 and 32 builds: Makefile:118: recipe for target 'JackBridgeExport.cpp.win32e.o' failed make[1]: *** [JackBridgeExport.cpp.win32e.o] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-j/aur-carla-bridges-win32-git/src/carla-bridges-win32-git/source/modules/jackbridge' Makefile:99: recipe for target 'source/modules/jackbridge.win32e.a' failed make: *** [source/modules/jackbridge.win32e.a] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build carla-bridges-win32-git. Saw down the comments someone else had something similar but it was a problem with the Carla package or something? Anyone else getting it? Thanks.

cocreature commented on 2014-11-02 17:36 (UTC)

It's not my fault if namcap is wrong. python-pyqt4 is needed (try removing it, if you don't believe me) and it already has python3 as a dependency so there's no need to specify this again. libmagic is in file and file is in the base-devel group which should always be installed if you want to use the aur and those packages should not be included in the dependencies.

SpotlightKid commented on 2014-11-02 17:18 (UTC)

namcap has the following complaints: carla-git W: Referenced library 'python3\n#' is an uninstalled dependency carla-git E: Dependency file detected and not included (libraries ['usr/lib/libmagic.so.1'] needed in files ['usr/lib/vst/carla.vst/CarlaRackFX.so', 'usr/lib/lv2/carla.lv2/carla.so', 'usr/lib/vst/carla.vst/CarlaRack.so', 'usr/lib/carla/libcarla_standalone2.so', 'usr/lib/vst/carla.vst/CarlaPatchbayFX.so', 'usr/lib/vst/carla.vst/CarlaPatchbay.so']) carla-git W: Dependency included and not needed ('python-pyqt4')

cocreature commented on 2014-07-11 22:00 (UTC)

and updated again.

sekret commented on 2014-07-11 18:54 (UTC)

Confirmed! Just recognized, your optional dependency zynaddsubfx-g2it doesn't exist. Looks like a typo to me.

cocreature commented on 2014-07-09 18:21 (UTC)

Should work now according to falktx and does so on my machine.

sekret commented on 2014-07-09 17:38 (UTC)

Doesn't build here either. [snip] ../backend/engine/CarlaEngine.cpp: In member function ‘bool CarlaBackend::CarlaEngine::removePlugin(uint)’: ../backend/engine/CarlaEngine.cpp:625:39: error: ‘kEnginePostActionRemovePlugin’ was not declared in this scope const ScopedActionLock sal(pData, kEnginePostActionRemovePlugin, id, 0, lockWait); ^ ../backend/engine/CarlaEngine.cpp: In member function ‘bool CarlaBackend::CarlaEngine::switchPlugins(uint, uint)’: ../backend/engine/CarlaEngine.cpp:783:39: error: ‘kEnginePostActionSwitchPlugins’ was not declared in this scope const ScopedActionLock sal(pData, kEnginePostActionSwitchPlugins, idA, idB, lockWait); ^ Makefile:536: recipe for target '../backend/engine/CarlaEngine__native.o' failed make[1]: *** [../backend/engine/CarlaEngine__native.o] Error 1 make[1]: Leaving directory '/home/sekret/Programme/Eigenbau/carla-git/src/carla-git/source/bridges' Makefile:108: recipe for target 'bin/carla-bridge-native' failed make: *** [bin/carla-bridge-native] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

cocreature commented on 2014-07-09 08:03 (UTC)

Thx updated, doesn't build currently but I'm pretty sure that this is not a problem of the pkgbuild but of carla. I'll contact falktx.

sekret commented on 2014-07-02 07:26 (UTC)

I always wondered why the pkgver doesn't change. Then I looked into the PKGBUILD and to the pkgver function. Looks like you switched srcdir and pkgname ;) Please correct it.

superprick commented on 2014-04-06 00:24 (UTC)

on ubuntu win-vst works with carla git. when i scan for pluggins carla-discovery posix32 win32 and win64 are red x and it wont find pluggins. but festige works fine on my system. any ideas

funkmuscle commented on 2014-03-25 11:01 (UTC)

that I did not do. will try that. thanx!

cocreature commented on 2014-03-25 00:07 (UTC)

Did you do a clean rebuild? try deleting the src, pkg and carla-git directories and then run makepkg again.

funkmuscle commented on 2014-03-25 00:04 (UTC)

not for me! I've checked /usr/lib/lv2 and no carla-native.lv2. that's why I asked in the first place. I thought I checked before and I was right.

funkmuscle commented on 2014-03-24 16:04 (UTC)

thanx Javafant. will check it tonight

cocreature commented on 2014-03-23 22:05 (UTC)

Yes they are installed into /usr/lib/lv2/carla-native.lv2/ Any program searching for lv2 plugins (e.g. lv2ls, carla itself, …) should show it.

funkmuscle commented on 2014-03-23 19:53 (UTC)

hey falktx and the rest of the linuxmusicians.com guys seem to have carla as an LV2 plugin. Is this part of this git?

cocreature commented on 2014-03-21 13:36 (UTC)

Until recently this was recommended by the author, but you're probably right that now this should be changed. I'll do this later today.

sekret commented on 2014-03-21 13:34 (UTC)

Are you sure you want to use the stable branch?