After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 779057 - 2.36.5 thumbnailer fails to build when cross-compiling
2.36.5 thumbnailer fails to build when cross-compiling
Status: RESOLVED OBSOLETE
Product: gdk-pixbuf
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gdk-pixbuf-maint
gdk-pixbuf-maint
Depends on:
Blocks:
 
 
Reported: 2017-02-22 09:47 UTC by Jussi Kukkonen
Modified: 2018-05-22 13:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jussi Kukkonen 2017-02-22 09:47:20 UTC 
Bug 778451 tries to make sure the thumbnailer gets the correct mimetypes in the metadata file. The fix breaks build when cross-compiling as loader.cache is not generated at all (see https://git.gnome.org/browse/gdk-pixbuf/tree/gdk-pixbuf/Makefile.am#n679 till the end of file).

| make[2]: *** No rule to make target '../gdk-pixbuf/loaders.cache', needed by 'gdk-pixbuf-thumbnailer.thumbnailer'.  Stop.

Not quite sure how to properly fix this yet so I'm only filing a bug. A related issue is that the correct loaders.cache could contain out-of-tree plugins as well, right? -- rsvg still has a pixbuf loader IIRC? So for real installs the thumbnailer metadata should be generated only after all the loaders are in the system cache anyway.
Comment 1 Jussi Kukkonen 2017-02-22 09:48:47 UTC 
I guess the thumbnailer metadata should be left empty in cross-compile case (but populated otherwise for testing purposes), and that distributors should figure out a way to fill the metadata whenever pixbuf loader cache changes? That's still a nasty job and might require shipping several binaries that haven't been required so far.

Forgetting about the out-of-tree loaders helps the cross-compile case a bit. in that case one could probably use a build-time loader.cache (even if it's built for the wrong arch) to construct the thumbnail metadata for target...
Comment 2 Bastien Nocera 2017-02-22 15:00:17 UTC 
I don't know how to properly fix this either, unless we extract the loaders metadata into a separate file, that would be used for both the loaders and filling in this information.

In the short-term, if you want to make a patch to require --disable-thumbnailer be passed when cross-compiling, at least that would make the distributors aware of the problem.
Comment 3 GNOME Infrastructure Team 2018-05-22 13:23:00 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gdk-pixbuf/issues/64.