Followup-For: Bug #787279 Control: reassign -1 rootskel-gtk Having just tested this again, I see that setting `dpms=true` on the kernel command line has no effect, as reported in this bug.
In the mean time, I note that we no longer have screen-blanking going on in the text-mode (console) install. This seems to be because the kernel is now defaulting to setting consoleblank=0 as one can see by running: cat /sys/module/kernel/parameters/consoleblank which returns `0` (BTW This is just as it should be IMO) Given that we seem to have decided that there's no danger of burn-in on consoles these days, perhaps we can also agree that there's no danger for X either. The '-s 0' option to Xorg does actually stop X from blanking, as one can demonstrate by specifying this kludge on the kernel command-line: preseed/early_command="echo DPMS=-s\ 0 > /lib/debian-installer.d/S61Xnoblank" which sets $DPMS to "-s 0" which is then used within `debian-installer.d/S62Xorg` to set an option for Xorg. That being the case, I think we should apply the '-s 0' setting by default, and only remove it if someone sets "dpms=true". =-=- This can all be seen here (while the links remain active): Normal Debian-Edu install (which takes long enough to blank the screen) being marked as a soft-fail at the blank screen: https://openqa.debian.net/tests/76944 now with a setting of: GRUB: dpms=false which sets that on the kernel command line, thus: https://openqa.debian.net/tests/77055#step/_boot_to_debianinstaller/2 but still blanks: https://openqa.debian.net/tests/77055#step/grub/36 on the other hand, no screen-blanking is seen in text mode: https://openqa.debian.net/tests/77056 and if one applies the '-s 0' kludge: https://openqa.debian.net/tests/77059#step/_boot_to_debianinstaller/2 which also doesn't blank: https://openqa.debian.net/tests/77059 Cheers, Phil.
