Arch Linux

As far as I can see, parametrics of eqs don't work in ardour. Shelfs and Cuts do. Something wrong with libboost?

@CedricR @imv thanks you all for reporting last changes in calf development.
Now calf-git 20120926-1 depends on fftw, also disabled debug mode and added sse optimizations. Cheers.

I have found the correction, we must change the dependence 'fftw2' by 'fftw' and comment these lines :

# fftw2 fix
sed -i "s/r\?fftw[^_]/d&/g;s/lfftw/ldfftw/g" \
`grep -rl fftw .`

What CedricR said, also fftw fix in PKGBUILD breaks compilation.

I have a build error :

checking dfftw3.h usability... no
checking dfftw3.h presence... no
checking for dfftw3.h... no
configure: error: FFTW3 header (dfftw3.h) not found

It seems there is a change of fftw2 dependence to fftw3.

latest ardour update ( 2.8.14-1) solved the segmentation fault problem here !

Unusable with Ardour.
When i try to use a calf plugin Ardour crashes.

same problem here nefeli :( not only with ardour but also with other daws.

standalone works fine though

Hi again. Calf is compiling OK, but when I try to insert a plugin in ardour I'm getting a segmentation fault:

ardour-2.8.12[17172]: segfault at 0 ip 00007fe8995cb8c9 sp 00007fe8c41bc410 error 4 in calf.so[7fe8994a2000+1e2000]

I'm trying to find more info in log, but with no result.

@greygjhart Not obvious. That's a rule: https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites

Maybe those dependencies are too obvious, but I didn't have the autoconf and automake packages installed, which caused my build to fail. Maybe it could be a good idea to add these to the makedepends in the PKGBUILD.

=> http://pastebin.com/PZ5brhsc

@loke Welcome to Arch Linux, calf-git builds fine here. If you need to build this on *buntu, you may better ask on *buntu dedicated platforms (irc, forums, ppa, etc).

Hi I am trying to compile it after fetching source from git://repo.or.cz/calf.git, but get this error on Ubuntu 12.04. Can you suggest a fix?

@jass0 Thanks, glib2-2.32.1-1 was causing that. Now it is in [core], I've added a DSO link fix. Cheers

Unfortunately yes.

*** Warning: Linking the executable calfjackhost against the loadable module
*** calf.so is not portable!
libtool: link: g++ -ffast-math -finline-limit=80 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/lash-1.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/uuid -I/usr/include/libxml2 -I/usr/include/alsa -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O0 -g -Wall -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -o .libs/calfjackhost gtk_session_env.o host_session.o jack_client.o jackhost.o gtk_main_win.o session_mgr.o ./.libs/libcalfgui.a ./.libs/calf.so -lexpat -ljack -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lcairo -lfluidsynth -ldrfftw -ldfftw -llash -ldbus-1 -lpthread -lrt -luuid -lxml2 -lasound -pthread -Wl,-rpath -Wl,/usr/lib/lv2//calf.lv2
/usr/bin/ld: jackhost.o: undefined reference to symbol 'g_thread_init'
/usr/bin/ld: note: 'g_thread_init' is defined in DSO /usr/lib/libgthread-2.0.so.0 so try adding it to the linker command line
/usr/lib/libgthread-2.0.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

I am using glib2-2.32.1-1 from testing.

Any advice?

@jass0 Hi, I cannot reproduce. Do you still get the DSO link failure?

it can be fixed with this :)

# g_thread_init fix
sed -i -e '/glib-2.0/a\
AC_CHECK_LIB(gthread-2.0, g_thread_init)' configure.ac

/usr/bin/ld: jackhost.o: undefined reference to symbol 'g_thread_init'
/usr/bin/ld: note: 'g_thread_init' is defined in DSO /usr/lib/libgthread-2.0.so.0 so try adding it to the linker command line
/usr/lib/libgthread-2.0.so.0: could not read symbols: Invalid operation

@nefeli Thanks for reporting, updated with the new fftw2 dependency in release 20120229-1.
Upstream does not provide DSSI and LADSPA plugins anymore.

This package also depends on fftw2 library, but the version in the comunity repository provides srfftw and drfftw (single and double precission) instead of rfftw (double precission). To fix it, I added the following to the PKGBUILD before the "BUILD HERE" section:

msg "Substituding librfftw in automake..."
sed s/rfftw/drfftw/< configure.ac > configure.tmp
mv configure.tmp configure.ac
sed s/rfftw.h/drfftw.h/< src/modules.cpp > modules.tmp
mv modules.tmp src/modules.cpp
sed s/rfftw.h/drfftw.h/< src/calf/modules.h > mod.tmp
mv mod.tmp src/calf/modules.h
sed s/lrfftw/ldrfftw/< src/Makefile.am > Makefile.tmp
sed s/lfftw/ldfftw/< Makefile.tmp > src/Makefile.am
rm Makefile.tmp
msg "Done!"

I think fftw2 should be marked as dependency and build process should be fixed to work with the package available in the comunity repository

updated pkgbuild @ http://hpaste.org/raw/51949
updated install script @ http://hpaste.org/raw/51948

changes:
. proper gconf installation
. updated git cloning
. better configuration
. complete depends and license

new dependency: gconf
I don't use gconf and have little time for maintance -> orphaned

Right, thanks. I had it already removed locally but forgot to upload it.

This last line:
rm ${pkgdir}/usr/share/icons/hicolor/icon-theme.cache
is no longer necessary, it even makes the build fail.