Bug 679932 – =x11-libs/gdk-pixbuf-2.36.12 fails to cross-compile with: *** No rule to make target '../gdk-pixbuf/loaders.cache', needed by 'gdk-pixbuf-thumbnailer.thumbnailer'. Stop.

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description tt_1 2019-03-10 13:17:28 UTC]

Created attachment 568400 [details]
compressed build log

so it seems as if gdk-pixbuf builds some kind of loader.cache for testing and thumbnailer, but this breaks cross compile from x86_64 to arm, at least. 

there is an upstream issue at https://gitlab.gnome.org/GNOME/gdk-pixbuf/issues/64 with more informations, and it seems that a patch has been merged already at https://gitlab.gnome.org/GNOME/gdk-pixbuf/commit/e191c75683e6e1db639a0e4213a169fdb3a805ea

Is there a chance to get the patch backported to the gentoo stable branch of gdk-pixbuf-2.36? It is rather important, as none package depending on a gtk-ui can be cross-emerged without it.

[Comment 1 tt_1 2019-03-10 13:25:56 UTC]

a simple backport won't suffice, unless the maintainer is willing to pick this up? I opened another bug, asking for a revbump.

[Comment 2 Jeroen Roovers (RETIRED) 2019-03-10 13:40:35 UTC]

*** Bug 679934 has been marked as a duplicate of this bug. ***

[Comment 3 Mart Raudsepp 2019-03-10 14:22:25 UTC]

Anything to do here? I have limited interest in patching autotools

[Comment 4 tt_1 2019-03-10 14:25:50 UTC]

If none is willing to backport the fix to the 2.36 branch, it can be closed. I would do it, but it's way above my head it seems. 

The revbump to 2.38.1 came in at the very same time I filled this bug.

[Comment 5 Mart Raudsepp 2019-03-11 07:05:18 UTC]

Yup, finished up what I had started two days earlier accidentally around the same time :)
And it was a version bump, not revbump - revbump we typically say when it's only an ebuild revision bump, not also an upstream version bump; so I would say "version bump" for a 2.36.12 -> 2.38.1 and just a "revbump" or "revision bump" for a 2.36.12 -> 2.36.12-r1.