Update predictions if systemd-boot is updated

[sysrich]

the current sdbootutil.tukit + suse-module-tools approach only triggers based on the logic of regenerate-initrd-posttrans

However this ignores when systemd-boot is updated, because systemd-boot doesn't need to regenerate the intrd

But systemd-boot is measured..so measurements are invalidated.

[aplanas]

There is a trigger in the spec file that should be doing this:

https://github.com/openSUSE/sdbootutil/blob/main/sdbootutil.spec#L120

[sysrich]

hmm won't that trigger if systemd-boot AND sdbootutil are in the same transaction? Maybe systemd-boot.spec also needs the same trigger?

[aplanas]

It is hard to interpret the documentation [1][2]:

%transfiletriggerin: Executed once after transaction for all installed packages that contained file(s) that matches prefix of this trigger. Also executed after transaction if there was a package containing this file trigger in that transaction and there is/are some files(s) matching prefix of this trigger in rpmdb.

The first sentence suggest that the trigger will be executed if one package that contains those reference files are updated, but it is hard to decode it properly : ((

Can be that also this is required:

# we need this for file triggers
echo "techpreview.ZYPP_SINGLE_RPMTRANS = 1" >> /etc/zypp/zypp.conf

[1] https://rpm-software-management.github.io/rpm/manual/file_triggers.html
[2] https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/8/html/packaging_and_distributing_software/new-features-in-rhel-8_packaging-and-distributing-software#file-triggers-executed-once-per-package

[TobiPeterG]

Is this still an issue?