今天邮件列表里面讨论了一件事情：
在以后的内核中，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的，如果需要修改，可以通知用户让用户来决定，当然不是所有的用户都知道接下来自己的决定意味着什么，这样也就增添了系统的复杂性，降低用户体验了。
真是一个麻烦的问题。
有人说这个问题将会在开发大会上讨论决定是否自动修改配置文件，期待最终结论。