[Reason ]
(Explain what the reason for the unblock request is.)
As noted, the unblock request addresses bug #1031259. ddcutil requires
driver i2c-dev. If it happens not to be built into the kernel, this
entails post-installation system configuration. Despite extensive
documentation and application warnings if the driver is not loaded, this
can be challenging for inexperienced users.
[ Impact ]
(What is the impact for the user if the unblock isn't granted?)
Manual post installation configuration will continue to be required as
previously.
[ Tests ]
(What automated or manual tests cover the affected code?)
None
[ Risks ]
(Discussion of the risks involved. E.g. code is trivial or
complex, key package vs leaf package, alternatives available.)
The changes are trivial, ensuring that driver i2c-dev is loaded if it is
not already built into the kernel. Package libddccontrol0, an
alternative to ddcutil for monitor control, installs file
ddccontrol-i2c-dev.conf, which loads i2c-dev. The contents of that
file, a single line containing "i2c-dev", is identical to the contents
of the files to be installed by ddcutil. Additional examples of
packages that install files in /user/lib/modules-load.d are fwupd, which
installs file fwupd-msc.conf, and encryptfs-utils, which installs file
ecryptfs.conf.
If the installed conf file were incorrect, the only effect would be an
error in the system log, and manual user configuration would still be
required as before.
The only (potential) known dependency within Debian is from KDE
PowerDevil. However, PowerDevil, as installed by Debian, is built with
use of libddcutil if-tested out. (Recommended since its use of
libddcutil is "proof of concept" level code.)
[ Checklist ]
[x] all changes are documented in the d/changelog
[x ] I reviewed all changes and I approve them
[x ] attach debdiff against the package in testing
[ Other info ]
(Anything else the release team should know.)