话说微信打开文件的逻辑是什么？直接调用xdg-open吗？

理论上还可以优化，因为现在只是找出一个包含变化区域的最大范围，还可以换成一个区域列表，这样对于两个变化的区域距离较远的时候效果会更好，但是我在思考有没有必要搞得如此复杂（

3

这玩意儿就应该默认关闭吧

[m.image] image.jpeg

现在不卡了，现在只发送变化的区域

原来 kde 6.6 是春节发布

https://en.wikipedia.org/wiki/Remote_Desktop_Protocol Remote Desktop Protocol (RDP) is a proprietary protocol developed by Microsoft Corporation which provides a user with a graphical interface to connect to another computer over a network connection. ... The protocol is an extension of the ITU-T T.128 application sharing protocol. Microsoft makes some specifications public on their website.

盲猜是和 ooxml 一样表面公开，实际上按公开实现并不能与微软的实现互操作（

rdp本身在其他方面没什么特别的

我用rdp是因为rdp可以不启动桌面服务而只运行需要的程序

rdp的协议有公开吗？还是完全逆向

remmina 倒是能连，但是颜色不对劲

那算了，继续xfreerdp

krdp 的话 Windows 下不能连接，直接闪退

> <@xtricman:mozilla.org> 远程登录其实问题还是比较大。 猫：按W寻思

我目前用它关明显不可信闭源软件

remmina 支持 Wayland 下键盘捕获的

远程登录其实问题还是比较大。

Windows服务端运行在docker里

哦那 remmina 一把梭

> <@nyaacinth:mozilla.org> 啊，其实我的用例不是这个） > 但是谢谢 我是Windows作为服务端的，所以其实不涉及Wayland远程桌面协议缺失的问题

* wlroot 用 rustdesk 感觉靠运气和折腾

你要远程协助还是远程登录，协助的话应该kde自带的那个可以用？

wlroot 用 rustdesk 感觉靠运气

只能说勉勉强强，如果 portal 支持投屏和远程桌面控制的话也可以用 rustdesk，但是不支持无头远程登入

好耶喵！

非常可爱阿福

可爱的

fate 的好像是

男娘

阿斯托尔福

好喜欢

这是那个二次元人物喵？

> <@telegram_1254068244:nichi.co> 如果不介意 VNC 的话可以用群友的 reframe，局域网下用还不错 啊，其实我的用例不是这个） 但是谢谢

是滴，wayland下远程桌面真的太麻烦了，没有Windows上这么舒适

外网的话可能有点卡，毕竟 VNC 需要的流量还挺多的

目前基于xfreerdp做的桌面融合还是有点容易出现渲染问题

如果不介意 VNC 的话可以用群友的 reframe，局域网下用还不错

远程桌面是 Wayland 的另外一个痛点

我想看看有没有xfreerdp在wayland下的替代品

要真走到对抗的那一步其实用户上什么手段都没用了，软件厂商有无限的精力和用户对抗，用户则不可能付出相同的精力。有时间还是整点别的吧

其实界面在信创里面还挺好看的。

那个反正是机器跟os一起卖出去，然后集成商在那上面开发自己的集成软件，然后连带其他设备一起成套卖方案给end-user的。

国产有几个来着。就记得这一个名字

麒麟信安，什么的。

> <@telegram_1254068244:nichi.co> 有这么好的事？ 企业可以给腾讯提定制需求的

信创机器的供应商

有这么好的事？

世界加钱可及。加点钱，腾讯就能把你的设备加入白名单。

> <@xtricman:mozilla.org> 这个本来也能骗的 我用过最早的bwrap变种包，知道的

这个本来也能骗的

(・ω・) 让一部分厂商自己烦恼吧

> <@commandblock2:matrix.org> GNU/Linux还是过于的灵活，几乎没什么办法，除非带硬件drm 这对（排除完全不具备运维能力的）用户目前是个好事

他在 continuwuity 那里挺活跃的吧

似乎只看到 tulir 在 matrix 社区抛头露面

不过我到现在还不知道 beeper 那个团队里除了 tulir 还有谁）

> <@nyaacinth:mozilla.org> 我还是说...没什么办法 GNU/Linux还是过于的灵活，几乎没什么办法，除非带硬件drm

> <@q234rty:envs.net> mautrix-telegram 本质是商业项目（因为 beeper 在卖用同一个客户端访问各种 im 的服务 原来是beeper）那没事了

> <@telegram_824372155:nichi.co> （原来 q234rty 之前没在这个群吗 主要 lilac 只给 tg 侧链接）

还有阿福

[m.image] 这是什么新主题吗

哦只是 tg 号

> <@nyaacinth:mozilla.org> 桥居然做了适配 mautrix-telegram 本质是商业项目（因为 beeper 在卖用同一个客户端访问各种 im 的服务

（原来 q234rty 之前没在这个群吗

不过能单向传过来也不错

不过限制还是比较大的，Telegram免费reactions很少

> <@telegram_386346694:nichi.co> A reaction to a message was changed by a user. The bot must be an administrator in the chat and must explicitly specify "message_reaction" in the list of allowed_updates to receive these updates. The update isn't received for reactions set by bots. 桥居然做了适配

* 群友如果愿意的话可以先给 @nichi_matrix_bot 一个无权限管理员？

群友如果愿意的话可以先给一个无权限管理员？

原来如此

> <@nyaacinth:mozilla.org> 我还是说...没什么办法 信创平台扔进容器

* 目前微信QQ任何平台都还没有做VM检测，但企微VM检测早已有之，企微的发行方式就是私有二进制+签名直接分发，同一签名只能激活一次软件使用权限

A reaction to a message was changed by a user. The bot must be an administrator in the chat and must explicitly specify "message_reaction" in the list of allowed_updates to receive these updates. The update isn't received for reactions set by bots.

还有麒麟，新支点

目前微信QQ任何平台都还没有做VM检测，但企微VM检测早已有之

但是信创OS不只有UOS

所以是需要 bot 在 telegram 侧是管理员

杞人忧天也不管用

https://core.telegram.org/bots/api#update

发生了再说

之前测试版是仅限 UOS, 现在没了

我还是说...没什么办法

信创平台也是 Linux。另外就不要过度揣测没有发生的事情了

完全可以做回去

毕竟微信和QQ最早就是lsb-release检测仅限UOS运行的

> <@telegram_824372155:nichi.co> 是这样的。不过也就是猫鼠游戏，挂载表也可以伪造 等猫鼠游戏玩到一定程度大厂完全可以说因为黑灰产过于猖獗，停止广泛的Linux支持，并只提供信创软件平台的适配

> <@nyaacinth:mozilla.org> 大厂项目，尤其是外包项目（但本部项目也跑不了）很多团队里只有一个或几个技术骨干，剩下的水平很可能不敢恭维，而这一个或几个技术骨干也只会关注他们认为的关键节点 合理的

黑的喜欢吗（

[m.image] image.jpeg

archlinuxcn源的zen-browser似乎很久没更新了

这明明是魔爪

绿战马差评

* 我以为是替换win + u和win + i的，但是新的按键没反应呢

[m.image] noctalia的这个上移和下移是干什么的？

没反应呢

只能说庆幸暂时还没有这样的检测

是这样的。不过也就是猫鼠游戏，挂载表也可以伪造

比如在一般不是tmpfs的挂载点发现了tmpfs就可以拒绝运行了。很多商业软体真的想做这种检测的话完全可以宁可信其有，不可信其无。

只是虚拟化检测比较成熟吧，ns的话，statmount拿到所有的挂载点信息很容易就会发现奇怪的地方然后“不给权限不运行”