Re: не получается обновить ядро

2014-07-07 Пенетрантность C S
Debian Testing aka jessie

% cat /etc/apt/sources.list
deb http://ftp.debian.org/debian/ jessie main contrib non-free
#deb-src http://ftp.debian.org/debian/ jessie main

deb http://ftp.debian.org/debian/ jessie-proposed-updates main contrib non-free
#deb-src http://ftp.debian.org/debian/ jessie-proposed-updates main

deb http://security.debian.org/ testing/updates main contrib non-free
#deb-src http://security.debian.org/ testing/updates main contrib

в файле /etc/grub.d/30_os-prober_proxy много разной всячины по разным разделам

бинарник /etc/grub.d/bin/grubcfg_proxy присутствует...


--
BW

C S




07.07.2014, 09:18, Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
 7 июля 2014 г., 8:29 пользователь C S ll75...@yandex.ru написал:
  /etc/grub.d/30_os-prober_proxy: 3: /etc/grub.d/30_os-prober_proxy: 
 /etc/grub.d/bin/grubcfg_proxy: Argument list too long

 Что тут?
 Какая версия ОС? Откуда пакеты тянете?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2528711404713...@web16g.yandex.ru



Re: systemd, чтоб его

2014-07-07 Пенетрантность Иван Чернов
Sat, 05 Jul 2014 00:15:35 +0400 Dmitrii писал(а):
 Ну, я думаю, что даже несмотря на решение внедрить systemd по
 умолчанию в выпуске Jessie, сильно на него завязываться не станут,
 ибо очень уж тонкая грань была в голосовании. То, что наблюдается
 сейчас - это эксперимент, и если он не удастся, нужно будет
 откатываться взад на SysV. Так что я бы сказал, что тот факт, что NM
 тянет по зависимостям systemd - это скорее всего баг. Изживаемый,
 кстати. Вот Михаил Шигорин буквально сегодня на Opennet писал, что в
 ALT Linux NM умудряются собрать так, чтобы его можно было
 использовать и без systemd-logind. Раз у Альта получилось, значит и у
 нас получится.

Вы не учитываете политику партии: такое Г и при таком голосовании (4
против 4) -- это не просто так или эксперимента ради. Поэтому, если
сообщество не поднимется -- равно как в нашей замечательной стране -- и
не защитится -- ничего хорошего не будет с проектом, или, вернее,
безопасностью всех нас (ну, и страны тоже).


С уважением,
Иван.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140707133757.372930b8@STNdom



Re: systemd, чтоб его

2014-07-07 Пенетрантность Melleus
Иван Чернов tretegod...@yandex.ru writes:
 если
 сообщество не поднимется

На это может как-то повлиять обычный пользователь, ни разу ни девелопер,
использующий систему чисто для научной работы (но не являющийся пока ни
всемирным ни даже национальным авторитетом) и немного для хобби: по
интернету там пошариться, фото (равки проявить)? Да и не пострадавший
пока, собственно, ибо стейбл.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871ttx36xf.fsf@hornet.workgroup



Re: не получается обновить ядро

2014-07-07 Пенетрантность Dmitry A. Zhiglov
Так как это тестируемый релиз, то
- проверьте наличие бага в трекере по вашему пакету
- если нет такого, оформите баг и прикрепите файлы в которых много
разной всячины
- если знаете как пофиксить, можете прикрепить свой diff тогда
исправление будет быстрее доставлено.

Тестируемый дистрибутив может ломаться время от времени, так как в
первую очередь для тестов, т е не для стабильной работы и пользователь
использует его на свой страх и риск

Можно сообщество просить помочь починить...

7 июля 2014 г., 10:19 пользователь C S ll75...@yandex.ru написал:
 Debian Testing aka jessie

 % cat /etc/apt/sources.list
 deb http://ftp.debian.org/debian/ jessie main contrib non-free
 #deb-src http://ftp.debian.org/debian/ jessie main

 deb http://ftp.debian.org/debian/ jessie-proposed-updates main contrib 
 non-free
 #deb-src http://ftp.debian.org/debian/ jessie-proposed-updates main

 deb http://security.debian.org/ testing/updates main contrib non-free
 #deb-src http://security.debian.org/ testing/updates main contrib

 в файле /etc/grub.d/30_os-prober_proxy много разной всячины по разным разделам

 бинарник /etc/grub.d/bin/grubcfg_proxy присутствует...


 --
 BW

 C S




 07.07.2014, 09:18, Dmitry A. Zhiglov dmitry.zhig...@gmail.com:
 7 июля 2014 г., 8:29 пользователь C S ll75...@yandex.ru написал:
  /etc/grub.d/30_os-prober_proxy: 3: /etc/grub.d/30_os-prober_proxy: 
 /etc/grub.d/bin/grubcfg_proxy: Argument list too long

 Что тут?
 Какая версия ОС? Откуда пакеты тянете?


Re: не получается обновить ядро

2014-07-07 Пенетрантность dimas
2014-188 08:29 C S ll75...@yandex.ru wrote:
 /etc/grub.d/30_os-prober_proxy:
 3: /etc/grub.d/30_os-prober_proxy: /etc/grub.d/bin/grubcfg_proxy: Argument
 list too long

где ты взял эту гадость? в репозитории таких файлов нет. гуголь говорит, что
это какая-то сторонняя приблуда - вот с ней и разбирайся. хз, что там за левые
скрипты, и чего им надо, изучай-ковыряй


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140707173044.3d8e3...@ulf.tvoe.tv



Re: не получается обновить ядро

2014-07-07 Пенетрантность C S
да, действительно странно, откуда оно всё взялось-поиск по принадлежности 
30_os-prober_proxy к какому-нить из пакетов ничего не дал, однако...

я то думал, что он стандартным макаром притянулся через apt, а может быть из-за 
скомпиленного в свое время grub-customizer?

--
BW

C S

07.07.2014, 17:31, dimas dimas...@ya.ru:
 2014-188 08:29 C S ll75...@yandex.ru wrote:
  /etc/grub.d/30_os-prober_proxy:
  3: /etc/grub.d/30_os-prober_proxy: /etc/grub.d/bin/grubcfg_proxy: Argument
  list too long

 где ты взял эту гадость? в репозитории таких файлов нет. гуголь говорит, что
 это какая-то сторонняя приблуда - вот с ней и разбирайся. хз, что там за левые
 скрипты, и чего им надо, изучай-ковыряй

 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140707173044.3d8e3...@ulf.tvoe.tv


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/3670821404740...@web24m.yandex.ru



Re: Проблемы с wine: shader model 3 not supported

2014-07-07 Пенетрантность Руслан Зиганшин
PlayOnLinux, Wine 1.7.21, всё равно не работает

[07/07/14 20:35:31] - Running wine-1.7.21 LEGOMARVEL.exe (Working
directory : /home/ruslan/.PlayOnLinux/wineprefix/lego/drive_c/Program
Files/LEGO Marvel Super Heroes)
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS)
fixme:gameux:GameExplorerImpl_VerifyAccess (0x16a610, LC:\\Program
Files\\LEGO Marvel Super Heroes\\LEGOMARVEL.exe, 0x33fbb0)
fixme:d3d:check_fbo_compat Format WINED3DFMT_R8_UNORM with
rendertarget flag is not supported as FBO color attachment, and no
fallback specified.
fixme:win:EnumDisplayDevicesW ((null),0,0x33f218,0x), stub!
Main APPID:00249130 Used
Steam Player Name:ALI213 Used
Steam Player ID:/76561197960265728 Used
Steam APP Language:russian
Steam User Is Online:1
Steam User Is LoggedOn:1
Steam API 1.33.85.19 USED
Steam APP UseCALLBACK:1
Steam APP UseLeaderboard:0


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAB_jnmj5bjs3bh2SR7JVnrLu0Jvqr6=dxcpmjzsrrjat10v...@mail.gmail.com



Re: systemd, чтоб его

2014-07-07 Пенетрантность Dmitrii Kashin
Иван Чернов tretegod...@yandex.ru writes:

 Sat, 05 Jul 2014 00:15:35 +0400 Dmitrii писал(а):
 Ну, я думаю, что даже несмотря на решение внедрить systemd по
 умолчанию в выпуске Jessie, сильно на него завязываться не станут,
 ибо очень уж тонкая грань была в голосовании. То, что наблюдается
 сейчас - это эксперимент, и если он не удастся, нужно будет
 откатываться взад на SysV. Так что я бы сказал, что тот факт, что NM
 тянет по зависимостям systemd - это скорее всего баг. Изживаемый,
 кстати. Вот Михаил Шигорин буквально сегодня на Opennet писал, что в
 ALT Linux NM умудряются собрать так, чтобы его можно было
 использовать и без systemd-logind. Раз у Альта получилось, значит и у
 нас получится.

 Вы не учитываете политику партии: такое Г и при таком голосовании (4
 против 4) -- это не просто так или эксперимента ради. Поэтому, если
 сообщество не поднимется -- равно как в нашей замечательной стране -- и
 не защитится -- ничего хорошего не будет с проектом, или, вернее,
 безопасностью всех нас (ну, и страны тоже).

