#83 RHEL missing -devel packages
Opened 2 years ago by limb. Modified 2 years ago

Missing for libssh2, libedit at least.


I need libedit for ntp, and libssh2 for a zabbix Copr.

And guile-devel for autogen.

And libunistring-devel for guile.

And snappy, json-c, libmaxminddb, libnet, librabbitmq, for syslog-ng.

protobuf-c for riemann-c-client

libssh2-devel is available now for RHEL8 - it wasn't earlier. I suspect you have not enabled codeready-builder (RHEL8) or PowerTools (CentOS8) repo.

# dnf list libedit-devel
Last metadata expiration check: 0:35:01 ago on Fri 18 Oct 2019 10:15:54 AM MDT.
Available Packages
libedit-devel.i686        3.1-23.20170329cvs.el8     PowerTools

How do I enable those repos in Copr?

libssh2-devel is available now for RHEL8 - it wasn't earlier. I suspect you have not enabled codeready-builder (RHEL8) or PowerTools (CentOS8) repo.

dnf list libedit-devel

Last metadata expiration check: 0:35:01 ago on Fri 18 Oct 2019 10:15:54 AM MDT.
Available Packages
libedit-devel.i686 3.1-23.20170329cvs.el8 PowerTools

I think you meant libedit-devel is available. The COPR should have PowerTools already enabled as you really can't build much without it already enabled.

Are these enabled in mock or koji buildroots?

They are enabled in mock from my builds. In koji the libedit-devel is there

./aarch64/RHEL-8-001/non_modular/libedit-3.1-23.20170329cvs.el8.aarch64.rpm
./aarch64/RHEL-8-001/non_modular/libedit-devel-3.1-23.20170329cvs.el8.aarch64.rpm
./ppc64le/RHEL-8-001/non_modular/libedit-3.1-23.20170329cvs.el8.ppc64le.rpm
./ppc64le/RHEL-8-001/non_modular/libedit-devel-3.1-23.20170329cvs.el8.ppc64le.rpm
./s390x/RHEL-8-001/non_modular/libedit-3.1-23.20170329cvs.el8.s390x.rpm
./s390x/RHEL-8-001/non_modular/libedit-devel-3.1-23.20170329cvs.el8.s390x.rpm
./x86_64/RHEL-8-001/non_modular/libedit-3.1-23.20170329cvs.el8.x86_64.rpm
./x86_64/RHEL-8-001/non_modular/libedit-devel-3.1-23.20170329cvs.el8.x86_64.rpm

So for at least that 1 package things should buiild.

I know that libssh2-devel wasn't available in Copr yesterday.

I need autogen, but it's not apparently in RHEL. However, fedpkg request-branch thinks it is.

I know that libssh2-devel wasn't available in Copr yesterday.

Maybe a copr/mock issue then. It's in the EPEL8 buildroots - I just checked again.

autogen is there as well:

autogen.x86_64     5.18.12-7.el8            PowerTools

And my CentOS8 VM with PowerTools enabled doesn't find libssh2-devel.

@limb b, I think orion meant libedit-devel and NOT libssh2-devel.

I can tell you definitely there is no libssh2-devel in the build system. Autogen should be there

./aarch64/RHEL-8-001/non_modular/autogen-5.18.12-7.el8.aarch64.rpm
./aarch64/RHEL-8-001/non_modular/autogen-libopts-5.18.12-7.el8.aarch64.rpm
./ppc64le/RHEL-8-001/non_modular/autogen-5.18.12-7.el8.ppc64le.rpm
./ppc64le/RHEL-8-001/non_modular/autogen-libopts-5.18.12-7.el8.ppc64le.rpm
./s390x/RHEL-8-001/non_modular/autogen-5.18.12-7.el8.s390x.rpm
./s390x/RHEL-8-001/non_modular/autogen-libopts-5.18.12-7.el8.s390x.rpm
./x86_64/RHEL-8-001/non_modular/autogen-5.18.12-7.el8.x86_64.rpm
./x86_64/RHEL-8-001/non_modular/autogen-libopts-5.18.12-7.el8.x86_64.rpm

Koji doesn't think so:
https://kojipkgs.fedoraproject.org//work/tasks/4914/38374914/root.log

OK I see the problem. You are talking about the -devel packages and we were looking at the autoge. So yes.. autogen-devel and autogen-libopts-devel are not included in RHEL.

Yeah, I thought that was the whole point of PowerTools. So how do I use -devel packages in koji?

Never thought I'd type that. . .

If they don't ship devel but do ship the runtime, I can't have the devel in EPEL, so I can't make use of the library at all, which severely restricts what I can do for EPEL. Or with EL-8 generally.

So, on RHEL8, I can enable the virt-devel module and install libssh2-devel:

Installing:
 libssh2-devel       x86_64 1.8.0-8.module+el8.0.0+4084+cceb9f44.1
                                                    codeready-builder-for-rhel-8-x86_64-rpms  66 k

On CentOS 8, it does not appear that the virt-devel module exists:

# dnf module list virt-devel
Error: No matching Modules to list

So that appears to be a CentOS issue. There is https://bugs.centos.org/view.php?id=16492 - but no response there.

There was a problem with libssh2-devel in RHEL/EPEL for a while, but it was resolved with virt-devel module 8000020190828150510. I was able to build zabbix40 in EPEL8 with libssh2-devel a while back, and did a scratch build today to make sure it was still working.

OK it looks like they fixed a problem.. and I didn't catch that it was fixed. Earlier versions of the virt-devel was shipped with a libssh2-devel but you could not install it because it had an older NVR than the libssh2 in the virt module. Then in middle of september, they added a new virt-devel which has a libssh2-devel with the same NVR and now you can install it.

I am not sure if the CentOS newer builds are stuck in their buildsystem or if the updated module definitions have gotten out from Red Hat.

Ok, I've added myself to the CentOS bug for libssh2-devel.

How do I get autogen*-devel, pps-tools-devel, librabbitmq-devel, etc?

There isn't much that can be done here. I put in the requests into Red Hat and we wait..

We are looking at other alternatives to work around htis but I do not expect we could get them in place before January

Le sigh. Ok, thanks for the update.

I also need libuv-devel, for libstorj, for filezilla.

We now have a formal policy to allow EPEL8 to build with these missing packages.
https://fedoraproject.org/wiki/EPEL/FAQ#RHEL_8.2B_has_binaries_in_the_release.2C_but_is_missing_some_corresponding_-devel_package._How_do_I_build_a_package_that_needs_that_missing_-devel_package.3F

You need to open a CentOS issue[1] that states what devel package is missing and packages it is affecting. File the bug against the CentOS-8 Project, with the Category of _unreleased_devel_packages.

If you are unable to open a CentOS issue, please let me know, and I will open one for you.
If that is the case, please let me know specifically what package are missing, and what packages cannot be built because of it.

[1] - https://bugs.centos.org/%7CCentOS

Will the packages in the linked CentOS issue be addressed?

You have listed over 7 separate packages in this issue. It's a little hard to follow. Which package(s) and which issue(s) are you asking about?

libssh2 is being handled for EPEL8 outside of the CentOS missing devel packages. The problem is/was that libssh2 technically isn't in RHEL8, despite the fact that you see it when you do a dnf list libssh2. But you don't see it at all on a CentOS8 machine.
For EPEL, after much discussion, we have deemed that we can build it in EPEL8[1], and it is currently going through testing.[2]
I'm not totally positive if this will translate to libssh (and libssh-devel) being available in COPR, but for EPEL8 builds it should be.

[1] - https://pagure.io/fedora-infrastructure/issue/8558
[2] - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-3681ce7474

So RHEL8 isn't going to fix the -devel issue in a comprehensive way?

It will be on a package by package basis. Nothing comprehensive.
From what I've been told, they will look at the CentOS bugs to get an idea of what to put in. But I was told that about these EPEL issues as well. So I'll believe it when I see it.

Login to comment on this ticket.

Metadata