GNOME 的 Wayland 迁移计划
在 GNOME 3.8 发布前夕和 Canonical 公布 Mir 计划以后，红帽员工 Matthias Clasen 在 GNOME 开发者列表和红帽内部的 GNOME 列表上，公布了 GNOME 向 Wayland 迁移的路线图。
Matthias 在邮件中说道，Wayland 最近发布了 1.0 版本。大伙们都默默地认定了 Wayland 作为 Linux 图形显示系统。为了取得完满的胜利，GNOME 需要一个完整的桌面移植计划。Matthias 表示他很自信 X 社区和 Wayland 社区会帮助他们取得最后的成功。
Matthias 提到当前有两大任务，一是移植 GNOME Shell 让其作为 Wayland Compositor 运行，重点是 Mutter 能够移植到 Wayland；二是 GTK+ Wayland 后端要达到 X 后端一样可用可靠水平，同时也会保持 X 的兼容性。他表示，GNOME Shell 需要六个月时间移植到 Wayland，另外再需要六个时间 GNOME 会提供一个完整移植到 Wayland 的桌面环境。而应用程序的移植，则取决于该应用程序自身的安排。依赖 X 的第三方应用程序依然可以通过 xwayland 无缝地与 Wayland 兼容。
根据 GNOME 的路线图：
- GNOME 3.10（2013 年秋季）
- X 依然是默认选择。
- GNOME Shell 作为试验性质可以在 Wayland 上运行。
- GTK+ Wayland 后端达到日常使用阶段。
- 并不是所有的桌面组件会完成向 Wayland 的移植。
- 所有不兼容 Wayland 的应用程序，则无缝地通过 xwayland 运行。
- GNOME 3.12 （2014 年春季）
- 完成 GNOME 向 Wayland 移植，Wayland 成为默认选择，但依然可以运行在 X 上。
- 大部分 GNOME 组件会同时兼容 X 和 Wayland。（但部分组件注定无法同时在 X 和 Wayland 上运行）
- 所有 GNOME 核心程序能够兼容 Wayland。
- 第三方依赖 X 的应用程序依然可以通过 xwayland 运行。
显示驱动对 Wayland 的兼容性：
- 开源驱动工作良好（Intel，Radeon，Nouveau）
- Gallium 驱动工作正常
- Android 驱动可以 libhybris 与 NDIS-like wrapper 一并工作
- NVIDIA 专有驱动现在不能在 Wayland 上运行
- AMD 专有驱动被遗忘？？？
Read More:
NVIDIA 专有驱动现在不能在 Wayland 上运行——好纠结啊
Good idea. 3.08没有把这个作为目标就是很失策的了。
@delectate: 几乎永远不会。只能是过几年 Nvidia 迫于压力才能支持 Wayland
如果没有Mir，Wayland不知道什么时候才可用
@比尔盖子: 你是哪来的结论啊，前一段时间Nvidia一直在为linux的驱动努力，代码好像是提到3.9的kernel中去了（这部分代码好像是包装kernel中的接口，规避法律问题）。
现在ubuntu又说在和Nvidia合作，看起来支持EGL指日可待啊。不知道你为啥这么不看好。
@rjoo:
记得说wayland依赖KMS什么的，而这些从来不在N的私有驱动的计划中
Canonical-推动进步的业界良心
@ccaaatt: 多少年的老黄历啦，看这个：
(http://www.phoronix.com/scan.php?page=news_item&px=MTMwMjI)
更早的消息是Nvidia的开发人员寻求直接使用DMA_BUF机制，但由于授权问题被内核开发者们告知很困难，于是就弄了这个。
另一个是EGL，这个在Mir的新闻里提到了。我估计支持EGL对Nvidia来说容易的很。
DRM和KMS的关系搜了半天没搞明白，谁懂的给讲讲呗。
gnome3的test live还是3.6的啊，不知道3.8什么时候出，想体验下……
@simsilver: http://ftp.gnome.org/pub/gnome/misc/testing/GNOME-3.7.90.iso 剛剛在FTP上發現，正在下載。。。
@Mike Manilone:
这都是半个月前的东西了
@rjoo: 您说的和我说的有关?链接说私有驱动支持modesetting了?或者wayland不需要kms了?
@ccaaatt: 他是說不是「不在計劃中」吧
AMD彻底被遗忘了。。。
@比尔盖子，有android现在又有了mir，到目前为止NV似乎还没有什么压力。真不希望Wayland变成kms那样，开源社区自己弄自己的，NV始终不支持，双方都不肯妥协让步。
我觉得是不是 RedHat 想震（恶心）一下 Canonical？你不是说我烂么，嘿，我能用在主流桌面环境上。单纯从社区的角度看，你搞你的，我搞我的，不存在仓促上马搞冷战思维这回事。我就这么一侃，不挑事，也别喷我...
@ccaaatt: 你丫自己也做做功课呀，我还搜了搜呢。我发那个链接的意思就是，Nvidia现在不是完全不鸟kernel这边。当然啦，我又看了看更早的新闻，上面那条链接是关于Optimus的。估计到3.10的时候N卡就有原生的双显卡支持了。
另外，KMS也是Mir的需求，既然Nvidia都和ubuntu合作搞EGL了，KMS的问题也得解决吧（你瞧，ubuntu不搞什么Mir而是直接解决这些驱动问题，不就成了好人了）。
所以我觉得N卡驱动虽然暂时不行，长久来看不是问题。另外，wayland的邮件列表里以前有人说N卡驱动里实现了类似KMS的东西，就是外边不能用，不过是小道消息，未知真假。
对于GNOME，我只关注20*20计划（等着看戏……）。
现在这人火气真大，一个“丫”就受不了，这咱没法子，躲远点。
linuxtoy的网友们请不要在cnbeta化的错误道路上越走越远
gnome的日程表靠谱么？
@DBJCK: +1
我只想知道像fluxbox, icewm之类的也需要为wayland重写代码吗?
我已经无所谓了，X够稳定还是不错的，只想要个更好用的桌面环境。
@yjc: 是
等Mir出来再比一比，胜者为王。开发者都是墙头草，谁强就往谁那里倒。
相信“后来居上”原则，新的总会更好。
就为了跟Canonical赌气，而选择不成熟的Wayland，显然是不明智的。把自己的未来押注在一个开发了5年，只有demo的项目上。显示出gnome社区是多么稚气啊。
与其等着wayland，我还是看好刚刚起步的Mir，不知道为什么啊
可能是人生短短数十年，wayland等不起啊
希望wayland和mir不要走X的老路,每一次的X升级,nvidia的官方驱动就歇菜一次了,然后又要等nvidia放出新的驱动来!
感谢 Canonical，不然有生之年还不知道能不能看到这样的计划。。。不过明年能完成不？还是得看 Mir 的进度？
为啥这么多人觉得一个开发了这么久且已经有gtk后端的东西比不上一个从零开始的东西……
因为时间太长，人们已经恶心他了，就知道吹牛，好几年了啥也干不了
@simsilver: 关键倒不是时间和技术，那些东西也不是什么机密，Canonial花钱雇人开发，又拉拢业界那帮人，看起来靠谱，毕竟砸钱了，砸到一半大家都歇菜这种做法是不太可能的。
个人觉得，金钱激励的东西以及有约束的管理和领导是比纯粹的兴趣和名誉驱动力强的，而且又是开源项目，最后大家受不了了把Mir fork一个出来也好。
说实话，个人觉得Canonical这种做法对我们普通开发者和用户只有益处没有害处，很多人反对它要么是跟风要么就是觉得它恶心。对Redhat倒是有些威胁，毕竟某些人当惯了领导者，不习惯被挑战。
以上纯属个人见解。
@Fantastikstan: 一个社区项目把自己的前途压在一个曾经抛弃过自己的公司才是不明智，C社开发Unity抛弃GNOME只是开端，现在开发Mir连带一起抛弃KDE, Xfce等等桌面环境(Kwin开发者已经声明不会接受Mir后端)
@Brooklyn: 俺觉得Mir唯一的好处就是刺激社区开发进度而已……
Wayland这项目不是已经挺尸几年没动静了么，gnome也自暴自弃准备一起挺尸了？
@tayhe: 一直都在开发，就是慢而已，怎么叫挺尸？
截止到 2012年3月：
Clutter对Wayland已经有完整的支持。 据说" EFL对Wayland已经有完整的支持。
Qt5除了对client有一些改动之外，对Wayland已经有完整的支持。
GTK+3.4.0，发布于2012年03月26日，对Wayland的支持有一些缺陷。不过过随着3.4.1更新版本的发布，这个问题得到了缓解。
SDL的Wayland支持正在开发中。"
照这个趋势，xfce4难道也要跟进。
@simsilver:
因为fanboy太多了，无视即可
清理了下无关言论，感谢支持
@tayhe:
拜托兄弟看下文章末尾 Read More 啊……
@玉堂白鹤 不是已经在往gtk3移植了吗？不过好像进度不行而已，据说4.12还不能完全脱离gtk2
@SuperCat: 我觉得 kde 是说 kwim 不会接受特别针对 Mir 的代码，并不代表 Mir 会不兼容 kde。在现在这种风头下，Canonical 肯定不可能期望别人去兼容 Mir，而是自己给 gnome 和 kde 开刀动手术，使之兼容。
》》》 kde 是说 kwim 不会接受特别针对 Mir 的代码， 他们不会接受Mir给的补丁。所以，即使
》》》Canonical 自己给 gnome 和 kde 开刀动手术，使之兼容。
也是白费劲，C 家还是自己把Mir和Unity搞好就可以了。
@搅屎棍: 所以我也不看好 Mir，Unity 已经证明发现问题不合作改进而是另起炉灶的做法并不适合开源社区，尽管很多人是因为使用 ubuntu 而使用 Unity，而不是因为 Unity 而使用 ubuntu。在国外，似乎 mint 抢了很多 ubuntu 的地盘？
「红帽内部的 GNOME 列表上」？楼主这都看得见？
原来是Matthias Clasen还把邮件往gnome-release-team@redhat.com给发了……
那个内部邮件列表是否真的存在？
https://mail.gnome.org/archives/release-team/2013-March/msg00116.html
@涛涛: KDE 和 Gnome 继续跑在 X 上面就行了，Canonical 又不会把 X 从源里移除。我想 Canonical 自己对 KDE 能不能兼容 Mir 也不会太关心，Kubuntu 现在都成了 Canonical 抛弃的纯屌丝，Canonical 还会管这个？而且 Canonical 搞 Mir 最重要的还是为了 Phone 和 Tablet，桌面有自己的 Unity 就够了，其他的 DE 就用 X 跑，应用就用 XMir，很简单。
@涛涛: Martin Gräßlin 自己也是这么说的，Ubuntu 上面肯定还有 X，没有问题，衍生版估计不会把 Mir 设为默认的，等 Wayland 完全成熟了就迁 Wayland，Mir 除了 Ubuntu 之外估计没人会用，所以 Martin Gräßlin 才会说，估计永远也不用考虑 Mir 的问题。
有谁知道Gtk3的win32版本何时出来么？ Gnome也太不争气了吧，进展太慢了，
@铁皮石斛: 有第三方编译版http://www.tarnyko.net/en/?q=node/20
@Terry Chen: 其实现在比较有希望较快迁移到Wayland的也就是KDE了；E17可能也可以？GNOME才刚刚开始；其他DE目测会比较慢（人手实在有限）。
最后无非是看比Unity + Mir和其他DE + Wayland哪个先进入稳定状态了，要是又来一个类似GNOME 3.0、KDE 4.0的不稳定周期那真不知道Linux桌面怎么走下去了。
e17已经兼容wayland kde4.x不兼容wayland，kde5兼容wayland gnome3.12兼容wayland xfce4.12还不能完全兼容wayland
其实兼容wayland最慢的不是桌面环境和gui库，而是不少依然使用较旧的库文件或直接调用x的程序 据说fctix最新版都不能兼容wayland
fctix走xwayland吧？
KDE得用Qt5才能支持wayland吧？ 我觉得GNOME会快...
@operabu 不带这样抽 @Ma Xiaojun 大侠的脸的。
@搅屎棍: E17我确实不大了解，不过KDE5和GNOME 3.12发布了吗？
@Ma Xiaojun: 我不认为 Gnome 和 KDE 明年就能弄好，有可能真是 Canonical 会快一些拿出可用的东西，但是稳定性就难说了，参考 Unity 最初的表现，Mir 明年估计也就是能用的水平。至于说不稳定周期不是有没有的问题，而是持续时间多长的问题，但是乐观地看，至少我们还有完全可用的 X。而且反正 Linux 桌面用户就那些人，影响也不会太大，如果 Canonical 万一 成功了，说不定还会对 Linux 桌面有些贡献。
E17 怎么样我也不太了解，Wayland 网站上说的是 Porting of EFL and E17 to Wayland is under active development. Much of this work has been done by Christopher Michael (aka devilhorns)，出处：http://wayland.freedesktop.org/efl.html
还可参见 E17 自己的 Wiki：http://trac.enlightenment.org/e/wiki/Wayland
@operabug: 我们要做好与 XWayland 和 XMir 长期和平共存的准备。
@grass: KDE 向 QT5 迁移的工作正在进行之中，可以去看看 Martin 博客最近的文章，KWin 已经可以在 QT5 下编译成功了，但是还是有一些小问题。反倒是 Gnome 才刚有个计划。
@Terry Chen: wayland的原文引用: The Wayland support is on the upstream GTK+ master branch but disabled by default
刚去gtk+的git repo查了，wayland的代码已经在gdk/wayland目录中了。
@grass: 我觉得现在唯一可以确定的就是GTK2真的要慢慢淡出了……GTK2向GTK3迁移可能造成的各种不稳定，反而是我比较担心的……当然Mir好像也只想支持GTK3……
@grass: 恩，这个我知道，QT5 也有了啊，这样比的话 Gnome 和 KDE 的 Toolkit 都是可以的，但是貌似 Gnome 其他部分都还没什么进展吧，KDE 的情况（主要是 KDE Plasma 和 KWin 的迁移，最主要的还是 KWin）你可以看看 Martin Gräßlin 去年的博客：blog.martin-graesslin.com/blog/2012/09/a-real-update-on-the-progress-of-wayland-in-kwin-and-kde/
Gnome也不是才开始做，就像上面的朋友说的。他的邮件也说了，希望提出一个这样具体的计划来加快wayland进入桌面环境的运用。kde和其他桌面也在加油，只是没有像gnome这样有公开计划而已。
另外，gnome在wayland的进度可以查看文章给出的链接，里面都有各个关键部件和程序的状况，各位就不要张嘴瞎话，最终毁了大侠的江湖生意。
注，
@搅屎棍: Gnome Shell 这个关键部件貌似还没什么进展吧，这可是最重要的任务。KDE 也在做，就是弱小的 xfce 可能还要好长时间才会有动作，4.12 都跳票了，难啊。
@搅屎棍: 你说说啥组件有进展了？除了号称已经支持Wayland后端的GTK3（你用过这个后端?你见别人用过？）。目前唯一看到的一个Wayland的实际使用视频是KDE的：
http://www.youtube.com/watch?v=48lUvLSNcnk
@Ma Xiaojun: 我再补充一点，就出自上面的链接： Making GNOME work on Wayland can happen in several independent steps: …… The GTK+ Wayland backend needs to be completed (the clutter one too)
gnomeshell,mutter的wayland支持在wayland0.8就有实现了,在去年的gnome欧洲开发者大会上就演示过. 随着waayland 1.0的出席, 那些代码当然也需要更新.
@Ma Xiaojun 我要不是被警告过我真的想再暴粗, 你要讨论也要自己做功课,上面链接有 gnome 的 核心软件和其他附加软件在wayland下运行状况的记录.我就不相信你会没看见. 另外,你的讨论伎俩除了转移话题就是视而不见.这样我都不知道与你有什么好处,喜欢yy?
@Terry Chen , 它的意思不是说 clutter 不支持 wayland, 而是说 full 支持还没有.
这也是
Mir 大的优势就是在于她和unity是一个团队在做,而wayland和kde,gnome,xfce都是比较松散的队伍. 这是gnome开发者在irc会议说的,所以他们提出这篇报道里的计划,希望和wayland,也包括x的开发者更加紧密合作,希望用gnome和wayland的整合去推动wayland的成熟,这对gnome本身的意义不言eryi,对kde和其他桌面也是有li无害.
另外,ubuntu的开发者已经在担心kde和g一旦全面移植到wayland以后,会因为技术上和manpower的原因,对x的支持不佳,那么势必造成xmir的问题,如果届时mir计划不顺利,ubuntu可能会有很多传统的软件gtk,qt无法运行.ubuntu就有可能在失去社区之后,再彻底失去linux的桌面市场.
这也是为何ubuntu那么担心gnome这个计划的原因,他们很担心kde,xfce,e17,gnome抛弃x,而且不愿意接受mir的补丁
所以mir计划对ubuntu风险大过机会,这是我个人的观察.
@搅屎棍: 谁提出谁举证。我只看到(see Hackfests/WaylandHackfest2012 for an earlier plan that sadly wasn't realized)
@搅屎棍: 呵呵，你还真是Unity开发者？你怎么知道Ubuntu担心GNOME的这个计划？
@Ma Xiaojun,
我有幸参加了(凑热闹,刚好在出差)gnome的开发者大会, Intel 的员工做得demo.
ubuntu 担心的邮件就在gnome邮件列表的同一个thread种呢, 谁不信谁去找,找不到回来说你连一个邮件都找不到,我再看那天拉屎蹲坑的时候帮你看看,呵呵.
@搅屎棍: Clutter 的问题我知道，Wayland 的网站早就列出 Clutter 了。我只是觉得你之前的说法太乐观了。我当然希望 Gnome 的计划能够按时完成。 Mir 计划对 Ubuntu 风险大过机会，这点我同意，不过这是 Canonical 的事，Mark Shuttleworth 有钱上太空，自然也有钱搞 Mir，大不了就搞砸了，反正别人也阻止不了。而且话说回来还刺激了 Gnome 等社区的动作，不挺好的。原本我还担心 Mir 会带来分裂，但是现在看可能就是 Canonical 自己搞，不见得会有多严重的后果，总之，管他呢。
@搅屎棍: 反正本文链接我没看到有demo，麻烦您给指出一些，就算有个demo又能说明啥？还不是至少得一年才能用起来（根据现在GNOME的计划）。
你所谓的邮件不就是Jeremy Bicha问GNOME还支不支持X嘛，我之前看他努力推动Ubuntu GNOME Remix（现在改名Ubuntu GNOME了）就觉得有点搞笑。
>> 就算有个 demo 又说明啥?
Ma 大, 求你不要总是自抽,我实在不落忍啊.
前面你抛出kwin的demo视频时还很牛x, 然后又苦苦哀求我给链接给视频,给demo. 我觉得懒得去google,说我在现场看的,还没答应帮你看有没有线上视频呢, 你又胆怯了,现在又说demo也不是证明, 说也不是马上就能用. 我告诉过你 那个是在wayland 0.8 的时代的演示, 1.0的我还真没看过,不过我自己抓过代码在本地玩过,就像你说的没有视频demo
另外,我觉得那个是人家的事情,他开心做自己喜欢的事情,没危害你,没危害社区,你有什么资格嘲笑他????
@搅屎棍: 是啊，结果刚刚搞出了Ubuntu GNOME不久，GNOME就有可能通过只支持Wayland给Ubuntu穿小鞋，这样的事情真的不好笑。
@Ma Xiaojun: 当然GNOME已经不是第一次干这种事情了，依赖systemd，依赖IBus 1.4.99+，哪个不是让下游麻烦不断？
穿小鞋???
你的思维就那么狭隘啊, ubuntu 自己搞mir ,社区搞 weyland ,那ubuntu 何止穿小鞋, 简直是恶子弑母.
我想ubuntu的本意也是为了自己有更多控制权而不惜和社区交恶的,所以我对她搞mir还是赞同的,因为ubuntu的骨子里就搞不过suse,fedoea这些社区老大.
你阿,太嫩了,总想着嘴皮子上的胜利, 因为ibus的事情被gnome的社区暴了编了一顿,总是坏狠在心,不惜吧ibus也拉下水,又拼命讨好翁老大,岂不知早就在社区落下恶名... 最后治好沦落到在在linuxtoy里yy
可惜了,有精力不如去多陪陪家人,给翁老大抓抓虫子,利己利社区.
谢谢.
@Ma Xiaojun: “GNOME就有可能通过只支持Wayland给Ubuntu穿小鞋”，我怎么觉得是 Canonical 不带别人玩呢，自己秘密开发了 Mir 半年多，现在才宣布，Gnome 不支持不是很正常嘛。之前 Mark Shuttleworth 信誓旦旦地说，The next major transition for Unity will be to deliver it on Wayland... We’ll help GNOME and KDE with the transition, there’s no reason for them not to be there on day one either. 然后呢？现在 Gnome 和 KDE 不正是在做着 Mark Shuttleworth 所说的事吗？我想这种说法 Canonical 自己都不敢说出来。
@搅屎棍: 请问Ubuntu强迫其他人用Mir了吗？一些Intel、Red Hat开发者在一起就叫社区了吗？
IBus的事情有你份？你是参与了GNOME集成IBus与否的讨论？给IBus报过bug？还是在GNOME 3.6出来之后给GNOME报过bug？看看下面这个先吧（乱码的话请调成UTF-8编码），最烦一些人(至少在2012年及以后)啥事情都没做还一副很懂IBus的样子。
https://mail.gnome.org/archives/gnome-cn-list/2013-March/msg00033.html
以下Fcitx的bug不是我报的：
http://code.google.com/p/fcitx/issues/detail?id=664 http://code.google.com/p/fcitx/issues/detail?id=667 http://code.google.com/p/fcitx/issues/detail?id=669 http://code.google.com/p/fcitx/issues/detail?id=670
@Terry Chen: 那句话是2010年Mark的博客上的吧，我觉得现在改主意也没啥问题啊，毕竟连以First自居的Fedora也一直没有成功迁移到Wayland。
@Terry Chen: 不带别人玩 和 强迫别人和自己玩 哪个更糟糕？
@Ma Xiaojun: 是的，当然是老话了，改主意没问题，但既然是因为自己的原因改变计划另起炉灶让 Gnome、KDE 支持就很难了，就这样。 Gnome 在 iBus 上的做法确实霸道，但是这跟 Canonical 的事似乎没有太大关系吧。
@Terry Chen: 目前C社的做法貌似是先折腾移动平台，移动平台折腾出来了再考虑桌面怎么和移动平台保持一定的体验一致性……但是毕竟之前的Unity体系是一个Compiz插件使用各种GNOME应用，之后桌面要怎么搞非常不明朗……
还有一个不明朗就是非Unity的DE在Ubuntu要怎么运行，目前众说纷纭，如XMir说，社区维护Weston说，Mir实现Wayland协议说等等。
当然GNOME我相信也会通过依赖使得支持GNOME的发行版变得同质化，除了之前说的，GNOME 3.6开始必须依赖GDM了。相信以后这种事情只会更多。
https://bbs.archlinux.org/viewtopic.php?id=151782
路过算了。
@Ma Xiaojun
你的语文是计算机老师教的?
Intel, redhat, 叫社区的成员.
按照你maxiaojun的逻辑, wayland, kde , gnome 有拿枪逼 ubuntu 用 wayland 吗. 最多也不过和你一样耍耍嘴皮子.
你那些链接你想说明什么?真好证明了你的幼稚和不成熟,再加小鸡肚肠,睚眦必报的性格.
回去睡觉吧,不早了 :)
@Ma Xiaojun: 按 Christopher Halse Rogers 的说法，短期自然还是靠 XMir，长期的话要看其他项目是如何实现 Wayland 支持的，看他的意思具体工作似乎是C社自己来做，不过他认为 Projects may change in a way that's incompatible with Mir in future, but that's (a) in the future and (b) solvable. 所以可以这么说，C社自己目前也没有非常具体的计划。但是我想，Ubuntu 不会把 X 和 Wayland 从自己的源里剔除吧，衍生版采取选择最简单的方式去支持自己的 DE（先用 X 后用 Wayland）不就行了，难道一定要跟着用 Mir 吗？官方衍生版我不清楚，但是 Mint 的 Clement Lefebvre 说得很清楚了：Mir 与 Linux Mint 完全无关。C社要考虑的我觉得不是其他 DE，而是自己的 Unity，或许随着 Ubuntu 和 Gnome 之间越走越远，Canonical 应该考虑一下把 Unity 彻底独立出来。 Gnome的强迫症也太重吧，连 DM 都要管，毫无道理。Gnome 自从进入 3 时代后 Gnome Shell 我就只用过几天，实在是不喜欢。
@Terry Chen: 其实是GNOME 3.6+依赖gdm组件而已，并非一定要用gdm来加载(上面那个Arch的连接里面有提到)
@SuperCat: 那還是「依賴GDM」，說一個程序依賴libfoo難道要運行libfoo才算？當然感謝你這澄清。
@Ma Xiaojun,
这孩子, 我说 Intel , redhat 是社区成员, 你的语文智力却把它解释成 "社区就这几个公司" 服你了,小孩. 另外,我说的是你的计算机老师.
我看不懂你把allen拉进来搞什么飞机头,
前面你说kde会先搞, xfce,gnome八字没有一丿,让和我高诉你gnome已经搞了好多了,ma打斜就说gnome给ubuntu穿小鞋,有人指出ubuntu偷偷搞自己的东西,却告诉社区会在wayland上给kde和gnome大力支持,你又把allen拉来. 你后面还要怎么玩呢? 我想广大lt 的读者都在围观你呢...
gnome的组件和一些核心程序的运行情况 :
Xiaojun, 基友, gnome wiki 上真有记录,gnomeshell的视频我也看过,但忘了在哪里看到的,也许是wayland的list里吧.
对不起了.
https://live.gnome.org/Wayland/Applications
gnomeshell,看第一段里有提到那次开发者大会的事情:
https://live.gnome.org/Wayland/GnomeShell
@微菜: 感謝指教！
「This work needs to be revived and forward-ported to Wayland 1.0.」看來是折騰完就扔掉了⋯⋯
@SuperCat: 感谢你的说明，但是这样还是不好，明明我选择了其他 DM 甚至不要 DM，你还硬要我装个 GDM，不太尊重用户选择吧。不用 GDM 加载就能用更加说明这个依赖是不必要的。
@Terry Chen: 貌似需要GDM才能Lock Screen，不知道是要運行GDM，還是只需要GDM組件。
突然發現GNOME的Lock Screen將會變成：
https://live.gnome.org/GnomeOS/Design/Whiteboards/ScreenLock
@Ma Xiaojun:
不是我！！！！
这样说就很掉价了，也没必要再浪费 LT 的资源了。
人家说要 review and forward port 到 1.0 你那那么多废话去诽谤说扔掉。真替你害臊！
@微菜: 搅屎棍你盜用了別人的名字？
按照某人的逻辑，ubuntu不合社区合作是ubuntu的自由，社区不和ubuntu合作就是给ubuntu“穿小鞋”，真难伺候。
@Ma Xiaojun: “「This work needs to be revived and forward-ported to Wayland 1.0.」看來是折騰完就扔掉了⋯⋯”没必要这么黑吧。。。毕竟 Wayland 之前还没到 1.0 的阶段，现在需要 review and forward port 也是正常的。
@microcai: 这下可有趣了。。。
@微菜: 分不清revive和review嗎？
http://dict.bing.com.cn/#revive http://dict.bing.com.cn/#review
@Ma Xiaojun: 是 userMenu.js 需要 GDM，没有的话根本不能启动 GS，参见：https://bugs.archlinux.org/task/32078 和 https://bugs.archlinux.org/task/32111
@Terry Chen: revive還是review？
@Ma Xiaojun: 我也看错了，抱歉。。。
@lh: 对啊，从这个角度来说，Mir也是有功劳的:)
@Ma Xiaojun: 不过，即使是 revive，你这样说也实在刻薄了些。
@Terry Chen: 那就说「折腾完就放下」了吧
清理一些人身攻击的言论。
另外由于最近某 troll 骚动，Spam 检测可能导致误伤导致部分评论被隐藏，请淡定哈～在下不时会查看后台评论的。
感谢支持。
KWin开发者之前一个幻灯片值得一看：
http://community.kde.org/images.community/0/01/KWin_Wayland.pdf
@rjoo: GNOME的问题是它可能强迫其他人使用Wayland，就像GNOME曾经强迫别人使用其他组件一样，这已经不是「不合作」的范畴了，影响范围也不局限于在搞Mir的Ubuntu。
从技术的角度来说，如果Mutter变成了一个纯粹的Wayland Compositor（也就是删除了X的支持），然后又直接调用内核的API的话，就很难把它运行在另一个display server上面了。
@Ma Xiaojun: 少扯了，KDE还强迫别人使用Qt呢。
有洁癖请用Gentoo。
@Reiase: 你的KDE不能运行非Qt写的程序吗？
@Reiase: 用了Gentoo，GNOME 3.6+就不依赖GDM了吗？
支持黑白的行动。大家来这个地方是想在愉悦的气氛下看到些高明的见解，互相友好辩论。希望这里不要变成第二个cnbeta.抵制trolling。。。
@Reiase: Gentoo为了让systemd成为可选项，fork了udev
https://igurublog.wordpress.com/2012/10/14/gentoo-systemd-torvalds/
@Ma Xiaojun: 你的Gnome不能运行ALSA程序吗
@Ma Xiaojun: 不依赖，Gentoo下没有哪个gnome组件依赖gdm
@Reiase: ALSA怎么蹦出来的……
莫非你说的GNOME是Gentoo稳定源中的2.32？
前面@SuperCat都说依赖GDM组件了呢。
@Ma Xiaojun: 哪个组件依赖gdm？我现在就在跑lightdm+gnome3.6,没gdm
@Ma Xiaojun: udev 198也不依赖systemd好不好。虽然gentoo是把udev从systemd里抠出来...
我没搞清楚，你所谓的强迫别人使用某组件，是怎么个强迫法。Gnome下什么东西有排他性吗？
@Reiase: GDM的问题现在说法不一，参考除我以外楼上的说法。还有C社一个人的说法：「We see this a bit already, actually, with GNOME Shell and GDM; Shell uses interfaces which LightDM doesn't provide but GDM does, so things break.」
http://blog.cooperteam.net/2013/03/mir-and-you.html
udev都合并进systemd里了，就算是没依赖吧。
要说「排他性」，要不要了解下GTK3主题的故事（源自网上其他人）？IBus白名单的故事（我亲自参与）？
@Reiase: Gentoo 的情况不清楚，但是 ArchLinux 的情况是在用户报 Bug 之后，gnome-shell 的 Dependencies 已经加入了 gdm，请见 https://www.archlinux.org/packages/extra/i686/gnome-shell/。ArchLinux 的 Bug 编号分别是 32111 和 32078，ArchLinux 的打包是不对程序进行修改的，所以出现这样的情况只有可能是 Gnome 上游的问题。
Gentoo 论坛也有这样的帖子：gnome-shell-3.6.0 + gdm = i dont need gdm http://forums.gentoo.org/viewtopic-t-939062-start-0.html
里面有这么一段：
equery d gnome-base/gdm
gnome-base/gnome-shell-3.6.2-r1 (>=gnome-base/gdm-3.5[introspection])
@Ma Xiaojun: 俺只知道GTK+ 3要自带Adwaita主题，没有说排斥其它主题吧
@SuperCat: GTK2和GTK3主题不兼容，然后GTK3升级版本可能搞坏主题。
http://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/
这篇文章也黑了Ubuntu，所以我觉得可以给GNOME粉参考下。
@Ma Xiaojun: 2和3主题能兼容就见鬼了，GTK+ 3特意搞的CSS主题乃还会有意见不成? 破坏主题貌似是CSS实现内部修改过部分实现导致，俺只在GTK+ 3.2->3.4的时候遇到了问题
@SuperCat: 嗯，不兼容是正常的，兼容就要谢主隆恩了。
@Ma Xiaojun: 大版本更新你還期望能兼容？作爲反例，Linux一個小版本更新就要重編譯驅動你怎麼不說？還搞出了個DK什麼。「兼容就要谢主隆恩了。」
@Mike Manilone: 你觉得这样好吗？值得所有项目推广吗？
@Ma Xiaojun: Windows的兼容性做的比较好，前提是你不要去看winsxs这个目录，特别是不要去看Win 7的这个目录。
@Reiase: Windows是新出的一种Linux发行版吗？
@Ma Xiaojun: Windows是兼容性的典范，而且可以跑gnu的userland
fedora19中，gtk+将会默认开启x11和wayland的支持
https://live.gnome.org/Wayland/GTK%2B
@operabug: 搭車問個問題，既然Wayland需要DE自己實現Wayland compositor，那麼假如我同時裝了GNOME和KDE，然後用GDM。那從GDM啓動KDE豈不是要切換compositor了？假設完全不用X了。
@Ma Xiaojun: 用了KMS后，用户不会注意到这个切换吧。
觉得和WM切换的效果会差不多。
@grass: 如果這樣的話，Mir和Wayland compositor是不是也主要正確切換就行了？
@Ma Xiaojun:好像不是由de实现compositor而是由gui库实现的（如QtCompositor）。切换确实会有。mir和wayland好像不能直接切换，必须重新启动才可以
@tayhe: 可以试一下wayland了 http://tieba.baidu.com/p/1942478384， 2013.3.16放出的CD live http://t.cn/zYeeK49 这有个wayland的视频 http://v.youku.com/vshow/idXNDg5OTUwNDA0.html http://v.youku.com/vshow/idXNDgyNzgzNDI4.html
@operabug: 那Wetson是什么？
@operabug: 如果Qt要QtCompositor，GTK要GtkCompositor，还同时运行N个Compositor不成？
希望Gnome基于Qt5。太多运行库碎片化严重。
@Ma Xiaojun: @Ma Xiaojun: weston - The Weston Wayland Compositor
@Ma Xiaojun: 应该和X一样，只能启动一个。
@kdefan: 基本上和KDE基于GTK+ 3一样，不可能的吧!
@Ma Xiaojun: 没有必要用多个Compositor啊，GTK 3 和 QT 5的程序都是wayland的client, 一个Compositor就够了。
@kdefan: 明明只有gtk和qt兩大，其餘都不足道
@grass: 但是目前好像是DE自己实现Compositor + Weston通过插件系统实现一些特色WM（如awesome）的功能。
@grass: 对用户来说关键是体验。用户不管你用什么库，而且Gnome也可以改进Qt的呀。
@Mike Manilone: EFL呢？Clutter呢？
另外现在的 gnu.org 鼓励大家去搞 GNUstep 不知道为什么？
@Ma Xiaojun: 請計算一下他們在所有開源桌面軟體中的比重。Clutter只是GL的前端不受影響。另外我怎麼知道gnu讓咱們去搞gnustep，你問錯人了。
@kdefan: 很多黑C++的開發者不會去用Qt的，所以GTK補上這個缺口很好。所以我反倒覺得把Qt改成基於GTK的更容易（只要修改後端，前端程序連重編譯都不需要就能運行）。
另外一個GUI toolkit和用戶有何關係？關鍵在開發者。就是WinAPI寫出來的東西也有高級貨。
@Mike Manilone: 黑C++的开发者……这可以忽略不计的吧……还有黑Python的开发者呢……
@kdefan: 要是这样的话，强烈支持将KDE迁移到GTK+ MM库，另外GTK+比QT稳定啊！
@grass: Gnome不肯改用Qt，这和面子有关。同理kde也不会改用GTK+的。变通的办法是下一版本两边的人把Qt和和GTK+融合在一起，发行版各自命名，kde这边还叫Qt，Gnome这边自然叫GTK+。名字不同，但代码是一样的。这就解决了linux存在两个图形库带来一系列不方便的问题。
@kdefan: 一个纯C一个变种C++怎么融合……
@搅屎棍: 咱俩貌似一起被黑了：
http://img.vim-cn.com/e8/749e817f6f391650a792a65ff2639130ec1068
@kdefan: 要是真能融合早融合了……
@Ma Xiaojun: kde和gnome不死一个，linux桌面是没办法发展的了。android这么强大，google都担心碎片化影响它的发展，linux桌面的碎片化太严重了，其原因主要是存在kde和gnome这两个势均力敌的桌面。而linux内核虽然也有多个版本，但主流的还是linus的版本。
@kdefan: 那你还是去用windows，那比较符合你的标准。
@kdefan: 融合了就能大发展？Windows 用户要游戏，要软件，融合了就能解决？
@Terry Chen: 有个项目是把windows融合在linux的，但很久没更新了 http://www.longene.org
@kdefan: 我觉得这个完全没可能。相信Linuxer大多不喜欢windows，我猜linuxer大都立志非必要时决不沾windows一点边。即使必要，不是还有wine呢吗？嫌效率低的人干脆两台电脑，或者双系统。更关键的是，在国内这个功利环境下，几乎不太可能健康发展下去
@pd1986: 他说的可能是浙江大学那个兼容内核项目？
那个项目的主要优点是性能好过wine（虽然大家对wine的最大抱怨应该不是性能），然后有些wine做不到（比如创建一个虚拟网卡）的事情理论上也能实现。
但实际他们做的最大贡献可能就是给wine打补丁（不开源）之后支持运行QQ……
@Ma Xiaojun:
哎，我早就告诉过你，其实没必要因为你当时一腔热血弄ibus和gnomeshell整合被gnome的dev编，就那么小气，到处黑。其实当时也有你的很大原因，毕竟他们主要都是外国老，语言上肯定没那么沟通流程的。
我这两天发烧了没来，没想到那天你自己在gnome wiki 找到有关 mutter 在开发者大会上的证据后居然出这么“高明”的招数，先是假冒“微菜”发，接着有故意引出“review”这个单词的帖子。然后自己再跳出来，指正是我“搅屎棍”冒犯“微菜”。你太那个了，我其实不是专业混linux饭吃的，我的主要开发工作都是在osx上，我只是觉得开源（linux，gnome，kde，ubuntu等）是给了我了解系统的好途径，间接对我的职业有了很大的帮助，所以有时候还是会提交一些patch到社区，不过被接受的很少。水平有限。但是我还是想劝你，没必要那么在意一时的不快，我不相信哪些开发者是你说的那样“傻”。
我作为一个长者（45岁了，今年），就多嘴一些：小弟，多些平常心吧。
再见！
@搅屎棍: 假冒「微菜」不是我謝謝⋯⋯
至於GNOME的問題，乃至Linux桌面的問題，不吐嘈能好起來嗎？難道我用著OSX/Windows然後指望GNOME自動好起來不成？至於信不信開發者其實不是重點，你信也好，不信也好，用戶還是那麼少，問題還是真麼多。
Linux優秀的東西確實很多，但是桌面始終在1％徘徊也不是沒有原因的，有些早該解決的問題至今懸而未決。
@kdefan: 这意义不大，对于 Linux 桌面所要吸引的 99% 用户来说，这最多只能降低迁移的成本，而不能提供迁移的理由。Linux 桌面要成功，一定要给用户一个不得不迁移的理由，但是目前，我不仅看不到这样的理由，而且 Linux 桌面本身都不见得比 Windows 优秀（已经是客气地说），所以始终在 1% 徘徊。 还有，我说的融合，是 Gnome 和 KDE 的融合，你不是说两大桌面环境一定要死一个吗？其实多种选择反而是种优势，融合了反而不好。
@Ma Xiaojun: 您在这吐槽真心影响不大，Gnome 开发者看不见也听不着，外加听不懂。悬而未决的问题要解决看上去并不乐观。
@Terry Chen: 上游我也去吐槽啊……比如：
https://mail.gnome.org/archives/desktop-devel-list/2013-March/msg00091.html
@Terry Chen: 现在从如果Windows换到Linux，基本就是少了恶意软件的威胁，也少了太多的软件/游戏。（OSX的第三方软件/游戏支持比Linux好得多，和Windows还是没法比）
所以我关注的以下两个问题：
1、Linux能否提供一个优秀的基本桌面系统？这个说实话有喜有忧，喜是大家（E17、GNOME、KDE、Unity等）都想做得更漂亮、更友好，还不至于停滞不前。忧就是看起来百花齐放，结果软件的质量却没有足够的保证，各种bug层出不穷，虽然也有很多修复的，但是等那些最新版分发到最终用户那里不知道要等到什么时候了。比如RHEL6至今在用KDE 4.3？（RHEL6是唯一我在学校的机器上见过的Linux……）
2、Linux能否被PC厂商接纳为OEM系统？这个方面唯一有些指望的就是Ubuntu了，纯社区发行版估计和PC厂商阻抗不匹配。而像红旗、Linpus这样的没使用者社区的发行版也只能是买来就被格掉的命运。顺便一提，SUSE企业版虽然性质好一些，但是同样是几乎没有使用者社区……
@Ma Xiaojun: 支持你去上游吐槽，让 Gnome 那群不太注意用户需求的同志至少能听到一点声音。 你所关注的两个问题确实都很重要，但是我觉得缺乏软件支持可能是更大的阻碍，而且这个问题似乎更难解决：用户基数小所以缺乏软件支持，缺乏软件支持所以难以吸引用户。虽然近几年在各方的努力下有了不小的改观，但是还是很难根本改变这种局面。而且，Linux 桌面除了 Canonical 之外就没有有力的推动者，社区的工作很重要，但是像 Canonical 这样的商业公司有时候在与其他软硬件厂商的合作中会更加适合。这些问题什么时候能解决，Linux 在桌面市场就有大发展的希望了。 说到 Canonical，虽然我不觉得他的做法是最好的选择，但至少它的尝试有可能给 Linux 桌面市场带来一点希望。 RHEL 软件旧不是很正常吗？桌面系统上大多数最终用户不会用 RHEL 或者 CentOS 之类的服务器版本吧，不过话说回来了，CentOS 当桌面也是可以的，有 Gnome 2 可以用，系统很稳定，支持的时间也比较长，就是软件版本实在旧了一些，我还看过有人用 Scientific Linux 做桌面的，实际上也是 RHEL 来的。
@Terry Chen: 其实缺乏软件支持现在倒是有改观的希望，许多桌面软件出现了相应的Web应用，比如大部分人都用邮箱的Web界面了，又比如生产力软件可以用Google Docs。还有一个趋势就是娱乐的需求大部分时候在移动平台就满足了，只有serious gamer还需要Windows PC。当然Windows下奇特的软件也还是很多，但是Windows 8的出现在一定程度上也宣布了许多奇特软件的过时。
Chrome OS算是把Linux的精华部分——安全上网，给充分利用了。别的桌面程序和Windows比真心乏善可陈。大部分自由开源的桌面软件支持Windows，少部分如7-zip、Notepad++等只支持Windows。最重要的是，Windows除了能用自由开源软件还能用各种闭源软件，到底谁比谁自由？
至于RHEL做桌面，不支持最新的Chrome和很折腾才能支持WPS就让我望而却步了，其他需要折腾的地方还很多。从一个抽象的角度说，RHEL和Fedora是一老一新两个世界，许多社区成员折腾Fedora的成果，RHEL根本用不上；一些ISV发布的支持RHEL的软件，Fedora装可能还要折腾，很小的使用群内部进一部碎片化。
目前有公司支持，比较有影响力，同时没有区分「社区版」和「企业版」的Linux发行版就只有Ubuntu了，这样的发行版才能在一定程度上替代Windows。（我是看到过RHEL6衍生版部署在学校，但它们都是提供Unix-like实验环境而已，换句话说它们取代了Solaris，而不是Windows）
Deepin的做法和Ubuntu类似，他们的做法我也是支持的，只可惜他们的12.12似乎跳票严重，没有继承Ubuntu守时的好传统。
为什么不靠OEM的推广根本不靠谱？看下Steam统计数字就知道了。
http://store.steampowered.com/hwsurvey/directx/
Windows 8 64bit比所有Linux全部加起来都多，Ubuntu 12.10 64bit比Fedora和openSUSE全部加起来都多。
@Ma Xiaojun: steam有非ubuntu的安装包么？ 那个安装包debian都没法直接用吧
@Ma Xiaojun:
RHEL和debian stable一样，是用来架设服务器的，还有相关的认证rhce,rhca(这也是centos服务器比debian流行的一一个原因)
和桌面使用有啥关系？
win还有win server 2003 2008呢
@Ma Xiaojun:
> 最重要的是，Windows除了能用自由开源软件还能用各种闭源软件，到底谁比谁自由？
为什么总是有人喜欢用自己对『自由』的理解来否定 RMS 所谓的那个『自由』。腻们说的不是同一个自由好不好？
RMS 是从道德上跟腻们谈自由，腻们不予理睬。腻们所做的只是从个人私欲能否在现实中得到最大化的角度去跟 RMS 谈自由。
@Ma Xiaojun: 桌面软件的 Web 化虽然一直是被作为大势所趋。这个观点，我在 ESR 的《Unix 编程艺术》那本书里就看到过。但是 10 年过去了，有多少桌面软件被 Web 化了？貌似只有那些跟 Web 密切相关的软件有一部分被 Web 化了。
@Jarlyyn: Debian 我不敢说，Chakra 上面我是装过的，没有问题，其实那只是一个安装器，装了之后还要下100多M才能用。
@test: 我倒是想问，什么非专业软件没有Web版本？不然Chromebook卖给谁去？
@Jarlyyn: 我从头到尾就没说服务器的事情……
@Ma Xiaojun: 社区版和企业版的区分跟 Red Hat 的角色有关，人家就是做企业用户做服务器的，自然不会和 Canonical 一样。而上面的朋友也指出，RHEL 本来就是架设服务器的，自然不能和 Fedora 一样，拿来比较也不是太有意义。
Steam 虽然不是 Ubuntu 专用，但是 Ubuntu 使用率如此之高也说明与 Valve 这样的公司合作是很有用的，虽然 Steam 进入 Linux 不是因为 Canonical，但这样一个公司和发行版的存在的确给 Valve 带来了便利。
桌面软件 Web 化目前还是趋势，不是现实，而且一旦这种趋势变成现实之后，那么操作系统本身也就变得不重要了，桌面环境什么的都成了浮云，那个再来讨论桌面市场问题似乎有点过时了。
@Jarlyyn: Valve 是允许其他发行版重新打包 Steam 的，如果他们给 Ubuntu 打的包 Debian 不能用，那么肯定会有别人打包。
@test: 你看看GNU那些高优先项目，除了GDB的逆向调试以外（这个已经有商业软件支持，不过还不普遍），几乎都是各种跟在别人屁股后面的replacement。有人有兴趣当然可以去开发/使用那些东西，不过开发/使用那些东西道德高尚在哪了？
@Terry Chen: 总之我觉得R社从开始搞Fedora开始就不再提供Windows替代品了……
@Ma Xiaojun: 那就让C社做，R社毕竟主要重心不在桌面，这样做也很合理，他们专门搞服务器，同时对内核之类的贡献其他人也能受益。
@Ma Xiaojun:
> 什么非专业软件没有Web版本？不然Chromebook卖给谁去？
窝可以说你很无知咩？Ansys、Catia、AutoCAD、UN/NX、期货交易系统……你给我找一款 Web 版本的看一下吧。
> 你看看GNU那些高优先项目，除了GDB的逆向调试以外（这个已经有商业软件支持，不过还不普遍），几乎都是各种跟在别人屁股后面的replacement
你现在所掌握的所有知识也都是人家开拓出来的，你为啥不觉得自己在跟着别人屁股后面 replacement？
@test: 一个科学家，如果不把他做的东西完全的公布出来，那么你就不可能像现在这样掌握这么多的知识。虽然 GNU 的大部分项目都是 replacement，但是它公布了所有的细节，使得更多的程序员知道了那些东西都是怎么实现的，这就是 GNU 提倡的自由。它跟你提倡的那个自由显然是两回事。
说的庸俗一点，GNU 的自由就是性教育，你那个自由是 A 片。
@test: 我都說了是非專業軟件……你扔一堆行業軟件給我……說實話你說的這些軟件，雖然有些聽說過，但是我可能一輩子都不會去用，「隔行如隔山」。而且你要知道，如果用Citrix（現在還需要插件）之類的工具，這些軟件完全可以在瀏覽器中跑起來，當然需要一個服務器的支持……
把知識和軟件混爲一談？連這都分不清還討論啥？你不知道所有學術研究都是要在前人的基礎上更進一步的嗎？
自由軟件我覺得在降低軟件門檻方面還是有貢獻的，我就經常用用GIMP、LibO、Octave等自由軟件。只不過事實上盜版軟件可能比自由軟件要流行得多，海外也有各種手段解決學生買不起商業軟件的問題。
@test: 科學家應該怎麼公佈知識，現在的論文、專利等制度是否合理可以再議。
但是要說軟件知識的保存的話，這個當然算是一個好處，但是你覺得GNU追求的「自由」僅僅如此嗎？我覺得這樣的功能之前的BSD已經起到了。
@Ma Xiaojun:
嗯，把你说的非专业软件给忘记了。但是专业软件如果没法 Web 化，那么你的 Web 化还有什么意义？大家说 linux 桌面缺软件，不就是说的专业软件么？
是我分不清，还是你分的太清？软件如果跟知识不能混为一谈，怎么还会有软件专利这种奇葩的知识产权？
GIMP、LibreOffice、Octave 降低了什么门槛了，它们又难用又不稳定，功能还有限，它们唯一的意义就是让你有改造它们的自由。
@test: 假如說我們要保存壓縮軟件的知識，你覺得是7-zip這樣功能強大的壓縮軟件可以編譯運行的環境比較有用？還是File Roller/Ark這種純前端的，功能少得可憐的壓縮軟件可以編譯運行的環境比較有用？而且7-zip那個平臺還可以運行各種非自由軟件，雖然沒有源碼但是沒有參考價值嗎？
@Ma Xiaojun: GNU 追求的『自由』与 BSD 追求的自由有什么冲突。它们的区别知识前者不仅要追求自由，还要保护所得到的自由，而后者是只追求不保护。
如果你辛苦的去追求了 50 年的自由，结果第 51 年，你所有的努力得到的成果一下又变成了不自由的东西，你觉得这样好玩咩？
@test: 有多少人用電腦是爲了工作啊……網吧會裝你說的這些軟件嗎？
GIMP、LibreOffice、Octave對我來說已經能解決一定的問題了，就這樣。
@test: 確實不好玩，所以我也覺得GPL很有意義，只不過沒覺得用Linux在目前能獲得額外的自由。
@Ma Xiaojun: 所以，你追求的是看 A 片爽，不是性教育片。多说无益，两个世界。
@test: 軟件專利是不好，只不過靠寫一些replacement是解決不了問題的，微軟的exFAT就是擺在那裡噁心人，辦法都沒有。
@test: 你不用Linux看不了自由軟件的源碼了？不能給自由軟件做貢獻了？
@Ma Xiaojun: > 你不用Linux看不了自由軟件的源碼了？
这个问题略显弱。你不去上学，也可以学到知识。你不说话，也可以证明自己的存在。但是，你为什么还是去上学了，为什么还是在这里这么多话？
@Ma Xiaojun: 呃，跟你还用的着辩么，不够恶心的
@test: 7-zip完全是在Windows上写出来的（自己看源码，有多么Windowsism），结果现在唯一比较自由也通用的压缩格式就是7Z了……
@Ma Xiaojun: 那我就继续跟你掰扯一下。
你问的问题是：不用Linux看不了自由軟件的源碼了？
的确，换个操作系统，一样可以看一些软件的代码，但是你能一边看代码，一边观测其功能么？你能把代码 hack 一下，然后观察到 hack 的结果么？如果你开始掰扯那些软件也可以在 windows 里编译，那就瞎扯了，因为好多软件都很难在 windows 里搭建出可以编译它们的环境。你不妨自问一下，你有在 windows 里编译过几个依赖 gtk+-3.0 的软件？
我是懒得跟你解释这些事情，所以才用上学不上学，说话不说话的比喻来回答你。何况，这些比喻怎么就不能用了？同样的逻辑，为啥就不能换个事物来说？
@test 难道你的那些软件在协议自由的ReactOS就容易编译了？（你总不会认为只有类Unix内核才是自由软件吧？）有些软件自己跨平台支持糟糕，和平台自不自由根本没关系。
@Ma Xiaojun: 嚓，你个明明之前说的是 linux，麻痹现在又换成了 rectos，你到底闹那样
@test: 你喜歡爲只容易在Linux下編譯運行的自由軟件做貢獻，那其他人不能爲ReactOS或者只容易在ReactOS下編譯運行的自由軟件做貢獻？
@Jarlyyn: 有openSUSE的安装包啊，大体还是挺好用的。
想到一个问题：迁移到wayland之后，有没有cygwin/wayland呢？不会cygwin/X下的X程序都跑不了了吧？
可能没有了，在windows下没有kms之类的东西吧......
话说真的有人经常使用cygwin/x吗，如果只是偶尔用，重启下电脑进linux或者虚拟机应该不是多么麻烦的事情吧？
@operabug: 我就经常用啊。虚拟机访问宿主机文件的方便程度怎么能和cygwin/X相比拟呢。