Message ID | 20170118112249.uyk3bhcdzlt6ggcu@collins.gmr.ssr.upm.es |
---|---|
State | Not Applicable |
Headers | show |
On Wed, Jan 18, 2017 at 12:22:49PM +0100, Alvaro G. M. wrote: > On Tue, Jan 17, 2017 at 11:17:23PM +0100, Romain Naour wrote: > > I haven't checked how many packages are affected by this breakage... > > rgrep host-gperf packages/ helps getting this useful list: > systemd webkitgtk libsvgtiny libcap x11r7/xcb-util eudev qt5 kodi I grepped badly, the real list is, after removing false positive xcb-util: systemd webkitgtk libsvgtiny libcap eudev qt5webkit kodi Tested and needs patch: libcap, libsvgtiny, eudev, systemd To be tested: webkitgtk, qt5webkit, kodi * systemd requires a patch, too, changing basically the same thing as those before. This is longer because it uses gperf several times, but I've got it ready if needed. I think I'll be sending only a patch or patch series with all needed changes. I don't know how to test the remaining bits: webkitgtk, qt5webkit, kodi They all require libgtk3, but I can't select it: *** libgtk3 needs an OpenGL or an OpenGL-EGL/wayland backend *** What other things do I need to enable libgtk3? Thanks!
Hi Alvaro, Le 18/01/2017 à 17:01, Alvaro G. M. a écrit : > On Wed, Jan 18, 2017 at 12:22:49PM +0100, Alvaro G. M. wrote: >> On Tue, Jan 17, 2017 at 11:17:23PM +0100, Romain Naour wrote: >>> I haven't checked how many packages are affected by this breakage... >> >> rgrep host-gperf packages/ helps getting this useful list: >> systemd webkitgtk libsvgtiny libcap x11r7/xcb-util eudev qt5 kodi > > I grepped badly, the real list is, after removing false positive xcb-util: > > systemd webkitgtk libsvgtiny libcap eudev qt5webkit kodi > > Tested and needs patch: libcap, libsvgtiny, eudev, systemd > To be tested: webkitgtk, qt5webkit, kodi > > * systemd requires a patch, too, changing basically the same thing as those > before. This is longer because it uses gperf several times, but I've got > it ready if needed. I think I'll be sending only a patch or patch series > with all needed changes. > > I don't know how to test the remaining bits: webkitgtk, qt5webkit, kodi > > They all require libgtk3, but I can't select it: > *** libgtk3 needs an OpenGL or an OpenGL-EGL/wayland backend *** > > What other things do I need to enable libgtk3? Thanks for your investigation! libgtk3 needs an OpenGL provider, you can use Mesa3d as OpenGL provider on x86 with a Gallium driver. But since we need to fix several package like eudev and systemd, I would suggest to report this issue to gperf maintainer and see what he say. Best regards, Romain > > Thanks! > >
On Wed, Jan 18, 2017 at 10:31:51PM +0100, Romain Naour wrote: > Hi Alvaro, > > Le 18/01/2017 à 17:01, Alvaro G. M. a écrit : > > On Wed, Jan 18, 2017 at 12:22:49PM +0100, Alvaro G. M. wrote: > > I don't know how to test the remaining bits: webkitgtk, qt5webkit, kodi > > > > They all require libgtk3, but I can't select it: > > *** libgtk3 needs an OpenGL or an OpenGL-EGL/wayland backend *** > > > > What other things do I need to enable libgtk3? > > Thanks for your investigation! > > libgtk3 needs an OpenGL provider, you can use Mesa3d as OpenGL provider on x86 > with a Gallium driver. Thank you! I've been able to select them now. However, cairo compilation fails regarding OpenGL. I guess this is a bug on buildroot's cairo package? checking whether cairo's OpenGLESv2 surface backend feature could be enabled... no (glesv2.pc nor OpenGL ES 2.0 headers not found) configure: error: OpenGLESv2 surface backend feature could not be enabled package/pkg-generic.mk:206: recipe for target '/tmp/buildroot/output/build/cairo-1.14.8/.stamp_configured' failed make: *** [/tmp/buildroot/output/build/cairo-1.14.8/.stamp_configured] Error 1 > > But since we need to fix several package like eudev and systemd, I would suggest > to report this issue to gperf maintainer and see what he say. Yes, I agree. My intuition says most people probably won't even know that gperf has released a new version (3.0.4 was released in 2009), so maybe gperf maintainer will want to set a default option to let it behave as previous version, so it remains compatible. I'll write to gperf mailing list and see what his opinions are on the matter. Best regards
diff -urN libsvgtiny-ea9d99fc8b231c22d06168135e181d61f4eb2f06.old/src/svgtiny_internal.h libsvgtiny-ea9d99fc8b231c22d06168135e181d61f4eb2f06/src/svgtiny_internal.h --- libsvgtiny-ea9d99fc8b231c22d06168135e181d61f4eb2f06.old/src/svgtiny_internal.h 2011-03-21 23:07:10.000000000 +0100 +++ libsvgtiny-ea9d99fc8b231c22d06168135e181d61f4eb2f06/src/svgtiny_internal.h 2017-01-18 12:05:14.338053788 +0100 @@ -90,6 +90,6 @@ /* colors.gperf */ const struct svgtiny_named_color * svgtiny_color_lookup(register const char *str, - register unsigned int len); + register size_t len); #endif - eudev: needs patch too: diff -urN eudev-3.2.1.orig/src/udev/udev-builtin-keyboard.c eudev-3.2.1/src/udev/udev-builtin-keyboard.c --- eudev-3.2.1.orig/src/udev/udev-builtin-keyboard.c 2017-01-18 12:02:25.937207350 +0100 +++ eudev-3.2.1/src/udev/udev-builtin-keyboard.c 2017-01-18 12:02:42.149288589 +0100 @@ -28,7 +28,7 @@ #include "udev.h" -static const struct key *keyboard_lookup_key(const char *str, unsigned len); +static const struct key *keyboard_lookup_key(const char *str, size_t len); #include "keyboard-keys-from-name.h" #include "keyboard-keys-to-name.h"
On Tue, Jan 17, 2017 at 11:17:23PM +0100, Romain Naour wrote: > I haven't checked how many packages are affected by this breakage... rgrep host-gperf packages/ helps getting this useful list: systemd webkitgtk libsvgtiny libcap x11r7/xcb-util eudev qt5 kodi I've had the time to test only a few of these packages, I'll test the remaining later on today as they are quite big and take a while to compile on my machine. * To be tested: systemd webkitgtk qt5 kodi * Tested and needs patch: libcap, libsvgtiny, eudev - libcap: compiles with Romain's patch - libsvgtiny: needs patch: * Tested and doesn't need patch: x11r7/xcb-util From xcb-util-0.3.9/{NEWS, ChangeLog}: Do not rely anymore on gperf and m4 following removal of deprecated atoms. I've grepped for gperf on xcb-util and the only references are those two and it's built without issue, so I've already sent a patch to fix this obsolete dependency. Best regards