Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Проекты пользователей LinuxForum → Перевод "Advanced Bash Scripting Guide"
Fat-Zer, можно права на перевод?
Мне лично да, до лампочки. Только я не умею работать в указанных программах, если можно в ЛибреОфис или в каком нибудь редакторе. Зашлю файлом, а вы уж там сами... Можно?
ИМХО можно будет, только малость попозже, когда разобьёмся по главам... только если не собираешься принимать участие в последующем обсуждении, то не обижаться, что твой перевод «испортили» и «исковеркали»...
Пока самый нормальный веб сервис для перевода
в принципе был бы сервер — можно было бы ещё поднять свой pootle, посмотреть, как он работает...
Предпочитаю оффлайн работу, тем более, у tx тоже есть оффлайн клиент.
да, в репе для него есть конфиг, но, фактически, он умеет только обновлять файлы для перевода и забирать готовые, а самое важное ИМХО в коллективном переводе — это обсуждения и варианты, а в силу ограниченности PO формата, он этого не умеет...
2all: Согласно текущим планам по рабочему процессу, на transifex'е предполагается обсуждение и доводка готового перевода, а не добавление нового...
На данный момент предполагается обсуждение только глоссария...
всех наработок в общественное достояние?
Я только за.
ИМХО можно будет, только малость попозже, когда разобьёмся по главам... только если не собираешься принимать участие в последующем обсуждении, то не обижаться, что твой перевод «испортили» и «исковеркали».
Обиды здесь ни к чему, просто сырой перевод сильно облегчит переход к "правильной трактовке", да и не думаю, что в литературной деятельности смогу тягаться, например, с Rizado...
Народ, так определились как переводить script? Как скрипт или как сценарий?
Nigelist, "сценарий" - это "по-научному" звучит, а у нас труд технический. Значит, и надо использовать правильную терминологию, а не жаргон, см. еще раз.
Ещё одно обсуждение, как переводить bad block? Bad-блок, битый сектор, поврежденный сектор? Ваши варианты?
Nigelist, bad block - "плохой" (битый) блок. Если ошибка логическая, то фигня. Если физическая - пора копить деньги
на новый винчестер.
битый сектор
Ещё одно обсуждение, как переводить bad block? Bad-блок, битый сектор, поврежденный сектор? Ваши варианты?
я за «Bad-блок», вопрос в написании: транслит? латиница? дефис?
остальные в порядке ухудшеия:
«сбойный блок» — (из перевода man'а на opennet'е) тоже неплохо.
«битый сектор» — скорее жаргонизм, ИМХО.
«bad-сектор» — те же яица, только недожаренные...
«поврежденный сектор» — по-вантузяцки, нет.
«плохой блок» — (из перевода Киселёвa) однозначно нет.
ЗЫ: badblocks в одно слово не переводится (утилитка из e2fsprogs).
«плохой блок» — (из перевода Киселёвa) однозначно нет.
При чём тут Киселёвы? 
Вообще-то так переводится с английского.
"Битый сектор" - bad / invalid sector...
Вообще-то так переводится с английского.
У слова bad как прилагательного как минимум 5 равноправных значений:
http://slovari.yandex.ru/bad/%D0%BF%D0% … %BE%D0%B4/
А при переводе выбирается корректное по смыслу, в данном случае: испорченный; недоброкачественный; гнилой; общ. с дефектами; неисправный; негодный (напр., о продукте)
Как по мне, наиболее адекватный вариант
* Сбойный блок
Битый сектор -- жаргонизм чистой воды.
Битый сектор -- жаргонизм чистой воды.
В данном случае - да. Но обычно "битыми секторами" называют логические ошибки.
Во всяком случае, в некоторых утилитах именно такое обозначение 
При чём тут Киселёвы? bw
первый перевод ABS, ИМХО заслуживает, чтобы на него оглянуться и сказать, что там сделано не правильно...
Во всяком случае, в некоторых утилитах именно такое обозначение ab
каких? ни badblocks ни e2fsck не переведены... других не знаю... проприетарщина не в счёт...
также котируются ссылки на литературу уровня выше, чем «компьютер для чайнмков»
ни badblocks ни e2fsck не переведены...
а как тогда перевести - trailer protocol? Не лучше ли (вернее, не правильнее ли будет) некоторые термины оставлять на английском? Так понятнее будет, чем кто-то будет искать "сбойный блок", а бэдблок или битый сектор - привычнее, ИМХО. Да и, к тому же, не все выражения на русский переводятся дословно, есть идиомы... Напр: pretty women - красотка, хотя можно переводить и дословно: хорошенькая (прелестная, приятная, привлекательная, миленькая, смазливая, миловидная) женщина, но ведь при этом теряется соль перевода, его искусство... ИМХО
Fat-Zer, ну а я не заморачиваюсь в сторону открытости.
Freeware, Openware - особой разницы нет. Главное, чтоб свою задачу выполняло
trailer protocol?
Хвостовая/концевая/трейлерная инкапсуляция, если речь о RFC 893.
Хвостовая/концевая/трейлерная инкапсуляция
Вот, я и говорю, не все можно переводить дословно... Дословно - концевой (хвостовой, прицепной) протокол, а смыл выражения совсем другой...
я за «Bad-блок», вопрос в написании: транслит? латиница? дефис?
остальные в порядке ухудшеия:
«сбойный блок» — (из перевода man'а на opennet'е) тоже неплохо.
«битый сектор» — скорее жаргонизм, ИМХО.
«bad-сектор» — те же яица, только недожаренные...
«поврежденный сектор» — по-вантузяцки, нет.
«плохой блок» — (из перевода Киселёвa) однозначно нет.ЗЫ: badblocks в одно слово не переводится (утилитка из e2fsprogs).
Ну а я, за битый сектор в первую очередь, хоть и жаргонизм, но к нему привыкли и используют во повседневной жизни. А так, можно и первые два варианта bad-блок или сбойный блок. Но никак не бэд-блок. Можно поврежденный блок.
Собственно когда составлял словарь тоже думал над этим... в итоге решил, что там упоминается только одноимённая утилитка... но есть ещё и сам термин в трёх местах: два в одном параграфе и один в скрипте с наброском перевода... так что в нашем контексте спор скорее о пуговицах, но пока больше не чем заняться можно и продолжить =)
Freeware, Openware - особой разницы нет.
RMS занесёт тебя в список плохих и ты получишь кусок горелого пластика на притяжство...
Fat-Zer, 11 лет - полёт отлично проходит. Голову на плечах ещё никто не отменял.
Чёт давненько некто ничего тут не писал, ну как продвигается работа ? Кстати а что если на выходе сделать что то по типу pdf-ки чтоб кому удобней в твердом формате читать, можно было распечатать и сидеть медитировать
Чёт давненько некто ничего тут не писал, ну как продвигается работа ?
похоже проект издох так и не стартовав =)... в общем-то оно, честно говоря, было ожидаемо...
я уже где-то писал, что я готов обеспечить техническую поддержку, но лидером (работать с людьми и распределять задания, принимать волевые решения при спорах и прочая лидерская ерунда) я не буду... а наш цыплёнок без головы далеко не убежит...
Кстати а что если на выходе сделать что то по типу pdf-ки чтоб кому удобней в твердом формате читать, можно было распечатать и сидеть медитировать
Из docbook'а можно генерировать почти что угодно, в том числе и pdf... Вернее ЕМНИП из docbook'а генерится tex, а уж из него pdf, но технические детали мало-кого волнуют...
похоже проект издох так и не стартовав =)
Каждый день смотрю, жду команды! 
А где взять свежую версию ABSG?
fragment, http://www.tldp.org/guides.html
Многовато для одного человека. Тем более для человека, у которого нет привычки гарантированно доводить начатое до конца. У меня ещё с лета 2012-го года не закончен перевод гентушных Ebuild Howto 
похоже проект издох так и не стартовав =)... в общем-то оно, честно говоря, было ожидаемо...
Эх жаль очень жаль... Хорошая была идея но да, без организации труда это все провалилось
Эхххх покойся с миром хорошая задумка 
мы тебя не забудим 
lone_wolf, так начинайте сами переводить, народ и подтянется. В чем дело? Просите доступ к проекту и вперёд!
Linux Forum → Проекты пользователей LinuxForum → Перевод "Advanced Bash Scripting Guide"
Форум работает на PunBB, при поддержке Informer Technologies, Inc
