FS#76887 - [mkinitcpio] generating uncompressed image when setting COMPRESSION=lzma

Attached to Project: Arch Linux
Opened by Richard Neumann (rne) - Tuesday, 20 December 2022, 13:14 GMT
Last edited by Toolybird (Toolybird) - Tuesday, 20 December 2022, 20:20 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
mkinitcpio is generating an uncompressed image when setting COMPRESSION=lzma in /etc/mkinitcpio.conf

Additional info:
* package version: 34-2

Steps to reproduce:
Use above mkinitcpio with the latest lts kernel.
Run mkinitcpio -P
Get:

==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> WARNING: Unable to locate compression method: lzop
==> Starting build: 5.15.84-1-lts
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: xhci_pci
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating uncompressed initcpio image: /boot/initramfs-linux-lts.img
==> Image generation successful

$ file -i /boot/initramfs-linux-lts.img
/boot/initramfs-linux-lts.img: application/x-cpio; charset=binary

NB: I stumbled across this while debugging this issue: https://bbs.archlinux.org/viewtopic.php?id=282176
   mkinitcpio.conf (2.5 KiB)
This task depends upon

Closed by  Toolybird (Toolybird)
Tuesday, 20 December 2022, 20:20 GMT
Reason for closing:  None
Additional comments about closing:  Reporter says "*facepalm* lzop was not installed."
Comment by Richard Neumann (rne) - Tuesday, 20 December 2022, 13:18 GMT
I just noticed that lzop was not installed on the machine.
I thought I already checked this but probably erroneously checked on the local, instead of the remote system in question.
Nonetheless, according to the manpage, "zstd" is the standard compression, so it's surprising, that the fallback in this case is "cat".

Loading...