RC version | v6.18.13
---------- | -------
Changelog | https://github.com/Fourdee/DietPi/blob/beta/CHANGELOG.txt
Code changes | https://github.com/Fourdee/DietPi/compare/master...beta
How to apply | https://github.com/Fourdee/DietPi/blob/beta/BRANCH_SYSTEM.md
v6.18.13 | https://github.com/Fourdee/DietPi/pull/2290
sudo
: https://github.com/Fourdee/DietPi/issues/2135DietPi-Drive_Manager | encryptfs is currently not supported and will be removed from fstab, when executing drive manager: https://github.com/Fourdee/DietPi/issues/2078
DietPi-Globals | G_AG* functions show some wrong aligned output lines: https://github.com/Fourdee/DietPi/issues/1788
€: Forwarded to Debian bug tracker: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913083
DietPi-Config | When bringing up WiFi interfaces with some WiFi adapters, a power management error is thrown. However this does not affect functionality: https://github.com/Fourdee/DietPi/issues/2198
RPi | LXAppearance (on LXDE desktop) hangs on dbus-launch: https://github.com/Fourdee/DietPi/issues/1791
/etc/X11/xorg.conf
needs to be removed./etc/X11/xorg.conf
is required, so one will work, one will be broken.[x] NanoPi Fire 3 | TTY1 does not work for HDMI output: https://github.com/Fourdee/DietPi/issues/2225
<CTRL>+<ALT>+<F2>
[x] OpenBazaar | Client connection fails: https://github.com/Fourdee/DietPi/issues/1090
€: PR merged with Beta v6.18.4: https://github.com/Fourdee/DietPi/pull/2224
;
or #
inside are not applied correctly: https://github.com/Fourdee/DietPi/issues/2267~Beta testing now live for v6.18 release:
https://t.co/1fEdFPyBya
Will try and wrap up a few more tickets in the next few days.
I think this process of "open beta" could have a line in README.md, and an information about https://github.com/Fourdee/DietPi/blob/dev/BRANCH_SYSTEM.md#steps-to-use-the-dietpi-beta-branch for devs as well.
@msdos
How exactly do you want to have it mentioned? Since everyone can freely switch to beta
branch, it is obviously opened.
We could add an info that we will inform via GitHub, forum and Twitter about new "Beta phases
", which means feature stop and bugfix concentration?
Note, that we introduced the beta branch just with the last release, so we are learning/testing how to use it best ourselves currently. Thinks might change about how we handle it until we found a way that suites best 😉.
But also for my impression we need to have dev
and beta
branch more separate. Keep beta branch untouched (so leave it match master
branch) until open beta phase is started, so there is no doubt/question about beta phase being "opened"/"started" or not and users on beta branch will stay with current release until open beta has started. Also stay with feature stop then, to avoid implementing more testing cases and concentrate on fixing/stability. I hope we can increase trust into the beta program by this and win more users that are willing to stay with beta branch so it will grow to a real benefit.
@Fourdee
What do you think?
Referenced Beta in forum: https://dietpi.com/phpbb/viewtopic.php?f=9&t=5254
@MichaIng
Keep beta branch untouched (so leave it match master branch) until open beta phase is started, so there is no doubt/question about beta phase being "opened"/"started" or not and users on beta branch will stay with current release until open beta has started. Also stay with feature stop then, to avoid implementing more testing cases and concentrate on fixing/stability. I hope we can increase trust into the beta program by this and win more users that are willing to stay with beta branch so it will grow to a real benefit.
Yep agree 👍
I've been aiming to only push dev > beta, prior to "open beta (eg: when we twitter post)" when a significant change is made (eg: nextcloud install fix). Aside from that, yep, dev > beta branch should only be merged after our initial testing is passed, not before (which we do already).
Thanks to all Beta testers, v6.18 live, completed.
Released, will close 🎆 🍾
Most helpful comment
Released, will close 🎆 🍾