GNOME Bugzilla – Bug 755616
Unable to build xwayland on Fedora 22
Last modified: 2015-09-26 14:16:35 UTC
I was trying to run "jhbuild build" on Fedora 22, but it got stuck at building xwayland, due to a xproto dependency. It seems the sysdeps command didn't take care of that. It might also be that my distro is too old. http://pastebin.com/MTf463Ma
This is the out put of "jhbuild sysdeps --install xwayland" http://pastebin.com/0yT67zdu
I wonder if we should depend on xserver 1.16 (which includes xwayland) instead build this ourselves
I think this is just a case of missing deps — just adding xorg-xproto to the xwayland dependencies is enough. (In reply to Javier Jardón (IRC: jjardon) from comment #2) > I wonder if we should depend on xserver 1.16 (which includes xwayland) > instead build this ourselves Which version of the X server RHEL, CentOS, Debian stable, and Ubuntu LTS ship?
(In reply to Emmanuele Bassi (:ebassi) from comment #3) > I think this is just a case of missing deps — just adding xorg-xproto to the > xwayland dependencies is enough. Seems like it. I added this to gnome-suite-core-deps-3.18.modules on around 1278 <autotools id="xorg-xproto"> <pkg-config>xproto.pc</pkg-config> <branch repo="xorg-tar" module="releases/individual/proto/xproto-7.0.28.tar.gz" version="7.0.28" size="367523" hash="8f8a716d6daa6ba05df97d513960d35a39e040600bf04b313633f11679006fab"/> </autotools> and <dep package="xorg-xproto"/> on line 1314 and it did the trick! xwayland built successfully.
The hash is completely wrong of course. How do I find that one out so I can create a correct patch?
I did md5sum xproto-7.0.28.tar.gz and got 0b42843b99aee3e4f6a9cc7710143f86 Is that the correct checksum?
Created attachment 312200 [details] [review] patch to fix the issue Found the SHA256 here: http://lists.x.org/archives/xorg-announce/2015-July/002618.html I hope this patch is correct.
Hi Andreas, thank you very much for the patch. I've split it as there were 2 bugs here: - The dependency of xwayland in xorg-xproto was not set - The version required is probably too new for some distros, so I've moved the module from -sysdeps to -core-deps Check 6931f133185b6fea8b9bc14aea09d56602c51623 and the previous 2 commits