Code can be lovely
有时候还是不得不感谢日本发达的基础设施给天朝屁民的帮助，不仅像SourceForge得益于日本镜像节点在中国访问能达到2～3M的速度，连相对偏门的NetBSD也是靠日本的镜像点能够跑满带宽！
废话不多说了，这个Mirror的地址是：
http://ftp7.jp.netbsd.org/pub/NetBSD/
当然了，这个镜像支持FTP访问的，把前面的http改成ftp就好了！更为难得是这个镜像点有pkgsrc！所以PKG_PATH可以改用这个镜像了，不要用慢吞吞的官方服务器啦～
同时如果使用pkgin来管理包的话，/usr/pkg/etc/pkgin/repositories.conf这个文件也要记得做相应的修改哦。
我这里6M的宽带，从这个镜像安装文件的下载速度最快有700+KB/s，平均也是超过600KB/s的！相当不错，速度简直等同于国内镜像了。
我是在Fedora 17下安装的VirutalBox，用VBOX安装的NetBSD 6.0.1（最新稳定版）。至于为什么不装FreeBSD这个在BSD里的巨头呢？因为NetBSD更加简洁，默认安装后不会启动任何服务，更适合DIY学习BSD！（在Linux下还玩不转的请千万不要踏足BSD免得被吓死 XD）
简单记一下要点，因为安装过程都可以在NetBSD.org上看完整的手册，这里只说上面没提到的。
首先VirtualBox必须设置两个虚拟网卡出来，一个是NAT用于利用我们的宿主机器连通外网，另一个是Host-Only Adapter用来和宿主机器交互。而一开始很可能Host-Only Adapter设置不出来网卡，这是因为得先在VBOX的虚拟机管理界面，点Files->Preferences->Network里面添加一个，然后就能设置了。
这个搞定之后，再开启NetBSD的虚拟机安装，安装完毕后，记得要设置DHCP自动获取地址（静态也可以，但我喜欢DHCP，简单～）。记住如果是静态IP的话要把Host-Only Adapter那个网卡的地址分配到和宿主机器下看到的VBox的虚拟网卡同一个区段，不然ping不通！
SSH的话在安装完毕的时候就可以选择开启的，也可以手动修改/etc/rc.conf 添加一行sshd=YES就可以了。
然后编辑/etc/ssh/sshd_config这个文件，把#PermitRootLogin的注释#去掉并将值改为yes，还要修改的有PasswordAuthentication（也是为yes）。这样就能用root账户从宿主机器SSH登录到NetBSD了（root账户密码不能为空，空密码的root还是不能登录的）。当然我建议你还是新建一个账户专门用来连接SSH，毕竟这安全一些。
下面说一下bash，安装完bash后，root账户chsh可以换为bash，但是普通用户却不行，总是提示什么Non-standard shell，然后拒绝修改，后来偶然看到shells的定义在/etc/shells这个文件，所以我们先获取root权限修改这个文件，添加一行/usr/pkg/bin/bash保存，然后就能chsh顺利修改shell为bash了！
最后可以修改一下.profile改一下PS1这个变量让bash的登录符好看一些～～
修改主目录下的 .profile 文件，加入
export PS1="[[e[01;33mu][e[01;30m@][e[01;32mh] [e[01;34mW][e[0m]]\$ "
就可以和上面截图一样的效果的。颜色设置本来是e[XXXXm的，但是这样会导致一些奇怪的问题，所以必须在每个颜色设置的区块前面加上[，结尾加上]，更多关于bash颜色的设置可以自行Google一下。这里只是抛砖引玉啊！
之前TWRP的Recovery触摸操作看起来很是过瘾，但是鄙人表示一直用CWM用惯了啊有木有！所以自己fork了CT的代码然后merge了CyanogenMod的jellybean分支，自己创了一个jellybean-aml分支出来（在github我的项目上有，需要的自己去checkout）。
做uImage_recovery这个文件不难，我的HatMod项目里面有解包和打包脚本，先把官方固件的uImage文件解包出来，然后用自己编译得到的CWM recovery的root里面的内容替换（boot下面的两个ko模块可以删掉），init文件我还是用的官方的init，然后repack脚本用我后来上传的那个gzip开头的脚本，这样可以在生成镜像之前先做一次gzip压缩，不压缩的话是会提示体积过大而打包失败的。
上面讲了一堆略有点技术流的东西，下面说说怎么把这个uImage_recovery刷到我们的W22PRO机器内置存储器中！这样就不需要外置的microSD卡也能进入CWM Recovery了，可喜的地方还在于CWM Recovery支持从机器内置存储器（就是大小13GB的那个）读取zip刷机包来刷机，还支持adb sideload功能，总而言之就是把CWM Recovery刷到机器NAND后——腰不酸腿不疼了！
技术达人们自己写刷机脚本打包刷进去就好了。我也特意制作了一个直刷到NAND的zip包，所以下面讲最简单的办法：
怎样确认成功刷进去了呢？重启进入CM10，长按电源键弹出关机菜单，选择重启，然后选择Recovery（可能被翻译成“恢复模式”了），确认后等待机器重启。如果没有刷进去就会重启进入官方原生的Recovery，而如果成功刷入的话就会进入CWM Recovery了！当然还有很多验证办法我就不一一列举了。
对了，我的GitHub项目页面（都是源代码或者脚本）：
小白们可能喜欢的是SourceForge的RamosROMs项目（都是刷机包、Recovery之类的成品）
其实在我跑到GitHub上开项目之前我都是泡在SourceForge的，后来墙好像盯上了SF.net（现在已经没有封锁SF了！），而且SF当时不支持git管理，只支持svn（虽然我蛮喜欢svn的），我就屁颠屁颠跑到GitHub上感受git的伟大精神去了。
可惜GitHub的速度HTTP下载不够快，有时候需要托管一些大文件，比如Android的固件ROM什么的（鄙人还制作了一个Macis Linux，基于Puppy的发行版，ISO也是贼大的）。之前都是上网用SF的HTML5上传器上传，今天突然觉得这样效率不够给力啊，还要进网页翻目录，然后点Add Files的，有点烦。看到一行小字提示我可以用SCP、Rsync等方式上传（官方网页），下面说说我用的scp方式上传吧。
scp ICS_W30_HatMod2.0beta1_signed.zip librehat@frs.sourceforge.net:/home/frs/project/ramosroms/W30
第一个参数是上传的文件，librehat是我在SF的用户ID，后面ramosroms是项目名称，W30是项目下面的目录（以此类推）。其它的地方就不用改了。当然是终端里面输入。首次使用scp会提示要添加SSH密钥，yes回车，然后输入SourceForge的密码确认身份和权限就会开始上传了。
上传速度还不错，蛮快的。如果是Rsync方式上传的话：
rsync -e ssh ICS_W30_HatMod2.0beta1_signed.zip librehat@frs.sourceforge.net:/home/frs/project/ramosroms/W30
就把前面的scp指令改成rsync -e ssh而已。我就没有测试Rsync了，scp已经够简单易用了！
再次说一下我这个Ramosroms项目吧，是我在SourceForge上创建的非官方固件项目，如果你也是蓝魔平板的固件开发者，欢迎联系我，我可以把你加入到这个项目中，这样大家都能简便地集中固件在同一个地方供机油们下载！（你不需要掌握Linux，你可以在Winodws下用任何一个浏览器打开SourceForge用网页上传的方式，速度也很快，只不过不能上传超过1G的文件……囧……哪会要用到1G的东西啊？）
我知道这个题目挺拗口的……Orz…
Slax GNU/Linux的网站： http://www.Slax.org
这是一个小型的KDE桌面环境的Linux发行版，基于Slackware制作而成！210MB的体积（中文版的体积为220MB）！驱动什么的都很齐全！KDE 4.9.4！
说说我怎么把它塞入U盘的吧，我这里是有一个专门装好GRUB2引导程序的U盘了，作为我的多功能启动U盘，关于怎么给U盘装GRUB2的话网上应该有，没有的话也很简单，就是在Linux下面grub-install而已……只不过最好用EXT2/3/4分区格式。
然后修改grub2的配置文件，加上下面这几行。
menuentry '啟動Slax 7.0作業系統'{
load_video
set gfxpayload=keep
insmod gzio
set root='(hd0,msdos1)'
echo '裝載映像中...'
linux /slax/boot/vmlinuz load_ramdisk=1 prompt_ramdisk=- rw printk.time=0 slax.flags=perch,xmode quiet
echo '創建虛擬磁碟中...'
initrd /slax/boot/initrfs.img
}
唯一要注意的就是linux那一行的slax.flags参数，perch表示不保留更改保留更改（去掉perch将以LiveCD的形式运行），xmode表示进入图形化界面（KDE），还可以加入toram参数表示复制到内存中运行（这样就能在启动后把U盘拔出来，而且系统的运行速度会快一点，嘛，USB 3.0的可以忽视快一点的说法）。
当然不要忘记复制系统文件了！在官网下载简体中文版的zip包，将slax文件夹解压出来复制到U盘根目录就可以了。如果你跟我一样有强迫症，不要多余的文件的话，那么可以到slax下的boot文件夹中，将除了vmlinuz和initrfs.img以外的文件都删掉。
下面是简短的评述和截图
这个系统虽然个头比Slitaz和Puppy之类的要大得多，但是驱动非常齐全。我的电脑上硬件全部识别工作正常（Puppy对我的显卡和无线支持不好，Slitaz就更不用说了，驱动方面渣渣的）。而且作为KDE粉，难道不应该让自己用的所有Linux都是KDE么？（奸笑中……）
扩展方面的话，我看了一下zip下的几个sb文件，都是squashfs文件，应该按照它们的结构自己做扩展放进去就能被自动加载的，不用担心。待我研究好了告诉各位，目前是想把Avast!这个杀软和GParted分区软件做成sb文件塞进去，这样就能让我的Slitaz下岗了。。。
先说一下git的操作好了，这个git其实我也是今年刚开始用，之前都是用svn的（subversion其实也不太会……说来这些版本控制工具我都记不住指令啊……）。
因为蓝魔W22PRO用的是Amlogic MX（meson6）方案，而Christiantroy已经专心耕耘艾诺精灵2很久了，他在github上的很多项目，只要有jellybean-aml分支的基本就是需要fetch拿来用的。不过有一点问题的就是，最近这位大哥在搞CM10.1去了，repo都没有更新上游（CyanogenMod）的改动，所以其它的部分如果用CyanogenMod的上游代码就会造成一些问题。还好有强大的git帮我们合并这些更改。
首先进入一些需要为Amlogic修改的目录（因为我已经做了这项工作了，减轻了各位的压力，大家直接fetch我的那些github项目就好了），git checkout jellybean-aml 确保在jellybean-aml这个分支里面，然后git remote -v看一下有没有上游CyanogenMod的repo，没有的话得先git remote add NAME git://XXXXXX 添加一个NAME远程仓库（这些全部大写的字母都是可以自行变动的），然后git fetch NAME把源码下载到本地，只需简单的一个git pull NAME jellybean就能把NAME仓库的jellybean分支合并到当前分支（jellybean-aml）了！如果有冲突的话会提示的，一般不会有冲突会自动merge并做一个ref节点，如果你没有自己开项目就这样好了。如果有的话（比如我），就需要git push MINE提交这次变动到自己的远程仓库（MINE）。再说一下啦，我已经做过这项工作了，短期内大家直接取我的项目源码就可以了。
上面讲了那么多git的废话……下面讲一下编译。
如果你还没有W22PRO的源码，请上我的非官方项目clone下来到合适的位置（如果你这不知道就不要看这篇文章了，谢谢……）
cd /PATH_TO_CM/ . build/envsetup.sh lunch make -j4
老掉牙的几个步骤……lunch菜单选择cm_w22pro-userdebug那个就好了（输入数字回车），make -j4表示用四个线程并行编译。
在我的笔电上每次从头完整的编译要2~3个小时。我的硬件配置？AMD 四核 2.0GHz，4G RAM（显然有点小，为了避免内存消耗完毕而出错终止，强烈建议创建一个swap分区或者swap文件，大小至少1G，建议4G以上）。
还没有开始编译的记住了，放CM/Android源代码的那个分区建议40G以上，而且必须是EXT2/3/4或者BtrFS、XFS之类的Linux分区！
find -type l -delete [PATH]
上面这条命令就可以将[PATH]路径下的所有软链接都删除掉。
用的是find这个Linux下非常实用的命令，type参数限定了文件类型为l（links），加上-delete删除参数就可以实现找出所有软链接并删除。
如果是要删除失效的软链接，需要加上一个-L参数，表示追踪软链接：
find -L [PATH] -type l -delete
我只所以需要删除全部的软链接是因为现在制作W22PRO的ROM遇到一个小麻烦，因为没有Bootloader和内核源代码，所以不能make otapackage生成zip刷机包，只好直接拿编译出来的system目录操作，但是这个目录下包含了太多软链接了，直接拿来压缩会得到一个巨大的zip包，所以必须先删除软链接（这些软链接将会通过刷机脚本updater-script重新生成），终于Google到了上面这条命令，非常实用，特此记录下来。
大体参考CM的Wiki： http://wiki.cyanogenmod.org/wiki/Galaxy_Nexus_%28GSM%29:_Compile_CyanogenMod_9_%28Linux%29
提示一下就是repo这个脚本需要翻墙才能下载成功。
下面简单写一下终端操作的笔记：
#获取CM10的代码 repo init -u git://github.com/CyanogenMod/android.git -b jellybean repo sync #获取三星Galaxy S III的源码（因为W30的CPU和Galaxy S III是一样的，这里偷懒直接用CM的脚本获得相关源码） . build/envsetup.sh && breakfast i9300 #获取CM的预编译文件 vendor/cm/get-prebuilts
好了，现在要做的就是这么多了。接下来就是对Galaxy S III的设备源码部分进行修改，使之匹配W30, 当然，要新开一个目录，等我初步完成后会在github上托管的，到时候还会回来更新本篇文章。 W30开源项目 (fork & play!)
还需要获取三星的部分专利源码，找了半天，终于在GitHub找到了一个项目有的，
git clone git://github.com/TheMuppets/proprietary_vendor_samsung.git -b jellybean
同步这个项目后，把里面的文件夹都放在vendor/samsung/下面，然后修改vendor/samsung/smdk4412-common/proprietary/Android.mk这个文件，把ifneq ($(filter i9300 n7100 n8000 n8013,$(TARGET_DEVICE)),)改成ifneq ($(filter i9300 n7100 n8000 n8013 w30,$(TARGET_DEVICE)),) ，也就是在filter后面加上w30，不然的话不能正确调用一些共享依赖库会编译出错。
一家德国的Office企业现在提供Linux下的办公套件了！现在还有30天免费试用（不用白不用哈）！SoftMaker Office类似于国内的永中Office和WPS Office，目前该套件包含文字处理、表格处理、演示文档处理三个程序。相信德国人严谨的作风，加上这是一套付费商用软件，质量应该还是靠谱的。
网址传送：http://www.softmaker.com/english/ofl_en.htm
系统要求：不限发行版，要求PC平台（x86架构的CPU），Glibc版本在2.2.5（含）以上。
提醒一下的是，虽然提供了64位的二进制包，但是这个软件是32位版本，也就是64位系统上会要装ia32的相关组件（RPM/DEB都会自动检查依赖关系，不用担心）。
就这三个应用程序，图标还不错，但是打开就……丑爆了……
丑翻了，此应用程序显然不是GTK+也不是Qt写的！
随后测试了一下几个docx文档，字体名字可能需要自己映射一下，不然打开文档后中文字要设置字体才能显示。试了几个英文文档，效果也只能说一般。个人觉得，还是用WPS吧……
因为没有W13PRO的机器，靠论坛的朋友测试，制作了五次兼容包才成功。下面简单说一下心得什么的。
底包都是Christiantroy为艾诺精灵II制作的固件（CM10和AOKP），兼容包里面的东西是取自之前夜游（wisunny）编译的AOKP（尝试过官方固件的东西，根本开机都不行。。。），想研究的话，大家可以拆开我的兼容包，对照本笔记还是很有帮助的。
首先要解决的是内核，直接拿夜游的boot.img就可以了，我尝试解开boot.img结果发现失败了，还不知道怎么回事，可能做过什么加密之类的吧。
其次让我们进入system目录下吧，lib下的libhardware_legacy.so这个文件是和WiFi的驱动加载有关的，这个文件决定了开启关闭WiFi要加载和卸载的驱动模块，因为底包的WiFi驱动都是dhd.ko，而W13PRO用的WiFi驱动是wlan.ko！
usr/idc下面那个pixcir168.idc文件是和触摸屏有关的，也必须带上。
lib/modules下都是对应内核的模块，直接从夜游AOKP里取的，etc文件夹下的东西大家看一下就明白了，只是提一下里面be_movie和be_photo是SONY Bravia Engine，不算“兼容”的内容，应该算做“补丁”部分。
bin下面的set_display_mode.sh是很关键的，设置屏幕分辨率的，如果数值不对会造成显示画面太小或者太大。
回到第一层，META-INF/com/google/android/updater-script这个脚本文件包含了刷机时要做的事情，如果有人修改了补丁包重新打包，记得要看看该更改权限的地方有没有更改。最外面的addition脚本文件则是针对build.prop进行修改的，用的是sed这个强大的文字处理工具，其实我也不太懂sed，边Google学边写的。
最后说一下刷GApps失败的问题，估计是万恶的system分区（UBI格式）没有被成功加载，所以我解包重新修改了updater-script的相关函数。
另外要提到的就是/sbin/下可能并没有sh这个文件或者其软链接，因此脚本文件的首行的#!/sbin/sh应该改成#!/system/bin/sh，以免脚本文件根本无法执行。
下载地址神马的上蓝魔之家去看我的帖子！
