问题简单一点儿就是：UBUNTU系统编码可以改成GB18030吗？
用LINUX好多年了，从开始只是装着玩，到慢慢把LINUX当成一个用来用的操作系统。
习惯了GB编码，许多时候也不得不GB。以前个人电脑，服务器，都用CENTOS，RH总是改一下配置文件就能从UTF8改到GB。而我搜索了很久，也不见UBUNTU能够改成GB的说法。现在用的系统RAYS，国产的当然是GB的，因为新买的本本的硬件支持的原因，不得不考虑更新快点儿的国外版本，即UBUNTU，但GB始终是困扰我的一个问题，不知道如何跨出这一步。
以前的文档，内容包括文件名，全部是GB的，以后的大部分文件也将还是这样，想请问，UBUNTU可以GB吗？
肯请把UBUNTU当成工作平台来使用的朋友请指点一下，小弟在此谢过各位了。
关于UTF8/GB18030，问真正把LINUX当做系统用来工作的人个问题。
-
王子
- 帖子： 226
- 注册时间： 2007-02-01 14:35
- 来自： 中国上海长宁区
- 联系：
-
eexpress
- 帖子： 58428
- 注册时间： 2005-08-14 21:55
- 来自： 长沙
-
kavinwang
- 帖子： 4
- 注册时间： 2006-05-13 12:00
-
lidingguo
- 帖子： 10
- 注册时间： 2006-11-15 18:29
-
BigSnake.NET
- 帖子： 12522
- 注册时间： 2006-07-02 11:16
- 来自： 廣州
- 联系：
-
RegentW
- 帖子： 1486
- 注册时间： 2007-02-27 21:47
- 来自： NN
-
wizardyhnr
- 帖子： 28
- 注册时间： 2007-05-06 10:56
-
gegfried
- 帖子： 482
- 注册时间： 2006-06-29 17:30
-
BigSnake.NET
- 帖子： 12522
- 注册时间： 2006-07-02 11:16
- 来自： 廣州
- 联系：
-
shoory
- 帖子： 123
- 注册时间： 2006-08-05 12:47
- 来自： 四川成都
- 联系：
-
nihui
- 帖子： 1746
- 注册时间： 2006-10-21 12:03
- 来自： Shanghai
- 联系：
-
wizardyhnr
- 帖子： 28
- 注册时间： 2007-05-06 10:56
今天没事搜了下gb18030和linux，居然找到了和我一样的愤青言论，挺开心的，首先说我觉得utf8作为一种编码方式是有不少优势的，作为英语用户来说它应该是一种完美的编码了，但是作为一个中国人来说，我很难去喜欢它（仅仅是个人感觉），尽管在linux下的locale是gb18030有些软件会有些小问题，但我还是会坚持下去的，也希望中国可以有人写出越来越多更棒的软件来，而不是仅仅等着老外来制定游戏规则（尽管linux是免费的，但是标准方面中国的声音基本没有什么发言权吧？）。转载的内容如下，看来还是有不少人和我想法一样的，呵呵，就算是方便交流也不能让老外的标准说了算。
“有人质问为什么 Magic 2.0 不使用 UTF-8 local？这里给出当初开发组认同的的一些考虑，不够全面，但已能说明问题。
为了符合我国的国家规范，体现尊重国家标准、逐渐步入正轨的原则，2.0 开发过程中，开发组将非标准的 GBK local 改为 GB18030-2000。即便这个小小变化，也意味着我们对国家规范的尊重。注意，中国的国家规范是强制标准，GB18030 不仅是为了确保和 ANSI 标准的 GB2312 以及后来的 GBK 保持高度的兼容，另一方面我们的政府也有文化方面更深层次的考虑，这里不便明说。所以，并非所谓最先进的 utf-8 就被当成标准，那样的话，会造成极其严重的混乱，因为互连网也好，现有的大量各种资料、书刊、技术文档也好，基本都在 GBK 的范畴里，倘若贸然使用 utf-8，大量 GB2312 的文件在这种 local 下打开就会惨不忍睹，我们创建的文件同样不能正常在其他系统里打开。这就会导致跨平台的严重兼容问题，使国家蒙受损失、严重干扰用户的正常使用。其实是人为引入了另一个不兼容因素。很遗憾，Unicode（utf32/16/8）/ ISO 10646 虽然力争涵盖迄今为止的所有各国字符集，虽然我国也参与了这些标准的指定，但却没有办法作到 cjk 文字编码的向下兼容。更何况我们迄今为止尚没有一个象 IE 那样出色的国际化内核和引擎，libiconv 非常弱。滑稽的是，为什么在 windows 下很少出现乱码？而 linux 用户却抱怨连连。这些本该交由低层统一完成的功能，却不得不由应用层开发人员解决。放眼望去，UTF-8 是典型的西方标准，亚洲国家有哪一个是采用 UTF-8 作为国家标准的？这不仅是简单的技术层面问题，更是国家间利益的冲突。倘使处处放任自流，就会导致我们的文化被西方进一步同化。如果我们还有一点民族自尊，除非国家规范发生变化，否则我们绝对不应该跟着西方跑。
我们可以看到美国这样一个发达国家，不但不率先支持和使用国际标准，反而处处特例独行。美国至今仍然顽固坚持美制计量单位而不是 SI，这里当然也有出于本国人民长期以来形成的使用习惯的考虑。另外，美国各种政府、非政府组织指定了一系列美国标准，到了美国，一切都得遵照美国标准去做，而不是世界标准 ISO。美国这样一个爱充当国际警察，替别国制定标准的超级大国，为什么自己不遵守国际规范？这些 ISO 基本都是国际利益集团协商和妥协下制定的，况且很多美国标准/欧洲标准严格程度上要高于世界标准，所以未必符合美国国情。美国的傲慢也是一个潜在的文化背景上的原因。
这里请大家思考，一个开发人员是否能仅仅从技术角度、从开发者自身的立场出发思考和解决问题。”
作者的ｂｌｏｇ原文：http://blog.sina.com.cn/u/53f570ed0100035j，作者是Ｍａｇｉｃ Ｌｉｎｕｘ的开发人员，很高兴中国有这么一群开发人员。
我不是一个开发人员，但是作为用户，我想我也可以为国标做点贡献。
“有人质问为什么 Magic 2.0 不使用 UTF-8 local？这里给出当初开发组认同的的一些考虑，不够全面，但已能说明问题。
为了符合我国的国家规范，体现尊重国家标准、逐渐步入正轨的原则，2.0 开发过程中，开发组将非标准的 GBK local 改为 GB18030-2000。即便这个小小变化，也意味着我们对国家规范的尊重。注意，中国的国家规范是强制标准，GB18030 不仅是为了确保和 ANSI 标准的 GB2312 以及后来的 GBK 保持高度的兼容，另一方面我们的政府也有文化方面更深层次的考虑，这里不便明说。所以，并非所谓最先进的 utf-8 就被当成标准，那样的话，会造成极其严重的混乱，因为互连网也好，现有的大量各种资料、书刊、技术文档也好，基本都在 GBK 的范畴里，倘若贸然使用 utf-8，大量 GB2312 的文件在这种 local 下打开就会惨不忍睹，我们创建的文件同样不能正常在其他系统里打开。这就会导致跨平台的严重兼容问题，使国家蒙受损失、严重干扰用户的正常使用。其实是人为引入了另一个不兼容因素。很遗憾，Unicode（utf32/16/8）/ ISO 10646 虽然力争涵盖迄今为止的所有各国字符集，虽然我国也参与了这些标准的指定，但却没有办法作到 cjk 文字编码的向下兼容。更何况我们迄今为止尚没有一个象 IE 那样出色的国际化内核和引擎，libiconv 非常弱。滑稽的是，为什么在 windows 下很少出现乱码？而 linux 用户却抱怨连连。这些本该交由低层统一完成的功能，却不得不由应用层开发人员解决。放眼望去，UTF-8 是典型的西方标准，亚洲国家有哪一个是采用 UTF-8 作为国家标准的？这不仅是简单的技术层面问题，更是国家间利益的冲突。倘使处处放任自流，就会导致我们的文化被西方进一步同化。如果我们还有一点民族自尊，除非国家规范发生变化，否则我们绝对不应该跟着西方跑。
我们可以看到美国这样一个发达国家，不但不率先支持和使用国际标准，反而处处特例独行。美国至今仍然顽固坚持美制计量单位而不是 SI，这里当然也有出于本国人民长期以来形成的使用习惯的考虑。另外，美国各种政府、非政府组织指定了一系列美国标准，到了美国，一切都得遵照美国标准去做，而不是世界标准 ISO。美国这样一个爱充当国际警察，替别国制定标准的超级大国，为什么自己不遵守国际规范？这些 ISO 基本都是国际利益集团协商和妥协下制定的，况且很多美国标准/欧洲标准严格程度上要高于世界标准，所以未必符合美国国情。美国的傲慢也是一个潜在的文化背景上的原因。
这里请大家思考，一个开发人员是否能仅仅从技术角度、从开发者自身的立场出发思考和解决问题。”
作者的ｂｌｏｇ原文：http://blog.sina.com.cn/u/53f570ed0100035j，作者是Ｍａｇｉｃ Ｌｉｎｕｘ的开发人员，很高兴中国有这么一群开发人员。
我不是一个开发人员，但是作为用户，我想我也可以为国标做点贡献。