[ANN] Carla Plugin Host 1.0.0 released!

[autostatic]

That's why I said I should get my ass on IRC and talk with Mark. I'd really like to converge the codebases and phase out Yoshimi in favor of ZASFX.

[tux99]

This seems to be a generic Qt4 error, https://bugreports.qt-project.org/browse/QTBUG-22847

Easily fixable. Locate your "qobjectdefs.h" file, should be "/usr/include/Qt/qobjectdefs.h" or "/usr/include/qt4/Qt/qobjectdefs.h", and modify:

Code: Select all

# define QLOCATION "\0"__FILE__":"QTOSTRING(__LINE__)

to:

Code: Select all

# define QLOCATION "\0" __FILE__ ":" QTOSTRING(__LINE__)

Thanks very much, that fixed it although now I have to think of how I can package Carla, since I can't just patch the Qt package, as that's a core package maintaned by Centos/Redhat... anyway that's my problem not yours.

[tux99]

Actually I have one more problem, right at the end:

Code: Select all

make[4]: Entering directory `/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/theme'
../../resources/resources-theme.qrc -o resources.cpp
make[4]: execvp: ../../resources/resources-theme.qrc: Permission denied
make[4]: *** [resources.cpp] Error 127
make[4]: Leaving directory `/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/theme'
make[3]: *** [theme] Error 2
make[3]: Leaving directory `/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/libs'
make[2]: *** [../../libs/theme.a] Error 2
make[2]: Leaving directory `/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/backend/standalone'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/backend'
make: *** [backend] Error 2

I'm puzzled by the "Permission denied", I'm running 'make' as normal user but all files in the Carla-1.0.0 tree belong to this user.
Do you maybe have an idea what could be the cause for this?

[tux99]

The RCC tool seems to be missing. What do you get from:

Code: Select all

which rcc

/usr/bin/rcc

If it's "/usr/bin/rcc", then add before the 'make' command:

Code: Select all

export RCC=rcc

The cause for this seems to be an empty return of:

Code: Select all

pkg-config --variable=rcc_location QtCore

Your system must be getting old I guess...

Thanks again, the 'export RCC=rcc' fixed it, the build completed successfully!

Yes, Centos 6.4 is a long-term distro, it was released in 2010 so the packages are of similar age as Ubuntu 10.04 LTS.
Early next year Centos 7, will be out so I only have to resist until then.

[tux99]

I tried to run Carla:

Code: Select all

[packager@SL6-64bit Carla-1.0.0]$ python source/carla.py
Traceback (most recent call last):
  File "source/carla.py", line 30, in <module>
    import patchcanvas
  File "/home/packager/rpm/tmp4/carla/Carla-1.0.0/source/patchcanvas.py", line 23, in <module>
    from PyQt4.QtCore import QAbstractAnimation, QLineF, QPointF, QRectF, QSizeF, QSettings, QTimer
ImportError: cannot import name QAbstractAnimation

I don't understand this Python runtime error, QAbstractAnimation has been introduced in Qt 4.6 and I have PyQt4 4.6.2 so this should work?

[tux99]

and btw, this is python3!
I hope you're not trying to run it with python2, cause bad things will happen there.

Hmm, ok I thought it would work with either python2 or python3. I have to see if I can get Python3 with PyQt 4.7 but I have a feeling that this is getting complicated. Maybe it would be useful to add a note in the readme that Python3 is a must.

Do you have this working on Ubuntu 10.04 LTS? I guess you backported Python3 and a few other things along with it?

[GMaq]

@tux99,

Is there a reason you don't want to simply package the pre-rolled binaries? They work great here on Debian Squeeze which has similar aged libraries as 10.04 and CentOS. I will even gladly upload you my package in a tarball if that helps convert and package to an RPM..

[Capoeira]

o mestre

Hey Cap, you have it working on Arch? I can't get the LV2 GUI to pop. This was happening since the git version. I've removed them all, fresh install of the tar and still I can't pop LV2 GUIs!

to buisy for any music stuff atm.
but always following stuff here, and I'll soon test this on Arch

[funkmuscle]

thanx guys!

[tux99]

Is there a reason you don't want to simply package the pre-rolled binaries? They work great here on Debian Squeeze which has similar aged libraries as 10.04 and CentOS. I will even gladly upload you my package in a tarball if that helps convert and package to an RPM..

Thanks for the offer but I did manage to build the binary part successfully, the problem I still have left is with the Python dependencies.
What I'm still missing now is PyQt4 for Python3 as in the meantime I also got a Python 3.3 package. I should be able to build a PyQt4 for Python3 package without too many problems.

falkTX is Python 3.3 ok? Also is PyQt4 4.7.4 (dependent on the QT 4.6.2 from Centos) sufficient or does it have to be never?

[funkmuscle]

ArchLinux AUR package ready:
https://aur.archlinux.org/packages/carla/

Please vote to get the package into community!

I will for sure tonight.. thanx falk!

[tux99]

You'll need python3-liblo to get carla-control to work, in case you're interested.

Ok, thanks I'll post again here when I have it all working, hopefully this weekend if I find the time.

[funkmuscle]

ArchLinux AUR package ready:
https://aur.archlinux.org/packages/carla/

Please vote to get the package into community!

I will for sure tonight.. thanx falk!

still can't launch lv2 GUIs.

[Alwaysanewb]

Believe it or not I could afford what GMaq donated. Which was about 20.00 dollars american money. I donated about 10.00 dollars american. Which isn't enough but what I can afford and not run out of smokes (sorry your not getting my ciggerette money). I'll donate again more when I can afford it.

Support linux and opensource audio. If we don't the programers will have to get real jobs and will have to switch to windows or mac or in mycase I'll have to fashon sometype of punch card recorder out of spare capacotors and 3x5 index cards because there is no way I could afford windows or mac recording.

[antiesen]

Congratulation on this, looks very nice!

Could not compile myself on suse 64, but the binary is functional.
Going into the details: what does not work -
the patch connections are not stored;
and I´m not sure about this; - the Midi Control Chanel in the edit page seems to do nothing -
a whole midi port is needed for every synth-plugin.

What I really like is to drop sfz files from the browser in the plugin-tab; very practical!