ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Плохой перевод в cp --help о --remove-destination | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Alexey Rusakov <ktirf> |
| Component: | coreutils | Assignee: | placeholder <placeholder> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | minor | ||
| Priority: | P4 | CC: | glebfm, ldv, placeholder |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
Эх, если б ещё с кодировками проблем не было... Ну да ладно, это уже проблема gitweb. Попробуем раскодировать. там koi8r Очень странный там koi8-r - по крайней мере, судя по байтикам, если брать raw из gitweb, в диффе чистой воды уникод, только с перевранной исходной кодировкой. Похоже на то, что gitweb взял текст в koi8-r и преобразовал его из 8859-1 в уникод. 2007-07-16T14:08:43 <hiddenman> wRAR: а в какой кодировке git.web? http:// git.altlinux.org/people/wrar/packages/fortunes-ALT-irc.git?p=fortunes-ALT- irc.git;a=commitdiff_plain;h=dd2a9bbe968867c99dbc8d52382b119389fa6353 в utf-8 и всех остальных выдает кракозябы 2007-07-16T14:09:03 <dottedmag> hiddenman: utf-8 там 2007-07-16T14:09:09 <dottedmag> Content-Type: text/plain; charset=utf-8 2007-07-16T14:09:32 <dottedmag> Мда. А по виду - двойной utf-8. 2007-07-16T14:09:36 <hiddenman> dottedmag: ну а чего тогда криво так? 2007-07-16T14:10:36 <dottedmag> vvk_home: там UTF-8, проинтерерпретированный как Latin1 и ещё раз закодированный в UTF-8 А ведь логично, чёрт возьми. git же не знает про кодировки ничего. gitweb'у ничего не остаётся как перекодировать из абстрактной восьмибитной кодировки в уникод, если он хочет уникодную страницу отдавать. По теме бага всё ok. |
В выводе cp --help читаю следующее --remove-destination удалять каждый файл назначения перед тем, как попыткой скопировать его (обратно к --force) Честно говоря, из такой формулировки я с трудом понял, что же это за опция, особенно с "пояснением" про обратность к --force (мне казалось, что "обратно --force" - это отказываться от копирования поверх существующего файла, который не удалось удалить). Смотрим в оригинал: --remove-destination remove each existing destination file before attempting to open it (contrast with --force) contrast - это не "обратно", это "в отличие". И отличие (насколько я понимаю), состоит в том, что --remove-destination всегда удаляет существующий файл, а --force - только если не получилось переписать поверх. Отсюда предложение формулировки: --remove-destination всегда (в отличие от --force) удалять каждый файл назначения перед попыткой скопировать его