Release Notes for Alpine 3.20.0: Difference between revisions

From Alpine Linux
No edit summary
m (→‎grub 2.12: Attempt to correct small typos/grammar/redundancy. Correct file path for grub backup file.)
 
(16 intermediate revisions by 6 users not shown)
Line 3: Line 3:
=== grub 2.12 ===
=== grub 2.12 ===


When upgrading existing installations using grub, make sure to update the installed bootloader before rebooting, otherwise your machine might not boot.
When upgrading existing installations using grub on UEFI systems, make sure to update the installed bootloader before rebooting, otherwise your machine might not boot.


Here are some examples for various situations assuming default setups. Don't blindly copy these examples but verify what's applicable to your system.
The problem is that grub added new configuration that executes <code>fwsetup --is-supported</code>, but grub 2.06 does not support the <code>--is-supported</code> argument yet, causing grub to unconditionally try to reboot into firmware.


Afterwards, run the <code>update-grub</code> command to update the grub configuration:
Here is an example assuming the default setup. Don't blindly copy this example but verify what's applicable to your system.
 
{{Cmd|# update-grub}}
   
   
==== BIOS ====
For BIOS systems (x86 or x86_64)
{{Cmd|# grub-install --boot-directory{{=}}/boot --target{{=}}i386-pc <var>$disk</var>}}
; disk : The block device grub has been installed to.
==== EFI ====
==== EFI ====


{{Cmd|
{{Cmd|
  # grub-install --target{{=}}<var>$target</var> --efi-directory{{=}}"<var>$efi_directory</var>" \
  # grub-install --target{{=}}<var>$target</var> --efi-directory{{=}}<var>$efi_directory</var> \
     --bootloader-id{{=}}alpine --boot-directory{{=}}"/boot --no-nvram
     --bootloader-id{{=}}alpine --boot-directory{{=}}/boot --no-nvram
  # install -D <var>$efi_directory</var>/EFI/alpine/grub<var>$fwa</var>.efi <var>$efi_directory</var>/EFI/boot/boot<var>$fwa</var>.efi
  # install -D <var>$efi_directory</var>/EFI/alpine/grub<var>$fwa</var>.efi <var>$efi_directory</var>/EFI/boot/boot<var>$fwa</var>.efi


Line 30: Line 19:


; target : The relevant [https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-disk.in#L320-324 target] for your system
; target : The relevant [https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-disk.in#L320-324 target] for your system
; efi_directory : Either {{Path|/boot/efi}} or {{Path|/boot}}
; efi_directory : Either {{Path|/boot/efi}} or {{Path|/boot}}. Run <code>awk '$2 ~ /boot/ && $3 ~ /fat|msdos/ { print $2 }' /proc/mounts</code> to confirm.
; fwa : The respective [https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-disk.in#L320-324 firmware architecture] for your system
; fwa : The respective [https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-disk.in#L320-324 firmware architecture] for your system
==== Short-term work-around ====
A short-term work-around to get the system bootable again is to restore the backup configuration:
{{Cmd|cp /boot/grub/grub.cfg.backup /boot/grub.cfg }}
This should allow you to boot the system again in order to fix it permanently. This will be reverted when either grub or the kernel is updated again.
This will only work if <code>update-grub</code> has not been executed any more since the upgrade to grub 2.12.
== Others ==
=== Redis ===
Due to [https://github.com/redis/redis/pull/13157 the relicensing of Redis] to [https://redis.io/legal/rsalv2-agreement/ RSALv2]+[https://redis.io/legal/server-side-public-license-sspl/ SSPLv1], a non-free license model, the [https://spdx.org/licenses/BSD-3-Clause.html BSD-3-Clause] licensed fork [https://valkey.io/ Valkey] has replaced Redis in the main package repository.
A {{#ifexpr: {{AlpineLatest}} >= 3.20 |{{pkg|valkey-compat|branch=v3.20|arch=}}|{{pkg|valkey-compat|branch=edge|arch=}}}} package is provided with symlinks and group for easy Redis replacement.
The {{#ifexpr: {{AlpineLatest}} >= 3.20 |{{pkg|redis|branch=v3.20|arch=}}|{{pkg|redis|branch=edge|arch=}}}} aport has been moved to the community repository, with a shorter support cycle, and will not be upgraded past 7.2.x due to the license change.
Another replacement alternative, the [https://spdx.org/licenses/LGPL-3.0-only.html LGPL-3.0-only] licensed fork [https://redict.io/ Redict] is also available in the community repository.
=== yq ===
yq was renamed to yq-go. https://gitlab.alpinelinux.org/alpine/aports/-/issues/16052
=== aws-cli ===
Due to incompatibility issues with Python 3.12, aws-cli has been temporarily disabled until the issue is resolved by upstream. See the corresponding problem at upstream: https://github.com/aws/aws-cli/issues/8342
=== GNOME 46 ===
New upstream release of GNOME.
Depending on how you installed GNOME, you may have to manually add <code>gcr-ssh-agent</code> after upgrading to retain GNOME Keyring ssh integration.

Latest revision as of 00:56, 12 May 2024

Base System

grub 2.12

When upgrading existing installations using grub on UEFI systems, make sure to update the installed bootloader before rebooting, otherwise your machine might not boot.

The problem is that grub added new configuration that executes fwsetup --is-supported, but grub 2.06 does not support the --is-supported argument yet, causing grub to unconditionally try to reboot into firmware.

Here is an example assuming the default setup. Don't blindly copy this example but verify what's applicable to your system.

EFI

# grub-install --target=$target --efi-directory=$efi_directory \ --bootloader-id=alpine --boot-directory=/boot --no-nvram # install -D $efi_directory/EFI/alpine/grub$fwa.efi $efi_directory/EFI/boot/boot$fwa.efi

target
The relevant target for your system
efi_directory
Either /boot/efi or /boot. Run awk '$2 ~ /boot/ && $3 ~ /fat|msdos/ { print $2 }' /proc/mounts to confirm.
fwa
The respective firmware architecture for your system

Short-term work-around

A short-term work-around to get the system bootable again is to restore the backup configuration:

cp /boot/grub/grub.cfg.backup /boot/grub.cfg

This should allow you to boot the system again in order to fix it permanently. This will be reverted when either grub or the kernel is updated again.

This will only work if update-grub has not been executed any more since the upgrade to grub 2.12.

Others

Redis

Due to the relicensing of Redis to RSALv2+SSPLv1, a non-free license model, the BSD-3-Clause licensed fork Valkey has replaced Redis in the main package repository.

A valkey-compat package is provided with symlinks and group for easy Redis replacement.

The redis aport has been moved to the community repository, with a shorter support cycle, and will not be upgraded past 7.2.x due to the license change.

Another replacement alternative, the LGPL-3.0-only licensed fork Redict is also available in the community repository.


yq

yq was renamed to yq-go. https://gitlab.alpinelinux.org/alpine/aports/-/issues/16052

aws-cli

Due to incompatibility issues with Python 3.12, aws-cli has been temporarily disabled until the issue is resolved by upstream. See the corresponding problem at upstream: https://github.com/aws/aws-cli/issues/8342

GNOME 46

New upstream release of GNOME.

Depending on how you installed GNOME, you may have to manually add gcr-ssh-agent after upgrading to retain GNOME Keyring ssh integration.