Beta v7.6.0 #4727
Merged
Beta v7.6.0 #4727
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-Survey | Actively disable key authentication, as this is done by default, if an ~/.ssh/id_rsa is present, since one of the very latest package upgrades on Bullseye, despite a password given via URL or even "-u" option, failing as the server allows a single authentication attempt only.
+ DietPi-BugReport | Explicitly set no curl key authentication. Since one of the latest package upgrades on Bullseye, it uses ~/.ssh/id_rsa automatically, if present, despite a user:password given via URL and/or "-u" command, which fails as the server allows a single authentication attempt only. + DietPi-BugReport | Be stricter on input commands but not overriding any non-integer with "0", and minor coding
+ DietPi-Software | RealVNC: Do not force shared desktop mode when dietpi-autostart desktop autologin is enabled, to remain consistency with TigerVNC and allow concurrent and independent local desktop and virtual VNC sessions. + DietPi-Software | TigerVNC: Switch to "tigervnc-scraping-server" for shared desktop, so that our "TigerVNC" install option really is a TigerVNC install option and no mixture with the dedicated and in the meantime hardly maintained x11vnc. + DietPi-Software | TigerVNC/RealVNC: Make our wrapper script a fast executing and lighter dash script, which more explicitly calls the actual binaries than some other services and more explicitly kills the running instances it is supposed to kill. + DietPi-Software | TigerVNC: Do not overwrite existing VNC passwords + DietPi-Software | RealVNC: Use VncAuth to allow 3rd party VNC viewer connections, and apply global software password, when none was set yet + DietPi-Software | TigerVNC/RealVNC: Error-handle most uninstall steps and assure that the (old?) SysV service is cleanly removed + DietPi-Software | Pre-create /usr/local/bin once on every install, so we don't need to pre-create it within so many individual install code blocks. Also add some error-handling here and there. + DietPi-Software | VNC Servers: Add some info prints to our wrapper script and simplify kill command for RealVNC to what works reliable now + DietPi-Software | VNC Servers: Skip the xstartup creation: Both VNC servers ship a default script which mostly equals ours and launches the installed default desktop/client automatically. In case of RealVNC, it is /etc/vnc/xstartup, so that our script was only an unnecessary wrapper. + DietPi-Software | VNC Servers: Use an own loop to wait for an X server, connect, and in case wait for a next X session, when using shared desktop mode. From Bullseye on, the new X0tigervnc binary needs to be used, which is a replacement for what x0tigervncserver, while the latter became a wrapper to pass some defaults. On RealVNC the actual vncserver-x11 needs to be called instead of the wrapper, which also allows us to use generic VncAuth authentication. + DietPi-Software | TigerVNC: Apply remote connection config for Bullseye + DietPi-Software | TigerVNC: Assure that /root/.vnc exists before attempting to write to it + DietPi-Software | VNC Servers: Set bash as default shell for virtual desktop and assure that service status doesn't report a failure after stopping it + DietPi-Software | VNC Servers: Allow other X servers instead of only Xorg for shared desktop, e.g. another running virtual desktop for testing reasons: Yes VNC servers can connect to VNC servers' virtual desktops! + DietPi-Software | RealVNC: Since vncserver-x11(-core) stays active when the X server terminates and connects to any new X server automatically, we don't need to loop for it, but can have it as main process. Leave the initial wait for X in place, as our wrapper consumes much less memory than vncserver-x11-core. + DietPi-Software | RealVNC: Disable its native systemd services after ours got enabled. By default they are disabled anyway, so this covers a scenario where users installed RealVNC manually before, used their services and then do a DietPi install on top of it. Both can run aside of each other (to have virtual + shared desktop VNC concurrently), when screens do not overlap, but our installation should restore the default single VNC server setup. To prevent a potentially used VNC connection for the install (unlikely but possible), the RealVNC services are however not stopped but only disabled for ours to take over from next reboot on.
+ DietPi-Software | LXDE: Block further Raspberry Pi desktop packages which conflict with LXDE on Bullseye. Block a larger range via wildcards to potentially prevent other issues and conflicts, due to customised incompatible packages shipped by the Raspberry Pi repository "main" component, required for kernel and firmware.
+ CHANGELOG | Amiberry: Due to changes in DietPi v7.5, enabling Amiberry fast boot won't change the TTY for boot/kernel on Raspberry Pi anymore, as they do not directly interfere with Amiberry screen output anymore. But due to this change, during screen mode changes, the raw console output is visible for a short time, which breaks the Amiga feeling. To address the issue, instead of changing the kernel command line (cmdline), Amiberry will now switch to a different expectedly empty TTY on startup and switch back to the main TTY when being stopped, including the case of failure. As this is achieved with the Amiberry service itself, the Amiberry standard boot option benefits from it as well, as well as manual "systemctl start amiberry" calls, all the same way, and it is not limited to the Raspberry Pi, as the previous TTY change was.
+ General | Add initial support for Debian 12 Bookworm (current testing) + DietPi-Obtain_HW_model | Reduce overhead when detecting the Debian version + DietPi-Software | Bookworm support: Disable software titles for Bookworm when disabled on Bullseye + DietPi-Set_software | apt-mirror: Use Bullseye RPi repo suite on Bookworm + DietPi-PREP | Add initial Debian 12 Bookworm support + DietPi-PREP | Update Debian version info, Buster being now oldstable, Bullseye stable and Bookworm the new testing + DietPi-PREP | Drop obsolete patches
+ DietPi-Automation | When the automated first run setup fails, assure that as well autologin is disabled. Else, on a reboot or power cycle, the setup is started again automatically, but interactively so that it hangs on first whiptail. If this is a headless device or no screen attached, this makes it impossible to take over the setup via SSH or serial console: #4555 (comment)
+ DietPi-Software | Do not use global INSTALL_URL_ADDRESS and UNINSTALL_URL_ADDRESS variables anymore, but replace them with local ones. There is not point in having these globally and this is a preparation for placing each install block into its own function, having all related variables local ones to rule out interference. + DietPi-Software | Update all fallback URLs/versions when auto-detection of latest version via GitHub API is done + DietPi-Software | Skip G_CHECK_URL when the download is done without any larger prior steps + DietPi-Software | Install all 3rd party APT keys as dedicated files and don't use the deprecated apt-key anymore at all + DietPi-Software | Apply G_EXEC error-handling in some more cases + DietPi-Software | Minor coding, reodering and wording + DietPi-Software | Grafana: Bump version for ARMv6 + DietPi-Software | Jellyfin: Remove obsolete symlink removal on uninstall: This is now done by the package itself.
+ DietPi-Software | RealVNC: Workaround for one of two virtual desktop password files being empty, when not repeating vcgencmd two times, in some cases: #4679 (comment)
+ DietPi-LetsEncrypt | If webserver access via plain HTTP is not possible anymore (redirect or HSTS enabled), replace ownCloud/Nextcloud CLI URL with the primary domain HTTPS URL, so that cron jobs and occ/ncc commands can correctly access the ownCloud/Nextcloud instance via webserver. This may be required on other cases, but those are the first known ones: #4353
+ DietPi-Software | Blynk: Assure that the default log directory exists, when it is set in the config file: #4721 + CHANGELOG | Blynk: Resolved an issue where the log directory may be missing, which breaks the service start, when the userdata were migrated from one system to a new one
+ DietPi-FS_partition_resize | Reboot to load new partition table if partprobe or partx fail + DietPi-FS_partition_resize | Append output to log file instead of overwriting it, since it may run twice now, when partprobe or partx failed on first boot + CHANGELOG | DietPi-FS_partition_resize: On first boot, DietPi automatically expands the root partition and filesystem to cover the full disk size. In some circumstances, e.g. on older kernel versions, it may happen that the two used commands "partprobe" and "partx -u" fail to inform the kernel about the changed partition table and hence the filesystem is not expanded. In such case, the system is now rebooted automatically once to assure that the new partition table is loaded and the filesystem is then expanded. This change affects only new images with contain DietPi v7.6 already, since this expansion is done before DietPi updates itself. Many thanks to @Dtrieb for reporting a case where the filesystem expansion failed: #4582
+ DietPi-Software | MariaDB: Merge install and config code blocks + DietPi-Software | MariaDB: Assure that the content of the database directory has correct owner in case the database dir got migrated from a different system. The package postinst script tries to do that, but does not loop through the files behind the symlink, hence only chown's the parent directory: #4721 (comment)
+ DietPi-Drive_Manager | If the kernel supports exFAT natively, skip FUSE driver installation, and on Bullseye, use the new exfatprogs tools package, written for Linux's exFAT implementation + DietPi-Drive_Manager | Fix fsck handling on exFAT: Since Buster, both tools packages support dry run as well as repairing exFAT filesystems. Only on Stretch, repairing is not supported. Do a dry run on Stretch accordingly and inform users that repairing is not supported yet, pointing to our upgrade HowTo. + DietPi-Drive_Manager | Remove debug code as we better use "bash -x" when debugging is required + DietPi-Drive_Manager | If the "dietpi" group exist, grant (only) members of this group R/W access to exFAT mounts. By default, when the FUSE driver is used, mounts have 777 mode so that all users have full access, which isn't optional. With native Linux exFAT (starting with v5.4) mounts have 755 mode so that DietPi-Software's default software setups don't have write access: #4680 + DietPi-Drive_Manager | Apply intended mount options already when initially mounting the drive, either after format or when using the "Mount" menu option + DietPi-Drive_Manager | Purge exFAT FUSE driver package when native kernel support is present, else it may still be loaded unnecessarily + DietPi-Drive_Manager | Fix automount unit detection when the path contains a dash. Since the dash codes for the slash, "\x2d" codes for the dash.
+ DietPi-Software | MPD: Instead of overwriting the packages systemd unit and config, create a drop-in override and specifically set the settings we need. On Stretch, where we install our own package which does neither ship service nor config, it needs to remain as it was. + DietPi-Software | MPD: Change logging from file to journal + DietPi-Software | MPD: Skip PID file creation, which is not required for the systemd service + DietPi-Software | MPD: Do not force the output format anymore. While this may have been reasonable on RPi where the onboard sound is known and without ALSA conversion pluging enabled, since we now support a large range of devices, this breaks things in many cases and we better pass the input format and leave auto-conversion to ALSA, when required. + DietPi-Software | MPD: Do not change device/zeroconf name anymore. The default includes the system hostname, which is pretty fine. + DietPi-Software | MPD: Merge install and config blocks
|
I'll add the new software titles tomorrow in a second beta iteration 🙂. Time for final testing is out for today. |
MichaIng
requested review from
Joulinar,
fpetru,
ravenclaw900 and
StephanStS
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.
Beta v7.6.0
(2021-09-11)
Changes
Fixes