Вы сгущаете краски. Если принять за постулат (весьма спорный) тезис, что
надо менять систему инициализации, то SystemD был меньшим злом из
предложенного. Хотя, конечно, я бы на их месте держался от товарища
Поттеринга подальше, ибо я до сих пор не видел ничего, к чему он руку
приложил, и что бы нормально работало. Но завязываться на лицензионную
политику Canonical вышло бы ещё большим боком.

Честно говоря, на начало дебатов, я был абсолютно уверен, что по
умолчанию оставят SysV. Но потом совершенно неожиданно для меня
разработчики GNU/Hurd высказались в пользу SystemD. А это значит, что
несмотря на Поттеринга, что-то в этой разработке всё же есть.

Просто я тут же припомнил своё отношение к Lilo и ко Grub. И если
смотреть на второе через призму первого, то второе видится странным
ущербным Г. Но зато оно является неплохим промежуточным звеном для
перехода от монолитных ядер Linux к настоящим микроядрам. Да, это ведёт
к усложнению, да такому, что мы даже плюёмся, но в итоге Grub-таки
одержит верх.

Вот может по аналогии и SystemD пойдёт впрок. Как своего рода задаток на
будущее.

PS: Кстати. Устроился сегодня на новую работу. Настраивал рабочее
место. Когда накатывал Jessie, мне упорно вместе с десктопом пытался
залиться SystemD. И если я позволял это сделать - система больше не
загружалась, как я не плясал с бубном. В общем, первый опыт общения с
этим Г. у меня крайне негативный. Поставил всем пакетам /systemd/
отрицательные пины. Я, конечно, хотел тестинг, но код товарища П. я не
собираюсь отлаживать. =/


pgp_HNiKDg0rT.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-07 Пенетрантность Dmitrii Kashin
Melleus mell...@openmailbox.org writes:

 Иван Чернов tretegod...@yandex.ru writes:
 если
 сообщество не поднимется

 На это может как-то повлиять обычный пользователь, ни разу ни девелопер,
 использующий систему чисто для научной работы (но не являющийся пока ни
 всемирным ни даже национальным авторитетом) и немного для хобби: по
 интернету там пошариться, фото (равки проявить)? Да и не пострадавший
 пока, собственно, ибо стейбл.

Ну, это всего лишь система по умолчанию. Гарби уверил Джексона, что
остальные системы инициализации будут продолжать поддерживаться, а
systemd будет лишь экспериментом и только для выпуска Jessie.

Вы лучше багу на NM повесьте. А то этот эксперимент куда-то не туда
заходит, если пользователи других систем инициализации вынуждены
отказыаться от столь популярной в графических средах утилиты.

Нужно либо отвязать его от SystemD и сделать возможным его использование
с другими системами, либо собрать отдельно пакет, который этой привязки
будет лишён.

Можно повесить багу коллективно. Предлагаю высказаться интересующимся.


pgpkeY4OY0oOE.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-07 Пенетрантность Sergey B Kirpichev
On Mon, Jul 07, 2014 at 11:31:41PM +0400, Dmitrii Kashin wrote:
 PS: Кстати. Устроился сегодня на новую работу. Настраивал рабочее
 место. Когда накатывал Jessie, мне упорно вместе с десктопом пытался
 залиться SystemD. И если я позволял это сделать - система больше не
 загружалась, как я не плясал с бубном.

Ну и где выхлоп в виде RC-бага?)  Больше ругани в багтрекере - меньше
шансов, что эта гадость доживет до релиза.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140707200228.GA3661@debian



Re: systemd, чтоб его

2014-07-07 Пенетрантность Иван Лох
On Mon, Jul 07, 2014 at 11:36:49PM +0400, Dmitrii Kashin wrote:
 Melleus mell...@openmailbox.org writes:
 
  Иван Чернов tretegod...@yandex.ru writes:
  если
  сообщество не поднимется
 
  На это может как-то повлиять обычный пользователь, ни разу ни девелопер,
  использующий систему чисто для научной работы (но не являющийся пока ни
  всемирным ни даже национальным авторитетом) и немного для хобби: по
  интернету там пошариться, фото (равки проявить)? Да и не пострадавший
  пока, собственно, ибо стейбл.
 
 Ну, это всего лишь система по умолчанию. Гарби уверил Джексона, что
 остальные системы инициализации будут продолжать поддерживаться, а
 systemd будет лишь экспериментом и только для выпуска Jessie.
 
 Вы лучше багу на NM повесьте. А то этот эксперимент куда-то не туда
 заходит, если пользователи других систем инициализации вынуждены
 отказыаться от столь популярной в графических средах утилиты.
 
 Нужно либо отвязать его от SystemD и сделать возможным его использование
 с другими системами, либо собрать отдельно пакет, который этой привязки
 будет лишён.

IMHO это бесполезно. Дело в том, что SystemD это не только системная, но
и пользовательская инициализация. И, по-крайней мере Gnome собирается
выкинуть свои костыли и использовать SystemD. Поддерживать же их
отдельно, думаю, не возьмется никто. NM же без десктопа, думаю,
используют довольно редко.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140707202721.gb26...@nano.ioffe.rssi.ru



Re: systemd, чтоб его

2014-07-07 Пенетрантность Melleus
Иван Лох l...@1917.com writes:
 NM же без десктопа, думаю,
 используют довольно редко.

Отчего же? Не гномом единым: Awesome, i3, wmii...

Возможно есть альтернатива и NM, которая помогла бы разрулить соединения
по WiFi, проводу и 3G на ноуте, который может оказаться дома (Wifi), на
работе (провод, WiFi), на даче (3G) и без ручного переписывания конфигов
каждый раз. Но мне пока такого не попадалось, увы. С радостью заменил бы
NM.

И Наутилусу достойной замены пока найти не могу. Больше гномских
ошметков в системе нет. Кроме зависимостей, конечно.

Но, наверное, прийдется ампутировать. Оба. Жаль, а что делать?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wqbo21xk.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-07-07 Пенетрантность Dmitrii Kashin
Sergey B Kirpichev skirpic...@gmail.com writes:

 On Mon, Jul 07, 2014 at 11:31:41PM +0400, Dmitrii Kashin wrote:
 PS: Кстати. Устроился сегодня на новую работу. Настраивал рабочее
 место. Когда накатывал Jessie, мне упорно вместе с десктопом пытался
 залиться SystemD. И если я позволял это сделать - система больше не
 загружалась, как я не плясал с бубном.

 Ну и где выхлоп в виде RC-бага?)  Больше ругани в багтрекере - меньше
 шансов, что эта гадость доживет до релиза.

Хм. Я подумаю.


pgpAcgmyq3pgS.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-07 Пенетрантность Artem Chuprina
Melleus - debian-russian@lists.debian.org  @ Tue, 08 Jul 2014 02:18:15 +0300:

  NM же без десктопа, думаю,
  используют довольно редко.

 M Отчего же? Не гномом единым: Awesome, i3, wmii...

 M Возможно есть альтернатива и NM, которая помогла бы разрулить соединения
 M по WiFi, проводу и 3G на ноуте, который может оказаться дома (Wifi), на
 M работе (провод, WiFi), на даче (3G) и без ручного переписывания конфигов
 M каждый раз. Но мне пока такого не попадалось, увы. С радостью заменил бы
 M NM.

Ну, вот я, еще в те времена начитавшись и проверив, что диагностику
проблем с сетью следует начинать со сноса NM, поставил себе wicd.  У
него, кстати, есть интерфейс на курсесе, коим я и пользуюсь.

Он у меня отвечает за WiFi и провод, а за 3G - pppd (pon/poff).
3G-провайдер-то обычно один, максимум два, а один-два конфига - это не
сотня, как в случае с WiFi.

