Description of problem: NASM is not packaged for EPEL at the moment. There are software two packages (intel-ipsec-mb is one) that depend on NASM and want to be included in EPEL8 distribution. Their EPEL builds fail because of NASM dependency. Could you package NASM for EPEL8, please? Version-Release number of selected component (if applicable): How reproducible: Build any package with NASM dependency for EPEL. https://koji.fedoraproject.org/koji/buildinfo?buildID=1623778 Steps to Reproduce: 1. https://koji.fedoraproject.org/koji/buildinfo?buildID=1623778 2. 3. Actual results: Expected results: Additional info:
nasm is provided in RHEL via the CodeReady-Linux Builder repository, or in CentOS Stream via the PowerTools repository: [jwboyer@vader ~]$ sudo yum info nasm Updating Subscription Management repositories. Last metadata expiration check: 1:15:20 ago on Mon 19 Oct 2020 07:04:44 PM EDT. Available Packages Name : nasm Version : 2.13.03 Release : 2.el8 Architecture : x86_64 Size : 378 k Source : nasm-2.13.03-2.el8.src.rpm Repository : codeready-builder-for-rhel-8-x86_64-rpms Summary : A portable x86 assembler which uses Intel-like syntax URL : http://www.nasm.us License : BSD Description : NASM is the Netwide Assembler, a free portable assembler for the : Intel 80x86 microprocessor series, using primarily the : traditional Intel instruction mnemonics and syntax. [jwboyer@vader ~]$ http://mirror.centos.org/centos/8-stream/PowerTools/x86_64/os/Packages/nasm-2.13.03-2.el8.x86_64.rpm As such, it won't be packaged in EPEL because it's already provided in RHEL. Looking at the build failure, it's not that nasm isn't available. It's that the version of nasm you are requiring is newer than the version found in RHEL. DEBUG util.py:634: No matching package to install: 'nasm >= 2.14' RHEL/CentOS Stream has version 2.13.03 as you can see above.
Thanks and sorry I missed it. Would it be possible to update nasm package then? Should I close this BZ and create a new one for nasm package update in RHEL?
(In reply to Tomasz Kantecki from comment #2) > Thanks and sorry I missed it. > > Would it be possible to update nasm package then? > Should I close this BZ and create a new one for nasm package update in RHEL? That's an option. If there's something in your package that absolutely needs an update, it might be the only one. Is there a way to build it against the version already in RHEL?
Assembly is primary implementation language of the library. Older versions of NASM don't support instructions used in multiple modules of the library. There doesn't seem to be any value behind this option.
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34.
NASM package has been updated and build passes http://koji.fedoraproject.org/koji/buildinfo?buildID=1747262