Openembedded Core Discussions
 help / color / mirror / Atom feed
From: "Yu, Mingli" <mingli.yu@windriver.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH v2] glib-2.0: fix ptest failures
Date: Sun, 5 May 2019 14:09:49 +0800	[thread overview]
Message-ID: <5CCE7E2D.6050008@windriver.com> (raw)
In-Reply-To: <CAJTo0LZnTfeC66-BWnhhXrb6w9eRsUH-hMostVgtKLY4mxwA3A@mail.gmail.com>



On 2019年04月30日 21:16, Burton, Ross wrote:
> On Tue, 30 Apr 2019 at 08:45, <mingli.yu@windriver.com> wrote:
>> From: Mingli Yu <Mingli.Yu@windriver.com>
>>
>> * Install 7 translation packages to fix 7 ptest
>>    failures such as:
>>    | GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf: assertion failed (__p == ("10\346\234\210")): ("Oct" == "10\346\234\210")
>>    | GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1716:test_month_names: assertion failed (p_casefold == (o_casefold)): ("nov" == "stu")
>>    | GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1731:test_month_names: assertion failed (p_casefold == (o_casefold)): ("jul" == "liep.")
>
> Would be better if we had a meta-package to install 'all
> translations', but we don't.

>
>> * Increase the timeout to 15 minutes as the default
>>    timeout which is 5 minutes is not enough to fix below error:
>>    | Executing: glib/actions.test
>>    | Test timed out after 300 seconds
>>    | cleaning up pid 13050
>>    | FAIL: glib/actions.test (Child process killed by signal 9)
>
> Looks like we're working around a test case that is going to fail
> because it is timing out.  Let's investigate why it is taking so long
> instead.

The sub-case named test_dbus_threaded[/actions/dbus/threaded] of 
glib/actions.test takes almost most of the time, the more details as below.

# time; /usr/libexec/installed-tests/glib/actions -p;time

user	0m58.87s

sys	0m16.89s

/actions/basic: OK

/actions/name: OK

/actions/simplegroup: OK

/actions/stateful: OK

/actions/default-activate: OK

/actions/entries: OK

/actions/parse-detailed: OK

/actions/property: OK

/actions/dbus/export: OK

/actions/dbus/threaded: OK

/actions/dbus/bug679509: OK

user	11m37.67
s
sys	2m20.77s



# time; /usr/libexec/installed-tests/glib/actions -p; time
user	0m0.11s
sys	0m0.05s
/actions/dbus/threaded: OK
user	6m32.04s
sys	0m55.54s


About the /actions/dbus/threaded,  check 
https://gitlab.gnome.org/GNOME/glib/blob/master/gio/tests/actions.c#L918 
for more details.


# gnome-desktop-testing-runner --help
Usage:
   gnome-desktop-testing-runner [OPTION?] [PREFIX...] - Run installed tests
[snip]
-t, --timeout=TIMEOUT       Cancel test after timeout seconds; defaults 
to 5 minutes
[snip]


If use gnome-desktop-testing-runner to run all the glib-2.0 test, we 
should guarantee all the tests have enough time to run and I don't think 
the below logic is a workaround, we should increase the timeout if use 
gnome-desktop-testing-runner.

-su glib2-test -c gnome-desktop-testing-runner glib
+su glib2-test -c "gnome-desktop-testing-runner glib -t 900"

Thanks,

>
>> * There are 240+ ptest cases for glib-2.0 and one
>>    case is gdatetime.test. And there are 53 sub-cases
>>    under gdatetime.test.
>>
>>    Among of the 53 sub-cases of gdatetime.test, there
>>    is one sub-case named test_month_names.
>>
>>    For test_month_names case, there are also 64 cases
>>    against it. Comment 2 cases of test_month_names
>>    as a workaround to fix the below test_month_names
>>    failure as the issue also exists in the latest version:
>>    | GLib:ERROR:../glib-2.60.1/glib/tests
>>    /gdatetime.c:1702:test_month_names: assertion failed (p_casefold == (o_casefold)): ("\316\261\317\205\316\263" == "\316\261\317\215\316\263")
>>    | GLib:ERROR:../glib-2.60.1/glib/tests/gdatetime.c:1765:test_month_names: assertion failed (p_casefold == (o_casefold)): ("\320\274\320\260\321\217" == "\320\274\320\260\320\271")
>>
>>    Have reported the above issues to upstream as
>>    https://gitlab.gnome.org/GNOME/glib/issues/1759
>>    and as the failure even exists on the latest version 2.60.1
>>    until now, so comment it as a workaround until the
>>    upstream fixs it.
>
> The test is failing and we don't know why, so it should continue to
> fail.  We don't get to 100% pass rate by disabling every test that
> fails.
>
> Can you drop the timeout and datetime test removal, leaving just the
> translation additions?
>
> Ross
>


  reply	other threads:[~2019-05-05  6:03 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-19  8:54 [PATCH] glib-2.0: fix ptest failures mingli.yu
2019-04-23 15:52 ` Burton, Ross
2019-04-24  1:58   ` Yu, Mingli
2019-04-24 12:07     ` Burton, Ross
2019-04-25  3:32       ` Yu, Mingli
2019-04-30  7:45         ` [PATCH v2] " mingli.yu
2019-04-30 13:16           ` Burton, Ross
2019-05-05  6:09             ` Yu, Mingli [this message]
2019-05-06  9:50               ` Adrian Bunk
2019-05-07  7:30                 ` Yu, Mingli
2019-05-08  3:05                   ` [PATCH v3] " mingli.yu
2019-05-08 11:54                     ` Burton, Ross
2019-05-08 12:25                       ` richard.purdie
2019-05-13  9:25                         ` Yu, Mingli
2019-05-13  9:40                           ` richard.purdie
2019-05-14  6:06                             ` Yu, Mingli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5CCE7E2D.6050008@windriver.com \
    --to=mingli.yu@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ross.burton@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox