Description of problem: ISC dhcp is no longer maintained upstream since the end of 2022. The Infrastructure Services team is not planning to support it in RHEL 10. Your RHEL package cloud-init currently has a dependency on dhcp-client. We recommend that you remove this dependency and use an alternative DHCP client such as dhcpcd, busybox's udhcpc, or internal dhcp client provided by NetworkManager/systemd-networkd. Version-Release number of selected component (if applicable): cloud-init-0:23.2.1-1.fc39.noarch Steps to Reproduce: # repoquery --enablerepo=\* --whatrequires dhcp-client ... cloud-init-0:23.2.1-1.fc39.noarch
Please see upstream PR https://github.com/canonical/cloud-init/pull/4190 . Thanks @xchen
The dhcp-client is still the dependency of cloud-init in cloud-init-23.4-1.el8 and cloud-init-23.4-2.el9 $ sudo rpm -qR cloud-init | grep dhcp-client dhcp-client
I'm looking at udhcpc support in Fedora to see if that can keep us going. Stay tuned! (Pull requests welcome, too!)
Added a PR to busybox to make a symlink for udhcpc. Apparently busybox knows which code to run based on what's in argv[0]. Thanks to @davide for explaining this for me! https://src.fedoraproject.org/rpms/busybox/pull-request/3
FEDORA-2024-98c295a792 has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2024-98c295a792
FEDORA-2024-98c295a792 has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report.
Still working on getting cloud-init fixed up, but we now have udhcpc coming from the busybox package in rawhide! 🎉
Trying to get dhcpcd support in there instead to align with ELN. Just waiting on a new release in cloud-init.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle. Changing version to 40.
PR[0] made for 24.1.1 and it's working quite well, but dhdpcd gets stuck with an SELinux denial. AVC avc: denied { connectto } for pid=769 comm="dhcpcd" path="/run/dhcpcd/eth0-4.unpriv.sock" scontext=system_u:system_r:dhcpc_t:s0 tcontext=system_u:system_r:dhcpc_t:s0 tclass=unix_stream_socket permissive=0 That seems to be the only denial I can find after switching temporarily to permissive mode. [0] https://src.fedoraproject.org/rpms/cloud-init/pull-request/44
Done! https://bodhi.fedoraproject.org/updates/FEDORA-2024-afdd9f7364
FEDORA-EPEL-2024-c84a71b01a (busybox-1.36.1-7.el10_0) has been submitted as an update to Fedora EPEL 10.0. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-c84a71b01a
FEDORA-EPEL-2024-c84a71b01a (busybox-1.36.1-7.el10_0) has been pushed to the Fedora EPEL 10.0 stable repository. If problem still persists, please make note of it in this bug report.