Release v8.0 #5146
Merged
Release v8.0 #5146
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
- DietPi-Software | Docker: Resolved an issue where the install was aborted due to an incorrect check for missing kernel modules. Many thanks to @dragonandy for reporting this issue: #5061
- DietPi-Software | Pi-hole: Resolved an issue where the teleporter import log was not shown but denied by the X-Frame-Options header: https://discourse.pi-hole.net/t/unable-to-restore-teleporter-backup-fresh-install-no-funky-changes-made/51573 - DietPi-Software | Pi-hole: Remove obsolete Access-Control-Allow-Origin header and allow local IPv6 requests to the blocking/404 page.
+ Raspberry Pi | Avoid comment lines > 100 columns, else havoc can happen: raspberrypi/firmware#1669
+ DietPi-Software | Remove all Debian Stretch exclusive code, workarounds, mentions etc. + DietPi-Globals | Remove Stretch workaround for systemctl from G_EXEC and consequently use "tput" to obtain terminal dimensions: It does not required any of STDOUT, STDERR or STDOUT since Buster, hence works more reliable than "stty", which requires STDIN, which breaks using G_EXEC in loops through e.g. "< <(command)". + DietPi-PREP | Raise minimum pre-image Debian version from Stretch to Buster + DietPi-VPN/WiFi_Monitor | Remove obsolete After=dietpi-boot.service from systemd unit + DietPi-Imager | Remove now obsolete /dev/tty input override. G_WHIP now uses tput to obtain terminal dimensions which does not require STDIN. + DietPi-Software | Use LogsDirectory consequently in systemd units, assured to be available with min Debian Buster, instead of pre-creating logging directories. This assures those being created before the process is started and has correct permissions, hence even works when the directory got removed or lost (e.g. dietpi-ramlog.service failure) for some reason. + DietPi-Software | Roon Bridge: Move systemd unit back into dietpi-software: This allows faster search and alignment of systemd units and assures the content always matches the DietPi version. Otherwise old DietPi versions may download an incompatible systemd unit, e.g. Stretch systems the one with invalid LogsDirectory. + DietPi-Software | Nukkit: Fix install due to changed repository and download URLs + DietPi-Software | MineOS: Fix install on Bullseye by removing "python" from APT dependencies. It is not required for the Node.js based web interface and rdiff-backup pulls it as dependency automatically on Buster, but "python3" on Bullseye and above. + DietPi-Software | Mitigate Log4Shell in Airsonic and Blynk Server: https://www.infiniroot.com/blog/?p=1155 + General | Remove further Stretch specific code and methods from DietPi scripts + DietPi-LetsEncrypt | Minio: Use the native Certbot renewal hook system to update Minio cert/key only when a successful renewal happened, instead of on every certbot.service execution. Remove the obsolete pre-v8.0 method and do the same for Lighttpd. + DietPi-LetsEncrypt | Assure that future Certbot service executions have the obsolete renewal drop-ins unloaded after migration + DietPi-Globals | Use "autopurge" shortcut, availlable since Buster + DietPi-Imager | Sync and sleep also when resetting the journal of non-root ext4 filesystems
|
@MichaIng Python3 reinstall with workaround Install log attached. Click to expand!
Python3 reinstall without workaround Install log attached. Click to expand!And this is how as well I have seen Not sure what pypa.io guys did with Python3 uninstall is failing as well now Uninstall log attached. Click to expand! |
|
Ayayay, luckily I did not recognise that v60.3.x has been released 😄. Okay, really not a big problem to keep this simple and quick workaround in place and give the |
|
I did not checked back. I just stumble across while checking an issue from forum and Python3 brock during reinstall. I hope nobody will do a reinstall on a version below DietPi v8. 🙄 |
|
Good that we release tomorrow 🙈. |
|
and we have a hardcore workaround for users who already broke Python |
|
Ah nice, simple when this is all (manual |
|
yes, only chance to get it back working because |
|
We do not install an older version, but only uninstall it before running |
|
ah I was not clear enough. I mean older DietPi versions below v8. As there we do not remove |
|
Ah yes, that is true. Good that we have a simple repair step, and another argument to keep DietPi updated. |
- DietPi-FirstBoot | Remove ineffective autologin defer after network, since this is implied already. The reason for the network check timeouts is in case when DHCP times out after 10 seconds, in which case the network-online.target is reached even that no IP address has been leased. - DietPi-PREP | Do not reduce DHCP timeout (from 60) seconds) to 10 seconds, which can be too low in some cases, leading to autologin and connections checks before the network has been brought up, when automatated first run setup has been enabled. - DietPi-WiFiDB | When bringing up the WiFi adapter for SSID scanning, use "ip" instead of "ifup" to skip WPA and DHCP setup. Only the raw adapter state needs to be up for scanning and "ifup" takes until DHCP times out when no SSID has been configured yet.
- CHANGELOG | Network: For new images, the default DHCP timeout is not reduced to 10 seconds anymore. This could have been too short, in which case network targets of the boot sequence are reached before an IP has been actually assigned. Especially in case of AUTO_SETUP_AUTOMATED=1 this could have lead to connection test timeouts and hence abortion of the automated first run setup. Many thanks to @jpeg2600 for reporting such a case: #5143 - CHANGELOG | DietPi-Config: When configuring a first WiFi slot via scanning for SSIDs, the WiFi adapter is now not brought up via "ifup" but "ip l dev wlanX up". This way no DHCP and WPA client starts are triggered, which are doomed to fail when the WiFi adapter is not connected to any access point yet. Especially in case of the default 60 seconds DHCP timeout, this would otherwise cause an unnecessary long delay.
- DietPi-Software | Mosquitto: Applied a workaround on ARMv6 where the latest Mosquitto packages from the official APT repository are not ARMv6-compatible. Many thanks to @thomasmockridge for reporting this issue: #5140 - DietPi-Software | Bumped all fallback URLs and the Single File PHP Gallery version
|
There have been two further releases of |
|
Will do some testing this week on this. |
|
installation seems to be brocken still
|
|
Reported: pypa/pip#10742 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
v8.0
(2022-01-08)
Stretch support
Changes
Fixes