After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 768363 - dev-libs/libgdata-0.17.5 fails tests (on the alpha architecture, possibly elsewhere)
dev-libs/libgdata-0.17.5 fails tests (on the alpha architecture, possibly els...
Status: RESOLVED NOTGNOME
Product: libgdata
Classification: Platform
Component: General
0.17.x
Other Linux
: Normal normal
: ---
Assigned To: libgdata-maint
libgdata-maint
https://bugs.gentoo.org/show_bug.cgi?...
Depends on:
Blocks:
 
 
Reported: 2016-07-04 09:27 UTC by Tobias Klausmann
Modified: 2018-08-14 11:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
libgdata test suite log (602.63 KB, text/x-log)
2016-07-04 09:27 UTC, Tobias Klausmann
Details

Description Tobias Klausmann 2016-07-04 09:27:23 UTC
Created attachment 330836 [details]
libgdata test suite log

From stdout:

[...]
ERROR: youtube - too few tests run (expected 49, got 38)
ERROR: youtube - exited with status 134 (terminated by signal 6?)
ERROR: perf - too few tests run (expected 1, got 0)
ERROR: perf - exited with status 134 (terminated by signal 6?)
[...]

# TOTAL: 386
# PASS:  382
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 4

Attached is work/libgdata-0.17.5/gdata/tests/test-suite.log.
Comment 1 Philip Withnall 2016-07-12 14:40:21 UTC
This commit should fix the perf failures; still need to investigate the youtube failures:

commit 7dbcef59f841a91cd1f5fd74b7a4d1d66d6ddc53
Author: Philip Withnall <philip.withnall@collabora.co.uk>
Date:   Tue Jul 12 13:41:09 2016 +0100

    tests: Drop performance target from 1ms to 2ms per parse operation
    
    The Alpha architecture only manages just above 1ms per parse operation.
    2ms isn’t such a bad figure, so let’s use that rather than doing any
    optimisation, which would be too much like hard work.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=768363
Comment 2 Philip Withnall 2016-08-14 13:07:12 UTC
This is the YouTube error:

libgdata:ERROR:youtube.c:2262:test_batch_async_cancellation_cb: assertion failed (error == (g-io-error-quark, 19)): Batch operations are unsupported by this service. (gdata-service-error-quark, 11)

The error which the server returned was: GDATA_SERVICE_ERROR_API_QUOTA_EXCEEDED.

How many times did you run the tests? If they were run too much, or if the online tests are attached to a CI system, then I would expect us to hit the API quota. Otherwise, retrying running the tests should work. The YouTube tests pass for me at the moment, for example.
Comment 3 Philip Withnall 2016-09-20 05:25:40 UTC
Any updates, Tobias?
Comment 4 Tobias Klausmann 2017-03-03 08:57:53 UTC
(In reply to Philip Withnall from comment #2)
> This is the YouTube error:
> 
> libgdata:ERROR:youtube.c:2262:test_batch_async_cancellation_cb: assertion
> failed (error == (g-io-error-quark, 19)): Batch operations are unsupported
> by this service. (gdata-service-error-quark, 11)
> 
> The error which the server returned was:
> GDATA_SERVICE_ERROR_API_QUOTA_EXCEEDED.
> 
> How many times did you run the tests? If they were run too much, or if the
> online tests are attached to a CI system, then I would expect us to hit the
> API quota. Otherwise, retrying running the tests should work. The YouTube
> tests pass for me at the moment, for example.

Oh, I am very sorry that I completely dropped this on the floor.

I ran the tests of 0.17.6 just now and they still fail the same way (batch operations unsupported. The odd thing is this: *normally* that tests run as an unprivileged user (and fail). Running the tests as root works just fine.

So I disabled the sandboxing of the compile system (Portage), and the tests worked even inside of that. So my suspicion is that on Alpha, sandboxing somehow breaks the tests, since sandboxed tests work just fine on amd64.

I'll go digging into that, feel free to close this bug with NOTGNOME or somesuch.
Comment 5 Philip Withnall 2017-08-07 08:23:54 UTC
(In reply to klausman-gnome from comment #4)
> I'll go digging into that, feel free to close this bug with NOTGNOME or
> somesuch.

Did you work out what the problem is?
Comment 6 Tobias Klausmann 2017-08-07 10:46:13 UTC
(In reply to Philip Withnall from comment #5)
> (In reply to klausman-gnome from comment #4)
> > I'll go digging into that, feel free to close this bug with NOTGNOME or
> > somesuch.
> 
> Did you work out what the problem is?

No, not in detail. I opted to just mark the package as "tests fail in sandbox" and moved on.
Comment 7 Philip Withnall 2018-08-14 11:43:12 UTC
No reply in a year ⇒ closing. If you can still reproduce this issue, have diagnosed it a bit further, and it is a problem in libgdata rather than Gentoo, please re-open this bug report with further information. Thanks.