proot-distro安装的code无法运行

[west-shell]

我用proot-distro安装了manjaro.又装了i3，可以正常使用firfox.但始终无法启动vscode。code -v也能正常显示不报错。想问一下你知道为什么吗。有解决办法吗。
顺带提一下。proot-distro安装的发行版可以正常chsh。很神奇，其它脚本安装的都不行。

[west-shell]

解决了 加上--no-sandbox就好了

[2moe]

tmoe 可以使用 chsh 来修改默认 shell。
不过不是在 "环境变量与登录项" 里修改，而是要手动编辑。

你把
DEFAULT_LOGIN_SHELL_0="zsh"
改成
DEFAULT_LOGIN_SHELL_0="su"

原先的逻辑差不多是这样子的：
假设 ["zsh", "fish", "ash"]
若容器内部存在 zsh, 则 login shell 为 zsh。
若不存在 zsh, 则检测 fish。
若存在 fish， 则 login shell 为 fish。
若不存在 fish, 则继续检测。

第0 项始终是最优先检测的。
当指定为 "su" 时，容器应该就会启动 /etc/passwd 中指定的默认 shell。

如果你是以 root 进行登录的话，那这样子就可以了。
如果不是的话，那需要稍微修改一下。

把

set -- "${@}" "${TMOE_SHELL}" "-l"       

修改为

set -- "${@}" "${TMOE_SHELL}" "-l"  "-" "${PROOT_USER}" 

实际上，当你在 tmoe 使用 su 来作为 login shell 时，将会失去 tmoe 的一些特性。
因为我没有对其进行适配。

其实我还是推荐指定一般的 shell， 而不是 su。
假设你在容器内部指定了 default shell 为 /usr/bin/fish，
然后卸载了它，然后忘记更新 /etc/passwd 或者是使用 chsh 等命令来修改 default shell了。
这时候再次启动容器可能会出现问题。

使用一般 shell 还有一个优势。
举个例子：
有些 shell 和常见的 posix shell 不一样，不仅语法不一样，参数也不一样。
比如说有个用 rust写的 shell 叫做 "nushell"，之前它是没有 -l 的，现在的话不清楚。
你可以把 "-l" 删掉，然后使用特定的参数。

set -- "${@}" "${TMOE_SHELL}"    

通过特定参数来指定 shell 的行为。

login shell 和 default shell 在某些情况下还是不一样的。

其实我在 2021-guide（文档） 和 容器菜单的 readme（选项）中提到了 login shell。

我认为这是 feature, 而不是 bug。

[2moe]

tmoe tools里面的 vscode 桌面版应该可以给 arch 用，还自带一个"Code No Sandbox"图标， 不过 manjaro 我很久没去测试了。

其实对于 arch 的 vscode ,我可以修改它的启动逻辑。
当为root用户且 electron 的 chrome-sandbox 权限不为4755 时，将强制使用 no-sandbox 模式。
当为 普通用户时，使用默认参数启动，仅当 electron 进程异常退出时，才会切换为 no-sandbox 模式。

那个 "Code No Sandbox" 其实是给 debian 系发行版用的。因为微软官方有 vscode 的 deb 包，当使用 apt 更新程序时，启动参数/文件会被官方版覆盖掉，而加个新图标就与官方版互不干扰了。

其实我还可以加个功能，对于官方源没有的包，可以让软件包安装到指定的目录。
我之前就想让部分软件包可以为当前用户安装，而不是全局安装。

我知道很多人都不喜欢 tmoe。

因此我一直想要重写，希望它能变得更好。

不过最近的话，我没有那么多时间了。
哎！

之前一直有人在喷这个项目，其实我是很伤心的，虽然我花了很多时间（很多时候一个小功能就写了一个下午），但是在别人眼里可能一文不值。(ó﹏ò。)

[west-shell]

其实玩archlinux的都会喜欢自己配，个性化定制。不用大包大揽，我之前用系统提供tigervnc，老是处问题。后来看到一个项目提供了自己的tigervnc补丁和库文件。就一切正常了。真的就是缺这个一个简单的补丁。别的都不用管。哪里会处问题。出个问题集及解答就很好了。各取所需。皆大欢喜。

[2moe]

说到配置方面的事情。

我想起了2020 年的时候，有人给我提交 issue，然后我很用心地写了一大段回复。

--- BEGIN ---

还有，vnc播放视频效率低下，有优化方案吗

最简单的方法就是换用tightvnc服务。
如果需要自行配置tiger/x11vnc服务的话，则请查阅官方文档。
x11vnc manual
x11vnc faq
tigervnc(Xvnc)

关键不在于将其看完，而在于理解参数的意义。

以tigervnc(Xvnc)服务中的−ZlibLevel参数为例。

−ZlibLevel level
Zlib compression level for ZRLE encoding (it does not affect Tight encoding). Acceptable values are between 0 and 9. Default is to use the standard compression level provided by the zlib(3) compression library.

假设你粗略地看了一眼,心想不就是ZRLE编码的压缩级别吗？肯定是越高越好。
实际上并非如此，经过多次的测试后发现，过高的压缩级别，不仅增大了cpu的负担，还拖慢了图像的传输速度。

