Software > Operating Systems and Porting

[NEWS] Fedora 37 has arrived!

<< < (5/6) > >>

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: ---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

--- End code ---

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: ---Error:
 Problem: The operation would result in removing the following protected packages: gnome-shell, grub2-ppc64le, systemd-udev

--- End code ---

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: ---# grub2-mkconfig > /boot/grub2/grub.cfg

--- End code ---

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


--- Code: ---    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

--- End code ---

After the change to:


--- Code: ---    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

--- End code ---

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.

Navigation

[0] Message Index

[#] Next page

[*] Previous page