没有人维护了吗？
SUSE 公司基于什么样的考虑放弃掉 yast 的维护？
站在历史的条件，选型是对的，但时代发展淘汰了这种技术选型但是是技术需求上面说。SUSE 没有提供另外一个可代替的产品啊。
yast 说是 suse 系的灵魂不为过吧。
推荐使用Cockpit
这个是 Web 的啊。这种不如 native 程序好啊。不知道为啥大家都喜欢搞 Web 的，系统很臃肿不舒服。
那还是命令行吧，没办法了，现在就是这样了。好歹还有个myrlyn用
希望哪位大佬能重新写一个出来。
而且最好是跨各种发行版的。
其实比较重要的也就 grub2, btrfs, gdisk, networing, firewall, package 这几个配置。其它的用命令行也可以凑合。
这个 yast 是 openSUSE 的灵魂。居然就这么被放弃了。
听上去像是十几年前图拉鼎搞的ubuntu tweaks。
其实这类配置对于熟手来说难度并不大，对新手来说，体验也没有显著的提升。再一个现在AI大模型那么火，过几年用自然语言告诉它要做的事情，直接就搞定了，我感觉现在再开发的GUI配置工具，生存空间已经不大了。
YaST是SUSE的特色啊，快30年了
完全不一样的东西。
yast 对标的是巨硬的 mmc.
是用于配置系统启动、分区、网络、虚拟机、服务器的专业工具。
就算有 AI，使用命令配置起来也非常容易出错。
用 yast 的话，经常点几下就能搞定。
比如我前几天配置了一个 br0，这个用命令很麻烦，除了要配置网络之外，还需要配置对应的防火墙区域。在 yast 里面只要点几下就行了。
还有安装软件，用 yast 可以搜索，选择不同的软件版本等等。用命令行特别麻烦。
命令行是一种非常落伍的交互形式。早就脱离时代了。
那你的GUI能在指定的情况下自动「点几下」吗（
今年令我感到最好笑的观点
你说的对，但是在 FOSS，没有人维护或者接手的东西会是不可避免地死掉的，YaST 只是其中之一。
你若真的很需要 YaST，要么你成为 YaST 的维护者，要么雇人维护，要么自己重新学习 Linux 技能以适应没有 YaST 的 openSUSE。
一点都不好笑。我用 AI 已经很久了。最近就在设计一个更强的交互方式呢。
确实命令行的纯文本管道是非常弱鸡的。业界早就是类似于 windows 的 powershell 传递对象或者 serenity 传递 json. 都比纯文本强多了。
对于 LLM，最好传递的应该是更强的带有 API 的 MCP 或者其它的。
至于给人类用的，显然是 GUI 更好用。
命令行就是太弱伍了。实际上，在我看来，就是你们 CUI 党严重阻碍了 Linux 桌面的普及。得幸好有我们 GUI 党，不然一个个都得用继续用连英文都显示不了的 Linux console。连 xorg 都没有更不用说 wayland.
术业有专攻。忙着做其它 Linux GUI 软件呢。一辈子就这么短，不是 fork 这个就是 fork 那个，哪有那么多时间呢？既然是做自由软件，当然要互助了。你开发一个，我开发一个。人人都要自己去改源代码的话，现在恐怕连 Linux 都不存在了。
而且 Yast 本来就是 SUSE 产品的主要卖点。算是个商业产品。SUSE 就这么丢掉了。客户们不会有意见么。我们在云服务器上面用的 openSUSE，给客户用的 SUSE，以后都不要了？
我们 GUI 党并不排斥自动化。像我开发的 GUI 软件经常带上 python 脚本支持。或者提供 RESTFUL 接口供外部调用。
放到现在 AI 时代，提供 MCP + GUI 显然是更好的选择。即照顾了 AI 又照顾了人类的使用。
CUI 这种几百年前的东西，还是早点淘汰的好。
你这是攻击CLI被反驳、想改口攻击TUI啦？
2 个赞
我的看法是，你连你自己在讨论的是什么不甚了解。
你这话要是放到民风更淳朴的社区里，是要被架在火上烤一顿的。
现实是唯物的，如果cli落后早就被淘汰了，，cli的效率是gui比不了的，windows弄出来wsl就是很好的证明，，
最大的原因只是ruby被淘汰了。现在30岁以下，会ruby的有几个？
有人提议过Python重写yast，但太难了，没人做。
1 个赞