实体机kde桌面覆盖安装的主题等问题

Hope2333 commented 2 years ago

Are you rooted?

Yes

Desktop environment

🦖 kde plasma

Container type

None

Configuration

container	value
os	None
arch	None

host	value
os	Arch Linux
arch	x86_64
terminal	?
tmoe	latest

Describe the bug

实体中原本是安装了kde桌面和它的套件的然后为了方便安装xfce和繁琐繁琐的桌面、主题、远程桌面配置，我使用您的tmoe工具进行了Xfce桌面套件、附加的VNC等等安装但是在安装之后kde的主题等等崩溃了，无法使用，甚至影响了。触摸偏好和偏好设置的操作，主要是使第三方的图标无法使用、软件内第三方主题崩溃、双击选择的操作逻辑偏好无法使用，字体问题、原有已经设置好的kde主题被覆盖且难以更改和一些小问题。如果可以看到我写的内容，可以的话请您帮帮忙，蟹蟹！！

Screenshots

IMG_20220919_035832 IMG_20220919_035439

很遗憾，有一些图已经被删除了，描述：在启用第三方主题、图标的时候。设置、dolphin等软件均无任何图标，且dolphin在『显示图标』的排序下只有在点击文字时有响应，原来显示图标的地方成了一个如何点击都不会有响应的空旷地带且终端文字偏位严重，打的字和位置根本对不上

How to reproduce

archLinux实体机
使用pacman安装kde等等内容
安装一些第三方主题、图标、字体
设置和启用第三方主题、图标、字体
使用tmoe工具安装xfce

Expected behavior

我希望它可以正常工作...() 如上[狗头]

Error Logs

No response

Additional context

附加的建议：建议推出『已有主题是否覆盖主题』的功能建议推出打断重做功能建议推出『选择性重装」(高级)功能建议推出『困难度多重理解人群分层』功能

2moe commented 2 years ago

这个应该跟权限问题有关。

对不起，这是我当年偷懒埋下的祸根。它不应该强制用 root 运行。

因为用 root 身份修改了主题，所以可能破坏了 XDG_CONFIG_HOME 和 XDG_CACHE_HOME 目录下的相关文件的权限。

使用 zsh 运行以下命令修复

sudo chown -R $UID:$GID ~/.config ~/.cache

然后重启系统: systemctl reboot

如果无法解决的话，请再次反馈。

emmm, 这个问题十有八九是由权限问题而引起的。其实我去年就打算改了，但由于要改太多地方，或许重写会更好。

抱歉，给你带来了不愉快的体验。

Hope2333 commented 1 year ago

这似乎并没有解决。。

Hope2333 commented 1 year ago

要不QQ上加个好友讨论一下

2moe commented 1 year ago

试下将 HOME 目录下的所有文件的权限修改为当前用户。一般情况下，不要这么做。

_uid=$(id -u)
_gid=$(id -g)
_home=$HOME

sudo chown -Rv "$_uid":"$_gid" "$_home"

2moe commented 1 year ago

我一般不加 qq 的

Hope2333 commented 1 year ago

好吧QwQ

Hope2333 commented 1 year ago

问题还是仍然没有解决除了动画解决了，其他好像都没有什么见效根据他反馈的提示，好像是普通用户的数据全部被指定到root用户的控制目录里面去了[比如说配置文件被安排在/usr什么什么的]

Hope2333 commented 1 year ago

IMG_20221107_021558 IMG_20221107_021634 IMG_20221107_021703

Hope2333 commented 1 year ago

IMG_20221107_022334

Hope2333 commented 1 year ago

这很有可能是一些用户配置文件没写好或者是生成配置文件的脚本没写好导致的（没关系，慢慢来，搞好就好）

Hope2333 commented 1 year ago

还有一个问题在安卓的proot-archlinux-aarch64中容器/usr/local/bin/→yay →paru 这两个脚本会导致容器内的yay和paru无法使用，脚本会陷入循环，导致容器和tmoe崩溃，删除可以解决问题

2moe commented 1 year ago

好的，谢谢你。那两个文件已经不会自动生成了。

其实它原本会自动判断: 如果已经装了 yay, 那就用 yay,否则调用 paru。
对于 paru, 如果已经装了 paru, 则调用 paru, 否则调用 /opt/bin/paru。

还是偷懒惹的祸呀！如果我当初把它打成包，就不会想着糊两个脚本来判断了。

大概是几个月前吧？我可能傻掉了，把原本的 /usr/bin/yay 改成了 command -v yay，再加上我没去测试，结果它坏掉了。

谢谢，要是没有你，我都不知道这个问题。这个问题应该会发生在 armv7 的容器上，因为 aarch64 & x86_64 可以直接用包管理器装 paru, 不会生成那两个脚本。

现在 armv7 也不会自动生成了。

2moe commented 1 year ago

还有就是那个 zsh 的错误提示看着挺糟心的。正常应该不会出现 git 目录下相关文件不存在的情况。下次我去完善一下错误处理吧。

2moe commented 1 year ago

题外话：我看你的时钟是凌晨2点多咦。我觉得还是不要老是熬夜比较好。之前，我就出现过耳鸣、胸痛、四肢麻木等症状。

其实我没有别的意思，只是希望你对自己的身体好一点哈。

Hope2333 commented 1 year ago

好哒

Hope2333 commented 1 year ago

一个题外话，第一个错误，是（在我的PC上）我妈把系统给降到Windows的罪魁祸首（） Screenshot_2022-11-11-18-51-32-958-edit_com tencent mm

Hope2333 commented 1 year ago

哈哈，你真可爱

Hope2333 commented 1 year ago

不过第一个错误还没解决喵~ （没有阴阳的意思）

2moe commented 1 year ago

在 zsh 下输入 ll / /usr 看看权限是不是不对。如果/usr 不对，那就用 sudo chown 0:0 /usr 来改所有者。

Hope2333 commented 1 year ago

好哒，我找个时间再看下。。

Hope2333 commented 1 year ago

没有解决，看样子是出在配置文件里面应该是在你之前写桌面配置文件的时候，，（不，你可能直接把目录打包了）（emmm,，，不知道有没有猜对。。。）

Hope2333 commented 1 year ago

然后新建了一个用户，新用户默认也是出了同样的问题

2moe commented 1 year ago

使用 tree 列出 /usr 目录下的文件(包括权限，以及路径) 到 usr.txt

sudo tree -upsh -fg /usr -o /tmp/usr.txt

使用 awk 过滤出所有非 root, 非 polkitd 的文件

awk '!/ root | polkitd /' /tmp/usr.txt

看看有没有权限异常的文件。

使用下面命令生成修复的命令，但不会自动执行

awk -F ']  /usr' '!/ root | polkitd / && /usr/ {print "sudo chown -v 0:0 \"/usr" $NF "\""}' /tmp/usr.txt

2moe / tmoe