Description of problem: libass's build should add "BuildRequires: yasm" to support assembly instructions to speed up processing on x86 and x86_64. Version-Release number of selected component (if applicable): 0.13.4-2 How reproducible: Steps to Reproduce: 1. rpmbuild -ba libass.spec Actual results: checking for yasm... no configure: WARNING: yasm was not found; ASM functions are disabled. configure: WARNING: Install yasm for a significantly faster libass build. (See: https://kojipkgs.fedoraproject.org/packages/libass/0.13.4/2.fc26/data/logs/x86_64/build.log) Expected results: checking for yasm... yes Additional info: I haven't tested this, this is by pure inspection of the Changelog and build logs. It looks like the binary's assembly code paths are used conditionally on hardware which supports it, according to libass/ass_utils.c, so this change to use yasm should be valid for all supported x86{,_64} hardware.
Thanks for the bug. I'll test if there's any notable difference and if so, apply it with next release.
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle. Changing version to '27'.
Ping. This BuildRequires should probably also be guarded per architecture: %ifarch %ix86 x86_64 BuildRequires: yasm >= 1.2.0 %endif I can try to see whether I can benchmark this with ffmpeg's "ass" filter (which uses the library to render an ASS file as an overlay).
libass-0.13.4-6.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-847d3c12fd
libass-0.13.4-6.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7c7ecb44ec
libass-0.13.4-6.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-e8edde23a0
libass-0.13.4-6.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-7c7ecb44ec
libass-0.13.4-6.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-e8edde23a0
libass-0.13.4-6.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-847d3c12fd
Note that libass now uses nasm over yasm as of commit 0ce4c19, so when libass is eventually updated fully (in a future Fedora release I would guess, since there was an ABI change and thus all dependent packages would need to be rebuilt) instead of cherrypicking commits, this will have to change again. Relevant commit: https://github.com/libass/libass/commit/0ce4c19a5f273fa8200cd84a578a618634a5d507
libass-0.13.4-6.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to 結城イヴ from comment #10) > Note that libass now uses nasm over yasm as of commit 0ce4c19, so when > libass is eventually updated fully (in a future Fedora release I would > guess, since there was an ABI change and thus all dependent packages would > need to be rebuilt) instead of cherrypicking commits, this will have to > change again. 0.14 is "already" in Rawhide, and has been updated to use nasm: https://src.fedoraproject.org/rpms/libass/c/d662d928234f049c89538ff4fe91067214fbf398?branch=master
libass-0.13.4-6.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
libass-0.13.4-6.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.