Re: [gtk-osx-users] Error with meta-gtk-osx-gtk3-core-themes.




Le 1 août 2019 à 22:31, John Ralls <jralls ceridwen us> a écrit :

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.

Thanks John, all is ok now :-)
I've used the for loop...

Best regards, Pascal.
http://blady.pagesperso-orange.fr




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]