The test suite is apparently not even built on alpha: >>> Source compiled. * .alpha: running multilib_src_test /var/tmp/portage/media-libs/x265-0.8/temp/environment: line 2814: cd: /var/tmp/portage/media-libs/x265-0.8/work/multicoreware-x265-527d03c56d68/source-.alpha/test: No such file or directory It also fails on my amd64 machine. I'll mask the ffmpeg USE flag x265 for now.
(In reply to Tobias Klausmann from comment #0) > I'll mask the ffmpeg USE flag x265 for now. for a testsuite? that's wrong. testsuite is lowest priority in my eyes.
Well, then we seem to disagree. If a package has a non-disabled test suite, it should pass. If it doesn't it's a bug. In this particular case it's worse: upstream clearly has limited knowledge/testing of arches other than amd64 (and maybe x86), so my hopes that this gets fixed in time for the blocked bug to proceed are very limited. Not to mention that the package is probably not used on Alpha very often, since there are much more performant, cheaper _and_ efficient machines available to do this kind of thing. The whole "oh it's just a test suite, who cares if it fails" mindset is _exactly_ why AT'ing can be such a huge time sink. Test suites that never get fixed or documented as "we don't care" are worse than just disabling the whole thing.
here it builds fine (last test on 1.5); no build log -> needinfo
Created attachment 399122 [details] build log for 1.4 I couldn't find 1.5 in the tree, but 1.4 fails just the same way. Build log is attached.
+ 17 Mar 2015; Alexis Ballier <aballier@gentoo.org> x265-1.5.ebuild, + x265-9999.ebuild: + Tests are really about checking asm. Dont run them on arches with no asm + optimisations. Bug #519046 + thx