Bug 12426 - Плохой перевод в cp --help о --remove-destination
: Плохой перевод в cp --help о --remove-destination
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/coreutils)
: unstable
: all Linux
: P4 minor
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-07-31 13:04 by
Modified: 2009-05-10 09:33 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-07-31 13:04:56
В выводе 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) удалять каждый файл 
                                 назначения перед попыткой скопировать его
------- Comment #2 From 2007-07-31 20:22:58 -------
Эх, если б ещё с кодировками проблем не было... Ну да ладно, это уже проблема
gitweb. Попробуем раскодировать.
------- Comment #3 From 2007-08-03 05:45:48 -------
там koi8r
------- Comment #4 From 2007-08-03 08:11:43 -------
Очень странный там koi8-r - по крайней мере, судя по байтикам, если брать raw
из
gitweb, в диффе чистой воды уникод, только с перевранной исходной кодировкой.
Похоже на то, что gitweb взял текст в koi8-r и преобразовал его из 8859-1 в
уникод.
------- Comment #5 From 2007-08-03 08:18:25 -------
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
------- Comment #6 From 2007-08-03 09:17:47 -------
А ведь логично, чёрт возьми. git же не знает про кодировки ничего. gitweb'у
ничего не остаётся как перекодировать из абстрактной восьмибитной кодировки в
уникод, если он хочет уникодную страницу отдавать.
------- Comment #7 From 2007-09-10 12:24:21 -------
По теме бага всё ok.