今天邮件列表里面讨论了一件事情：
在以后的内核中，PATA(IDE)驱动将会逐步过渡到基于libata的驱动，基于libata的驱动会把ATA/ATAPI设备描述为SCSI设备，这样的话硬盘分区就会由原来的/dev/hdX变成/dev/sdX，那么一些配置文件也会产生变化，例如/etc/fstab。
有人提议为了方便升级新内核，方便自动修改配置文件，让内核依赖python包好啦。提议者说python已经成为标准配置了，基本上所有用户都安装了，所以用户不会感到有什么变化的。同时他也意识到了这样会使得安装内核的空间增大，这样会招来嵌入式平台的一致反对，所以他提出让内核依赖python-minimal包。
立马有个家伙说如果那些搞嵌入式的反对，那可以用perl来重写，他可以出力。（我感觉这家伙就像是楼上的马甲。）
结果却招来楼下一致的反对。
有个分析比较深刻的说，修改配置文件这样的事情应该算是“维护系统”操作，而不是内核的直接依赖，所以没必要让内核依赖python，并且内核也不应该跟这些“维护性质”的事情搅和到一起去。同时这哥还指出即使是python-minimal，下载也要用掉1.2M，解压后有4M，这在嵌入式来看是不可以的，而且也不可能在嵌入式平台上内核依赖python或者perl。
后面有人直接指出python-minimal是从ubuntu那里来的东西。啥都不要依赖python-minimal，除了python自己。反正不管怎么说都是不应该让内核依赖python或者是perl。
我觉得其实对于普通用户来看，python确实已经是标配了，内核增加一个依赖用户不会感觉什么差别，当然嵌入式平台另当别论，但是关键的是这样破坏了各个模块之间的独立性，增加了耦合度，“高耦合”的系统肯定不利于扩展和维护。我是不赞同让内核依赖python的，如果需要修改，可以通知用户让用户来决定，当然不是所有的用户都知道接下来自己的决定意味着什么，这样也就增添了系统的复杂性，降低用户体验了。
真是一个麻烦的问题。
有人说这个问题将会在开发大会上讨论决定是否自动修改配置文件，期待最终结论。
一直都是用1.5版本的模拟器，今天用了一下2.0版本的，感觉非常不错。2.0版本的图标设计非常优秀，放弃了花哨的东西，回归简洁。我感觉Android 2.0版本的图标跟Adobe的图标风格很相似，用最简单的图形和最少的文字告诉用户这个程序是用来干啥的，方便用户快速找到自己要用的程序。
虽然2.0版本UI好看很多，但是由于目前很多设备都是1.5版的ROM，加之2.0版本刚放出来没多久，所以开发主要还是在1.5版的SDK上进行，完了可以在2.0的模拟器上测试兼容性。
P1 Android 2.0
模拟器图标变得非常可爱，屏幕无边框，极大地提升了窗口空间利用率
P2 Android 1.5
丑陋的1.5版本默认模拟器，窗口空间浪费太大
EOF
aptitude install id3
id3 -l * #查看id3信息
id3 -d * #删除
EOF
今天无意见到，风趣幽默又富含经验，虽然是讲Python的，但是所有编程语言都是相通的，好好学习学习。
程序员八荣八耻
以动手实践为荣 , 以只看不练为耻;
以打印日志为荣 , 以单步跟踪为耻;
以空格缩进为荣 , 以制表缩进为耻;
以单元测试为荣 , 以人工测试为耻;
以模块复用为荣 , 以复制粘贴为耻;
以多态应用为荣 , 以分支判断为耻;
以Pythonic为荣 , 以冗余拖沓为耻;
以总结分享为荣 , 以跪求其解为耻;
正打算动手写脚本，突然闪现一道亮光，这下不写了。
mirror ./ ~/BLOG_BAK
-n 就是newer
-R 就是reverse ，第一个写local directory，第二个写remote directory
反正文件不大，没必要压缩，这样将来如果-R了还比较方便。Hoho~
EOF
9月25日到10月9日期间的照片，一直懒惰了没整理，今天贴3张在奶茶店拍的墙画。如果你认出来这是哪里，请不要说出来，谢谢：）
P1
P2
P3
EOF
刚用mkisofs做了个镜像，其实下面这些方法都可以：
# dd if=/dev/cdrom of=/root/rh1.iso
# cat /dev/cdrom > /root/1.iso
# cp -r /home/user name.iso
# mkisofs -J -r -o filename.iso /directory
EOF
评论 (5) 
Themocracy