@rwalle 嗯，那也是现实情况吧

@rwalle 这不是很奇怪吗？既然希望做一个普通的使用者把精力放在其他事情上，为何还要要留在不完善的Linux 桌面上？为何不用更省心的windows或者OSX？这是显而易见的事实，并没有任何排斥初学者的意思,何况楼主已经挺了8年，显然不把自己定位成“希望把精力放在其他事情上”的用户。但楼主吐槽Linux种种不便，显然也不是“爱折腾的用户”，排除下来只剩下："不爱折腾但是必须使用Linux的用户"。不知道我说的对不对。

Kristian Høgsberg 对x11显示架构落后不满，就去写wayland
Lennart Poettering 对linux下音频架构落后不满，就去写pulseaudio，对sysvinit落后不满就去写systemd，
Linus也吐槽过gnome，可后来Linus也给gnome提交了补丁。

假如使用Linux不可避免，而它又不完善，那么花费时间来改进它，让它朝着你所希望的方向变好难道不是对你有利的事情？

这些人是大神咱们比不了，但楼主好歹也是做过内核移植的水平，觉得handbook是个坑，去maillist里面提醒他们把错误更正了难道花费的时间要不比v2ex上发帖长？

@razrlele 指导是不敢说的，我也不是完全明白，遇到需要准确确定像素位置的情况，最好是去查opengl 的spec，主要是光栅化部分的说明，也就是之前链接的那部分。

楼主的主攻方向是什么？如果OpenGL只是用来画图表现结果，那我推荐你使用基于内存的填充和判断，最终只用OpenGL把结果画出来（这样可以避免OpenGL相关的很多细节问题）

如果主攻的是计算机图形学，那建议配合一本按照OpenGL讲计算机图形学的书来对照学习。正确绘制坐标的部分主要是参考 矩阵变换,透视投影,归一化,OpenGL的光栅化spec这些内容。将你的绘制坐标按照浮点数带入公示计算，相信你可以明确知道你画的点最终出现在屏幕的哪个像素上。

apitrace是一个很好的跟踪工具，用它来跟踪你的程序，可以回放到任意一个OpenGL函数上查看结果

@stanhou 我觉得楼主用过很久linux，也做过内核移植，完全有能力改善这个不完善的Desktop环境，我确实不否定楼主的槽点，可楼主最后一句总结难道不该否定吗？试想一些人把他们的时间贡献出来写Desktop，结果楼主把“给用户下绊子”这句话说给他们听，换位思考下他们会有什么反应？

不太明白楼主什么意思。既然8年前就跨过了使用linux的门槛，想来吐的槽也是比较高端的。Linux Desktop可以吐槽的地方当然太多，只不过我觉得这些槽点已经吐烂了，普通人只用1个小时就可以吐。一样的槽点再从用了8年linux的楼主口中出现出现多少有点自降身价。

对驱动安装不好这种linux上最常见的问题如此吐槽，GUI不出现的时候想到重装系统，可见楼主之前用Linux Desktop肯定是没遇到什么大问题，让我十分羡慕。楼主既然能做内核移植那水平肯定是很高，既然有这样的水平，为何不去debug一下udev为什么卡住？为何不去给systemd提个bug?既然做过文件系统移植，为何不自己换一个init? 若楼主觉得自己时间宝贵不应该为此付出，那难道楼主不知道Linux Desktop也是无数人贡献他们自己的宝贵时间完成，再免费给大家使用？为何能说出“给用户使绊子”这样没水平的话来？

@razrlele linux看以来边框没变色应该是没有触发重绘事件，没有重绘边框。不然也会变绿。你可以在绘制完拖动下窗口或者最大化最小化一下确认这个现象

@razrlele 仔细观察填充过程，红色边框是没有填充成绿色的，因为你的draw_rec没有设定glColor，填充完点之后glColor还是点的颜色，所以画出来边框也是绿色了

首先要确定你能否进行二进制读取，比如winhex直接打开裸磁盘，如果能打开裸磁盘，那是分区信息损毁或者是bitlocker信息损毁。不过看你的截图明显是是硬件损坏，跟是否bitlocker没关系。只要你能让硬件恢复正常工作（也就是winhex可以打开裸磁盘），那bitlocker加密的内容仍然是可以解密的（除非硬盘上bitlocker的信息部分也同时损毁）。我同事的一个移动硬盘坏了，找修硬盘的找个同型号的硬盘电路板换上就ok了（当然他坏的是电路板不是磁盘本身，如果磁盘本身坏了，那数据找回的可能就大大降低了）

https://www.opengl.org/documentation/specs/version1.1/glspec1.1/node44.html#SECTION00630000000000000000

这个问题应该是你绘制点时使用的坐标不正确,原来的代码是绘制在整数坐标点上，导致相邻的两个像素都可能被填充成了newColor,后续readPixel读取时也就不准确了。浮点误差的积累就导致了readPixel一段读出来是oldColor，一段读出来是newColor，导致你的填充结果是一段有一段没有。

因此你的setPixel应该是

glVertex2f(x+0.5,y+0.5)


依靠读取帧缓存进行点判断很难保证不同平台的统一,至于linux和windows表现不同只能是因为边界条件下不同实现的表现不一致。

要是要求私密可以考虑用encfs加密，上传网盘的都是加密后的文件，即使用国内的网盘也不怕。当然网盘客户端也就不能预览图片或者直播视频了。

头像不错

你先要缩减整个扩展分区，把空出来的100G容量吐出到扩展分区前面(这个操作不需要移动数据，仅仅是重建扩展分区表，很快，diskgenius应该就可以)，然后才能扩容C盘，把这部分内容纳入。不过楼主要有心理准备，操作扩展分区失败有可能导致EF盘全部丢失。

@Borden 这说到点上了。另外在一个正常的世界里，宽带也不是只能由几家垄断的

LF CRLF这个问题应该是换行符引起的，大意是：
虽然文件的换行符号变了，但是除此之外文件内容没有任何变化，所以没有任何提交。

可以参考下http://git-scm.com/book/zh/v1/自定义-Git-配置-Git里面crlf的部分，看看如何处理符合你的要求

@micate 可是google和youtube还是不行啊

@hellomsg tomcat是实现之一，jetty也是实现之一。两个都是开源的，源码可以直接拿来参考（resin没用过不知道）

首先你要确定无线网卡的型号，可以参考windows下的信息，或者lspci看看vid/pid，你说是老电脑，那bcm网卡驱动可能需要的是b43 legacy驱动。

可对照https://wireless.wiki.kernel.org/en/users/drivers/b43看看你的网卡是否在支持范围之内。另外就是笔记本网卡很可能是LowPower版本，可以参考
https://wiki.archlinux.org/index.php/Broadcom_wireless 中Low-power support

能不能装64位只和cpu是否支持有关，跟内存没关系