为何Debian Sid的KDE无法正常调节亮度


目前为止KDE只有在安装后那一段时间才认得出我有背光,后便就没有了,至于日志等我实在没法提供什么我能知道的因为我也不知道从哪开始.
KDE自带的信息显示

操作系统: Debian GNU/Linux 12 #实际上是Sid
KDE Plasma 版本: 5.27.10
KDE 程序框架版本: 5.107.0
Qt 版本: 5.15.10
内核版本: 6.8.0-rc2-rt2-XBZJ520 (64 位)
图形平台: Wayland
处理器: 16 × 12th Gen Intel® Core™ i5-12500H
内存: 15.3 GiB 内存
图形处理器: Mesa Intel® Graphics

首先排除系统不知道背光板是啥因为在/sys下可以正常显示且在缩放Xwayland程序一点不正常的GNOME可以正常使用
如果各位信息不够用请回复我,抱歉…

另外我想知道GNOME控制面板的性能预设是怎么出来的,是谁调节的,当然这也不是必需品

Fcitx5-pinyin打字会漏键,难受死我了

在 kde 登录界面的左上角切换成 x11 试试

亮度控制应该是 PowerDevil 提供的,如果 Debian 的构建启用了相关功能的话;不过最新版本 KDE 发生了什么变动就不太清楚了。

关于外接显示器,一般使用 DDC/CI 协议控制的,但至少 Debian 12 的构建没有启用 PowerDevillibddcutil 支持(没有使用 sid 所以不清楚最新版本的情况)。

至于内置显示器具体怎么控制亮度,这得看具体机器,这部分我完全不了解。
内置显示器一般由 ACPI 或者显卡驱动提供控制接口,暴露在用户空间的一般是 /sys/class/backlight/。如果该功能正常(能正确调节亮度),那应当检查 PowerDevil 工作是否正常。

PowerDevil 是一系列组件,包括守护进程,KCM 模块,以及桌面小部件(或者称之为 Plasmoid)。

无效

PowerDevil怎么检查(哭
不太懂这个

先从日志入手,journalctl | grep -i powerdevil 看看?


这里提到的 PowerDevil 的“桌面小部件”就包括你想要的那个亮度滑条,它应该在通知栏的“电源管理”
图片
里面。如果没有显示在通知栏,点击下图中
图片
最左侧那个小三角,里面是隐藏的图标。


点击下图中的设置 图片 按钮可以隐藏或显示特定图标:

图片

不了解 GNOME,但是经过一番搜索我想你需要的可能是这个:

12月 23 21:24:07 sb-debian systemd[1992]: Starting plasma-powerdevil.service - Powerdevil…
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: kf.auth: Couldn’t load “/usr/lib/x86_64-linux-gnu/qt5/plugins/kauth/backend/kauth_backend_plugin.so” error: “无法加载库 /usr
/lib/x86_64-linux-gnu/qt5/plugins/kauth/backend/kauth_backend_plugin.so:(/usr/lib/x86_64-linux-gnu/qt5/plugins/kauth/backend/kauth_backend_plugin.so: undefined symbol: _ZN9Polk
itQt19Authority29checkAuthorizationWithDetailsERK7QStringRKNS_7SubjectE6QFlagsINS0_17AuthorizationFlagEERK4QMapIS1_S1_E)”
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: kf.auth: WARNING: KAuth was compiled with a working backend, but was unable to load it! Check your installation!
12月 23 21:24:07 sb-debian kded5[2388]: kscreen.kded: PowerDevil SuspendSession action not available!
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: org.kde.powerdevil.discretegpuhelper.hasdualgpu failed
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed “后端未指定授权方式”
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: org.kde.powerdevil.backlighthelper.brightness failed
12月 23 21:24:07 sb-debian systemd[1992]: Started plasma-powerdevil.service - Powerdevil.
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: Handle button events action could not check for screen configuration
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: The profile “AC” tried to activate “DimDisplay” a non-existent action. This is usually due to an instal
lation problem, a configuration problem, or because the action is not supported
12月 23 21:24:07 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed “后端未指定授权方式”
12月 24 11:38:37 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: The profile “Battery” tried to activate “DimDisplay” a non-existent action. This is usually due to an i
nstallation problem, a configuration problem, or because the action is not supported
12月 24 11:38:46 sb-debian org_kde_powerdevil[2519]: org.kde.powerdevil: The profile “AC” tried to activate “DimDisplay” a non-existent action. This is usually due to an instal
lation problem, a configuration problem, or because the action is not supported

我记得我也没动过PowerDevil的设置啊()

一种合理假设:

powerdevil 需要 root 权限才能控制亮度(通过 sys-fs 接口)和修改电源策略等,因此它需要 kauth 组件,但是根据你的日志,可能由于某些上游 API 变动,导致该动态链接库使用的该符号不存在:

/usr/lib/x86_64-linux-gnu/qt5/plugins/kauth/backend/kauth_backend_plugin.so:
undefined symbol:
_ZN9Polk
itQt19Authority29checkAuthorizationWithDetailsERK7QStringRKNS_7SubjectE6QFlagsINS0_17AuthorizationFlagEERK4QMapIS1_S1_E

该符号去掉修饰后大概是 PolkitQt1 模块 的Authority::checkAuthorizationWithDetails

编辑:

检查上游源代码

后注意到该 API 似乎最近并没有变动,也许是因为软件包存在某些错误导致的找不到符号。


因此 powerdevil 无法通过 kauth 使用 polkit 策略通过权限验证,powerdevil 认为亮度相关组件功能无法工作因此禁用了亮度调节功能。

考虑到你正在使用 sid,上游变动破坏了相关功能或者打包存在错误或者软件包版本组合有问题是有可能的。如果该问题确认属实,你可以向 Debian 漏洞追踪器报告相关的错误。

需要注意的是,以上分析均为根据日志内容的假设猜想,不一定对。

不过注意到你的日志已经是一个多月前的了,可能不具有时效性。

听起来是在用 XIM。fcitx5-diagnose 看看吧。

不清楚,反正我这边已经几个月都是相同问题