当前位置：首页 → 问答吧 → 有没有发现新wget 会提示讨厌的"英国中部时间"??

有没有发现新wget 会提示讨厌的"英国中部时间"??

时间：2009-10-04

来源：互联网

原来下载时eta后面加个时间就得了现在呢eta被翻译成eta(英国中部时间)导致下载时一行都写不完不美观啊

注意到这里http://translationproject.org/PO-fil...-pre6.zh_CN.po

#. TRANSLATORS: "ETA" is English-centric, but this must
#. be short, ideally 3 chars. Abbreviate if necessary.
#: src/progress.c:805
#, c-format
msgid " eta %s"
msgstr " eta(英国中部时间) %s"

提示已经说了尽可能短的翻译能简写就简写。。。
我觉得这个英国中部时间不加也罢反正是剩余多少秒哪儿的时间不是一样的么？不知道咋提意见。。

作者: iamkr 发布时间: 2009-10-04

您可以给 wget 官方提交 bug.

1.11 版无此问题，是那个该天杀的多此一举 ;-)

作者: 聚焦深空发布时间: 2009-10-04

这也不是wget本身的bug哈..～我给翻译的人发了封邮件

作者: iamkr 发布时间: 2009-10-04

eta = estimated time of arrival

作者: zhuqin_83 发布时间: 2009-10-04

原来是这个问题。。。我是说怎么下载的时候象楼梯一样的

作者: jarryson 发布时间: 2009-10-04

哈.暂时自己把简体中文的翻译换掉就好.

作者: zhong 发布时间: 2009-10-04

ETA不是剩余时间的缩写吗？

作者: lll9p 发布时间: 2009-10-04

wget最新的版本，进度条都不是一条了，看着不舒服。

作者: alpha.gu 发布时间: 2009-10-05

谁传一个修改过的wget.mo

作者: jarryson 发布时间: 2009-10-06

引用:

作者: jarryson

谁传一个修改过的wget.mo

附件解压缩安装到/usr/share/locale/zh_CN/LC_MESSAGES/wget.mo

上传的附件

wget.mo.tar.bz2 (16.1 KB, 403 次查看)

作者: 沙漠之子发布时间: 2009-10-06

@沙漠之子，谢了！

作者: jqxl0205 发布时间: 2009-10-06

明显是机器翻译....

作者: adaml 发布时间: 2009-10-06

引用:

作者: 沙漠之子

附件解压缩安装到/usr/share/locale/zh_CN/LC_MESSAGES/wget.mo

thanks!!

作者: lymanrb 发布时间: 2009-10-06

这个问题还是让维护人员更新才是正道

作者: axlrose 发布时间: 2009-10-09

eta = English Time Area?

作者: ak47wj 发布时间: 2009-10-09

中文问题太多了, 像"错误访问资源"之类的, 十分别扭. 还有些翻译没跟上, 半洋半中的. 字符界面下还会有乱码.

不过像这么雷人的, 还是第一次见.

作者: whatiwant 发布时间: 2009-10-10

很壮观的感觉啊，更新下系统，20多M的更新，刷上个几百层楼高，挺有意思的，不过还是回到一行是正道，

作者: lwkyy 发布时间: 2009-10-11

我也碰到这个问题了，不知道如何说才说，这么低级的错误

作者: xsam 发布时间: 2009-10-12

今天我也遇到了。真TMD讨厌啊。感谢沙漠王子

作者: 糊涂发布时间: 2009-10-18

我的看法是所有CLI程序都不应当进行中文翻译。因为中英文混杂是件很麻烦的事情，而在 CLI 中无论你怎么做都不可能做到无英文的，（命令本身就是英文，命令的参数都是英文，man的内容也全是英文），与其看到中英文混杂的怪胎，不如保证命令行程序的英文纯净性。

想象一下

代码:

ls -l

变成

代码:

列表 －长

是什么感觉吧？既然命令行中绝对无可能纯中文，不如让它纯英文的好。

作者: poet 发布时间: 2009-10-19

命令英文，帮助等中文很好啊，楼上偏激了，你喜欢纯英文终端自己设LOCALE去，我想大部分XD还是喜欢中文帮助中文MAN的，看看MS的CMD，汉化的多好。现在KMS成主流了，打个豹哥的UTF8补丁，纯CONSOLE下也能完美显示中文。即使不打，也可以CONSOLE下用英文LOCALE，XTERM下用中文LOCALE嘛

作者: yafeng 发布时间: 2009-10-29

引用:

作者: yafeng

英文终端并不需要设置LOCALE，设LANG就可以了。至于中文man，我只在redhat系里面见过，其它的大多数发行版不论你怎么设都是英文man。

CLI不应当翻译，还有一个非常重要的原因，它来源于Unix本原特征：所有命令的输出不但是给人类看的，还是给程序看的。让你的程序去解析完全不同的输出会成为极端头痛的事情，天知道你准备解析的另外一个程序的输出在下一个版本又会被翻译成什么！而统一语言的输出就相对稳定得多。比较经典的例子是gcc输出，gcc输出中可以分错误和警告（Error和Warning字样），有的编辑器可以正常识别gcc输出的错误定位并且区分错误和警告。但当错误与警告的文本被翻译时，就只能检测到阿拉伯数字行号，而不能识别错误和警告的区别。因为编辑器不是gcc，也不是跟gcc一起编译的，它不会知道gcc在某个语言版本中的输出被翻译成了什么文本。不可能去取gcc的po，所以不可能根据语言环境去改变自己要解析的内容。

不过，不论怎么说，这种明显的错误翻译出现在发行版中，又算是什么原因呢？——注意首贴中这个错误并不是“该不该翻译”的问题，而是翻译者完全错误的解析了这个缩写词的意思。

作者: poet 发布时间: 2009-11-09

引用:

作者: 沙漠之子

附件解压缩安装到/usr/share/locale/zh_CN/LC_MESSAGES/wget.mo

Thanks..

作者: luyaotang 发布时间: 2009-11-12

rm /usr/share/locale/zh_CN/LC_MESSAGES/wget.mo
更彻底...

作者: ashunter 发布时间: 2009-11-14

没人提交bug吗？
还有一个bug，就是makepkg --help的中文输出信息有错误。就是参数 --skipinteg 翻译错误

作者: yqh1203 发布时间: 2009-11-23

@poet
真是无语了。
本来这种争论是没必要参与，但是话说到这份上，就不得不说一说了。
首先，按照你的感觉，国家语言文字工作委员会应该立即停止工作，什么保护少数民族语言文化的工作就是扯淡。全世界应当立即实行全英文教育，法律规定，人一生下来就必须接受英文环境及其教育是人的基本人权……

你的理解我真觉得蹊跷，如果你不知道如何在CLI中看到非英文字母、如果你不知道man是如何用中文说话的，那是可以理解的，因为不知道这些的人很多，原因也很多。可是不能因为你不知道，就说明这个不可能或者不应该。

话说回来，敢问，有多少程序准备识别其他程序的输出作为参数处理的？别告诉我说是Google，Google上你搜不到“错我……”只找到“ERROR……”不证明Google不能搜索中文，只代表这世界上用中文报错的报告公开不多。也别告诉我说什么cat some_program | other_program，那个不是识别、不是参数，而是转移、是数据！

我就不明白了，人家从PHP编译器到GNU，很多类型很多程序作者都在拼命的考虑如何能支持多国语言，人家都这样了，到底是哪党哪国的政治教育，把您教育成了这样。

作者: athurg 发布时间: 2009-11-24

很多发行版都有，至今还没解决……。无语啊。

作者: contrl 发布时间: 2009-11-29

不管怎样，先谢谢再说

作者: 张长弓发布时间: 2009-12-08

引用:

作者: athurg

话说回来，敢问，有多少程序准备识别其他程序的输出作为参数处理的？
我就不明白了，人家从PHP编译器到GNU，很多类型很多程序作者都在拼命的考虑如何能支持多国语言，人家都这样了，到底是哪党哪国的政治教育，把您教育成了这样。

简单的一个问题非要提到政治高度，有必要么？一个技术上清晰的论点论据，不会需要拿政治当挡箭牌。

支持多国语言跟翻译界面输出是两回事。一个即时通讯软件，能调出输入法，支持中文输入，能显示中文，能传中文文件名的文件，这就是支持中文。一个MP3播放器，能识别ID3TAG中的中文编码，就是支持中文的最重要部分。一个更加复杂的软件，至少保证热键不跟中文输入法冲突，不吃掉Ctrl-空格，这也很重要。——这些，都是“拼命考虑如何支持多国语言”需要做的事情，而翻译界面，在这个环节上，我不说它是重要还是次要，至少，不应当把软件输出搞出问题吧？

一个 CLI 程序可以根据 LANG 或者 LANGUAGE 环境变量来判断自己的输出语言，而自己的不同语言的字符串是用 .po 那些文件编译到自身的。例如，如果 gcc 输出需要输出 Error 为错误，那么只有 gcc 自己知道，中文的时候输出错误，英文输出 Error，别的程序是不知道你 gcc 的一个特定字符串在某个特定语言中被翻译成什么的。

