testing/systemd-boot: make the package depend on systemd-boot-efistub

Also makes the efistub package provide gummiboot

assigned to @struan-robertson

added 1 commit

• a224e733 - testing/systemd-boot: make the package depend on systemd-boot-efistub

Compare with previous version

Don't know what's wrong with the builds

added 1 commit

• 7a493c9f - testing/systemd-boot: make the package depend on systemd-boot-efistub

Compare with previous version

you can skip the make the package part of the commit message

resolved all threads

resolved all threads

added 1 commit

• 58f3750e - testing/systemd-boot: depend on systemd-boot-efistub

Compare with previous version

should now be ready

PTAL?

added 753 commits

• 58f3750e...32463850 - 752 commits from branch alpine:master
• d39397f1 - testing/systemd-boot: depend on systemd-boot-efistub

Compare with previous version

added 847 commits

• d39397f1...c37039fe - 846 commits from branch alpine:master
• 830e707e - testing/systemd-boot: depend on systemd-boot-efistub

Compare with previous version

/cc @struan-robertson

I am slightly confused by why we would want systemd-boot to rely on systemd-boot-efistub, these are seperate boot systems. systemd-boot uses systemd-bootx64.efi, which is not a stub but rather a full bootloader and has nothing to do with unified kernel images. Also, I would be wary making systemd-efistub provide gummiboot, as per #16917 systemd-efistub uses different hardcoded magic numbers to define sections of the stub.

I am slightly confused by why we would want systemd-boot to rely on systemd-boot-efistub

Perhaps you are right, I think that's how the old gummiboot/secureboot-hook stack worked, and I tried to port the behaviour, which is not correct.

Also, I would be wary making systemd-efistub provide gummiboot

I see.

closed