从2016年起我就是kde信
—— 来自 samsung SM-N9860, Android 13上的 S1Next-鹅版 v2.5.2-play
在pc架构下又要兼容好稳定性强又要自由，我就一个想法∶想屁吃
—— 来自 S1Fun
2023了 xorg和wayland支持hdr了吗？
本帖最后由 病態極端 于 2023-8-6 19:57 编辑
すぴぱら 发表于 2023-7-27 13:09
2023了 xorg和wayland支持hdr了吗？
No and Yes.
https://www.phoronix.com/news/Valve-HDR-Linux-Gaming-Begins
https://invent.kde.org/plasma/kwin/-/merge_requests/4044
hdr 本来就是比较新的东西，支持缓慢可以说是意料之中，尤其 hdr 这种东西牵扯到 linux 整个图形栈，从内容一路下到内核都要做不少工作，再加上 linux 生态如此分散，内核，驱动，wayland，compositor，应用，都是不同人开发的，差一个就不能用，能快才怪。楼上提到的 valve 的 hdr，是为了给 steam deck 用的，在自家的产品上，用定制的内核驱动，自己的 compositor 和 proton，自然比标准快不少。
相比之下输入法的支持更一言难尽，输入法软件本来也没几个，这东西也没那么复杂，之前缺乏标准导致各种混乱，到了 wayland 本应结束这种乱象，给一个统一稳定的接口，但 wayland 的进展也是够慢，接口的不同版本都开始碎片化，大概开发者真的不太关心这个东西，甚至 fcitx 的作者说他得跑去修 compositor 和应用的bug…大概是中文圈子用 linux 的太少了，我记得之前看 steam 统计中文linux 用户只占 linux 用户的1%，刚刚看了眼到3%了，大概是 steam deck 的功劳，再看看全平台中文用户的占比，只能安慰自己有的用就不错了。
—— 来自 Xiaomi M2012K11AG, Android 13上的 S1Next-鹅版 v2.5.4
indtability 发表于 2023-7-27 20:34
hdr 本来就是比较新的东西，支持缓慢可以说是意料之中，尤其 hdr 这种东西牵扯到 linux 整个图形栈，从内容 ...
输入法的问题实在让人想不明白，fcitx 的作者是那么一个尽心尽力积极推进的人，进度还是按年记。另外输入法用户并不少，日文韩文越南文都有需求的，chrome 上那个支持就是一个韩国开发者做的 https://bugs.chromium.org/p/chromium/issues/detail?id=1039161
之前总是说 fucking nvidia，推进 wayland 之后的各种事情让我开始想是不是搞桌面这波人（特指搞wayland和gnome的）自己太有特点，导致人家不愿意支持。
本帖最后由 linux40 于 2023-7-27 21:33 编辑
ryanz 发表于 2023-7-27 21:12
输入法的问题实在让人想不明白，fcitx 的作者是那么一个尽心尽力积极推进的人，进度还是按年记。另外输入 ...
wayland、gtk、gnome的开发者属于自嗨型开发者，从来不管别的软件生态。用x11迁移十几年还是有大量xorg用户，就是因为这些xorg用户、相关软件的开发者发现自己要迁移过去就没法用自己以前折腾过、开发过很久的软件。让wayland真正可用的是wlroot和plasma的开发者。fcitx能在wayland下用，也是wlroot的开发者提出的wayland协议的扩展。
另外再说一个事，从gtk2迁移到gtk3、从gtk3迁移到gtk4，每次都是灾难。gtk2迁移gtk3时还导致了mate这个fork。gimp花了多少年迁移到gtk3？我没记错的话是在2020年左右！现在的桌面环境除了gnome，哪一个从gtk3迁移到gtk4了？相比之下隔壁qt5迁移qt6平滑多了。
Linux的中文输入法确实是老大难问题
输入法这种东西非cjk开发者也关心不来，不添乱就不错了（望向gnome和ibus）
干，gnome这东西吃了这么多资源被多家强推到了现在了居然还是这副sb样子真是巨大的悲剧，kde在4刚出来那几年那么烂现在也俨然是个能用的东西了
Linux 的 DE 和自己相比，还是进步挺大的。
但和其他系统相比的话……那就……
开源项目不就这样，看上去人人能修，人人能动手，实际上并不是。
你觉得可以这么做，可以自己改代码，但是能不能合并那是另一回事。如果有意见，可以自己分叉自己维护，或者干脆重整一套，如果你牛逼会有人跟你的。
但是如果没有改代码的能力，那就少逼逼点，反正提交issue也不见得花多长时间解决，毕竟没人拿薪水没人卡kpi
今年的确是把笔记本的 Arch 系统从 X11 换成了 Wayland
只能说自己对桌面环境的软件要求不高，没遇到找不到替代品的情况
目前只有一个小问题是：在 Chrome 里切换输入法要靠额外的全局快捷键去调用 `fcitx5-remote -t` 来切换输入法，不支持 fcitx5 主动配置的全局快捷键。而且输入法的候选在 Chrome 上没法贴近光标。此外的细节问题都可以忽略不计了
但就是没感觉出来换成 Wayland 之后具体好在哪（
plumlis 发表于 2023-7-27 23:45
Linux 的 DE 和自己相比，还是进步挺大的。
但和其他系统相比的话……那就…… ...
https://p.sda1.dev/12/a70a197550e5b4ec1e3c92d750ac9f36/windows11-ui-mess.jpg
正因为大部分开源项目都是靠不拿工资的同志维护，gnome这种吃着红帽皇粮的项目扶不起来才格外悲剧
病態極端 发表于 2023-7-28 00:37
这不是挺好的，说明20年前写的软件在windows最新桌面下跑着没问题。
说那么多屁话没意义
写这玩意不挣钱
不挣钱的的项目有啥用啥
本帖最后由 Midnight.Coup 于 2023-7-28 09:09 编辑
posthoc 发表于 2023-7-28 00:59
正因为大部分开源项目都是靠不拿工资的同志维护，gnome这种吃着红帽皇粮的项目扶不起来才格外悲剧...
然而大部分发行版还喜欢提供 gnome 作为默认 DE
System76 已经开始搞新的 DE 来取而代之，大概率比 gnome 好用
病態極端 发表于 2023-7-28 00:37
DE 稳定性、性能、易用性、兼容性才重要吧，其次是设计语言统一，酷炫不酷炫根本不是刚需，linux de做好前面五个再谈后面的吧
—— 来自 Xiaomi MI 8, Android 10上的 S1Next-鹅版 v2.5.4
我还是更喜欢kde
看到上浮提一嘴，emacs29.1要发了
本帖最后由 fumaoz 于 2023-7-28 13:40 编辑
KDE Plasma 当主力用了3年了，没太大的不适。
— from Google Pixel 7 Pro, Android 13 of S1 Next Goose v2.5.2-play
Midnight.Coup 发表于 2023-7-27 17:08
然而大部分发行版还喜欢提供 gnome 作为默认 DE
System76 已经开始搞新的 DE 来取而代之，大概率 ...
gnome作为红帽和gnu的亲儿子，但凡3.0之后做的正常一点多半早已像systemd那样一统江湖了，然而……
posthoc 发表于 2023-7-28 10:00
gnome作为红帽和gnu的亲儿子，但凡3.0之后做的正常一点多半早已像systemd那样一统江湖了，然而…… ...
但 systemd 因为 Poettering 这哥们的个人魅力整得大家都不是很想用，连 guix 这种根正苗红的项目都不用
Hieda 发表于 2023-7-28 10:15
但 systemd 因为 Poettering 这哥们的个人魅力整得大家都不是很想用，连 guix 这种根正苗红的项目都不用 ...
guix 不是要跨多内核吗，systemd 基本就是 linux 专用了，肯定没法用，debian 当初也为了转 systemd 放弃了 bsd 内核版本
systemd 应该是老一批运维不想用，要学习新东西还导致以前的储备用不了，对于现在 linux 个人用户而言包干一切谁不想当懒人啊
Midnight.Coup 发表于 2023-7-28 10:54
guix 不是要跨多内核吗，systemd 基本就是 linux 专用了，肯定没法用，debian 当初也为了转 systemd 放弃 ...
systemd最大的问题是想做大一统软件，尤其是把毫不相关，但每个项目又都要用的udev和logind缝进来。这不，又催生了eudev、elogind和seatd。
糊状物 发表于 2023-7-28 09:08
DE 稳定性、性能、易用性、兼容性才重要吧，其次是设计语言统一，酷炫不酷炫根本不是刚需，linux de做好 ...
稳定性：https://p.sda1.dev/12/5ef6543bba14f0104c6bd885787e7c33/windows-30000-bugs.jpghttps://p.sda1.dev/12/85e9ffe9f7790a1c5cb4bc9505c4f47f/2.jpg
性能：Windows11佔用RAM遠高於KDE，響應速度遠低於KDE。
易用性：指調一個設置要找到二三十歲的選單，而且找不到文擋/手冊，只能猜設置的作用。
兼容性：舊->新，Win7用不了Steam；新->舊，https://p.sda1.dev/12/22750ddcf6cc85441191e24cf3c5d477/4.jpghttps://p.sda1.dev/12/cdbe807f23beb836ade45bfdfb789719/3.jpg
最後，好不好看確實是次要的，希望微軟能明白這點。
Midnight.Coup 发表于 2023-7-28 10:54
guix 不是要跨多内核吗，systemd 基本就是 linux 专用了，肯定没法用，debian 当初也为了转 systemd 放弃 ...
刚出systemd的时候，linus锐评：
https://lkml.org/lkml/2014/4/2/420
病態極端 发表于 2023-7-28 00:37
过时UI的图形组件全删了不就解决了，想调自己进终端和编辑器改就完事了
Midnight.Coup 发表于 2023-7-28 09:08
然而大部分发行版还喜欢提供 gnome 作为默认 DE
System76 已经开始搞新的 DE 来取而代之，大概率 ...
The LATEST in Cosmic Desktop on Pop!_OS by System76 - NEW Tiling Updates
感觉你的感觉是对的，比如这个tiling做得真不错
本帖最后由 Midnight.Coup 于 2023-7-28 12:50 编辑
BRS5672023 发表于 2023-7-28 11:53
The LATEST in Cosmic Desktop on Pop!_OS by System76 - NEW Tiling Updates
感觉你的感觉是对的 ...可惜虽然用了 rust 和 rust GUI 库，设计语言和样式还是 gnome 那一套，可以理解他们应该只是想做个更好的 gnome 而不是一个全新的 DE
不过 System76 这些开发者的效率是真是比 gnome 专门开公司搞 DE 半年更新一次还这卵样的龟速高出十倍甚至九倍，比如上次更新就有非整数缩放
希望后面 Pop_OS! 脱离 Ubuntu，直接基于 Debian Sid 开发版本；另外别延用 gnome 的审美，尤其默认的黑/白配色，字体也可以学 fedora 换成 noto
Install the LATEST RUST Cosmic Desktop on Pop!_OS by System76 - SavvyNik安装方法，大致是要先开启 Wayland，更新 apt 源，再安装新的 COSMIC
linux40 发表于 2023-7-28 11:18
systemd最大的问题是想做大一统软件，尤其是把毫不相关，但每个项目又都要用的udev和logind缝进来。这不 ...
缝进来的太多了， ntpd，cron，log之类普通服务就不说了
还有systemd-bootgrub也要缝进来，我猜下一步狗屎poettering就要把它之前拉的另一坨屎pulseaudio缝进来了
随便一个边边角角bug 系统直接gg....让linux用户体验一下 windows 蓝屏的滋味
本帖最后由 Midnight.Coup 于 2023-7-28 14:44 编辑
phorcys02 发表于 2023-7-28 13:26
缝进来的太多了， ntpd，cron，log之类普通服务就不说了
还有systemd-bootgrub也要缝进来，我猜下一步 ...systemd-boot 用着还可以，属于是啥都没有的极简风格了，grub2 是真不想用了
PulseAudio 应该不会，PipeWire 出来后可以说 PulseAudio 已经似了，再过几年可以埋了
Midnight.Coup 发表于 2023-7-28 10:54
guix 不是要跨多内核吗，systemd 基本就是 linux 专用了，肯定没法用，debian 当初也为了转 systemd 放弃 ...
不是老运维不想动，我们公司的运维还算积极学习新事物的，至今没弄懂 systemd-resolved systemd-networkd NetworkManager netplan resolvconf 这一系列玩意到底哪个能彻底改好DNS，然后每次出问题都会都喊我帮忙看看。
ryanz 发表于 2023-7-28 15:10
不是老运维不想动，我们公司的运维还算积极学习新事物的，至今没弄懂 systemd-resolved systemd-networkd ...
systemd-resolved 是现在比较灵活强大的方案 https://tailscale.com/blog/sisyphean-dns-client-linux/ 但这个不是必须组件，具体怎么配置还是得看发行版 / 管理员说了算
我自己是在用 systemd-resolved + systemd-networkd 目前没遇到什么问题。但如果是在服务器上，估计不会强行用这一套，而是用发行版默认支持的组件。
—— 来自 S1Fun
本帖最后由 Midnight.Coup 于 2023-7-28 16:06 编辑
ryanz 发表于 2023-7-28 15:10
不是老运维不想动，我们公司的运维还算积极学习新事物的，至今没弄懂 systemd-resolved systemd-networkd ...我指的是外网上面从 System V(init) 开始用 Linux 的老人了国内接触的都是 CentOS 7 了吧
确实，这也是 Linux 学习的时候大一问题，可以达成目标的方法太多了，学起来晕，排查起来也晕
解决方案过几年出一个新的，旧的资料也无法形成积累，不像 Windows/macOS 解决方法多年前的也能沿用
docker 流行也有这个因素的助推，保持生产环境和开发环境用的都是同一套软件组，没有多余软件来干扰
本帖最后由 Midnight.Coup 于 2023-9-6 11:56 编辑
Linux Users Beware! GNOME 45 is Bad News for Extensions
GNOME Shell 的 JavaScript 部分发生了变化。如果你还不清楚的话，你需要知道的是，JavaScript（以及相关的模块）负责扩展的用户界面，包括面板、菜单、对话框等。
技术上的变更主要在于，GNOME Shell 和扩展开始使用 ESModules，而不是 GJS 的自定义导入系统。
虽然这个变革旨在鼓励开发人员用更加标准化的方式来处理 GNOME Shell 和扩展的代码，但可能会造成大量困扰。
为什么呢？
那是因为旧有系统与新的模块系统存在不兼容问题。
以下是 Florian Müllner 在谈及这个技术问题时 提到 的：
模块加载的方式与脚本有所不同，有些语句，特别是 import 和 export，只在模块中有效。这就意味着，如果一个模块使用了这些语句（几乎是必然的），那么用旧系统导入这个模块就会出现语法错误。
那么问题影响范围呢？所有 GNOME 扩展都将受影响。
[*]所有针对老版本 GNOME 设计的扩展将无法在 GNOME 45 上运行（除非迁移）。
[*]专门为 GNOME 45 设计的新扩展，也无法在老版本上运行。
好消息是，GNOME 扩展的开发人员可以支持多版本的 GNOME，但他们将需要付出更多努力，为 GNOME 45 之前和之后的版本分别上传新的版本。
因此，即使开发人员选择了这样做，并使用 迁移指南 将他们的扩展移植到新系统中，这仍将花费他们更多的时间，而在此期间，终端用户（也就是我们）在使用 GNOME 45 时会遇到扩展无法运行的情况。
这并不是一个好的用户体验，对不对？ 😒
GNOME 的升级从未能完美处理扩展的兼容问题，现在，情况变得更糟。
虽然我并不太依赖现有的任何 GNOME 扩展，但很多用户在日常使用中都会用到。对他们来说，一个可能破坏使用体验的升级绝非喜事。
https://news.itsfoss.com/gnome-45-extensions/
Gnome 45 又开始传统艺能了
唯一阻拦我用 wayland 的是截图工具，目前还没有看到能对标 flameshot 的
萌名雪 发表于 2023-9-6 13:45
唯一阻拦我用 wayland 的是截图工具，目前还没有看到能对标 flameshot 的
flameshot 在 wayland 上能用啊，或者换个说法，截图和屏幕共享这事已经和 wayland 没啥关系了，这类接口是由xdg-portal 提供的，wayland 好像放弃发展这部分的协议了…总之就我的体验 flameshot 在 kde 上还行，偶尔会出问题，重启一下就好了，但我其实更馋 windows 的 snapaste，flameshot 的 pin 功能还算差强人意吧。
—— 来自 Xiaomi M2012K11AG, Android 13上的 S1Next-鹅版 v2.5.4
wayland下，每次休眠后kde窗口管理就挂了，虽然重启一下kde就好，但这必现的bug没人修就很烦
Midnight.Coup 发表于 2023-9-6 11:52
https://news.itsfoss.com/gnome-45-extensions/
Gnome 45 又开始传统艺能了
最近在把玩rust，准备选gtk-rs
Gnome这么搞……害