Hello community, here is the log from the commit of package wayland for openSUSE:Factory checked in at 2017-03-18 20:47:55 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/wayland (Old) and /work/SRC/openSUSE:Factory/.wayland.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "wayland" Sat Mar 18 20:47:55 2017 rev:31 rq:479605 version:1.13.0 Changes: -------- --- /work/SRC/openSUSE:Factory/wayland/wayland.changes 2017-03-03 14:38:49.270051136 +0100 +++ /work/SRC/openSUSE:Factory/.wayland.new/wayland.changes 2017-03-18 20:47:58.883716402 +0100 @@ -1,0 +2,6 @@ +Wed Mar 15 11:53:21 UTC 2017 - jengelh@inai.de + +- Add 0001-tests-Fix-new-ID-type-handling-in-argument_from_va_l.patch + to resolve testsuite failure on s390x + +------------------------------------------------------------------- New: ---- 0001-tests-Fix-new-ID-type-handling-in-argument_from_va_l.patch ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ wayland.spec ++++++ --- /var/tmp/diff_new_pack.OYs7Gs/_old 2017-03-18 20:47:59.795587218 +0100 +++ /var/tmp/diff_new_pack.OYs7Gs/_new 2017-03-18 20:47:59.795587218 +0100 @@ -31,6 +31,7 @@ Source2: http://wayland.freedesktop.org/releases/%name-%version.tar.xz.sig Source3: %name.keyring Source4: baselibs.conf +Patch1: 0001-tests-Fix-new-ID-type-handling-in-argument_from_va_l.patch #git#BuildRequires: autoconf >= 2.64 #git#BuildRequires: automake >= 1.11 #git#BuildRequires: libtool >= 2.2 @@ -120,6 +121,7 @@ %prep %setup -q +%patch -P 1 -p1 %build if [ ! -e configure ]; then ++++++ 0001-tests-Fix-new-ID-type-handling-in-argument_from_va_l.patch ++++++
From 680a6b32de49896dc290968f83a1e4cce315888e Mon Sep 17 00:00:00 2001 From: Carlos Garnacho
Date: Thu, 23 Feb 2017 13:47:41 +0100 Subject: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test
New IDs are internally dealt with as objects, however this test
expected to deal with 'n' as the uint32_t type that's just seen
through the wire. We should give it an object instead, and
expect an object from it.
https://bugs.freedesktop.org/show_bug.cgi?id=99899
Signed-off-by: Carlos Garnacho