Управление NM без его графической морды пробовал, но ниасилил.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877g3ocxr0@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-07-07 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Mon, 07 Jul 2014 23:31:41 
+0400:

 DK Честно говоря, на начало дебатов, я был абсолютно уверен, что по
 DK умолчанию оставят SysV. Но потом совершенно неожиданно для меня
 DK разработчики GNU/Hurd высказались в пользу SystemD. А это значит, что
 DK несмотря на Поттеринга, что-то в этой разработке всё же есть.

В этой _идее_ (попяченной из MacOS X, насколько я понимаю) - есть.
Проблемы в реализации.  И кстати, в MacOS X они тоже есть, того же
плана.  Но там все-таки система загружается...  Правда, загрузку ее на
немаках они в принципе не обещали.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8738eccxl6@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-07-07 Пенетрантность Dmitrii Kashin
Иван Лох l...@1917.com writes:

 On Mon, Jul 07, 2014 at 11:36:49PM +0400, Dmitrii Kashin wrote:
 
 Нужно либо отвязать его от SystemD и сделать возможным его использование
 с другими системами, либо собрать отдельно пакет, который этой привязки
 будет лишён.

 IMHO это бесполезно. Дело в том, что SystemD это не только системная, но
 и пользовательская инициализация. И, по-крайней мере Gnome собирается
 выкинуть свои костыли и использовать SystemD. Поддерживать же их
 отдельно, думаю, не возьмется никто.

А, значит тенденция обусловлена ещё и разработчиками Gnome?
Жуть. Столько неудобств из-за этих ребят. 

Но речь, в общем-то, не о поддержке Gnome без systemd, а о поддержке без
оного конкретно NM.

 NM же без десктопа, думаю, используют довольно редко.

Ну, во-первых десктоп - это не только Gnome. Я думаю, что пользователи
всяких там XFCE со мной согласятся.

А во-вторых, а что за альтернативу обычному пользователю мы можем
предложить? Может в общем-то можно использовать wvdial, ifup-скрипты
(если немножечко извратиться, то они могут даже wicd заменить), pptp и
т.п. Но всё же, идея единого интерфейса надо всем над этим - не такая уж
и плохая для десктопа, потому что с различными утилитами при этом весьма
сложными в конфигурации рядовой юзер разбираться не захочет.

Получается, что завязывая NM на systemd, мы просто говорим: либо Вы
используете systemd, либо лишаетесь хорошего инструмента. Мне-то
хорошо, я NM не использую. Но что мне предложить родителям поставить на
слабенький ноутбук?


pgpRuq6VLBDiS.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-07 Пенетрантность dm.fedorov
8 июля 2014 г., 10:59 пользователь Dmitrii Kashin написал:
 Мне-то хорошо, я NM не использую. Но что мне предложить
 родителям поставить на слабенький ноутбук?

icewm+ wicd-curses.


Re: systemd, чтоб его

2014-07-07 Пенетрантность Dmitrii Kashin
dm.fedorov dm.fedo...@gmail.com writes:

 8 июля 2014 г., 10:59 пользователь Dmitrii Kashin написал:
 Мне-то хорошо, я NM не использую. Но что мне предложить
 родителям поставить на слабенький ноутбук?

 icewm+ wicd-curses.

Wicd - это хорошо. А что мне прикажете делать с 3g-модемами.


pgpkwr2rvDc8s.pgp
Description: PGP signature


Re: Debian documentation translations.

2014-07-07 Пенетрантность Max Kosmach
03.07.2014 22:35, Sergey Alyoshin пишет:

 0 You can create a RSA authentication key to be able to log into a remote 
 site
 0 from your account, without having to type your password.
 1 Вы можете создать идентификационный ключ RSA, чтобы заходить на удалённый
 1 сайт с вашей учётной записи без ввода пароля.
 2 Вы можете создать опознавательный ключ RSA, чтобы иметь возможность 
 посещать
 2 удалённое размещение не вводя пароль.
 
 Вы можете создать идентификационный ключ RSA, чтобы иметь возможность заходить
 на удалённый сайт с вашей учётной записи без ввода пароля.

ключ для аутентификации все же?

 0 Note that once you've set this up, if an intruder breaks into your
 0 account/site, they are given access to the site you are allowed in without 
 a
 0 password, too! For this reason, this should never be done from root.
 1 Заметьте, что когда вы это настроите, если взломщик проникнет в вашу 
 учётную
 1 запись или сайт, он получит доступ к сайту с вашими правами, также не вводя
 1 пароль! Поэтому этого никогда не следует делать от лица пользователя root.
 2 Заметьте, что после такой настройки в случае, если взломщик попадает в вашу
 2 учётную запись или размещение, он получает доступ к вашему размещению с
 2 вашими правами, так же не вводя пароль! Поэтому эти настройки никогда не
 2 следует делать от лица пользователя root.
 
 Нет возражений (так же = также).

