Bug 12426 - Плохой перевод в cp --help о --remove-destination
Summary: Плохой перевод в cp --help о --remove-destination
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: coreutils (show other bugs)
Version: unstable
Hardware: all Linux
: P4 minor
Assignee: placeholder@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-31 13:04 MSD by Alexey Rusakov
Modified: 2009-05-10 09:33 MSD (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Rusakov 2007-07-31 13:04:56 MSD
В выводе 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 Alexey Rusakov 2007-07-31 20:22:58 MSD
Эх, если б ещё с кодировками проблем не было... Ну да ладно, это уже проблема
gitweb. Попробуем раскодировать.
Comment 3 Dmitry V. Levin 2007-08-03 05:45:48 MSD
там koi8r
Comment 4 Alexey Rusakov 2007-08-03 08:11:43 MSD
Очень странный там koi8-r - по крайней мере, судя по байтикам, если брать raw из
gitweb, в диффе чистой воды уникод, только с перевранной исходной кодировкой.
Похоже на то, что gitweb взял текст в koi8-r и преобразовал его из 8859-1 в уникод.
Comment 5 Andrey Rahmatullin 2007-08-03 08:18:25 MSD
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 Alexey Rusakov 2007-08-03 09:17:47 MSD
А ведь логично, чёрт возьми. git же не знает про кодировки ничего. gitweb'у
ничего не остаётся как перекодировать из абстрактной восьмибитной кодировки в
уникод, если он хочет уникодную страницу отдавать.
Comment 7 Alexey Rusakov 2007-09-10 12:24:21 MSD
По теме бага всё ok.