Skip to content

Commit 2614272

Browse files
committed
changelog: wording
1 parent 6697329 commit 2614272

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

CHANGELOG.txt

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ New images:
55
- Orange Pi 3 | Support for the non-LTS version of this board was added.
66

77
Enhancements:
8-
- Debian Trixie | In preparation for the Debian Trixie release, planned for August 9th (https://release.debian.org/), we further polished compatibility, and created a script for a seamless distro upgrade from Bookworm to Trixie, similar to the script which allows upgrades from Debian Bullseye to Bookworm. All info can be found here: https://github.com/MichaIng/DietPi/issues/7644
8+
- Debian Trixie | In preparation for the Debian Trixie release, scheduled for August 9th (https://release.debian.org/), we further polished compatibility, and created a script for a seamless distro upgrade from Bookworm to Trixie, similar to the script which allows upgrades from Debian Bullseye to Bookworm. All info can be found here: https://github.com/MichaIng/DietPi/issues/7644
99
- NanoPi R5C | Its onboard Ethernet adapters are now assigned static MAC addresses as well, like done earlier for the other NanoPi mini routers last DietPi release.
1010
- DietPi-Display | Kernel command-line config detection has been widened to support more setups: GRUB is supported independent of the architecture, and settings are now changed in all found (and supported) config files, instead of just in the first. Many thanks to @adshrc for pointing out the too limited support for GRUB: https://github.com/MichaIng/DietPi/issues/7390#issuecomment-3012510974
1111
- DietPi-Display | The tool does now always show those settings previously applied, and reads the sysfs API only for settings which were not explicitly saved earlier. Previously, to faster detect non-functional settings and inconsistencies, even if settings were previously stored to the kernel command-line, the tool always read all values for enabled and connected displays from the sysfs API. This however means that when applying settings, exiting and restarting the tool, the previously applied settings are not shown anymore, and more importantly, all shown possibly different values were applied when changing only one setting. In the meantime, we know about inconsistencies when managing multiple displays, that e.g. on Raspberry Pi the rotation applied to one display, applies to all onboard display ports, and that the list of nodes from the sysfs API is neither consistently sorted, nor complete, entries can miss parameters, leading to duplicates, and on Raspberry Pi all modes with resolutions above the current one are simply missing. It makes more sense to consequently show those settings explicitly applied, and it can be seen on the display(s) whether/in how far they work or not. Many thanks to @adshrc again for the follow-up report.

0 commit comments

Comments
 (0)