Тут смысл при переводе потерялся на мой взгляд.
Заметьте, что если после такой настройки злоумышленник получит доступ к
вашему аккаунту, то он также получит доступ ко всем хостам, куда вы
разрешили доступ без ввода пароля. По этой причине никогда не стоит это
делать для root.
(формулировка в оригинале отличается, но смысла ограничения from root
нет, а вот в ограничении по пользователю на удаленном сайте - есть)


 
 0 This will generate both a private and a public key. With older SSH 
 versions,
 0 they will be stored in ~/.ssh/identity and ~/.ssh/identity.pub; with newer
 0 ones, they will be stored in ~/.ssh/id_rsa and ~/.ssh/id_rsa.pub.
 1 Будут созданы частный и публичный ключи. В более старых версиях SSH, они
 1 будут сохранены в файлы ~/.ssh/identity и ~/.ssh/identity.pub; в более 
 новых
 1 версиях они будут сохранены в файлы ~/.ssh/id_rsa и ~/.ssh/id_rsa.pub.
 2 При этом будут созданы личный и общедоступный ключи. Старые версии SSH
 2 сохранят их в ~/.ssh/identity и ~/.ssh/identity.pub; новые же сохранят их в
 2 файлы ~/.ssh/id_rsa и ~/.ssh/id_rsa.pub.
 
 Мне привычнее частный и публичный ключи.
открытый и закрытый ключи?

 0 Next, add the contents of the public key file into ~/.ssh/authorized_keys 
 on
 0 the remote site (the file should be mode 600).
 1 Далее, добавьте содержимое файла с публичным ключом в 
 ~/.ssh/authorized_keys
 1 на удалённом сайте (права доступа к файлу должны иметь значение 600).
 2 Затем добавьте содержимое файла общедоступного ключа в файл
 2 ~/.ssh/authorized_keys на удалённом размещении (права доступа файла должны
 2 иметь значение 600).
 
 права доступа _к_ файлу, кажется, лучше.

опять же - открытый ключ
Ну и лучше наверно написать про ssh-copy-id, хотя в оригинале и поленились.


 
 0 You should then be able to use ssh to log in to the remote server without
 0 being asked for a password.
 1 После этого у вас должна появиться возможность использовать ssh для входа 
 на
 1 удалённый сервер без запроса пароля.
 2 Теперь у вас должна появиться возможность подключения к удалённому серверу,
 2 используя ssh, без запроса пароля.
 
 Теперь, кажется, лучше чем После этого.
Теперь вы можете подключиться к удаленному серверу по SSH без ввода пароля.
?

 
 0 Important: Note that everyone that has read access to the private key file
 0 can use it to have the same passwordless access to the remote site. This
 0 includes any person that has root access to your local machine.
 1 Важно: Заметьте, что любой, имеющий доступ для чтения к такому частному
 1 ключу, может использовать его для доступа к удалённому сайту без пароля. 
 Это
 1 включает любого, кто имеет доступ к вашей локальной машине с правами root.
 2 Важно: Заметьте, что любой, кто сможет прочитать файл общедоступного ключа,
 2 сможет использовать такой же безпарольный доступ к удалённому размещению. В
 2 том числе все, кто имеет доступ к вашей локальной машине с правами root.
 
 Я бы поставил восклицательный знак после Важно, чтобы не писать с маленькой
 буквы после двоеточия.
 безпарольный = беспарольный

 Вы предпочитаете удалённое размещение вместо удалённый сайт. Насколько я
 вижу, на debian.org ни одно, ни второе сочетание более не используется.

узел/удаленный узел?
ну и опять же открытый/закрытый мне кажется более привычным в криптографии.

 0 Therefore it's strongly recommended that you use a passphrase for your
 0 private key if you are not the only root on your machine.
 1 Следовательно, если вы не являетесь единственным, кто имеет доступ к вашей
 1 машине с правами root, настоятельно рекомендуется использовать пароль для
 1 вашего частного ключа.
 2