[factory] pre-UEFI systems now require additional UEFI+ components???
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
This is new since under a week ago. When adding a longterm kernel it was a simple matter of installing the kernel-longterm rpm. Not any more: # grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # inxi -M | grep BIOS BIOS: Phoenix v: 6.00 PG date: 06/27/2006 # inxi -S System: Host: k8mmv Kernel: 6.6.11-1-default arch: x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20240310 # time zypper -v in kernel-longterm ... The following 15 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 kernel-longterm 6.6.21-1.1 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1 The following package requires a system reboot: kernel-longterm 6.6.21-1.1 15 new packages to install. Overall download size: 1.1 MiB. Already cached: 164.1 MiB. After the operation, additional 241.2 MiB will be used. Note: System reboot required. Continue? [y/n/v/...? shows all options] (y): If I try to download in advance and install with rpm, this results: # rpm -ivh /nfs/00srv/pub/Linux/Suse/Factory/kernel-longterm-6.6.18-1.1.x86_64.rpm error: Failed dependencies: suse-kernel-rpm-scriptlets is needed by kernel-longterm-6.6.18-1.1.x86_64 # zypper -v in suse-kernel-rpm-scriptlets ... The following 14 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1 14 new packages to install. Overall download size: 1.1 MiB. Already cached: 163.1 KiB. After the operation, additional 3.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): n Is it intended that all TW installations now must include these *efi* and related packages? As an experimenter: # rpm -ivh --nodeps kernel-longterm-6.6.21-1.1.x86_64.rpm Verifying... ################################# [100%] Preparing... ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-pre Updating / installing... 1:kernel-longterm-6.6.21-1.1 ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-post Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-posttrans # nothing was deposited in /boot/. Eventually, partially outside of the package management system, I managed to get it installed and an initrd generated that works, but it took too long, and the steps are scattered among several terminals and logins. # inxi -S System: Host: k8mmv Kernel: 6.6.21-1-longterm arch: x86_64 bits: 64 Desktop: Trinity v: N/A Distro: openSUSE Tumbleweed 20240310 # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
![](https://seccdn.libravatar.org/avatar/9435667f7160374bc34a8600b686aecd.jpg?s=120&d=mm&r=g)
On Tue, Mar 12, 2024 at 8:11 AM Felix Miata <mrmazda@earthlink.net> wrote:
This is new since under a week ago. When adding a longterm kernel it was a simple matter of installing the kernel-longterm rpm. Not any more:
# grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # inxi -M | grep BIOS BIOS: Phoenix v: 6.00 PG date: 06/27/2006 # inxi -S System: Host: k8mmv Kernel: 6.6.11-1-default arch: x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20240310 # time zypper -v in kernel-longterm ... The following 15 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 kernel-longterm 6.6.21-1.1 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
The following package requires a system reboot: kernel-longterm 6.6.21-1.1
15 new packages to install. Overall download size: 1.1 MiB. Already cached: 164.1 MiB. After the operation, additional 241.2 MiB will be used.
Note: System reboot required. Continue? [y/n/v/...? shows all options] (y):
If I try to download in advance and install with rpm, this results: # rpm -ivh /nfs/00srv/pub/Linux/Suse/Factory/kernel-longterm-6.6.18-1.1.x86_64.rpm error: Failed dependencies: suse-kernel-rpm-scriptlets is needed by kernel-longterm-6.6.18-1.1.x86_64 # zypper -v in suse-kernel-rpm-scriptlets ... The following 14 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
14 new packages to install. Overall download size: 1.1 MiB. Already cached: 163.1 KiB. After the operation, additional 3.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): n
Is it intended that all TW installations now must include these *efi* and related packages?
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm-scriptlets Loading repository data... Reading installed packages... S | Name | Summary | Type ---+------------------------------+--------------------------------------------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~> Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
As an experimenter: # rpm -ivh --nodeps kernel-longterm-6.6.21-1.1.x86_64.rpm Verifying... ################################# [100%] Preparing... ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-pre Updating / installing... 1:kernel-longterm-6.6.21-1.1 ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-post Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-posttrans # nothing was deposited in /boot/. Eventually, partially outside of the package management system, I managed to get it installed and an initrd generated that works, but it took too long, and the steps are scattered among several terminals and logins. # inxi -S System: Host: k8mmv Kernel: 6.6.21-1-longterm arch: x86_64 bits: 64 Desktop: Trinity v: N/A Distro: openSUSE Tumbleweed 20240310 # -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Andrei Borzenkov composed on 2024-03-12 09:55 (UTC+0300):
Felix Miata wrote:
This is new since under a week ago. When adding a longterm kernel it was a simple matter of installing the kernel-longterm rpm. Not any more:
# grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # inxi -M | grep BIOS BIOS: Phoenix v: 6.00 PG date: 06/27/2006 # inxi -S System: Host: k8mmv Kernel: 6.6.11-1-default arch: x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20240310 # time zypper -v in kernel-longterm ... The following 15 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 kernel-longterm 6.6.21-1.1 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
The following package requires a system reboot: kernel-longterm 6.6.21-1.1
15 new packages to install. Overall download size: 1.1 MiB. Already cached: 164.1 MiB. After the operation, additional 241.2 MiB will be used.
Note: System reboot required. Continue? [y/n/v/...? shows all options] (y):
If I try to download in advance and install with rpm, this results: # rpm -ivh /nfs/00srv/pub/Linux/Suse/Factory/kernel-longterm-6.6.18-1.1.x86_64.rpm error: Failed dependencies: suse-kernel-rpm-scriptlets is needed by kernel-longterm-6.6.18-1.1.x86_64 # zypper -v in suse-kernel-rpm-scriptlets ... The following 14 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
14 new packages to install. Overall download size: 1.1 MiB. Already cached: 163.1 KiB. After the operation, additional 3.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): n
Is it intended that all TW installations now must include these *efi* and related packages?
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm-scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+--------------------------------------------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
Thank you yet again for identifying what I failed to see. Martin Wilck's 16.0.43-508.1 had been installed, but I removed it /along with/ suse-modules-tools using rpm --nodeps and followed it up by only installing OSS's 16.0.43-1.1 suse-module-tools prior to the zypper dup that found no corresponding need for the absent suse-module-tools-scriptlets, followed by kernel longterm installation attempt. :p -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Felix Miata composed on 2024-03-12 04:25 (UTC-0400):
Andrei Borzenkov composed on 2024-03-12 09:55 (UTC+0300):
Felix Miata wrote:
This is new since under a week ago. When adding a longterm kernel it was a simple matter of installing the kernel-longterm rpm. Not any more:
# grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # inxi -M | grep BIOS BIOS: Phoenix v: 6.00 PG date: 06/27/2006 # inxi -S System: Host: k8mmv Kernel: 6.6.11-1-default arch: x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20240310 # time zypper -v in kernel-longterm ... The following 15 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 kernel-longterm 6.6.21-1.1 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
The following package requires a system reboot: kernel-longterm 6.6.21-1.1
15 new packages to install. Overall download size: 1.1 MiB. Already cached: 164.1 MiB. After the operation, additional 241.2 MiB will be used.
Note: System reboot required. Continue? [y/n/v/...? shows all options] (y):
If I try to download in advance and install with rpm, this results: # rpm -ivh /nfs/00srv/pub/Linux/Suse/Factory/kernel-longterm-6.6.18-1.1.x86_64.rpm error: Failed dependencies: suse-kernel-rpm-scriptlets is needed by kernel-longterm-6.6.18-1.1.x86_64 # zypper -v in suse-kernel-rpm-scriptlets ... The following 14 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
14 new packages to install. Overall download size: 1.1 MiB. Already cached: 163.1 KiB. After the operation, additional 3.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): n
Is it intended that all TW installations now must include these *efi* and related packages?
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm-scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+--------------------------------------------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
Thank you yet again for identifying what I failed to see. Martin Wilck's 16.0.43-508.1 had been installed, but I removed it /along with/ suse-modules-tools using rpm --nodeps and followed it up by only installing OSS's 16.0.43-1.1 suse-module-tools prior to the zypper dup that found no corresponding need for the absent suse-module-tools-scriptlets, followed by kernel longterm installation attempt. :p
Possibly more context helps explain? # grep suse-module-tools /var/log/zypp/history | tail 2023-11-17 01:39:46|install|suse-module-tools-scriptlets|16.0.38-1.1|x86_64||OSS|97e4209838ad4c0c9b46aa051dd4eab5c4ddfcb78f7652b90e847e286b7f5a9285b91d71ea3f3dc0fe7545a3d4c36c84745972cf6c84b3830a5b9997c3fb2d3c| 2024-01-25 12:58:48|install|suse-module-tools|16.0.42-1.1|x86_64||OSS|a32aa21ca3ddc326c889617b473b235f668153cbbab4c1fff563f0d17e40fd07cfc2c00aacba9c5334f41f06852df7550c55ec6dc3bbe3fb88fc07350afb5e73| 2024-01-25 13:00:04|install|suse-module-tools-scriptlets|16.0.42-1.1|x86_64||OSS|a12571f6cf6ba3fb5645a0166537f434d3ec35b6f279b1b67ff43a5ef41944e1e7a9fd7af19af21b0c68ef10ccc0240ea5f4428a21ca0d16031a8b96eb2e13f6| 2024-01-25 13:09:10|command|root@k8mmv|'zypper' '-v' 'in' 'suse-module-tools-16.0.43' 'suse-module-tools-scriptlets-16.0.43'| 2024-01-25 13:09:15|install|suse-module-tools|16.0.43-508.1|x86_64|root@k8mmv|homeMwilckSMT|85d1779a78392c536766231fb9d544f9d428a986c84a5e7ef67432b956312b31fb28d49f8e4f34121b02c5927502dc6b026faf2910911961355f5ef2dacf3d82| 2024-01-25 13:09:19|install|suse-module-tools-scriptlets|16.0.43-508.1|x86_64|root@k8mmv|homeMwilckSMT|e7d607e216e9bd22bdfff65ca237e8e66dab848deb1eb26c4b5e6a6e9c93d48efb30ceda5208a93acfa426302e1b3e2100f8807a6ac78e10924a17e8482bfccc| 2024-03-11 22:41:01|command|root@k8mmv|'zypper' '-v' 'in' 'suse-module-tools'| 2024-03-11 22:41:03|install|suse-module-tools|16.0.43-1.1|x86_64|root@k8mmv|OSS|5f724f12e6d6d9b7832413cc22d3c37dc14c1c8c5c2f9aa6ee1ee811ce64fc0b574d3c9ff18d5402dfab6905f0c0e6d8e9fd4c2f89dffa36f63c1f7a069691ea| 2024-03-12 04:23:13|command|root@k8mmv|'zypper' '-v' 'in' 'suse-module-tools-scriptlets'| 2024-03-12 04:23:14|install|suse-module-tools-scriptlets|16.0.43-1.1|x86_64|root@k8mmv|OSS|78712187e512cf30a7d7721201295a9507b54bbf5a58e97899097ce78d5190d66771a2a696ebacd532aa972a094c0658451b48cf2596eed1781d00976d7f35ce| # rpm -qa | egrep 'boot|efi|grub|rpm|suse-mod' | sort gfxboot-4.5.93-1.2.x86_64 gfxboot-branding-openSUSE-84.87.20230227-4.3.noarch grub-0.97-203.7.x86_64 rpm-4.19.1.1-3.1.x86_64 rpm-config-SUSE-20240214-1.1.noarch ruby3.3-rubygem-cfa_grub2-2.0.0-1.21.x86_64 ruby3.3-rubygem-gem2rpm-0.10.1-23.1.x86_64 suse-module-tools-16.0.43-1.1.x86_64 suse-module-tools-scriptlets-16.0.43-1.1.x86_64 systemd-rpm-macros-24-1.5.noarch trinity-tdenetwork-tdefile-plugins-14.1.1-1.osstw.x86_64 yast2-bootloader-5.0.6-1.1.x86_64 # At the time of "zypper -v in kernel-longterm", I had rpm -e --nodeps removed suse-module-tool*. I have grub2* installed only on UEFI hosts. All others either retain Grub Legacy, or have no bootloader installed. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
![](https://seccdn.libravatar.org/avatar/2b43d424e288433c003051dc7411b1bd.jpg?s=120&d=mm&r=g)
On Tue, 2024-03-12 at 09:55 +0300, Andrei Borzenkov wrote:
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm- scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+---------------------------------- ----------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
I'd expect it would still be, at least as long as sd-boot officially becomes the bootloader of choice in openSUSE. Martin
![](https://seccdn.libravatar.org/avatar/9435667f7160374bc34a8600b686aecd.jpg?s=120&d=mm&r=g)
On 16.03.2024 02:16, Martin Wilck via openSUSE Factory wrote:
On Tue, 2024-03-12 at 09:55 +0300, Andrei Borzenkov wrote:
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm- scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+---------------------------------- ----------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
I'd expect it would still be, at least as long as sd-boot officially becomes the bootloader of choice in openSUSE.
Martin
Then something needs Suggests: suse-module-tools-scriptlets As it is global setting it probably should go into openSUSE-release.
![](https://seccdn.libravatar.org/avatar/f9fb86af86ef66b34b610f49ebc61f39.jpg?s=120&d=mm&r=g)
Andrei Borzenkov wrote:
On 16.03.2024 02:16, Martin Wilck via openSUSE Factory wrote:
On Tue, 2024-03-12 at 09:55 +0300, Andrei Borzenkov wrote:
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm- scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+---------------------------------- ----------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
I'd expect it would still be, at least as long as sd-boot officially becomes the bootloader of choice in openSUSE.
Martin
Then something needs
Suggests: suse-module-tools-scriptlets
So far sdbootutil-rpm-scriptlets conflicted with grub2. So unless the system in question uses a custom boot loader I don't see how there's even a choice. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Software Solutions Germany GmbH; GF: Ivo Totev, Andrew McDonald, Werner Knoblich; HRB 36809 (AG Nürnberg)
![](https://seccdn.libravatar.org/avatar/9435667f7160374bc34a8600b686aecd.jpg?s=120&d=mm&r=g)
On 19.03.2024 18:29, Ludwig Nussel wrote:
Andrei Borzenkov wrote:
On 16.03.2024 02:16, Martin Wilck via openSUSE Factory wrote:
On Tue, 2024-03-12 at 09:55 +0300, Andrei Borzenkov wrote:
andrei@tumbleweed:~> zypper se --provides -x suse-kernel-rpm- scriptlets Loading repository data... Reading installed packages...
S | Name | Summary | Type ---+------------------------------+---------------------------------- ----------------+-------- i+ | sdbootutil-rpm-scriptlets | Scripts to create boot entries on kernel updates | package | suse-module-tools-scriptlets | Kernel rpm scriptlets | package andrei@tumbleweed:~>
Nothing prevents you from installing suse-module-tools-scriptlets. Whether it should be default is certainly subject to discussion.
I'd expect it would still be, at least as long as sd-boot officially becomes the bootloader of choice in openSUSE.
Martin
Then something needs
Suggests: suse-module-tools-scriptlets
So far sdbootutil-rpm-scriptlets conflicted with grub2. So unless the system in question uses a custom boot loader I don't see how there's even a choice.
Well, "no bootloader" is a valid choice in YaST, but I agree, this should be rather niche case.
![](https://seccdn.libravatar.org/avatar/b412e0e96b356608cdeaf4428d35ac4f.jpg?s=120&d=mm&r=g)
On 3/12/24 01:06, Felix Miata wrote:
This is new since under a week ago. When adding a longterm kernel it was a simple matter of installing the kernel-longterm rpm. Not any more:
# grep yReq /etc/zypp/zypp.conf solver.onlyRequires = true # inxi -M | grep BIOS BIOS: Phoenix v: 6.00 PG date: 06/27/2006 # inxi -S System: Host: k8mmv Kernel: 6.6.11-1-default arch: x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20240310 # time zypper -v in kernel-longterm ... The following 15 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 kernel-longterm 6.6.21-1.1 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
The following package requires a system reboot: kernel-longterm 6.6.21-1.1
15 new packages to install. Overall download size: 1.1 MiB. Already cached: 164.1 MiB. After the operation, additional 241.2 MiB will be used.
Note: System reboot required. Continue? [y/n/v/...? shows all options] (y):
If I try to download in advance and install with rpm, this results: # rpm -ivh /nfs/00srv/pub/Linux/Suse/Factory/kernel-longterm-6.6.18-1.1.x86_64.rpm error: Failed dependencies: suse-kernel-rpm-scriptlets is needed by kernel-longterm-6.6.18-1.1.x86_64 # zypper -v in suse-kernel-rpm-scriptlets ... The following 14 NEW packages are going to be installed: efibootmgr 18-1.5 jq 1.7.1-1.2 libefivar1 38-2.2 libjq1 1.7.1-1.2 libonig5 6.9.9-1.2 libtss2-esys0 4.0.1-4.2 libtss2-mu0 4.0.1-4.2 libtss2-rc0 4.0.1-4.2 libtss2-sys1 4.0.1-4.2 libtss2-tcti-device0 4.0.1-4.2 pcr-oracle 0.5.4-4.1 sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
14 new packages to install. Overall download size: 1.1 MiB. Already cached: 163.1 KiB. After the operation, additional 3.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): n
Is it intended that all TW installations now must include these *efi* and related packages?
As an experimenter: # rpm -ivh --nodeps kernel-longterm-6.6.21-1.1.x86_64.rpm Verifying... ################################# [100%] Preparing... ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-pre Updating / installing... 1:kernel-longterm-6.6.21-1.1 ################################# [100%] Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-post Cannot execute /usr/lib/module-init-tools/kernel-scriptlets/rpm-posttrans # nothing was deposited in /boot/. Eventually, partially outside of the package management system, I managed to get it installed and an initrd generated that works, but it took too long, and the steps are scattered among several terminals and logins. # inxi -S System: Host: k8mmv Kernel: 6.6.21-1-longterm arch: x86_64 bits: 64 Desktop: Trinity v: N/A Distro: openSUSE Tumbleweed 20240310 #
Hi Felix, One thing I found interesting in your issue is that it wants to install the following 3 packages sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1 Those are for switching from grub2 to systemd-boot for your bootloader. I suspect TW will switch at some point and know work has been done but have not seen anything saying that is happening anytime soon. I have been helping a friend debug an issue with their system because they keep getting some of the systemd-boot components installed after doing a zypper dup but we have been uanble to determine what is triggering their install as they have always used grub2 and never installed any of the systemd-boot components. I wonder if my friends issue is also what you are seeing here with those systemd components being installed... I've tried looking for requires/recommends that would trigger it but have not found anything so far. -- Regards, Joe
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Joe Salmeri composed on 2024-03-12 11:00 (UTC-0400):
One thing I found interesting in your issue is that it wants to install the following 3 packages
sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1
Those are for switching from grub2 to systemd-boot for your bootloader. I suspect TW will switch at some point and know work has been done but have not seen anything saying that is happening anytime soon.
I have been helping a friend debug an issue with their system because they keep getting some of the systemd-boot components installed after doing a zypper dup but we have been uanble to determine what is triggering their install as they have always used grub2 and never installed any of the systemd-boot components.
I wonder if my friends issue is also what you are seeing here with those systemd components being installed...
I've tried looking for requires/recommends that would trigger it but have not found anything so far.
I think the connection is perl-bootloader is in process of being phased out, being replaced by either suse-module-tools-scriptlets and/or sdbootutil-rpm-scriptlets and related bootloader rpm-macros packages changes. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
![](https://seccdn.libravatar.org/avatar/b412e0e96b356608cdeaf4428d35ac4f.jpg?s=120&d=mm&r=g)
On 3/12/24 17:33, Felix Miata wrote:
Joe Salmeri composed on 2024-03-12 11:00 (UTC-0400):
One thing I found interesting in your issue is that it wants to install the following 3 packages
sdbootutil 1+git20240215.cb7e392-1.1 sdbootutil-rpm-scriptlets 1+git20240215.cb7e392-1.1 systemd-boot 254.9-2.1 Those are for switching from grub2 to systemd-boot for your bootloader. I suspect TW will switch at some point and know work has been done but have not seen anything saying that is happening anytime soon. I have been helping a friend debug an issue with their system because they keep getting some of the systemd-boot components installed after doing a zypper dup but we have been uanble to determine what is triggering their install as they have always used grub2 and never installed any of the systemd-boot components. I wonder if my friends issue is also what you are seeing here with those systemd components being installed... I've tried looking for requires/recommends that would trigger it but have not found anything so far.
I think the connection is perl-bootloader is in process of being phased out, being replaced by either
suse-module-tools-scriptlets and/or sdbootutil-rpm-scriptlets
and related bootloader rpm-macros packages changes.
Hi Felix, I have been testing out systemd-boot on a test machine as well as testing switching back to grub2. When I install systemd-boot then it has a conflict and I choose to uninstall suse-module-tools-scriptlets and install sdbootutil-rpm-scripts and when I switch back to grub2 on the test system then I switch back to suse-module-tools-scriptlets. Both cannot be installed at the same time because of the conflict. -- Regards, Joe
participants (5)
-
Andrei Borzenkov
-
Felix Miata
-
Joe Salmeri
-
Ludwig Nussel
-
Martin Wilck