Bug 1424433 - shiboken: flaky test on armv7hl (FTBFS in F26)
Summary: shiboken: flaky test on armv7hl (FTBFS in F26)
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: shiboken
Version: 26
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Felix Schwarz
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1320653 F26FTBFS
TreeView+ depends on / blocked
 
Reported: 2017-02-17 17:06 UTC by Fedora Release Engineering
Modified: 2017-07-08 13:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-08 13:44:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (814.75 KB, text/plain)
2017-02-17 17:06 UTC, Fedora Release Engineering
no flags Details
root.log (106.64 KB, text/plain)
2017-02-17 17:06 UTC, Fedora Release Engineering
no flags Details
state.log (623 bytes, text/plain)
2017-02-17 17:06 UTC, Fedora Release Engineering
no flags Details

Description Fedora Release Engineering 2017-02-17 17:06:37 UTC
Your package shiboken failed to build from source in current rawhide.

https://koji.fedoraproject.org/koji/taskinfo?taskID=17791506

For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild

Comment 1 Fedora Release Engineering 2017-02-17 17:06:47 UTC
Created attachment 1254567 [details]
build.log

Comment 2 Fedora Release Engineering 2017-02-17 17:06:51 UTC
Created attachment 1254568 [details]
root.log

Comment 3 Fedora Release Engineering 2017-02-17 17:06:54 UTC
Created attachment 1254569 [details]
state.log

Comment 4 Fedora End Of Life 2017-02-28 12:14:21 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.

Comment 5 Felix Schwarz 2017-07-08 12:10:15 UTC
This really bugs me: I get regular koschei notifications. It seems like the build (more precisely: "the test suite") is a bit flaky on armv7hl. 

The problem is always
  40/168 Test  #40: other_collector_external_operator..................***Failed

The most problematic thing is that the test sometimes passes (even on armv7hl):
fail (June 2017): https://koji.fedoraproject.org/koji/taskinfo?taskID=19670320
pass (May 2017):  https://koji.fedoraproject.org/koji/taskinfo?taskID=19670320

Not sure how we should tackle this best. PySide 1.x (and shiboken) are mostly unmaintained. A PySide developer from the QT company mentioned to me that PySide 2 contains fewer bugs than 1.x even though there is not even a beta release. Also switching to PySide 2 means users must switch to QT 5 which might not be so easy.

As the arm platform seems to be a bit problematic for shiboken/PySide and I never read a bug report about ARM-specific bugs I tend to either just disable tests for PySide on ARM. However this means we basically pretend everything should be working on ARM (which I did not test at all) so the more honest thing might be to remove PySide/shiboken from Fedora on ARM...

I guess I'll take one more stab at fixing the test and if I fail I'll just go ahead fixing the build - even if this means no PySide on ARM.

Comment 6 Felix Schwarz 2017-07-08 12:57:53 UTC
Ah, our friends at Debian found the root cause (integer overflow) in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856133. I was able to apply that patch successfully for F26+F27 and push it this weekend.


Note You need to log in before you can comment on or make changes to this bug.