那篇文章你何苦要删到只剩两个指令。。。
文章我可能没来的及进行修改，可能我也抱侥幸心理希望别人去改。
文章无非在前面介绍XFree86的历史、XFree86的结构，Xorg对XFree86不再开源后的继承
接下来是环境检测
# rpm -qa | grep gcc；rpm -qa | grep qt
# rpm -qa | grep make；rpm -qa | grep kernel
注意指令中间的";"号，这里是我没发现排版上的毛病，应该写成（我在论坛上已经改了，以便初学者复制）
rpm -qa | grep gcc;rpm -qa | grep qt
rpm -qa | grep make;rpm -qa | grep kernel
再后面是驱动的安装、检测、设置
./nVIDIA-Linux-x86-1.0-7676-pkg1.run
glxgears
glxinfo | grep rendering
nvidia-settings
其中nvidia-settings项，经过很早就经过我的排版错误修改，指出后面的参数为小写L，xconfig命令是我添加进文章的，为的是更好的处理硬件的认知。
我发表在WIKI上的内容已经删掉现在ML2正式版不再存在的指令xconfig命令的内容，以及我没有体验使用过的第三方工具的内容。
陈述往以，我想问问，以上指令哪个不能用了？我随便来copy & paste了？
为了确保我所言无差，所以上面指令我全试过了一次。（以前我装红旗和ML参照过N次了）
我可以100%地相信，你对Linux指令一知半解。
你看过我的论坛没有，上面从LINUX到PHP到QT，所有文章都是我原创或者修改其它作者的，绝对不存在你说的随便来copy & paste。
我对你的固执表示遗憾，而且你这么坚持下去，只能让我不敢再往你那放文章。
麻烦你把上面的指令运行一次，是不是随便来copy & paste来的，这篇文章是计世网 特约 曹元其 写的，文中提到的nvidia驱动是
nVIDIA-Linux-x86_64-1.0-7676-pkg2.run，当时MLRC1发布时这款驱动才出来，所以文章也不是你所说的过时文章。
我不知怎么说你好，我不想伤和气，我把它陈出来就是要让你明白是你自己的失误。我想过在消息里和你沟通，但所是无法达到目的。
-------他删除的是 ”Skill/nvidia“， 内容已经转到了 ”NVidiaDriver“ 里。请你看看这个网页的内容是不是你写的。
我没说他删，我是说我花了几个钟头删改和排版的文章最后只留下两条指令了，并且还收到无端的指责，只能遗憾。如果上面有一条指令不能运行，大家可以骂我，我绝不还口。如果有人坚持该文过时，还是删掉它算了，那两条指令的文章根本没有指导价值。
ricetons肯定也不是才刚开始用Linux，更不是才开始用Magic。这点我是清楚的:mrgreen::mrgreen:
至于X的各种设置指令，我都没有用过，所以也不知道是不是合适。但我总认为，一个average user整天捣鼓命令总不是长久之计。至于是否了解X的历史，对于使用来说也没有实质的帮助。
我觉得有必要让大家了解开源、了解开源的几大协议，了解开源和商业行为之间的关系。目前的Linux桌面还没有更多方便的图形管理工具给一个average user 使用，社区Linux的服务对象主要还是Linux fans 。社区Linux目前也只能着重培养新一代的Linux fans，而普通用户不想学习就根本没办法说服他去用Linux。
XFree86和Xorg的目前结构并没有大的变化，改变的只是由不同的开源机构去开发新的版本，他们之间属于GPL继承的关系。所以讲述XFree86的基本构架也就是讲述Xorg的基本构架。
当ricetons说这些内容过时时，并对后面所有指令100%确定不能使用时，你知道我心中是怎么想的么。我的感觉只能用 :shock: 来形容，而且我对WIKI的热情减降到了最低点。
不了解开源的历史，其结果就会出现对开源事物各种不正确的判断。
我就对这些历史不感兴趣，但这并不影响我对开源事物的判断，以及我是否对某些项目做出贡献。
mandrakechina 的观点总是与众不同，我也不是传教士 ！而且我好象不应该花更多的时间去陈述劳动被否定所浪费的时间。不注重历史也能很好地发展是你的观点，无话可说。
回楼上的几位大侠，ml的wiki我相信没有几个人去看看。无论是浏览量，还是信息量。
在我个人眼里。楼主的wiki还不如ml的精华贴来的精彩。或者直接在论坛上搜索来得方便。
看看浏览量就可以知道，wiki只是本来就是linux高手的朋友在使用。特别是在现在这个wiki文章特别少的时时期。
泼句冷水：
现在还是把ml先搞好－－修正一些bug、更新一些软件，加强一下常用软件、硬件的兼容性，这样才是最实在。
BTY:现在的wiki有那些内容是ml论坛上没有的？
说论坛的问题好多是重复，那么wiki就是另外一个重复。
或许我们一开始没有计划好 WIKI 每个阶段应该做些什么，是最大的错误。
昨天 ，我在给 WIKI 写 ML 应该如何分区的时候，就想到一点：我们是不是已经在认知上有了误区。都说 Linux 很难学，使用很困难，真的吗？我们似乎忽略了事情的简单的一面。
Linux 使用的确复杂，那是因为他太开放了，有着强大的功能。但是我们都需要吗？
ricetons 开这个 WIKI 的目标也是为了免得老是有人在论坛里问相同的问题，所以他很注重命令的有效性。我以前就有一篇文章因为没有测试过就被他在 QQ 中发过 WARNING。
haulm, ricetons 并不是不注重历史，但他对你的帖子有意见，是因为他怀疑你的命令没有经过测试。兄弟也说过一个命令在排版上有问题，ricetons 是不是因为这个命令怀疑你呢？
我们在 WIKI 上写这些帖子，首先要为自己负责、要为相信你的各位朋友负责。因为初学者都想，我只要 copy & paste 就可以了，我希望很容易地就使用上 Magic Linux 了。
所以历史很重要，但是这个 WIKI 现在主要是面向那些初学者，他是只有在使用了你的命令后，才会仔细看你的帖子。你说对不对？否则，他们也是会想这篇帖子可能也是过时的。
俺对Wiki没兴趣，我喜欢用自己的方式写东西，不喜欢受约束，请看我的签名 :mrgreen: 而且我自己学习使用Linux过程中从来都没有使用过wiki :lol:
不过如果有人喜欢我写的那点不值一提的东东，把它放到wiki里，我是绝对不会反对的:twisted:
另外，上次ricetons兄说的重复问题，我也不敢苟同 :P
每个人的叙述方法不同，或许有些文档的叙述有些人不容易理解，而其它同个问题的文档可能更容易让这些人理解。更何况我们每个人做的事情绝大部分都是在重复，重复前人做过的事情，重复他人做过的事情，也重复自己做过的事情。重复并不都是无意义的。 :mrgreen:
另外发现ricetons兄的脾气有点不好 :lol::lol::lol:
不注重历史也能很好地发展是你的观点，无话可说。如果历史能够满足现有需要，就没有必要向前发展。而且在很多情况下，历史会造成创新的极大困扰。我们学校的排课系统是继续教育学院的一个大牛编的，我在他的程序上改来改去就很麻烦，因为他的数据结构和系统架构都有缺点，要用程序来弥补这些缺点根本是不可能的。
我们总是在重复着以往的经验，而不是做创新。这样是没有出路的。
支持mandrakechina的说法，所以有时候重新来过可能效果更好，这种重复其实也是创新。
另外发现ricetons兄的脾气有点不好 :lol::lol::lol:
确实如此。:lol::lol:
不注重历史也能很好地发展是你的观点，无话可说。如果历史能够满足现有需要，就没有必要向前发展。而且在很多情况下，历史会造成创新的极大困扰。我们学校的排课系统是继续教育学院的一个大牛编的，我在他的程序上改来改去就很麻烦，因为他的数据结构和系统架构都有缺点，要用程序来弥补这些缺点根本是不可能的。
我们总是在重复着以往的经验，而不是做创新。这样是没有出路的。
人从生下来就重复了列祖列宗父母辈们一样的学习之路，从学走路到共同探索前人所未有的新事物。我自小不喜欢记忆前人的历史，但总会有人提及前人的历史，并使这些历史教育我们少走弯路。
历史不是用来满足需要的，而是拿来思考的，是拿来及时矫正我们的错误的。就好比：”他的数据结构和系统架构都有缺点“，这个历史是否给你带来启发，只是你不愿意承认罢了。我们先不提前辈们的历史，就在我们生存的年月里，我们每时每刻都在总结过去，总结历史，它使我们拥用更多的智慧和力量。
我相信继承，开源代码就好比是DNA，好似人类自身的进化发展，终究要构筑出一个新生的更强大的东西来。
那篇文章你何苦要删到只剩两个指令。。。
文章我可能没来的及进行修改，可能我也抱侥幸心理希望别人去改。
文章无非在前面介绍XFree86的历史、XFree86的结构，Xorg对XFree86不再开源后的继承
接下来是环境检测
# rpm -qa | grep gcc；rpm -qa | grep qt
# rpm -qa | grep make；rpm -qa | grep kernel
注意指令中间的";"号，这里是我没发现排版上的毛病，应该写成（我在论坛上已经改了，以便初学者复制）
rpm -qa | grep gcc;rpm -qa | grep qt
rpm -qa | grep make;rpm -qa | grep kernel
再后面是驱动的安装、检测、设置
./nVIDIA-Linux-x86-1.0-7676-pkg1.run
glxgears
glxinfo | grep rendering
nvidia-settings
其中nvidia-settings项，经过很早就经过我的排版错误修改，指出后面的参数为小写L，xconfig命令是我添加进文章的，为的是更好的处理硬件的认知。
我发表在WIKI上的内容已经删掉现在ML2正式版不再存在的指令xconfig命令的内容，以及我没有体验使用过的第三方工具的内容。
陈述往以，我想问问，以上指令哪个不能用了？我随便来copy & paste了？
为了确保我所言无差，所以上面指令我全试过了一次。（以前我装红旗和ML参照过N次了）
我可以100%地相信，你对Linux指令一知半解。
你看过我的论坛没有，上面从LINUX到PHP到QT，所有文章都是我原创或者修改其它作者的，绝对不存在你说的随便来copy & paste。
我对你的固执表示遗憾，而且你这么坚持下去，只能让我不敢再往你那放文章。
麻烦你把上面的指令运行一次，是不是随便来copy & paste来的，这篇文章是计世网 特约 曹元其 写的，文中提到的nvidia驱动是
nVIDIA-Linux-x86_64-1.0-7676-pkg2.run，当时MLRC1发布时这款驱动才出来，所以文章也不是你所说的过时文章。
我不知怎么说你好，我不想伤和气，我把它陈出来就是要让你明白是你自己的失误。我想过在消息里和你沟通，但所是无法达到目的。
-------他删除的是 ”Skill/nvidia“， 内容已经转到了 ”NVidiaDriver“ 里。请你看看这个网页的内容是不是你写的。
我没说他删，我是说我花了几个钟头删改和排版的文章最后只留下两条指令了，并且还收到无端的指责，只能遗憾。如果上面有一条指令不能运行，大家可以骂我，我绝不还口。如果有人坚持该文过时，还是删掉它算了，那两条指令的文章根本没有指导价值。
我实在是服了你了，批评人之前也不仔细查一查你自己的论据，你的形式主义可真是到家了。
1. 文章介绍XWindow的部分，我参考了wikipedia的内容后，将其放到了XWindow 条目中.
2. rpm -qa一段是我删的.我向来反对向初学者灌输命令的做法，我更向初学者倾向授之以渔。我宁愿新开一个条目讲述如何检测rpm包是否存在（事实上rpm条目已经提到)，也不愿给出这种无头无尾的命令。这种东西除了让初学者对linux感觉更加混乱以外，没有任何用处。
3. 不知道你指测试过是什么测试。请给出详细的测试环境，你在Magic Linux 2.0上测试过吗？Magic Linux 2.0用的都是XOrg包，文章中XFree86的命令能执行吗？你测试过了吗？我没有nVidia的显卡，所以我不可能测试nVIDIA-Linux-x86_64-1.0-7676-pkg2.run，但是文章的其他部分我都在我的Magic Linux 2.0 Final做过测试。
4. 基于原文中"最新的nvidia驱动在安装最后会提示是否让驱动生效，如果选是，它会备份xorg.conf并自动修改配置新的xorg.conf，以后Linux的显卡安装也会和win一样简单，那时这篇文章真是要做古了。"的这段话，我把有关xorg.conf配置的东西删掉了。
5. 原来中对超频的介绍，我认为对新手来说是不合适的。对新手来说，首要目标是让驱动跑起来。如果要进行超频，必需具备一定的知识，我认为这些人自己有能力去获得如果打开nVidia驱动的信息，而且这些信息比wiki上的信息详细得多。
6. 我承认条目是进行了非常大的改动，但是如果nVidiaDriver是我写的，为什么现在在网页上还能查到网页的历史？还能看到你的文章的最初版本？请你给我一个解释。
7. 如果你说你想通过消息和我沟通，我只能说我从2月26号起一直都没有收到你的任何消息。这点我可以公开的的private message box，供各位查证。
8. 恐怕你还没有资格说我对linux命令一知半解。在linux方面我还可以稍为吹嘘一下。我做KDE/GNOME的翻译工作已经有6个年头了，在i18n-chinese group里面，我比mandrakechina、KDE的资格还要老一些，而这些都是你的前辈。这个group完成的KDE/GNOME界面的80%以上的翻译，你又知道吗？
我并不是用这个资格来压你，自由软件的世界是平等的，但我希望你弥补一下你的无知。如果你不信，你可以到/usr/share/locale/zh_CN/LC_MESSAGES执行一下：grep "Mai Haohui" *
9. 文章后面部分关于X的疑难解答，我已经移动到XConfiguration中。
如果其他人有什么异议的话，可以去查证一下我说的话。
PS. 目前整个linux社区中为linux中文化做贡献的人比6年前更少了，所以我一直都很希望培养一批能长期为linux中文化做一点点贡献的同志，但是我希望每个contributor都能对他自己做出来的东西负责，这也是世界上linux社区的基本的通行原则之一。
另外发现ricetons兄的脾气有点不好 :lol::lol::lol:
确实如此。:lol::lol:
不能这样吧 :?::?::?:
就算别人是这样的性格你们也不能这样说啊！
换了是你你也会有这样的脾气的，因为很多事情就是当你明自己知道有错误的时候，你的自尊心也不会同意你去接受他人的批评或者任何评判的
所以有时候不要太直接了，知道就好，必经人都是高等动物嘛 :lol: