-
Story
-
Resolution: Unresolved
-
Minor
-
rhel-10.1
-
None
-
dracut-107-2.el10
-
Low
-
rhel-bootloader
-
ssg_core_services
-
26
-
3
-
False
-
False
-
-
None
-
None
-
Pass
-
Manual
-
Unspecified
-
Unspecified
-
Unspecified
-
-
All
-
None
RHEL-10 has greatly reduced its reliance on libgcrypt. RPM doesn't use it, systemd is compiled without it
(https://download-01.beak-001.prod.iad2.dc.redhat.com/brewroot/vol/rhel-10/packages/systemd/257/11.el10/data/logs/x86_64/build.log says Dependency libgcrypt skipped: feature gcrypt disabled).
Yet dracut still needlessly pulls libgcrypt into initramfs, say, if it's there just in case after a 9to10 in-place upgrade:
dracut-ng-105/modules.d/01systemd-journald/module-setup.sh 57: {"tls/$_arch/",tls/,"$_arch/",}"libgcrypt.so*" \ dracut-ng-105/modules.d/00systemd/module-setup.sh 155: {"tls/$_arch/",tls/,"$_arch/",}"libgcrypt.so*" \
What were you trying to do that didn't work?
Upgrade from 9 to 10, do not have libgcrypt in initramfs needlessly.
What is the impact of this issue to you?
Needlessly bloated initramfs.
Please provide the package NVR for which the bug is seen:
dracut-105-4.el10
How reproducible is this bug?:
reliably
Steps to reproduce
- Upgrade 9to10 or install libgcrypt on 10
- dracut --regenerate-all -f
- lsinitrd /boot/init*
Expected results
no libgcrypt in initramfs
Actual results
libgcrypt in initramfs
- links to
-
RHBA-2025:152670 dracut update