Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump sharkdp/bat from 0.24.0 to 0.25.0 in lib/functions/general/bat-cat.sh #4

Open
wants to merge 7 commits into
base: dietpi
Choose a base branch
from

Conversation

github-actions[bot]
Copy link

Bump sharkdp/bat from 0.24.0 to 0.25.0 by bumping BATCAT_VERSION in lib/functions/general/bat-cat.sh.

Release notes

Sourced from sharkdp/bat's releases.
Please note that this only shows the release notes for the latest release.

v0.25.0

Features

Bugfixes

Other

Syntaxes

Themes

bat as a library

MichaIng and others added 7 commits January 14, 2025 09:06
since it sometimes results in a boot loop, when aiming to boot from eMMC or SD card: MichaIng/DietPi#7168, https://forum.armbian.com/topic/36141-usb-errors/

The attempt to boot from USB might be too fast, when trying it first, where some USB drives are not ready yet, resulting in an error.

Signed-off-by: MichaIng <[email protected]>
Linux prior to v6.11 did not contain a native Orange Pi 3B device tree, hence "rk3566-orangepi-3b.dtb" was added via patch. Since there is an incompatibility between board revisions v1.1 and v2.1, mainline Linux however added two device trees for those two revisions. Since mainline U-Boot did already select those new device trees by default, we needed to define the old one via boot environmetn, which does not exist in new kernel. Older U-Boot versions however won't load the new device trees.

To not break boot after kernel package upgrade, a symlink is hence added to the package to keep it compatible with old U-Boot and boot environment. A migration to new U-Boot, removing the then obsolete fdtfile declaration from boot env, can be done via distro upgrade scripts or manually, to fully support board revision v2.1.

Signed-off-by: MichaIng <[email protected]>
Upstream kernel defines the exact same LEDs already. having both defined leads to unusable LED sysfs nodes: MichaIng/DietPi#5401

Signed-off-by: MichaIng <[email protected]>
In case of rk35xx-vendor, the mt7921e PCIe WiFi drivers were enabled already,
but the one for USB was missing. It was enabled for most other boards already,
hence this commit is an alignment.

Signed-off-by: MichaIng <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant