Am Freitag, 11. September 2020, 16:51:19 CEST schrieb Larry Finger:
On 9/11/20 3:24 AM, Michal Kubecek wrote:
That's part of the kmp packaging macro magic, not much the kmp packager can do about it.
There is the possibility of doing crazy ugly hacks like
%define regenerate_initrd_posttrans /bin/true\ %{nil}
but a bug / feature request against kernel-macros package to give kmp packagers an easy and documented way to say "this module will not end up on initrd" would be better:-)
+1000
But can you ever be sure that it definitely cannot end up in initrd? How do you e.g. prevent user from putting it into INITRD_MODULES explicitly? I'm afraid the only safe way would be a dracut feature that would let you check if it would put a module into initrd based on current configuration and dependencies.
dracut would need to record checksums/timestamps of every item, and stop recreating a certain initrd, if items didn't changed, unless the operation is forced. Oh well.
In the VB case, the kmp install section had the following statements: export INITRD_IN_POSTTRANS=1 export KMP_NEEDS_MKINITRD=0 My tests show that inclusion in initrd stopped when these were removed. We will see what results Pete gets when the new version reaches TW.
Unfortunately, initrds are still rebuilt, Larry. Sorry. In addition, virtualbox fails to build for any Leaps now after Franck Bui's latest change: [ 3270s] ... testing for pre/postinstall scripts that are not idempotent [ 3271s] Failed to connect to bus: No such file or directory [ 3271s] Failed to connect to bus: No such file or directory [ 3271s] /.build_patchrpmcheck_scr: line 53: fg: no job control [ 3271s] postuninstall script of virtualbox-6.1.14-lp152.614.1.x86_64.rpm failed This is evoked from this changeset: -export DISABLE_RESTART_ON_UPDATE=yes -%service_del_postun vboxautostart.service -%service_del_postun vboxdrv.service +%service_del_postun_without_restart vboxautostart.service +%service_del_postun_without_restart vboxdrv.service Franck, while this is a pretty important fix, these macros aren't available on Leap. Would you add them for Leap builds, please? Cheers, Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org