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

Beta v7.2.1 #4415

Merged
merged 16 commits into from
May 25, 2021
Merged

Beta v7.2.1 #4415

merged 16 commits into from
May 25, 2021

Conversation

MichaIng
Copy link
Owner

@MichaIng MichaIng commented May 24, 2021

Beta v7.2.1

(2021-05-25)

Changes since v7.2.0

  • DietPi-Software | General housekeeping: Some fallback URLs and hardcoded installed software versions have been updated and recognised left-over files after uninstalls are explicitly removed now.
  • DietPi-Software | WiringPi has been disabled for NanoPi's as intended
  • DietPi-Software | Amiberry has been disabled for ARMv8 as intended
  • DietPi-Software | xcompmgr composite manager is not installed anymore at all. LXDE by default comes without X compositing support, which is fine when a lightweight desktop with max e.g. Kodi and Chromium performance is wanted. The initial idea behind this was when xompmgr was manually installed and started with full composite support, it was slower than when starting it with -a option, which is limited server-side composition. But that is still slower than no composition. And on faster SBCs or desktop PCs, users might want to have full composition, so installing a default autostart xcompmgr -a entry creates extra work for users which see their composition manager failing to start.
  • DietPi-Software | RockChip Mali drivers are not installed anymore at all. On Stretch at least they seem to be faster than the generic Mesa drivers from Debian repo, but since Bullseye they are slower. But the bigger problem is that it never really reliably worked as intended as those drivers need to match the X server config and applications need to be build against those development libraries etc. So it only works as intended when installing all libraries and GPU accelerated software from the RockChip repo, which is how their images are set up. Also the packages we used were intended for Debian Stretch while Buster has a new repo without pre-built packages.

Fixes since v7.2.0

  • DietPi-Drive_Manager | Filesystem types for network drives were not detected (visual issue only)
  • DietPi-Drive_Manager | Unmounted (but formatted) drives were not detected as such

Since all are either minor invisible changes or v7.2.0 regression fixes, no additional CHANGELOG.txt entries are required IMO.

+ DietPi-Software | Update fallback URLs
+ DietPi-Software | WiringPi: Remove NanoPi support, as FriendlyARM's WiringNP works (reliable) with their kernel only, while we use Armbian or Debian kernel
+ DietPi-Software | phpBB: Install v3.3.4
+ DietPi-Software | HAProxy: Install v2.4.0
+ DietPi-Software | Grafana: On ARMv6 install v7.5.7
+ DietPi-Software | Unbound: Remove cache files on uninstall
+ DietPi-Software | PiJuice: Remove variable files on uninstall
+ DietPi-Software | X.Org X server: Little alignment
+ DietPi-Software | Amiberry: Disable for ARMv8 since we don't have aarch64 builds yet
+ DietPi-Software | Amiberry: WHDLoad database updates do not use "route" anymore, but wget instead, to check for network connectivity. It was used before as well for the downloads. While wget is pre-installed on DietPi, we don't use it anymore in our scripts, so there might be a day coming when we do not pre-install it anymore. Hence add it to Amiberry dependencies as precaution.
+ DietPi-Software | GPU: Do not install RockChip Mali drivers for RK3399 and ASUS Tinker board (RK3288) anymore. Without matching development libraries compiled binaries are not assured to function and the RockChip packages were meant for their Stretch images. From Bullseye on, the Mesa packages by Debian work very well and while they might be slower on Buster, at least it is assured that it works with all binaries compiled against the Debian Mesa development packages.
+ DietPi-Software | LXDE: Do not install xcompmgr automatically. While it is a lightweight composite manager, especially when invoked with "-a" flag, it does not add great visual enhancements either and still slows down X rendering. When LXDE is installed, a fast lightweight desktop is expected, so let's do not install this optional overhead. Any composite manager can be installed and configured later on, depending on personal beauty vs performance needs. We might add a note to our docs instead about X compositing in general.
+ DietPi-FS_partition_resize | Apply same failsafe flags used in DietPi-Drive_Manager to assure that only a single root partition/filesystem is obtained instead of potential wrapper devices (autofs, ecryptfs, ...) on an additional (first) line
+ DietPi-Drive_Manager | Use "-M" options instead of "-T". The first defines the exact mount point while the second would search for any parent directory to be the mount point, if the given path is none. With "-M" we are hence a bit more explicit, which was the goal to avoid handling/parsing unintended drive/filesystem information.
+ DietPi-PREP | Harden findmnt and blkid output like we did in DietPi-Drive_Manager
+ DietPi-Set_swapfile | Harden findmnt output like we did for DietPi-Drive_Manager. In this case "-T" instead of "-M" is intended, as we want to get the filesystem type of the parent mount. But we don't want multiple lines or "autofs" as output.
+ DietPi-Backup | Harden findmnt output like we did for DietPi-Drive_Manager
+ DietPi-Drive_Manager | Fix network drive filesystem type detection (visual only) and unmounted drive detection
@MichaIng MichaIng added the Beta 🧪 Issues specific to the Beta branch testing label May 24, 2021
@MichaIng MichaIng added this to the v7.2 milestone May 24, 2021
+ DietPi-CPU_info | Minor
+ DietPi-Cron | Minor
+ DietPi-Change_hostname | Tiny
+ DietPi-Logclear | Minor
+ DietPi-Globals | RC up
+ RC up
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Beta 🧪 Issues specific to the Beta branch testing
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Open Beta v7.2 | Please help testing and hardening the upcoming release
1 participant