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):
Build any package with NASM dependency for EPEL.
Steps to Reproduce:
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.
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.
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.