Hi Having been away for a while I just want to say it's good to see pro-audio gain more developers and keep momentum, for a niche project like this it's probably hard to find people to maintain such a vast overlay of specialist applications. I sincerely appreciate all the effort that everyone puts into working on this project and I think maybe we can say that we have one of the largest selections of packaged audio apps compared to other Linux distributions. The reason I left Mandrake and Red Hat distros way back when was because I found I was rolling my own rpm packages for things every time I wanted something. With Gentoo and the pro-audio overlay most of it was already there.
Anyway, sorry for my inability to respond lately, I've had a lot to deal with from health problems and several hardware issues. I managed to keep the hard drive with Gentoo installed from my computer that died and connected it to a rebuilt system, it is a 64-bit CPU but for now I will have to keep x86 arch because there is too much invested in it to wipe and start over, I wish I had the space to do a fresh install of amd64! So trying to catch up with things I did a git svn rebase from the proaudio repository and tried rebuilding the live svn versions of patchage/ingen and all their dependencies from drobilla, I found that all these packages install the pkgconfig files in /usr/pkgconfig instead of /usr/lib/pkgconfig and patchage fails to find flowcanvas because of this. $ ls /usr/pkgconfig/ flowcanvas.pc raul.pc redlandmm.pc slv2.pc I looked into these ebuilds and found that the lines with --libdir= cause this problem, removing that parameter from the configure command then puts the pkgconfig files in the correct place of /usr/lib/pkgconfig. I would simply commit a fix for this but I'm not sure how this would impact those systems that use 64-bit libs and use /usr/lib64 to store them. Please could someone test this on amd64 or another 64-bit arch by changing line 29 in x11-libs/flowcanvas-9999 ebuild and others if necessary like so: - local myconf="--prefix=/usr --libdir=/usr/$(get_libdir)/" + local myconf="--prefix=/usr" then to test do: emerge -v1 =slv2-9999 =raul-9999 =flowcanvas-9999 =redlandmm-9999 && emerge -v =patchage-9999 If this works then I think we can remove that from the rest of the ebuilds for drobilla as currently they are broken for me on x86 unless I made those changes. If it doesn't work on 64-bit with these changes then maybe someone can shed some light on what's going on here. Also I've still to catch up of a lot of mail in general and from this list but I have some more fixes in other packages and finished an ebuild for fastbreeder which I was working on some time ago (I just noticed there was a request on the list for this :), it's a bit of a hack but it works for me at the moment, will commit those soon. PS. Sorry for the length and rambling nature of this email. Cheers Gavin
