Created attachment 327992 [details, diff] oyranos-0.9.0.ebuild.diff Initial oyranos-0.9.0.ebuild Changes: RDEPEND on >=media-libs/libXcm-0.5.1 DEPEND on media-gfx/graphviz Disabled oyranos-0.3.2-test.patch because it didn't work
Building against elektra-0.8.3 works fine, but kolor-manager-0.99 then crashes at startup. With elektra-0.7.1 it's OK, but that's the kerberos-colliding version as described in bug 403025.
One or two builds later, it seems to depend on elektra-0.8.3[inifile], at least then kolor-manager-0.99 doesn't crash anymore. I simply altered the DEPEND to: || ( <app-admin/elektra-0.8 >=app-admin/elektra-0.8[inifile] )
I was wrong, forgot to rebuild oyranos after that. So currently, using elektra-0.8.3, you get the following error on kolor-manager crash: systemsettings: symbol lookup error: /usr/lib64/elektra/libelektra-resolver.so: undefined symbol: elektraPluginExport
oyranos-0.9.0/oforms/oyranos_xforms.makefile calls OY_LIBS := $(shell pkg-config oyranos libxml-2.0 --libs --cflags) which refers to the oyranos.pc from installed oyranos-0.4.0-r1, and bailes out with symbol errors. It also defines CC CXX but uses plain "gcc" later on. This file needs an update.
I didn't look much into it. Also, there are two ugly QA issues currently. Right after release there were two fixes committed maybe worth including, related to palette PNG and negative array offsets.
*oyranos-0.9.0 (04 Nov 2012) 04 Nov 2012; Michael Weber <xmw@gentoo.org> +oyranos-0.9.0.ebuild, +files/oyranos-0.9.0-array.patch, +files/oyranos-0.9.0-buildsystem.patch, +files/oyranos-0.9.0-png.patch: Version bump with upstream fixes (thanks Andreas Sturmlechner, bug 440838)
+ 04 Nov 2012; Michael Weber <xmw@gentoo.org> oyranos-0.9.0.ebuild: + Fix for add-admin/elektra-0.8.3. +
Looks fine with elektra-0.7.1-r2. Thanks for all your work today!
