RPM构建：在%post段执行gsettings命令为何无效果？

核心原因 #

1. 执行上下文不匹配
   RPM的%post脚本是以root权限运行的，而gsettings默认操作的是当前用户的dconf配置数据库。root用户的桌面配置和普通用户完全分离，所以你执行的命令实际修改了root的配置，普通用户登录后根本看不到这个变化。

2. 环境变量缺失
   手动在终端执行时，你的会话中存在DBUS_SESSION_BUS_ADDRESS等关键环境变量，gsettings通过这些变量连接到用户的dconf服务。但RPM脚本运行在无桌面会话的环境中，没有这些变量，导致gsettings无法正常与用户的dconf数据库交互，甚至不会报错。

3. 目标用户不明确
   如果你的目标是修改普通用户的配置，%post脚本没有指定要操作哪个用户，默认只会修改root的配置，这显然不是你想要的结果。

解决办法 #

方法1：针对特定用户执行（需用户已登录） #

如果需要修改某个特定用户的配置，可以切换到该用户身份，并手动指定DBus会话地址：

%post
echo "test post"
# 替换成实际目标用户名
TARGET_USER="your_username"
# 获取用户UID，拼接DBus会话路径
USER_UID=$(id -u $TARGET_USER)
su - $TARGET_USER -c "DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$USER_UID/bus gsettings set org.gnome.desktop.interface cursor-theme 'something-else'"

注意：这种方式仅当用户当前处于登录状态时有效，如果用户未登录，DBus会话路径不存在，命令仍会失效。

方法2：设置系统级默认配置（推荐） #

通过dconf的系统级配置目录设置全局默认值，用户未手动修改过该配置时会自动使用这个默认值：

%post
echo "test post"
# 创建系统级配置文件
cat > /etc/dconf/db/local.d/00-cursor-theme << EOF
[org/gnome/desktop/interface]
cursor-theme='something-else'
EOF
# 更新dconf系统数据库
dconf update

这种方式不需要依赖用户的登录状态，是修改全局默认配置的标准做法。如果用户之后手动修改了光标主题，用户的自定义配置会覆盖这个系统默认值。

内容的提问来源于stack exchange，提问作者Jitt