feat: add disable sleep item

[xzl01]

No description provided.

[github-actions]

No linked issues found. Please add the corresponding issues in the pull request description.
Use GitHub automation to close the issue when a PR is merged

[CodeChenL]

@xzl01 我目前想给radxa-system-config-amlogic添加依赖radxa-system-config-gdm3-disable-sleep来默认禁用gdm3的休眠
请问这里的修改主要意思是用户可以动态修改吗，是否与radxa-system-config-gdm3-disable-sleep兼容

[xzl01]

@xzl01 我目前想给radxa-system-config-amlogic添加依赖radxa-system-config-gdm3-disable-sleep来默认禁用gdm3的休眠 请问这里的修改主要意思是用户可以动态修改吗，是否与radxa-system-config-gdm3-disable-sleep兼容

1 是的，因为部分休眠正常的机器，用户用作无头服务器的时候会被休眠干扰，而且如果是gdm+kde的组合会不知道到哪去修改休眠配置，这里的修改就是提供给用户一个一键开关的配置 2.不兼容，如果用户手动在这里打开了休眠，是会enbale休眠的。

[CodeChenL]

@xzl01 我目前想给radxa-system-config-amlogic添加依赖radxa-system-config-gdm3-disable-sleep来默认禁用gdm3的休眠 请问这里的修改主要意思是用户可以动态修改吗，是否与radxa-system-config-gdm3-disable-sleep兼容

1 是的，因为部分休眠正常的机器，用户用作无头服务器的时候会被休眠干扰，而且如果是gdm+kde的组合会不知道到哪去修改休眠配置，这里的修改就是提供给用户一个一键开关的配置 2.不兼容，如果用户手动在这里打开了休眠，是会enbale休眠的。

只要不影响开机时的默认配置并且可正常开关即可，用户后续如何设置就不管了

[RadxaYuntian]

1. PR修改期间请不要force push，审核起来不好对比和上一次之前修改的差异。一般是代码都确认没问题才在最后修改提交历史
2. PR修改建议不需要回复，默认是会在下一次request review时会改好。除非是对于代码建议有异议，那可以直接在上面沟通
3. 不要手动resolve conversation，我会在下一次审核时对照检查是否有更正。特例是有代码建议的那种，如果使用apply code suggestion会自动关闭，这种不属于手动点击resolve conversation所以是OK的。本质上是如果修改来源是审核者就可以自动resolve，如果修改来源是PR作者就需要保持打开，所以code suggestion如果不完整/是伪代码也不应该apply

[RadxaYuntian]

并且force push后修改过代码不会继承之前的审查意见，丢失了上下文

[RadxaYuntian]

整理一下提交吧