[NEWS] Fedora 37 has arrived!

[Hasturtium]

And actually it did it on the Blackbird today when I tried to update it. So I think something regressed.

That’s oddly reassuring, in a way. Glad the regression isn’t somehow isolated to my machine.

[tle]

Another great review from our fellow member

https://www.talospace.com/2022/12/fedora-37-mini-review-on-blackbird-and.html?m=1

[Hasturtium]

On balance, what’s the most hassle-free way to install a 6.1 kernel to Fedora on Power9? I’ll accept steps to manually compile it, but am hoping to test my Radeon RX 6600 soon and it seems like every week we get another kernel 6.0.xx release.

[ClassicHasClass]

Probably compile from the Fedora package itself: https://fedoraproject.org/wiki/Building_a_custom_kernel

I haven't done this recently, but I used to do it when I was hacking on KVM more.

[tle]

On balance, what’s the most hassle-free way to install a 6.1 kernel to Fedora on Power9? I’ll accept steps to manually compile it, but am hoping to test my Radeon RX 6600 soon and it seems like every week we get another kernel 6.0.xx release.

FYI https://fedoramagazine.org/contribute-at-the-fedora-linux-test-week-for-kernel-6-1/

[tle]

The 6.1.0.x is now available on the main F37 dnf tree

[Hasturtium]

My Fedora install has developed a wrinkle in the past couple of days. On running sudo dnf update, I receive the following message:

Code: [Select]

Last metadata expiration check: 1:23:53 ago on Fri 10 Mar 2023 06:02:42 PM CST.
Dependencies resolved.

 Problem: The operation would result in removing the following protected packages: systemd, systemd-udev
====================================================================================================
 Package                         Architecture      Version                  Repository         Size
====================================================================================================
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 systemd                         ppc64le           251.7-611.fc37           fedora            4.3 M
 systemd                         ppc64le           251.13-5.fc37            updates           4.3 M
 systemd-libs                    ppc64le           251.7-611.fc37           fedora            652 k
 systemd-libs                    ppc64le           251.13-5.fc37            updates           652 k
 systemd-pam                     ppc64le           251.7-611.fc37           fedora            355 k
 systemd-pam                     ppc64le           251.13-5.fc37            updates           354 k
 systemd-rpm-macros              noarch            251.7-611.fc37           fedora             30 k
 systemd-rpm-macros              noarch            251.13-5.fc37            updates            29 k
Skipping packages with broken dependencies:
 systemd-container               ppc64le           251.13-5.fc37            updates           556 k
 systemd-devel                   ppc64le           251.13-5.fc37            updates           578 k
 systemd-networkd                ppc64le           251.13-5.fc37            updates           614 k
 systemd-oomd-defaults           noarch            251.13-5.fc37            updates            25 k
 systemd-resolved                ppc64le           251.13-5.fc37            updates           284 k
 systemd-udev                    ppc64le           251.13-5.fc37            updates           1.9 M
 systemd-udev                    ppc64le           251.7-611.fc37           fedora            1.9 M

Transaction Summary
====================================================================================================
Skip  15 Packages

Packages unrelated to these install fine, but these are invariant and inflexible in failing to install. It appears that somehow I've entered dependency hell, as attempting to run sudo dnf update -- results in this:

Code: [Select]

Error:
 Problem: The operation would result in removing the following protected packages: gnome-shell, grub2-ppc64le, systemd-udev

It suggests using --skip-broken to skip uninstallable packages, but that makes no difference. I don't think I did anything novel, so maybe something scabby got pushed in a package that's throwing things off. Any suggestions? I can probably limp this along as-is until the April-ish release of Fedora 38...

Edit: manually installing systemd-251.7 went without a hitch. The changelog for 251.13-5 indicates some dependencies were changed to prevent an edge case, but I’m guessing it’s causing other issues as well. So it’s likely that I can just wait a few days and this problem will go away by itself.

[DKnoto]

I have had the same problem for a few days and came to the same conclusion, I am waiting 

[DKnoto]

I finally found some time to fix the /usr/lib/kernel/install.d/99-grub-mkconfig.install script.
A bug in this script caused that after updating the kernel petitboot did not see the new kernel
and I had to do the kernel list update manually:

Code: [Select]

# grub2-mkconfig > /boot/grub2/grub.cfg

The problem is caused by this piece of script, lines 22-34:

Code: [Select]

    if test -e ${petitboot_path}; then
        read -r -d '' petitboot_version < ${petitboot_path}
        petitboot_version="$(echo ${petitboot_version//v})"
        major_version="$(echo ${petitboot_version} | cut -d . -f1)"
        minor_version="$(echo ${petitboot_version} | cut -d . -f2)"

        if test -z ${petitboot_version} || test ${major_version} -lt 1 || \
           test ${major_version} -eq 1 -a ${minor_version} -lt 8; then
            RUN_MKCONFIG=true
        fi
    else
        RUN_MKCONFIG=true
    fi

After the change to:

Code: [Select]

    if test -e ${petitboot_path}; then
        read -r -d '' petitboot_version < ${petitboot_path}
        petitboot_version="$(echo ${petitboot_version//v})"
        if test ${petitboot_version} = "0ed84c0-p94177c1"; then              #
            RUN_MKCONFIG=true                                                #  My Talos II petitboot version
        else                                                                 #
            major_version="$(echo ${petitboot_version} | cut -d . -f1)"
            minor_version="$(echo ${petitboot_version} | cut -d . -f2)"

            if test -z ${petitboot_version} || \
               test ${major_version} -lt 1 || \
               test ${major_version} -eq 1 -a ${minor_version} -lt 8; then
                RUN_MKCONFIG=true
            fi
        fi
    else
        RUN_MKCONFIG=true
    fi

The script started working as expected and new kernels appear to me in the selection list in petitboot.

[ClassicHasClass]

The problem is it gets overwritten periodically.

[DKnoto]

It's not ideal but updating this script is rare, since the beginning of installing Fedora 37 it has not been updated once and the kernel several times

[DKnoto]

Today systemd-251.13.-6 updated without any problems.