Re: [gtk-osx-users] Error with meta-gtk-osx-gtk3-core-themes.
- From: John Ralls <jralls ceridwen us>
- To: Pascal <p p14 orange fr>
- Cc: gtk-osx-users-list gnome org, Timo <timomlists gmail com>
- Subject: Re: [gtk-osx-users] Error with meta-gtk-osx-gtk3-core-themes.
- Date: Thu, 1 Aug 2019 13:31:36 -0700
On Aug 1, 2019, at 1:15 PM, Pascal <p p14 orange fr> wrote:
Le 1 août 2019 à 04:56, John Ralls <jralls ceridwen us> a écrit :
On Jul 29, 2019, at 12:56 PM, Pascal <p p14 orange fr> wrote:
Hello,
I have got a warning but also en error with meta-gtk-osx-gtk3-core-themes:
$ jhbuild build meta-gtk-osx-gtk3-core-themes
W: meta-gtk-osx-gtk3-core-themes has a dependency on unknown "gnome-themes-standard" module
*** Building fontconfig *** [12/16]
<...>
CC fcobjs.lo
<...>
In file included from /usr/local/src-2019/fontconfig-2.13.0/src/fcobjs.c:33:
fcobjshash.gperf:28:1: error: conflicting types for 'FcObjectTypeHash'
FcObjectTypeHash (register const char *str, register size_t len)
^
/usr/local/src-2019/fontconfig-2.13.0/src/fcobjs.c:28:1: note: previous
declaration is here
FcObjectTypeHash (register const char *str, register FC_GPERF_SIZE_T len);
^
In file included from /usr/local/src-2019/fontconfig-2.13.0/src/fcobjs.c:33:
fcobjshash.gperf:170:1: error: conflicting types for 'FcObjectTypeLookup'
FcObjectTypeLookup (register const char *str, register size_t len)
^
It seems to be a recent version.
It is a backward compatibilities issue?
My configuration: macOS 10.13.6 with XCode Version 10.1 and Command Line Tools (HS 10.13).
Updating to FontConfig-2.13.1 fixes this for me. Pushed with a bunch of other updates and patches for
itstool finding the wrong python and gdk-pixbuf naming its loaders with dylib instead of so and then not
being able to find them.
I'm still puzzling over how to get libxml2 to put its python module in $PREFIX/lib/python3.x if one isn't
building python. It wants to put it in the virtenv's site-packages but jhbuild won't let it.
Hello John,
I've got a dozen of error:
$ jhbuild build meta-gtk-osx-gtk3-core-themes
<...>
*** Installing adwaita-icon-theme *** [14/15]
<...>
mkdir:
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/scalable/.:
File exists
Can't save file
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/16x16/./actions/action-unavailable-symbolic.symbolic.png:
Image type “png” is not supported
Can't save file
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/24x24/./actions/action-unavailable-symbolic.symbolic.png:
Image type “png” is not supported
Can't save file
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/32x32/./actions/action-unavailable-symbolic.symbolic.png:
Image type “png” is not supported
<...>
Can't save file
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/16x16/./actions/address-book-new-symbolic.symbolic.png:
Image type “png” is not supported
<...>
Can't save file
/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme/usr/local/xnadalib-2019/share/icons/Adwaita/96x96/./ui/window-restore-symbolic.symbolic.png:
Image type “png” is not supported
make[3]: *** [Makefile:438: install-data-local] Error 1
make[3]: Leaving directory '/Users/me/.cache/jhbuild/build/adwaita-icon-theme-3.32.0/src/symbolic'
make[2]: *** [Makefile:313: install-am] Error 2
make[2]: Leaving directory '/Users/me/.cache/jhbuild/build/adwaita-icon-theme-3.32.0/src/symbolic'
make[1]: *** [Makefile:323: install-recursive] Error 1
make[1]: Leaving directory '/Users/me/.cache/jhbuild/build/adwaita-icon-theme-3.32.0/src'
make: *** [Makefile:534: install-recursive] Error 1
*** Error during phase install of adwaita-icon-theme: ########## Error running make
DESTDIR=/usr/local/xnadalib-2019/_jhbuild/root-adwaita-icon-theme install *** [14/15]
Shouldn't I rerun all installs from start or is it not related?
Pascal,
This is the gdk-pixbuf loader file extension problem (it's really Meson's problem, but they're dithering, see
https://github.com/mesonbuild/meson/issues/1160). One of the patches I pushed yesterday fixed it, except that
I forgot the "strip" attribute so it's really fixed as of about an hour ago.
So you can either start over in a clean prefix or cd to prefix/lib/gdk-pixbuf/2.0.0/loaders and change all of
the .dylib to .so. This bash command is what I've used:
for i in *.dylib; do j=$(basename $i); mv $i $j.so; done
then run
gdk-pixbuf-query-loaders --update-cache
and restart the adwaita build.
Regards,
John Ralls
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]