现在换到 vim ，我们使用 quickfix 模式编译，gcc 的输出是可以进入 vim 的 quickfix 列表。OK，你现在来看，假如 gcc 真的翻译了输出的错误信息标识，那么 vim 如何把错误和警告区别开？——首先，一个子shell进程可以以任何一个环境启动，甚至可能使用了缺省的 LOCALE=C，所以我们无法判断子进程gcc的 locale，其次，即使我们清楚的知道子进程gcc使用的是跟我们完全相同的 locale，由于 gcc 相关的 po 并没有编译到 vim 中，vim 也绝无可能知道 gcc 的某个版本翻译特定字符串是什么。

所以，现状就是：如果翻译了输出，就可能无法识别警告和错误的区别。——因为你在编译 gnu gettext 相关信息的时候根本不会知道可能有哪些程序去阅读它。不可能把相关的信息编译到所有可能阅读你程序输出的程序中去。

奉劝各位一句：即使你每天把gnu/linux的全部源代码编译一遍，也还不如写一个内核模块／写一个应用程序对Linux的体会来得深。

作者: poet 发布时间: 2009-12-09

支持提示信息的本地化工作。poet你是典型的程序员思维模式，总想怎么方便你的程序。不过程序是给人使用的，wget这类程序的提示信息本地化我认为没什么不对。就算gcc的编译信息，不也有本地化的么，程序要处理错误，读行首的错误代号就行了，后面的错误信息是哪国语言，都是给程序员看的而不是程序。命令行和man手册的本地化是大势所趋。

作者: 没本发布时间: 2009-12-17

修改mo文件，把那个讨厌的英国中部时间搞掉就行了

作者: digwtx 发布时间: 2009-12-18

引用:

作者: 没本

后面的错误信息是哪国语言，都是给程序员看的而不是程序。命令行和man手册的本地化是大势所趋。

如果你的输出只能给人看而不能给程序看，那么你的工作效率很可能有提高的空间。

至于命令行和man手册的本地化是不是大势所趋——咱打一块钱的赌，绝对不是。更长的时间无不敢说。但至少三年之内，绝无可能看到 Linux 命令行和man手册的完全本地化。

更多的辩论就不必了，时间会让事实证明谁的结论正确。

作者: poet 发布时间: 2009-12-21

还是一行爽。像我这种一次更新几G的，这个建楼高得没谱。
查了一下，1.12pre6已经改了，从1.11.3开始出现的错误。

作者: jobinson99 发布时间: 2009-12-21

引用:

作者: 没本

后面的错误信息是哪国语言，都是给程序员看的而不是程序。命令行和man手册的本地化是大势所趋。

引用:

作者: poet

你引用我的发言都要把我的一句话砍一半来曲解我的意思，下回把一句话引用完整了。我的原话是：就算gcc的编译信息，不也有本地化的么，程序要处理错误，读行首的错误代号就行了，后面的错误信息是哪国语言，都是给程序员看的而不是程序。

从我的原话上看，我什么时候表示了“如果你的输出只能给人看而不能给程序看，那么你的工作效率很可能有提高的空间”？

行首的错误代号不是给程序看的又是什么，难道你以为IDE还要懂自然语言？而且还必须是英语？我举gcc编译信息这个例子本身，就是一个很好的同时方便程序处理和人阅读的实例，而且gcc的编译信息是做了完整本地化的，想看英语的看英语，想看中文的看中文。你的“不能给程序看”又从何说起？

作者: 没本发布时间: 2009-12-21

我在～/.bashrc最后添加了一行

export LANGUAGE=en_US.UTF-8

现在Shell打开之后信息都是英文的了。

作者: ZeroXu 发布时间: 2010-01-11

大哥这号真是你jun2006来的第一贴？

作者: iamkr 发布时间: 2010-01-12

代码:

# translation of wget to zh_CN
# Copyright (C) 2008 Free Software Foundation, Inc.
# This file is distributed under the same license as the wget package.
# Rongjun Mu <[email protected]>, 2003.
# Liu Songhe <[email protected]>, 2003.
# Zong Yaotang <[email protected]>, 2003.
# Ji ZhengYu <[email protected]>, 2009, 2010
#
...
#. TRANSLATORS: "ETA" is English-centric, but this must
#. be short, ideally 3 chars. Abbreviate if necessary.
#: src/progress.c:805
#, c-format
msgid " eta %s"
msgstr "估时 %s"

两个中文字符还是不如三个英文字符那么好看...
如果没找到更好的干脆应该不翻译...
而且不知道是我中文不好还是现在流行造词...“估时”我认为比“eta”还难理解...

上传的图像