投票决定 SP3 默认编码你希望是 GB 码还是UTF8 码

haulm

我个人认为 MGC 坚持 GB 码毫无意义，连红旗都不再坚持，完全业余唯护的社区如何坚持，更有非常之多的国产软件根本就不重视 GB 码的应用，那么事实上等于承认了 UTF8 码的默认地位。

haulm

不是我打击各位，同样的系统用 UTF8 码时，速度都要提升一些
gimp 更为明显，简直无法形容。。。

jiangtao9999

都一样，兼容最重要。以前gb的兼容好于utf8。现在除了文本文件外，其他的兼容好了很多。而且现在似乎windows下面编码也很多转到了utf8。

haulm

原帖由 jiangtao9999 于 2010-11-29 09:54 发表
都一样，兼容最重要。以前gb的兼容好于utf8。现在除了文本文件外，其他的兼容好了很多。而且现在似乎windows下面编码也很多转到了utf8。

不一样，当你用到 chromium 做为默认浏览器时，你会发现你不得不用 UTF8 码，另外运行速度问题。其它如在 Magic 下使用 gb 码遇到的乱码现象比 utf8 码要多的多，你在终端下打开程序可以清楚看到很多，当出错时，GB 码环境根本看不懂提示，因为一团乱码。
默认应用 GB 码使用 MGC 在 Linux 大家族中非常孤立，和编码有关的错误非常之多，大量的时间浪费在处理这种破事上。

[ 本帖最后由 haulm 于 2010-11-29 11:14 编辑 ]

haulm

转换编码并不难，用户如果有中文文件名，运行类似下面的指令
convmv -fgbk -t utf8 ./*
convmv -fgbk -t utf8 ./*/*
convmv -fgbk -t utf8 ./*/*/*
确认转换无误后增加 --notest 参数强制转换所有文件名，比如：
convmv -fgbk -t utf8 ./*/*/* --notest

dgy18787

要与国际接轨

haulm

要修改的有点多，包括对 /etc/fstab 的修改。

sejishikong

我那个gbtoutf8的脚本里基本包含全了，大概就是fstab/hal的配置文件/系统的配置文件/所有的spec/部分gb only的补丁，这样子。
现在转成UTF-8基本问题不大了，除了个别地方可能还需要考虑GB编码，我觉得理想状态是两方面都兼顾，不过现在看来是很难的。其实在GB下显示乱码的程序，全都是程序写的有问题的，不过也没办法让人家改程序。
如果sp3转成utf-8，2.6就是utf-8的了。

haulm

hal 我修改过补丁默认用回 utf8 了，但我不知道 /etc/fstab 是怎么生成的，我的确是可在安装的最后去修正参数，但我想直接修改源头。这个文件该不是由 MI 完成的吧？

haulm

的确是MI生成的，发现 MI 环境也是GB码的，为了不会影响 MI 环境，只好在最后 post_install.sh 执行时去修改 /etc/fstab 的参数了。

sejishikong

fstab肯定要由安装程序生成的。这个应该可以直接在mi里改的。

haulm

原帖由 sejishikong 于 2010-11-30 17:08 发表
fstab肯定要由安装程序生成的。这个应该可以直接在mi里改的。

ntfs-3g 这个条目的设置是从哪开始的，我在MI又找不到，post_install.sh 无法直接去修改 /etc/fstab ，MI 权限环境真是高深莫测。

sejishikong

fstab应该是由parted.py生成的吧。

haulm

parted.py 里面没有 ntfs 分区的定义，说明决定 /etc/fstab 的不是 MI，MI 运行时本身就是 GB18030 环境，所以最好不要修改，我在 MI 和 post 脚本中都没找到，最后只好放大搜索范围，找到是 initscripts 里的 fsautomount 这个脚本。
我的记忆实在是差，记得我自己就改过 fsautomount 这个脚本，以前老早就尝试过的东西。。。
难怪 sed 在 post_install.sh 中的修改无效，因为那时 fstab 还没有生成，或者就算生成在第一次系统启动时会被修改。

[ 本帖最后由 haulm 于 2010-12-1 10:49 编辑 ]

sejishikong

fsautomount是修改fstab里的内容，最基本的东西还是mi添加的，mi是利用mi本身的fstab生成基本的fstab的，不过编码的问题，只修改fsautomount就可以了，因为/分区不涉及编码问题。