Gimp-9999 wants Babl 0.1.6, but currently in portage is 0.1.4. checking for BABL... no configure: error: Package requirements (babl >= 0.1.6) were not met: Requested 'babl >= 0.1.6' but version of babl is 0.1.4 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables BABL_CFLAGS and BABL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. # eix babl [I] media-libs/babl Available versions: 0.0.22 0.1.4 (~)0.1.4-r2 {altivec +introspection mmx sse} Installed versions: 0.1.4-r2(17:17:46 11.11.2011)(introspection mmx sse -altivec) Homepage: http://www.gegl.org/babl/ Description: A dynamic, any to any, pixel format conversion library
And GEGL as well. checking for GEGL... no configure: error: Package requirements (gegl >= 0.1.8) were not met: Requested 'gegl >= 0.1.8' but version of GEGL is 0.1.6 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GEGL_CFLAGS and GEGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.
The same for gimp-2.7.4 which was released recently. babl-0.1.4-r2 can be easily renamed to 0.1.6 minus the introspection patch and builds successfully. gegl-0.1.8 seems to be more difficult. does not build because of a sandbox violation so far.
Created attachment 296279 [details] gegl-0.1.8 build.log
Created attachment 296281 [details] gegl-0.1.8 sandbox.log
(In reply to comment #3) > Created attachment 296279 [details] > gegl-0.1.8 build.log It built fine here (USE="cairo ffmpeg graphviz jpeg jpeg2k lua mmx png sdl sse svg v4l -debug -exif -openexr -raw -umfpack"), though I've noticed a more general problem (as it likely affects 0.1.6 too): while it already uses libv4l, it still checks for linux/videodev.h and disables v4l, if it's not found. Obviously, this header is gone in recent linux-headers.
...as for configure warnings, gio is now assumed and gtk part (supporting both gtk2 and gtk3) was moved into separate package.
Confirmed gegl-0.1.8 failed compilation when renaming the latest gegl to 0.1.8 and removing any patch references, tried yesterday.
Created attachment 296815 [details, diff] babl-0.1.6.ebuild.diff For reference only...
Created attachment 296817 [details, diff] gegl-0.1.8.ebuild.diff Build failed with vala.
(In reply to comment #9) > Created attachment 296817 [details, diff] [details, diff] > gegl-0.1.8.ebuild.diff > > Build failed with vala. I confirm your both patches working for me. As well as gimp-2.7.4 building (and running) fine with those deps.
+*babl-0.1.6 (01 Jan 2012) + + 01 Jan 2012; Sebastian Pipping <sping@gentoo.org> +babl-0.1.6.ebuild, + +files/babl-0.1.6-introspection.patch: + Bump to 0.1.6: bump dependency version, port patch + Noticed your babl-0.1.6.ebuild.diff after that. I'll have a closer look later.
+*gegl-0.1.8 (01 Jan 2012) + + 01 Jan 2012; Sebastian Pipping <sping@gentoo.org> +gegl-0.1.8.ebuild, + metadata.xml: + Bump to 0.1.8 + AlphatPC, can you shed some light on * gegl-0.1.deps, * Gegl-0.1.metadata and * the need for --disable-static ? I didn't feel like copying that without understanding it, first. In general I would like to note that I appreciate the work that you did on the ebuilds.
+ 01 Jan 2012; Sebastian Pipping <sping@gentoo.org> gimp-2.7.3-r1.ebuild, + gimp-9999.ebuild: + Fix update versions of live ebuild (bug #395065), propagate Automake 1.11 + bump to 2.7.3-r1 +
(In reply to comment #9) > Created attachment 296817 [details, diff] [details, diff] > gegl-0.1.8.ebuild.diff > > Build failed with vala. What was the error?
(In reply to comment #2) > gegl-0.1.8 seems to be more difficult. does not build because of a sandbox > violation so far. It doesn't occur here. Any ideas how to make it appear for me?
I couldn't reproduce the issue with Alphat-PC's ebuild so it must have been an issue with my own ebuild.
(In reply to comment #16) > I couldn't reproduce the issue with Alphat-PC's ebuild so it must have been an > issue with my own ebuild. Okay, thanks.
@AlphatPC I have reported the compile error upstream that you worked around in the ebuild: GEGL 0.1.8: Compile error with --enable-introspection ("No rule to make target `gegl-0.1.deps'") https://bugzilla.gnome.org/show_bug.cgi?id=667135 Let's see what they say.
current gimp-9999 now demands babl >= 0.1.11 (in babl git version was bumped to 0.1.11 just after the 0.1.10 release, on 2012-04-02 ). same for gegl. checking for BABL... no configure: error: Package requirements (babl >= 0.1.11) were not met: Requested 'babl >= 0.1.11' but version of babl is 0.1.10 checking for GEGL... no configure: error: Package requirements (gegl-0.2 >= 0.2.1) were not met: Requested 'gegl-0.2 >= 0.2.1' but version of GEGL is 0.2.0 there is a babl-9999, but no gegl-9999 (just in straight portage, no overlays)
(In reply to comment #19) > there is a babl-9999, but no gegl-9999 (just in straight portage, no > overlays) I have set the ebuild's depdencies to >=media-libs/babl-0.1.11 >=media-libs/gegl-0.2.1 now. Not too cool, but fair enough for a live ebuild (which are not supported officially). In case you make a working live ebuild for gegl, we may add that though. Please make sure to add me to CC of the related bug, in that case. I hope that's good enough for now. + 03 Sep 2012; Sebastian Pipping <sping@gentoo.org> gimp-9999.ebuild: + Bump dependencies of live ebuild on GEGL and BABL to actual but out-of-tree + versions (bug #395065) +
FYI with Sam's help there is gegl-9999 in the tree now.