tigervnc还有些参数是默认开启的，比如说−ImprovedHextile，此处不一一介绍。

Use improved compression algorithm for Hextile encoding which achieves better compression ratios by the cost of using slightly more CPU time.

另一个重头戏是x11vnc，由于其参数实在过多，故当初在写配置脚本时，即便熬到了深夜3点，也未能将其文档看完。
在大致了解完其用法后，测试也是一件很花时间的事情。

比如说在测试过程中，出现了频繁闪退的情况，那么你就需要考虑到关闭某些功能。

以-noxdamage和-noshm参数为例。

-noxdamage             Do not use the X DAMAGE extension to detect framebuffer
                       changes even if it is available.  Use -xdamage if your
                       default is to have it off.

                       x11vnc's use of the DAMAGE extension: 1) significantly
                       reduces the load when the screen is not changing much,
                       and 2) detects changed areas (small ones by default)
                       more quickly.

                       Currently the DAMAGE extension is overly conservative
                       and often reports large areas (e.g. a whole terminal
                       or browser window) as damaged even though the actual
                       changed region is much smaller (sometimes just a few
                       pixels).  So heuristics were introduced to skip large
                       areas and use the damage rectangles only as "hints"
                       for the traditional scanline polling.
-noshm                 Do not use the MIT-SHM extension for the polling.
                       Remote displays can be polled this way: be careful this
                       can use large amounts of network bandwidth.  This is
                       also of use if the local machine has a limited number
                       of shm segments and -onetile is not sufficient.

在写配置的时候，你得要去理解shm是什么，以及会带来什么样的影响？
于是，你在查阅资料后理解了相关术语的含义。
启用shared memory不是有利于vnc服务的运行吗？那么这个参数不用去管它也没问题吧？
是的，表面上看起来的确如此。
但是如果一直都是那个思路的话，那么你就很难排查出是哪个参数影响到了vnc服务的稳定性。

有时候你表面看上去毫无问题的配置，实际上却并非如此。

我这边的建议就是，自己去学习，在理解VNC服务端的大部分参数以及扩展知识后，去调试VNC的配置，从而得出最终优化方案。
相信你一定会比我写得更加优秀的！加油。😊
--- END ---

时间过去一年多了，就算是到了现在，我也是和当年一样的想法。
在有些情况下，需要深入去理解配置/接口/第三方库 其实是挺难的一件事。
由点至面，往往一个简单的知识点会牵扯出许多复杂的东西出来。

前不久有人跟反馈 WSL2 的 GUI issue。
然后我想着 wslg 不是有 gpu 加速吗？
然后我就想着 给 wsl2 的 vnc 也加速一下。
尽管我目前写的 x11vnc 配置功能相当拉垮（比 tiger）还慢一些，但是我第一个想到的事是给 x11vnc 做加速，而不是其它 vnc。
在没有进行实践和大量测试前，这个还很难说。
至于为什么是 x11vnc， 感兴趣的话，你可以去看看 x11vnc 的文档和源码，了解它的底层，以及和其它 vnc 的差异。

[west-shell]

我现在用官方提供proot-distro安装的就感觉很好。能直接用原生的termux-api。我还编辑了.zshrc。打开直接就进入arch。感觉倍爽。而且发现了一个新的vncviewer叫AVNC。相当好用。原来那个蓝色的vncviewer简直垃圾。shift键都不支持。丑的一批。分享给你

[2moe]

说到调用 API 的问题，你可以看一下我前不久刚写的回复
对于某些功能，其实我可以加进去的。
比如说关于硬件加速的方面的功能。

[west-shell]

众口难调，总有人会不喜欢。别放心上就好了。

[west-shell]

那个项目是https://github.com/AndronixApp/AndronixOrigin
里面有个tigervnc-fix.sh脚本。

[west-shell]

你的脚本我没看。他这个脚本我是看到的，他还提供了一些库文件。我手动安装的。

[west-shell]

说一下你的方法呗。

[2moe]

只需要以特定方法来配置 vnc 就可以了。
建议不要看 tmoe, 多看 tigervnc （server部分的）源码，还有它的文档。
你如果感兴趣的话，其实可以基于 tigervnc, libvncserver 或者是其它东西 来手动实现一个vnc服务端 app。

[2moe]

好了，就说那么多了。
之所以要将本项目不相关的问题放在 discussions 里，我就是抱着不想去管的打算的。
我在本帖里说了那么多东西，其实也只是心血来潮而已。

[west-shell]

谢谢了，感觉你人挺好的。好运

[west-shell]

还有就是chromium必须的sudo chromium --no-sandbox 才能启动
有什么办法不用sudo吗

[2moe]

不需要 sudo。
实际上对于 chroot/unshare 容器来说，当特定文件的权限正确时（chrome-sandbox 所属 0:0, 权限 4755），并且调用者为普通用户时，连 --no-sandbox 都不需要。
对于 termux 官方源的 proot 来说，由于某些权限问题，因此得要 --no-sandbox, 但是不用 sudo。

[west-shell]

确实，好了。感谢

[west-shell]

chromium竟然没有了登录选项。。。