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 - [email protected] + +- 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 <[email protected]> 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 <[email protected]> Reviewed-by: Pekka Paalanen <[email protected]> Tested-by: Kalev Lember <[email protected]> Reviewed-by: Yong Bakos <[email protected]> --- tests/connection-test.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tests/connection-test.c b/tests/connection-test.c index 1c688f1..8be6c38 100644 --- a/tests/connection-test.c +++ b/tests/connection-test.c @@ -142,7 +142,7 @@ va_list_wrapper(const char *signature, union wl_argument *args, int count, ...) TEST(argument_from_va_list) { union wl_argument args[WL_CLOSURE_MAX_ARGS]; - struct wl_object fake_object; + struct wl_object fake_object, fake_new_object; struct wl_array fake_array; va_list_wrapper("i", args, 1, 100); @@ -154,13 +154,13 @@ TEST(argument_from_va_list) va_list_wrapper("?iuf?sonah", args, 8, 102, 103, wl_fixed_from_int(104), "value", - &fake_object, 105, &fake_array, 106); + &fake_object, &fake_new_object, &fake_array, 106); assert(args[0].i == 102); assert(args[1].u == 103); assert(args[2].f == wl_fixed_from_int(104)); assert(strcmp(args[3].s, "value") == 0); assert(args[4].o == &fake_object); - assert(args[5].n == 105); + assert(args[5].o == &fake_new_object); assert(args[6].a == &fake_array); assert(args[7].h == 106); } -- 2.12.0
