Re: systemd, чтоб его

2015-04-27 Пенетрантность Melleus
Разобрался, обязательно таки не требует. wicd предлагали как-то, но
что-то меня в нем не устроило. То-ли проблемы были с переключением с
проводной на беспроводную сеть и потом через usb-свисток по
мобильной, то ли с запоминанием множестенных точек wifi что-то не
устроило. Не помню точно. Но остался на NM. За гном-2 тоже до последнего
держался. А когда переполз на тайлинг, то подумал, что давно пора
было. Похоже, история повторяется.

Спасибо за участие.


-- 
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/874mo1tfh1.fsf@hornet.workgroup



Re: systemd, чтоб его

2015-04-27 Пенетрантность dimas
а нетворк-манагер, что ли, требует шыштемдэ непременно в качестве инита? если
нет, то какие проблемы? и это, wicd, или как там его - предлагали уже? или
вообще без него?


2015-116 23:19 Melleus mell...@openmailbox.org wrote:
 Чтобы оставить и SysV, и 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/20150427154854.0a6fb...@ulf.tvoe.tv



RE: systemd, чтоб его

2015-04-26 Пенетрантность Pavel Marchenko
А в чем проблема собственно? Зачем его отвязывать?

-Исходное сообщение-
От: Melleus mell...@openmailbox.org
Отправлено: ‎26.‎04.‎2015 2:30
Кому: debian-russian@lists.debian.org debian-russian@lists.debian.org
Тема: Re: systemd, чтоб его

Не появился ли способ отвязать Network Manager от systemd? Или пришло
время и этот осколок былой славы выбрасывать? Если так, то в Редмонде
должны быть довольны. А ведь все шансы у гномоделов были превзойти
оболочку от операционной системы...


-- 
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/877fsz6buj.fsf@hornet.workgroup



Re: systemd, чтоб его

2015-04-26 Пенетрантность Melleus
Чтобы оставить и SysV, и 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/87fv7my74z.fsf@hornet.workgroup



Re: systemd, чтоб его

2015-04-25 Пенетрантность Melleus
Не появился ли способ отвязать Network Manager от systemd? Или пришло
время и этот осколок былой славы выбрасывать? Если так, то в Редмонде
должны быть довольны. А ведь все шансы у гномоделов были превзойти
оболочку от операционной системы...


-- 
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/877fsz6buj.fsf@hornet.workgroup



Re: systemd, чтоб его

2015-01-31 Пенетрантность Melleus
Новые симптомы болезни, которая все более прогрессирует и поражает новые
проекты свободного софта. Сначала Пульс, потом Гном, потом
системд. Очередной жертвой пал Друпал 7. После обновления #7002 работа
БД возможна только в режиме InnoDB. Д`артаньяны, естественно, авторы
изменений, а не пользователи, внезапно лишившиеся своих сайтов. Особенно
- в силу разных причин, размещенных на бесплатных хостингах.
Подробности, если кому интересно, по ссылке (см. сообщение #18 - не
нравится - не обновляйте. Д`артаньян):
https://www.drupal.org/node/2414769

Вот такая вот болезнь. Не знаю и как назвать - то ли синдром Поттеринга,
то ли мания Д`артаньяна. Вот только принимает это уже массовый характер
и расползается по всей экосистеме. Грустно.


-- 
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/87y4oj6llr.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-09-18 Пенетрантность Ivan Shmakov
 AC == Artem Chuprina r...@ran.pp.ru writes:
 Ivan Shmakov - debian-russian@lists.debian.org:

[…]

 IS Что примечательно, – inetd (почти уверен, — во всех его вариантах)
 IS умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd —
 IS совершенно не представляю.

 AC Тут скорее следует говорить о том, что inetd не выполняет функции
 AC init, поэтому не заменяет его, потому и не занимает PID 1.

 IS Верно.  При этом, повторюсь, — запуск процессов — вне зависимости
 IS от поддержки зависимостей, Cgroups, и прочих Dbus — совершенно
 IS ортогонален выполнению функций init.  Примеры — все варианты Inetd,
 IS Supervisor, а равно и упомянутый в [1] некий Circus.

 AC Насчет ортогональности я бы попросил… Все-таки init выполняет
 AC функции корня дерева процессов — во-первых, бутстрап (запуск первых
 AC процессов),

IOW, — запуск некоего «супервизора.»  Или даже нескольких, —
коли вдруг пользователь пожелает.  (Или примем «One supervisor
is enough for everyone» за аксиому?)

 AC а во-вторых, сбор вымерших сиротинушек со всей системы и подметание
 AC за ними.

Секунду, — что нового в этом отношении предлагает Systemd?

 AC Плюс он же, что вполне естественно ровно по причине PID 1
 AC (т. е. заранее известно, кому именно слать сигнал) реагирует на
 AC общесистемные сигналы типа потери питания и запроса шатдауна.  Хотя
 AC это уже, глядя на его man, переехало на использование /run/initctl
 AC (undocumented, судя по тому же man).

«Переехала» только обработка SIGPWR; SIGINT и SIGWINCH остались.

 AC Еще он отвечает за локальные логины в консоль, потому что в свое
 AC время больше некуда было засунуть запуск getty, ну, так это и
 AC осталось.

Как уже упомянуто в обсуждении, — за это отвечают именно getty,
отнюдь не SysV init в роли PID 1.

Недостатки такого подхода ничуть не более очевидны, чем его
преимущества, — как, например, независимость перезапуска getty
от возможного краха «супервизора.»

Одно время у меня в inittab был и запуск X-сервера (ну да, — с
-query localhost.)  По некоторому рассуждению, — запуск sshd
может быть полезно расположить там же.

И я едва ли соглашусь, что запуск процесса в цикле с подсчетом
итераций и времени — существенно усложняет код PID 1.

 IS [1] http://blog.jorgenschaefer.de/2014/07/why-systemd.html

[…]

 AC С SysV init у нас сейчас в системе N различных супервизоров и
 AC запускателей процессов для разных ситуаций — сам init, inetd,
 AC dbus-daemon, *dm, ну и вот супервизоры-велосипеды.

 AC У большинства из них система зависимостей либо кривая, как у
 AC нынешнего SysV init (не у самого init, а у /etc/rc, как я понимаю),
 AC либо вообще отсутствует.

 AC Сама по себе идея причесать этот разброд и аккуратно поделить на
 AC процессы, добавив ей ленивости — это очень хорошая идея.  В
 AC частности, из SysV init откровенно следует выдрать работу с
 AC логинами

При том, что, подчеркну, — ее там никогда и не было.

 AC и с power status (последняя там особенно крива), оставив только
 AC бутстрап (в смысле, запуск супервизора с нужными параметрами и
 AC фоллбэк на случай, если он сдох), запуск шатдауна (через пинок
 AC супервизора и фоллбэк на случай, если тот сдох) и сбор сиротинушек.
 AC То, что, по слухам (сам еще не проверял, врать не буду), реализация
 AC этой идеи в systemd кривая, не делает прямее нынешний SysV init и
 AC не портит саму идею.

Я не против идеи.  Собственно, я даже, большей частью, не против
реализации; для меня не составило бы проблемы даже использование
XML для конфигурационных файлов (чего Systemd не предлагает) или
«нетекстовых» журналов (что как будто бы имеется.)  К реализации
у меня ровно два вопроса: занятие PID 1 и (как следствие)
невозможность одновременного использования иных систем.

У меня, впрочем, зародилось подозрение.  «Пинок супервизора»?
Ну дело ясное, — лучше D-Bus для этого средства не найти.

А коль скоро SysV init его не умеет, — вот и потребовалась новая
реализация.

Да, судя по описанию, OpenRC пытается реализовать ровно ту же
самую идею.  Только /без/ занятия PID 1 (что как бы намекает.)
А равно и без жестких зависимостей от функций Linux.  (Пользуясь
случаем, хочу напомнить, что в рамках Debian разрабатываются
варианты системы и на основе иных ядер.  Что тоже намекает.)

-- 
FSF associate member #7257  np. Долгая счастливая жизнь — Гражданская Оборона


-- 
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/87ppesaf3w@violet.siamics.net



Re: systemd, чтоб его

2014-09-18 Пенетрантность Ivan Shmakov
 AC == Artem Chuprina r...@ran.pp.ru writes:
 Victor Wagner - debian-russian@lists.debian.org:

[…]

 VW А что это будут за процессы — getty (которая уже ближе к понятию
 VW работает с логинами — во всяком случае exec (/bin/login…) она
 VW делать умеет) X-сервер (который опять же с логинами нифига не
 VW работает) или еще какой-нибудь сетевой сервер — не важно

 VW X-сервер с респавном запускать кстати для X-терминалов, в которых
 VW логины обслуживаются удаленным *dm — вполне разумная идея.

 AC Начнем с того, что там остальная функциональность-то не нужна...
 AC Там действительно в качестве /sbin/init подойдет шелловский скрипт
 AC на 20 строк.  Или даже сишный код на 40 :)

JFTR, — в состав BusyBox входит init на где-то 1340 строк
(исключая комментарии.)  Я так понимаю, что в определенных
настройках объем фактически собираемого кода составит менее
1000 строк.

(Используется сей вариант, помимо разнообразных OpenWRT, в D-I.)

-- 
FSF associate member #7257  np. На той стороне / На том берегу


-- 
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/87lhpgaeeo@violet.siamics.net



Re: systemd, чтоб его

2014-09-18 Пенетрантность Ivan Shmakov
 Victor Wagner vi...@wagner.pp.ru writes:

[…]

  Вообще бы стоило поступить (вопрос в том, кто может на это решиться?
  Ну не Линус же) как Кнут.  Который сказал делайте что хотите, но не
  называйте это TeX.

  Сказать. что вот этот ваш замечательный systemd конечно
  замечательный, но не называйте систему, где он есть GNU/Linux и, тем
  более unix.

Есть проблема: GNU /уже/ расшифровывается как GNU’s Not Unix.

  Пусть будет скажем Gnome System или Potterix.  Типа вот есть же
  Android, где вполне себе линуксовое ядро.  Но никто не претендует на
  то что это Linux или Unix.

AIUI, Android действительно не содержит никаких компонент GNU
(как, например, Bash, Coreutils), поэтому называть его «GNU»
было бы странно.  В системах на основе Systemd эти компоненты
почти наверняка сохранятся.

(Более того, Gnome изначально «GNU Network Object Model
Environment.»  Хотя кого это волнует?…)

PS.  http://kovodstvo.ru/sections/105?

-- 
FSF associate member #7257  np. Сияние — Гражданская Оборона


-- 
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/87ha04acq7@violet.siamics.net



Re: systemd, чтоб его

2014-09-17 Пенетрантность Ivan Shmakov
 AC == Artem Chuprina r...@ran.pp.ru writes:
 Ivan Shmakov - debian-russian@lists.debian.org:

 AC Впрочем, если смотреть шире, то в данном случае это вообще
 AC замечательная и вся из себя прекрасная идея ленивых вычислений.
 AC Которая, кстати, давно частично реализована в юниксах в части
 AC сетевых взаимодействий (inetd).

 AC Но полезность inetd ограничена тем, что он, во-первых, не умеет
 AC действовать по схеме при первом запросе поднять сервис и оставить
 AC его работать (а это довольно часто нужно), а во-вторых, не умеет
 AC поднять зависимости.  А в-третьих, тем, что он это умеет только для
 AC сети.

 IS Что примечательно, – inetd (почти уверен, — во всех его вариантах)
 IS умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd —
 IS совершенно не представляю.

 AC Тут скорее следует говорить о том, что inetd не выполняет функции
 AC init, поэтому не заменяет его, потому и не занимает PID 1.

Верно.  При этом, повторюсь, — запуск процессов — вне
зависимости от поддержки зависимостей, Cgroups, и прочих Dbus —
совершенно ортогонален выполнению функций init.  Примеры — все
варианты Inetd, Supervisor, а равно и упомянутый в [1] некий
Circus.

[1] http://blog.jorgenschaefer.de/2014/07/why-systemd.html

 AC А systemd - выполняет, вследствие чего заменяет (ибо нафига тогда
 AC еще и init?), поэтому совершенно естественно, что PID 1 достается
 AC именно ему.

BTW, какие именно функции init (в смысле PID 1) берет на себя
Systemd?  «Усыновление осиротевших процессов» и запуск условного
/etc/init.d/rcS при запуске системы?  Так с этими задачами /уже/
справляется SysV init.  Для чего потребовалась заново решать эту
задачу «с нуля»?

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/87y4tiaeq2@violet.siamics.net



Re: systemd, чтоб его

2014-09-17 Пенетрантность Ivan Shmakov
 Eugene Berdnikov b...@protva.ru writes:
 On Tue, Sep 16, 2014 at 10:21:34PM +, Ivan Shmakov wrote:
 Eugene Berdnikov b...@protva.ru writes:

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

[…]

  Ядро юникса такую защиту init'у предоставляет, и это правильно.

  Я так подозреваю, — оно может и другим процессам такую защиту
  предоставлять (mlockall?), пусть даже и не по-умолчанию.

  Может, но mlockall это защита лишь от части источников риска, для
  защиты от сигналов в юниксе API нет.

Что значит «защита от сигналов»?  Ядро обрабатывает только два
сигнала: SIGKILL и SIGSTOP; все остальное — процесс, в
соответствии с собственными предпочтениями.

  Кроме того, на SIGSEGV оная «защита» не распространяется.  Так что
  маленькая ошибка в коде Systemd чревата большим kernel panic.  В
  отличие от Inetd или Supervisor.

  SIGSEGV не должен приводить напрямую к kernel panic.

Действительно, SIGSEGV можно обработать.  Но я не уверен, что
это действительно разумно для PID 1 в общем, и реализовано в
Systemd в частности.  Так что по факту, — SIGSEGV для PID 1
приводит к завершению PID 1 и, следовательно, kernel panic.

  А насчёт монолитности и гранулярности здесь пробегали ссылки — авторы
  systemd утверждают, что их изделие поделено на множество мелких
  частей, общающихся как процессы с определённым интерфейсом, так что
  краха всей системы при ошибке в одном из бинарников быть не должно.

Кроме того случая, когда ошибка происходит конкретно в коде,
выполняемом как PID 1.

Что, на мой взгляд, является хорошим поводом оставлять код PID 1
как можно более простым, — может быть, даже проще, чем
существующий SysV init.  Есть подозрение, что Systemd такого
варианта не предлагает.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/87tx46ac1e@violet.siamics.net



Re: systemd, чтоб его

2014-09-17 Пенетрантность Artem Chuprina
Ivan Shmakov - debian-russian@lists.debian.org  @ Wed, 17 Sep 2014 07:27:49 
+:

 AC Впрочем, если смотреть шире, то в данном случае это вообще
 AC замечательная и вся из себя прекрасная идея ленивых вычислений.
 AC Которая, кстати, давно частично реализована в юниксах в части
 AC сетевых взаимодействий (inetd).

 AC Но полезность inetd ограничена тем, что он, во-первых, не умеет
 AC действовать по схеме при первом запросе поднять сервис и оставить
 AC его работать (а это довольно часто нужно), а во-вторых, не умеет
 AC поднять зависимости.  А в-третьих, тем, что он это умеет только для
 AC сети.

 IS Что примечательно, – inetd (почти уверен, — во всех его вариантах)
 IS умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd —
 IS совершенно не представляю.

 AC Тут скорее следует говорить о том, что inetd не выполняет функции
 AC init, поэтому не заменяет его, потому и не занимает PID 1.

 ISВерно.  При этом, повторюсь, — запуск процессов — вне
 ISзависимости от поддержки зависимостей, Cgroups, и прочих Dbus —
 ISсовершенно ортогонален выполнению функций init.  Примеры — все
 ISварианты Inetd, Supervisor, а равно и упомянутый в [1] некий
 ISCircus.

Насчет ортогональности я бы попросил...  Все-таки init выполняет функции
корня дерева процессов - во-первых, бутстрап (запуск первых процессов),
а во-вторых, сбор вымерших сиротинушек со всей системы и подметание за
ними.

Плюс он же, что вполне естественно ровно по причине PID 1 (т.е. заранее
известно, кому именно слать сигнал) реагирует на общесистемные сигналы
типа потери питания и запроса шатдауна.  Хотя это уже, глядя на его man,
переехало на использование /run/initctl (undocumented, судя по тому же
man).

Еще он отвечает за локальные логины в консоль, потому что в свое время
больше некуда было засунуть запуск getty, ну, так это и осталось.

 IS [1] http://blog.jorgenschaefer.de/2014/07/why-systemd.html

 AC А systemd - выполняет, вследствие чего заменяет (ибо нафига тогда
 AC еще и init?), поэтому совершенно естественно, что PID 1 достается
 AC именно ему.

 ISBTW, какие именно функции init (в смысле PID 1) берет на себя
 ISSystemd?  «Усыновление осиротевших процессов» и запуск условного
 IS/etc/init.d/rcS при запуске системы?  Так с этими задачами /уже/
 ISсправляется SysV init.  Для чего потребовалась заново решать эту
 ISзадачу «с нуля»?

Скажем так, и эти тоже.  С SysV init у нас сейчас в системе N различных
супервизоров и запускателей процессов для разных ситуаций - сам init,
inetd, dbus-daemon, *dm, ну и вот супервизоры-велосипеды.

У большинства из них система зависимостей либо кривая, как у нынешнего
SysV init (не у самого init, а у /etc/rc, как я понимаю), либо вообще
отсутствует.

Сама по себе идея причесать этот разброд и аккуратно поделить на
процессы, добавив ей ленивости - это очень хорошая идея.  В частности,
из SysV init откровенно следует выдрать работу с логинами и с power
status (последняя там особенно крива), оставив только бутстрап (в
смысле, запуск супервизора с нужными параметрами и фоллбэк на случай,
если он сдох), запуск шатдауна (через пинок супервизора и фоллбэк на
случай, если тот сдох) и сбор сиротинушек.  То, что, по слухам (сам еще
не проверял, врать не буду), реализация этой идеи в systemd кривая, не
делает прямее нынешний SysV init и не портит саму идею.


-- 
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/87tx46r366@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Artem Chuprina
Artem Chuprina - debian-russian@lists.debian.org  @ Wed, 17 Sep 2014 13:45:21 
+0400:

 AC Скажем так, и эти тоже.  С SysV init у нас сейчас в системе N различных
 AC супервизоров и запускателей процессов для разных ситуаций - сам init,
 AC inetd, dbus-daemon, *dm, ну и вот супервизоры-велосипеды.

Ах, да, кто-то уже упоминал automount и udev.  Это туда же, где
dbus-daemon.

Мне сейчас приходится строить довольно сложную конфигурацию для
автомагического доступа к флешкам - во-первых, udev, который обнюхивает
флешку и делает симлинк в известном месте, а во-вторых, automount,
который монтирует ее по запросу разыменования того симлинка и, главное,
аккуратно отмонтирует вскоре после окончания ее использования.

Она работает, но...

 AC У большинства из них система зависимостей либо кривая, как у нынешнего
 AC SysV init (не у самого init, а у /etc/rc, как я понимаю), либо вообще
 AC отсутствует.

 AC Сама по себе идея причесать этот разброд и аккуратно поделить на
 AC процессы, добавив ей ленивости - это очень хорошая идея.  В частности,
 AC из SysV init откровенно следует выдрать работу с логинами и с power
 AC status (последняя там особенно крива), оставив только бутстрап (в
 AC смысле, запуск супервизора с нужными параметрами и фоллбэк на случай,
 AC если он сдох), запуск шатдауна (через пинок супервизора и фоллбэк на
 AC случай, если тот сдох) и сбор сиротинушек.  То, что, по слухам (сам еще
 AC не проверял, врать не буду), реализация этой идеи в systemd кривая, не
 AC делает прямее нынешний SysV init и не портит саму идею.


-- 
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/87ppeur1n3@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Victor Wagner
On 2014.09.17 at 08:25:49 +, Ivan Shmakov wrote:

 
   Что, на мой взгляд, является хорошим поводом оставлять код PID 1
   как можно более простым, — может быть, даже проще, чем
   существующий SysV init.  Есть подозрение, что Systemd такого
   варианта не предлагает.

Я вообще туда иногда шелловский скрипт строчек из 20 ставлю.


-- 
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/20140917110442.ga27...@wagner.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Victor Wagner
On 2014.09.17 at 13:45:21 +0400, Artem Chuprina wrote:

 У большинства из них система зависимостей либо кривая, как у нынешнего
 SysV init (не у самого init, а у /etc/rc, как я понимаю), либо вообще
 отсутствует.

Нынешний SysV init это не более чем система соглашений о том, как
писать шелловские скрипты, которые будет init запускать при переходе
с ранлевела на ранлевел. Она полностью отдельна от самого init (который
с тем же успехом будет запускать bsd-style rc-скрипты) и этим и хороша.

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

Только идея вносить для этого изменения в код /sbin/init, не говоря уж о
том, чтобы заменять его на другие процессы - однозначно плоха.

Вызывайте из inittab хоть make, хоть prolog - это пожалуйста.

 из SysV init откровенно следует выдрать работу с логинами и с power

Вот-вот. Следует выдрать. А не следует писать монстра, куда добавлять и
то, и другое, и двадцать пятое. Но, surprise - sysV init  с логинами и 
не работает.
Единственное что он делает, это респавнит некоторые процессы по их
завершению. А что это будут за процессы - getty (которая уже ближе к
понятию работает с логинами - во всяком случае exec(/bin/login..) 
она делать умеет) X-сервер (который опять же с логинами нифига не
работает) или еще какой-нибудь сетевой сервер - не важно

X-сервер с респавном запускать кстати для X-терминалов, в которых логины
обслуживаются удаленным *dm - вполне разумная идея.


-- 
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/20140917111314.gb27...@wagner.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Artem Chuprina
Victor Wagner - debian-russian@lists.debian.org  @ Wed, 17 Sep 2014 15:13:14 
+0400:

  У большинства из них система зависимостей либо кривая, как у нынешнего
  SysV init (не у самого init, а у /etc/rc, как я понимаю), либо вообще
  отсутствует.

 VW Нынешний SysV init это не более чем система соглашений о том, как
 VW писать шелловские скрипты, которые будет init запускать при переходе
 VW с ранлевела на ранлевел. Она полностью отдельна от самого init (который
 VW с тем же успехом будет запускать bsd-style rc-скрипты) и этим и хороша.

Нет, это еще, во-первых, сам /sbin/init и /etc/inittab, а во-вторых,
/etc/rc.  В смысле, тот скрипт, который собственно и запускает те
скрипты, про которые соглашение.

Не говоря уже о том, что это соглашение в каждом дистрибутиве свое.
Различается деталями, но дьявол именно в них.

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

 VW Только идея вносить для этого изменения в код /sbin/init, не говоря уж о
 VW том, чтобы заменять его на другие процессы - однозначно плоха.

 VW Вызывайте из inittab хоть make, хоть prolog - это пожалуйста.

Глядя на man inittab и на man init, мне представляется, что SysV
/sbin/init - это спагетти минимум из трех сортов макарон.

Если в systemd их разделили на три бинарника (или более) - это хорошо.
Если нет - плохо.  Я так понял, глянув краем глаза, что там таки да, N
различных бинарников.  Может, и разделили.

  из SysV init откровенно следует выдрать работу с логинами и с power

 VW Вот-вот. Следует выдрать. А не следует писать монстра, куда добавлять и
 VW то, и другое, и двадцать пятое. Но, surprise - sysV init  с логинами и 
 VW не работает.
 VW Единственное что он делает, это респавнит некоторые процессы по их
 VW завершению.

Вот это-то и выдрать.  Поскольку это далеко не единственный action у
него, и там макароны.  Для минимального /sbin/init он умеет слишком
много разного, а для нормального системного супервизора - слишком мало.

 VW А что это будут за процессы - getty (которая уже ближе к понятию
 VW работает с логинами - во всяком случае exec(/bin/login..)  она
 VW делать умеет) X-сервер (который опять же с логинами нифига не
 VW работает) или еще какой-нибудь сетевой сервер - не важно

 VW X-сервер с респавном запускать кстати для X-терминалов, в которых логины
 VW обслуживаются удаленным *dm - вполне разумная идея.

Начнем с того, что там остальная функциональность-то не нужна...  Там
действительно в качестве /sbin/init подойдет шелловский скрипт на 20
строк.  Или даже сишный код на 40 :)


-- 
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/87lhpiqvph@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Victor Wagner
On 2014.09.17 at 16:26:34 +0400, Artem Chuprina wrote:

 Если в systemd их разделили на три бинарника (или более) - это хорошо.
 Если нет - плохо.  Я так понял, глянув краем глаза, что там таки да, N
 различных бинарников.  Может, и разделили.

В systemd слишком много бинарников. И xml-ные конфиги вместо шелловских
скриптов. 

Вообще бы стоило поступить (вопрос в том, кто может на это решиться? Ну
не Линус же) как Кнут. Который сказал делайте что хотите, но не
называйте это TeX. 

Сказать. что вот этот ваш замечательный systemd конечно замечательный,
но не называйте систему, где он есть GNU/Linux и, тем более unix.

Пусть будет скажем Gnome System или Potterix. Типа вот есть же android,
где вполне себе линуксовое ядро. Но никто не претендует на то что это
linux или Unix.



-- 
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/20140917130223.ga31...@wagner.pp.ru



Re: systemd, чтоб его

2014-09-17 Пенетрантность Pavel Volkov

On Wednesday, September 17, 2014 5:02:23 PM MSK, Victor Wagner wrote:

В systemd слишком много бинарников. И xml-ные конфиги вместо шелловских
скриптов. 


В самом деле? Там INI-файлы, это проще и понятнее скриптов.


Пусть будет скажем Gnome System или Potterix. Типа вот есть же android,
где вполне себе линуксовое ядро. Но никто не претендует на то что это
linux или Unix.


Есть ещё Ubuntu, на её сайте нет ни слова про Linux :)


--
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/77b31d15-cef9-4dc5-9b00-06e5c7fe9...@lists.xtsubasa.org



Re: systemd, чтоб его

2014-09-17 Пенетрантность Dmitrii Kashin
Ivan Shmakov i...@siamics.net writes:

 Dmitrii Kashin free...@freehck.ru writes:

 […]

   Почему же, минимум усилий на правку конфигов как раз приложили:

   -- /etc/apt/preferences.d/80systemd --
   Package: systemd-sysv
   Pin: release a=stable
   Pin-Priority: -1

   Package: systemd-sysv
   Pin: release a=testing
   Pin-Priority: -1

 […]

   Почему бы не обойтись одним Pin: с c=main?

 Package: systemd-sysv
 Pin: release c=main
 Pin-Priority: -1

Ну... Я было думал пожаловаться, что не нашёл нормальной документации о
том, что можно писать в поле Pin, но сейчас вот смотрю в apt_preferences
и краснею потихоньку. Похоже, я просто не дочитал.

Большое спасибо.


pgpNuaAoK9KV1.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-09-16 Пенетрантность Evgeny Zubok
Melleus mell...@openmailbox.org writes:

 Только кто эту критику слушать будет. На Винде выросли, вот и тащат
 теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
 ментальную отраву, если уж подхватил. А не отравлять все вокруг.

Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не
у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS
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/87d2avzwl3@tochka.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Artem Chuprina
Evgeny Zubok - debian-russian@lists.debian.org  @ Tue, 16 Sep 2014 14:30:32 
+0400:

  Только кто эту критику слушать будет. На Винде выросли, вот и тащат
  теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
  ментальную отраву, если уж подхватил. А не отравлять все вокруг.

 EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не
 EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS
 EZ 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/877g13srqf@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Melleus
Evgeny Zubok evgeny.zu...@tochka.ru writes:

 Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не
 у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS
 X. Винда не упоминалась в качестве вдохновителей Поттерингом. 

Очевидно, стыдятся признаться.

По винде много ассоциаций в связи с гномом. Интерфейс, гномореестр и все
такое. Еще есть идеология неконтролируемого толком прямого доступа к
железу, инструментов для всех задач сразу, выпуска сырых продуктов и
объявления багов фичами. Архитектурой при этом можно вдохновляться какой
угодно, сути это не изменит. В какую бумажку какашку не заверни -
конфеткой она от этого не станет. Если бы Поттеринг и его соучастники
действительно вдохновлялись идеями Mac OS, очевидно, была бы видна
завершенность продуктов, их продуманность, удобство работы и
стабильность. Так ли это у пульсы и гнома 3, например? Да и у systemd,
похоже, тоже не все прекрасно с этим.


-- 
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/871trb8ypd.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-09-16 Пенетрантность Victor Wagner
On 2014.09.16 at 15:57:12 +0400, Artem Chuprina wrote:

 Evgeny Zubok - debian-russian@lists.debian.org  @ Tue, 16 Sep 2014 14:30:32 
 +0400:
 
   Только кто эту критику слушать будет. На Винде выросли, вот и тащат
   теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
   ментальную отраву, если уж подхватил. А не отравлять все вокруг.
 
  EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не
  EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS
  EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. 
 
 Плюсадин.  Повторюсь, идея-то хорошая.  Вопросы - к реализации.

Что, идея чего-то инспирированного макосью хорошая?!!!
У них с 85 года ни одной хорошей идеи не было. Только популистские.
И стандарт CUA с перекрывающимися окнами, провцирующими разведение
бардака на экране - они популяризовали. И всякие ограничения на
взаимодействия программ между собой, путем приписывания каждому файлу
приложения, которое только и имеет право его обрабатывать.

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

Про всякие mDNS ы я уж вообще молчу.


-- 
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/20140916134201.ga1...@wagner.pp.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Ivan Shmakov
 Dmitrii Kashin free...@freehck.ru writes:

[…]

  Почему же, минимум усилий на правку конфигов как раз приложили:

  -- /etc/apt/preferences.d/80systemd --
  Package: systemd-sysv
  Pin: release a=stable
  Pin-Priority: -1

  Package: systemd-sysv
  Pin: release a=testing
  Pin-Priority: -1

[…]

Почему бы не обойтись одним Pin: с c=main?

Package: systemd-sysv
Pin: release c=main
Pin-Priority: -1

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/878ulju05o@violet.siamics.net



Re: systemd, чтоб его

2014-09-16 Пенетрантность Artem Chuprina
Victor Wagner - debian-russian@lists.debian.org  @ Tue, 16 Sep 2014 17:42:01 
+0400:

Только кто эту критику слушать будет. На Винде выросли, вот и тащат
теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
ментальную отраву, если уж подхватил. А не отравлять все вокруг.
  
   EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут 
  не
   EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac 
  OS
   EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. 
  
  Плюсадин.  Повторюсь, идея-то хорошая.  Вопросы - к реализации.

 VW Что, идея чего-то инспирированного макосью хорошая?!!!

Да.  Ты не поверишь, иногда хорошие идеи впервые реализуются в странных местах.

Впрочем, если смотреть шире, то в данном случае это вообще замечательная
и вся из себя прекрасная идея ленивых вычислений.  Которая, кстати,
давно частично реализована в юниксах в части сетевых взаимодействий (inetd).

Но полезность inetd ограничена тем, что он, во-первых, не умеет
действовать по схеме при первом запросе поднять сервис и оставить его
работать (а это довольно часто нужно), а во-вторых, не умеет поднять
зависимости.  А в-третьих, тем, что он это умеет только для сети.

P.S. Да, я в курсе, что иногда стоит производить неленивые вычисления.
Ключевое слово - иногда.


-- 
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/8738brsjzw@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Evgeny Zubok
Victor Wagner vi...@wagner.pp.ru writes:

 Что, идея чего-то инспирированного макосью хорошая?!!!

Еще в Solaris есть подобный по идеологии механизм - SMF (Service
Management Facility). Он тоже был отправной точкой. Все бросились
реализовывать эти же идеи dependency-based и event-based систем
инициализации - вот и появились всякие initng и далее upstart, OpenRC,
systemd.


-- 
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/878uljy3jm@tochka.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Иван Лох
On Tue, Sep 16, 2014 at 06:44:19PM +0400, Artem Chuprina wrote:
 Victor Wagner - debian-russian@lists.debian.org  @ Tue, 16 Sep 2014 17:42:01 
 +0400:
 
 Только кто эту критику слушать будет. На Винде выросли, вот и тащат
 теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
 ментальную отраву, если уж подхватил. А не отравлять все вокруг.
   
EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда 
 тут не
EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из 
 Mac OS
EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. 
   
   Плюсадин.  Повторюсь, идея-то хорошая.  Вопросы - к реализации.
 
  VW Что, идея чего-то инспирированного макосью хорошая?!!!
 Да.  Ты не поверишь, иногда хорошие идеи впервые реализуются в странных 
 местах.

Пару лет назад здесь был топик о dbus, завершившийся утверждением  Victor 
Wagner,
о том, что главная беда dbus — единственная плохо документированная
реализация. Сейчас этих реализаций три ) причем одна хорошо документированная, а
другая высокопроизводительная )))

systemd модульная система с определенными интерфейсами. Как только они
окончательно устаканятся ее можно будет переписать кусками. В любом
случае это лучше чем нынешнее нагромождение костылей.

--
Иван Лох


-- 
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/20140916155450.ga24...@nano.ioffe.rssi.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Ivan Shmakov
 AC == Artem Chuprina r...@ran.pp.ru writes:
 Victor Wagner - debian-russian@lists.debian.org:

 VW Что, идея чего-то инспирированного макосью хорошая?!!!

 AC Да.  Ты не поверишь, иногда хорошие идеи впервые реализуются в
 AC странных местах.

 AC Впрочем, если смотреть шире, то в данном случае это вообще
 AC замечательная и вся из себя прекрасная идея ленивых вычислений.
 AC Которая, кстати, давно частично реализована в юниксах в части
 AC сетевых взаимодействий (inetd).

 AC Но полезность inetd ограничена тем, что он, во-первых, не умеет
 AC действовать по схеме при первом запросе поднять сервис и оставить
 AC его работать (а это довольно часто нужно), а во-вторых, не умеет
 AC поднять зависимости.  А в-третьих, тем, что он это умеет только для
 AC сети.

Что примечательно, – inetd (почти уверен, — во всех его
вариантах) умеет работать не занимая PID 1.  Зачем сие
потребовалось Systemd — совершенно не представляю.

Против аналога inetd «не для сетей» и прочего у меня бы
возражений не возникло.  (Тем более, что такие аналоги уже есть,
IIUC.)  Проблема в том, что Systemd очень уж желает занять PID,
который у меня уже занят «классическим» SysV init.  (Ну
разумеется, — «One init to run them all.»)  Боюсь, пока я не
найду внятных обоснований для такого требования, — я не готов
рассматривать Systemd в качестве альтернативы.

 AC P. S.  Да, я в курсе, что иногда стоит производить неленивые
 AC вычисления.  Ключевое слово - иногда.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/874mw7tom0@violet.siamics.net



Re: systemd, чтоб его

2014-09-16 Пенетрантность Иван Лох
On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote:
 
   Что примечательно, – inetd (почти уверен, — во всех его
   вариантах) умеет работать не занимая PID 1.  Зачем сие
   потребовалось Systemd — совершенно не представляю.
 
   Против аналога inetd «не для сетей» и прочего у меня бы
   возражений не возникло.  (Тем более, что такие аналоги уже есть,
   IIUC.)  Проблема в том, что Systemd очень уж желает занять PID,
   который у меня уже занят «классическим» SysV init.  (Ну
   разумеется, — «One init to run them all.»)  Боюсь, пока я не
   найду внятных обоснований для такого требования, — я не готов
   рассматривать Systemd в качестве альтернативы.
 
Старт системы это лишь частный случай реакции на события. Принципиально
нет никакой разницы воткнут съемный/несъемный носить или был изначально.
Была клавиатура изначально или появилась в какой-то момент. Сейчас же
они обрабатываются разными подсистемами init и udev, соответственно. А
Это совершенно неестественное поведение привело к появлению множества
жутких костылей. PolicyKit, например. До этого automount. В
действительности сейчас у меня 5 или 6 разных программ решают одну
задачу — запустить процесс по запросу другой программы и следить
чтобы он не умер. И у каждой из них свои настройки.

--
Иван Лох



-- 
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/20140916194731.ga3...@nano.ioffe.rssi.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Eugene Berdnikov
On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote:
   Что примечательно, ??? inetd (почти уверен, ??? во всех его
   вариантах) умеет работать не занимая PID 1.  Зачем сие
   потребовалось Systemd ??? совершенно не представляю.

 AFAIK, занять pid 1 можно ровно одним способом: быть процессом,
 созданным ядром на шаге старта ОС после загрузки. Никакого другого
 способа занять конкретный pid не существует, ни 1й, ни любой
 другой: API для этого в юниксах просто нет.

 Соответственно, inetd никогда не выбирает себе pid, он просто работает
 под тем, под которым оказался запущен. Причём inetd можно запустить
 несколько раз и несколько штук, в отличие от init'а, который всегда один,
 никогда не получает SIGSTOP и SIGKILL, не останавливается ядром, никогда
 не перезапускается, подбирает под себя осиротевшие процессы с оставшимися
 у них ресурсами. Такова базовая модель работы юникса.

   IIUC.)  Проблема в том, что Systemd очень уж желает занять PID,
   который у меня уже занят ??классическим?? SysV init.  (Ну
   разумеется, ??? ??One init to run them all.??)  Боюсь, пока я не
   найду внятных обоснований для такого требования, ??? я не готов
   рассматривать Systemd в качестве альтернативы.

 Нет ничего удивительного в том, что сервис, желающий стартовать всех,
 подменяет init. На месте авторов я бы тоже не заморачивался поддержкой
 варианта systemd + классический init.
-- 
 Eugene Berdnikov


-- 
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/20140916195848.gd21...@sie.protva.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Ivan Shmakov
 Eugene Berdnikov b...@protva.ru writes:
 On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote:
 Artem Chuprina r...@ran.pp.ru writes:

  Впрочем, если смотреть шире, то в данном случае это вообще
  замечательная и вся из себя прекрасная идея ленивых вычислений.
  Которая, кстати, давно частично реализована в юниксах в части
  сетевых взаимодействий (inetd).

  Но полезность inetd ограничена тем, что он, во-первых, не умеет
  действовать по схеме при первом запросе поднять сервис и оставить
  его работать (а это довольно часто нужно), а во-вторых, не умеет
  поднять зависимости.  А в-третьих, тем, что он это умеет только для
  сети.

  Что примечательно, — inetd (почти уверен, — во всех его вариантах)
  умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd —
  совершенно не представляю.

  AFAIK, занять pid 1 можно ровно одним способом: быть процессом,
  созданным ядром на шаге старта ОС после загрузки.  Никакого другого
  способа занять конкретный pid не существует, ни 1й, ни любой
  другой: API для этого в юниксах просто нет.

  Соответственно, inetd никогда не выбирает себе pid, он просто
  работает под тем, под которым оказался запущен.  Причём inetd можно
  запустить несколько раз и несколько штук, в отличие от init'а,

Внимание, вопрос: а действительно ли необходимо быть init-ом для
решения перечисленных выше задач?  Тем более, что [1] приводит
контрпримеры, в том числе и некий supervisor:

Package: supervisor
Description-en: A system for controlling process state
 Supervisor is a system for controlling and maintaining process state,
 similar to what init does, but not intended as an init replacement.
 .
 It will manage individual processes or groups of processes that
 need to be started and stopped in order, and it is possible to
 control individual process state via an rpc mechanism, thus allowing
 ordinary users to restart processes.

(Примечательно: «but not intended as an init replacement».)

[1] http://blog.jorgenschaefer.de/2014/07/why-systemd.html

[…]

  Проблема в том, что Systemd очень уж желает занять PID, который у
  меня уже занят «классическим» SysV init.  (Ну разумеется, —
  «One init to run them all.»)  Боюсь, пока я не найду внятных
  обоснований для такого требования, — я не готов рассматривать
  Systemd в качестве альтернативы.

  Нет ничего удивительного в том, что сервис, желающий стартовать всех,
  подменяет init.  На месте авторов я бы тоже не заморачивался
  поддержкой варианта systemd + классический init.

Для меня, как пользователя, важно, чтобы сервис исполнял мои
желания.  Желания самого сервиса меня волнуют лишь постольку
поскольку.

PS.  BTW, один из подписчиков сей рассылки, помнится, ратовал за
использование windows-1251 вместо koi8-r — в качестве
«кириллической однобайтной.»  Пользуясь случаем, — поддерживаю.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/87zjdzs33z@violet.siamics.net



Re: systemd, чтоб его

2014-09-16 Пенетрантность Ivan Shmakov
 Иван Лох l...@1917.com writes:
 On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote:

  Что примечательно, – inetd (почти уверен, — во всех его вариантах)
  умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd —
  совершенно не представляю.

  Против аналога inetd «не для сетей» и прочего у меня бы возражений
  не возникло.  (Тем более, что такие аналоги уже есть, IIUC.)
  Проблема в том, что Systemd очень уж желает занять PID, который у
  меня уже занят «классическим» SysV init.  (Ну разумеется, — «One
  init to run them all.»)  Боюсь, пока я не найду внятных обоснований
  для такого требования, — я не готов рассматривать Systemd в качестве
  альтернативы.
 
  Старт системы это лишь частный случай реакции на события.
  Принципиально нет никакой разницы воткнут съемный/несъемный носить
  или был изначально.  Была клавиатура изначально или появилась в
  какой-то момент.  Сейчас же они обрабатываются разными подсистемами
  init и udev, соответственно.  А Это совершенно неестественное
  поведение привело к появлению множества жутких костылей.  PolicyKit,
  например.  До этого automount.

Правильно ли я понимаю, что Systemd предлагает демонов
«для сменных носителей и клавиатур»?  Какие конкретно задачи
решаются такими демонами?

  В действительности сейчас у меня 5 или 6 разных программ решают одну
  задачу — запустить процесс по запросу другой программы и следить
  чтобы он не умер.  И у каждой из них свои настройки.

И каким образом запуск иного кода в качестве именно PID 1
помогает решить проблему?

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/87vbons2u0@violet.siamics.net



Re: systemd, чтоб его

2014-09-16 Пенетрантность Eugene Berdnikov
On Tue, Sep 16, 2014 at 08:49:04PM +, Ivan Shmakov wrote:
  Eugene Berdnikov b...@protva.ru writes:
  On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote:
  Artem Chuprina r...@ran.pp.ru writes:
 
   Впрочем, если смотреть шире, то в данном случае это вообще
   замечательная и вся из себя прекрасная идея ленивых вычислений.
   Которая, кстати, давно частично реализована в юниксах в части
   сетевых взаимодействий (inetd).
 
   Но полезность inetd ограничена тем, что он, во-первых, не умеет
   действовать по схеме при первом запросе поднять сервис и оставить
   его работать (а это довольно часто нужно), а во-вторых, не умеет
   поднять зависимости.  А в-третьих, тем, что он это умеет только для
   сети.
 
   Что примечательно, ??? inetd (почти уверен, ??? во всех его вариантах)
   умеет работать не занимая PID 1.  Зачем сие потребовалось Systemd ???
   совершенно не представляю.
 
   AFAIK, занять pid 1 можно ровно одним способом: быть процессом,
   созданным ядром на шаге старта ОС после загрузки.  Никакого другого
   способа занять конкретный pid не существует, ни 1й, ни любой
   другой: API для этого в юниксах просто нет.
 
   Соответственно, inetd никогда не выбирает себе pid, он просто
   работает под тем, под которым оказался запущен.  Причём inetd можно
   запустить несколько раз и несколько штук, в отличие от init'а,
 
   Внимание, вопрос: а действительно ли необходимо быть init-ом для
   решения перечисленных выше задач?

 Что значит быть init-ом? Иметь pid равный 1? Для задач, которые
 упоминал А.Чуприна, конечно же, pid=1 иметь необязательно...

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

   Нет ничего удивительного в том, что сервис, желающий стартовать всех,
   подменяет init.  На месте авторов я бы тоже не заморачивался
   поддержкой варианта systemd + классический init.
 
   Для меня, как пользователя, важно, чтобы сервис исполнял мои
   желания.  Желания самого сервиса меня волнуют лишь постольку
   поскольку.

 Желание назначить pid не равный 1 запускалкe процессов совершенно
 бессмысленно, если за этим не стоит какой-то конкретный функционал.
 Вы же ни о каком функционале не упоминали, только о значении pid'a. :)
 Такие желания беспредметны, они всегда будут игнорироваться.
-- 
 Eugene Berdnikov


-- 
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/20140916214736.gf21...@sie.protva.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Ivan Shmakov
 Eugene Berdnikov b...@protva.ru writes:
 On Tue, Sep 16, 2014 at 08:49:04PM +, Ivan Shmakov wrote:

[…]

  Внимание, вопрос: а действительно ли необходимо быть init-ом для
  решения перечисленных выше задач?

  Что значит быть init-ом?  Иметь pid равный 1?  Для задач, которые
  упоминал А. Чуприна, конечно же, pid=1 иметь необязательно...

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

Это как посмотреть.  На мой взгляд, getty и sshd — куда как
более критичны, нежели любая «запускалка процессов.»  Причем, по
моему опыту, getty без проблем запускает не только SysV init, но
даже и BusyBox init.

  Ядро юникса такую защиту init'у предоставляет, и это правильно.

Я так подозреваю, — оно может и другим процессам такую защиту
предоставлять (mlockall?), пусть даже и не по-умолчанию.

Кроме того, на SIGSEGV оная «защита» не распространяется.
Так что маленькая ошибка в коде Systemd чревата большим
kernel panic.  В отличие от Inetd или Supervisor.

[…]

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


-- 
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/87r3zbrytt@violet.siamics.net



Re: systemd, чтоб его

2014-09-16 Пенетрантность Eugene Berdnikov
On Tue, Sep 16, 2014 at 10:21:34PM +, Ivan Shmakov wrote:
  Eugene Berdnikov b...@protva.ru writes:
 
   Ядро юникса такую защиту init'у предоставляет, и это правильно.
 
   Я так подозреваю, ??? оно может и другим процессам такую защиту
   предоставлять (mlockall?), пусть даже и не по-умолчанию.

 Может, но mlockall это защита лишь от части источников риска,
 для защиты от сигналов в юниксе API нет.

   Кроме того, на SIGSEGV оная ??защита?? не распространяется.
   Так что маленькая ошибка в коде Systemd чревата большим
   kernel panic.  В отличие от Inetd или Supervisor.

 SIGSEGV не должен приводить напрямую к kernel panic. А насчёт
 монолитности и гранулярности здесь пробегали ссылки -- авторы systemd
 утверждают, что их изделие поделено на множество мелких частей,
 общающихся как процессы с определённым интерфейсом, так что краха
 всей системы при ошибке в одном из бинарников быть не должно.
-- 
 Eugene Berdnikov


-- 
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/20140917034224.gg21...@sie.protva.ru



Re: systemd, чтоб его

2014-09-16 Пенетрантность Artem Chuprina
Ivan Shmakov - debian-russian@lists.debian.org  @ Tue, 16 Sep 2014 18:19:19 
+:

 AC Впрочем, если смотреть шире, то в данном случае это вообще
 AC замечательная и вся из себя прекрасная идея ленивых вычислений.
 AC Которая, кстати, давно частично реализована в юниксах в части
 AC сетевых взаимодействий (inetd).

 AC Но полезность inetd ограничена тем, что он, во-первых, не умеет
 AC действовать по схеме при первом запросе поднять сервис и оставить
 AC его работать (а это довольно часто нужно), а во-вторых, не умеет
 AC поднять зависимости.  А в-третьих, тем, что он это умеет только для
 AC сети.

 ISЧто примечательно, – inetd (почти уверен, — во всех его
 ISвариантах) умеет работать не занимая PID 1.  Зачем сие
 ISпотребовалось Systemd — совершенно не представляю.

Тут скорее следует говорить о том, что inetd не выполняет функции init,
поэтому не заменяет его, потому и не занимает PID 1.  А systemd -
выполняет, вследствие чего заменяет (ибо нафига тогда еще и init?),
поэтому совершенно естественно, что PID 1 достается именно ему.


-- 
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/87y4tirhoc@wizzle.ran.pp.ru



Re: systemd, чтоб его

2014-09-15 Пенетрантность Pavel Volkov

On Monday, September 15, 2014 4:26:07 AM MSK, Melleus wrote:

Maksym Tiurin mrko...@bungarus.info writes:


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


Рано терять надежду. Есть еще FreeBSD. Кре




В Gentoo хорошо поддерживается и OpenRC, и systemd.
В Debian вроде бы тоже от классического SysV-инита никто не отказывался? 
Выбирали только инит-систему по умолчанию. Да, пользователи GNOME в 
проигрыше.
Да, через зависимости могут установиться лишные либы. Для 
binary-дистрибутива это норма.
systemd на Jessie пока не пробовал, но удивлён, что здесь народ не готов к 
тому, что нужно приложить минимум усилий на правку пары конфигов, чтобы 
сохранить привычное для себя поведение (крышка ноута, fstab). На тестинге 
при смене таких core-пакетов это нормально. Нет времени разбираться — 
отложи обновление или сделай снапшот системы перед ним.
На основные мифы (в т. ч. про монолитность) отвечено полтора года назад 
[1].

Сам переполз на systemd в Gentoo 2 года назад, в целом всем доволен.
Из обязательных компонентов там только сам процесс systemd (инит), 
systemd-logind, systemd-udevd, systemd-journald (который можно 
перенаправить в привычный syslog, если вам противны бинарные логи). Всем 
остальным никто не заставляет пользоваться.
Смысл включения туда systemd-timesyncd (синхронизатор времени), например, я 
сам не понимаю. Использую ntpd.



--
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/41271c80-bd25-47f8-be8f-bcddf8f24...@lists.xtsubasa.org



Re: systemd, чтоб его

2014-09-15 Пенетрантность Dmitrii Kashin
Pavel Volkov sai...@lists.xtsubasa.org writes:

 В Debian вроде бы тоже от классического SysV-инита никто не
 отказывался? 

Именно. На то и уповаю.

 systemd на Jessie пока не пробовал, но удивлён, что здесь народ не
 готов к тому, что нужно приложить минимум усилий на правку пары
 конфигов, чтобы сохранить привычное для себя поведение (крышка ноута,
 fstab).

Почему же, минимум усилий на правку конфигов как раз приложили:

-- /etc/apt/preferences.d/80systemd --
Package: systemd-sysv
Pin: release a=stable
Pin-Priority: -1

Package: systemd-sysv
Pin: release a=testing
Pin-Priority: -1

Package: systemd-sysv
Pin: release a=unstable
Pin-Priority: -1
--

 На основные мифы (в т. ч. про монолитность) отвечено полтора года
 назад [1].

Вы забыли ссылку.

 Сам переполз на systemd в Gentoo 2 года назад, в целом всем доволен.
 Из обязательных компонентов там только сам процесс systemd (инит),
 systemd-logind, systemd-udevd, systemd-journald (который можно
 перенаправить в привычный syslog, если вам противны бинарные
 логи). Всем остальным никто не заставляет пользоваться.

О, нет. Это в Gentoo никто не заставляет пользоваться, ибо Вы там
USE-флаги выставили соответствующие, да собрали свой (ну допустим) XFCE
без завязки на сервисы systemd. А вот в Debian так не получится.


pgpoe8VvhNwfi.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-09-15 Пенетрантность Pavel Volkov

On Monday, September 15, 2014 11:21:59 PM MSK, Dmitrii Kashin wrote:

На основные мифы (в т. ч. про монолитность) отвечено полтора года
назад [1].


Вы забыли ссылку.


Да, виноват :) 
http://0pointer.de/blog/projects/the-biggest-myths



--
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/29738f5b-8352-4c4e-9b26-5b0cb76a9...@lists.xtsubasa.org



Re: systemd, чтоб его

2014-09-15 Пенетрантность Melleus
Pavel Volkov sai...@lists.xtsubasa.org writes:

 пользователи GNOME в проигрыше.

Пользователи GNOME в проигрыше с выхода третьей версии. Лично мне
пришлось на Awesome переползать. Хотя я и ни разу не
программист. Писатель, скорее. По крайней мере комп, по большей части
используется именно для этого. Так что этих пользователей здорово
поубавилось. Похоже, что новое поколение гномодевелоперов кроме выни
ничего не видели, но там их обошли более толковые или менее
амбициозные. Вот и самореализовываются, как могут. Причем старый,
проверенный опыт считают ретроградством. Вот пользователей и
подрастеряли. ИМХО (с точки зрения стороннего наблюдателя, а не
программиста, так что могу и ошибаться).


-- 
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/87zje0hbvt.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-09-15 Пенетрантность yuri . nefedov

On Mon, 15 Sep 2014, Pavel Volkov wrote:


On Monday, September 15, 2014 11:21:59 PM MSK, Dmitrii Kashin wrote:

На основные мифы (в т. ч. про монолитность) отвечено полтора года
назад [1].


Вы забыли ссылку.


Да, виноват :) http://0pointer.de/blog/projects/the-biggest-myths



  Аргументация умиляет: булочка с изюмом не монолитна,
  так как в ней 69 разных изюмин.

  Да, монолитность и модульность антонимы, но у прилагательного
  «монолитный» имеется еще и другое значение (как в русском
  так и английском).  Очень часто монолитной называют систему
  если она большая  и сопротивляется изменениям.
  Например: монолитная толпа. Или пример из WordNet:
 the monolithic proportions of Stalinist architecture.

  Именно в этом значении systemd и является монолитной системой.

Ю.
  p.s. Если кто-то не согласен, что булочка с изюмом
  может быть примером монолитности - оставьте её дня на 3-4
  где-нибудь на шкафу, а потом внимательно рассмотрите.


Re: systemd, чтоб его

2014-09-14 Пенетрантность Maksym Tiurin
mell...@openmailbox.org writes:

 Только кто эту критику слушать будет. На Винде выросли, вот и тащат
 теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
 ментальную отраву, если уж подхватил. А не отравлять все вокруг.

 И еще вот точка зрения есть:

 https://people.debian.org/~stapelberg/2013/07/13/systemd-not-portable.html

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



 yuri.nefe...@gmail.com writes:
  Вот тут вот [2], как мне кажется, довольно объективная критика
  [2] http://www.infoworld.com/print/248436

-- 

With Best Regards, Maksym Tiurin
JID:mrko...@jabber.pibhe.com


-- 
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/m3vboqnl96@comp.bungarus.info



Re: systemd, чтоб его

2014-09-14 Пенетрантность Melleus
Maksym Tiurin mrko...@bungarus.info writes:

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

Рано терять надежду. Есть еще FreeBSD. Кре


-- 
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/871trdvie8.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-09-13 Пенетрантность Pavel Volkov

On Friday, July 4, 2014 11:54:29 AM MSK, dimas wrote:
про /usr читал в свое время, а /sbin-то чем не угодил? испокон веков в 

/bin
всякая фигня типа кореутилс, а системные тулзы (и уж тем более инит) в 

/sbin

Тут различия между дистрибутивами — допустим, brctl где-то живёт в /bin, а 
где-то в /sbin.
Чтобы не иметь проблем в скриптах, unit-файлах, другом софте, теперь всё 
живёт в /bin, т. к. практической пользы от разделения по директориям ныне 
уже нет (я не рассматриваю вопрос, когда весь /usr живёт отдельно).


/sbin, /usr/bin, /usr/bin указывают на /bin символическими ссылками.

Это всё рекомендации, отдельные четыре директории тоже поддерживаются 
апстримом. Отдельный /usr не поддерживается, но это другая тема.



--
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/03d0cb6e-f536-40ff-99db-8738a68f0...@lists.xtsubasa.org



Re: systemd, чтоб его

2014-09-13 Пенетрантность yuri . nefedov

On Sat, 13 Sep 2014, Pavel Volkov wrote:



/sbin, /usr/bin, /usr/bin указывают на /bin символическими ссылками.

Это всё рекомендации, отдельные четыре директории тоже поддерживаются 
апстримом. Отдельный /usr не поддерживается, но это другая тема.




 И FHS[1] ненароком похерили...

 Вот тут вот [2], как мне кажется, довольно объективная критика
 положению дел с systemd.
Ю.

 [1] http://www.linuxfoundation.org/collaborate/workgroups/lsb/fhs
 [2] http://www.infoworld.com/print/248436


Re: systemd, чтоб его

2014-09-13 Пенетрантность dimas
 Чтобы не иметь проблем в скриптах, unit-файлах, другом софте, теперь всё 
 живёт в /bin
как мы раньше-то жили? никаких таких проблем, $PATH на что?


--
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/20140913232714.4f839...@ulf.tvoe.tv



Re: systemd, чтоб его

2014-09-13 Пенетрантность Melleus
Только кто эту критику слушать будет. На Винде выросли, вот и тащат
теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
ментальную отраву, если уж подхватил. А не отравлять все вокруг.

И еще вот точка зрения есть:

https://people.debian.org/~stapelberg/2013/07/13/systemd-not-portable.html


yuri.nefe...@gmail.com writes:
  Вот тут вот [2], как мне кажется, довольно объективная критика
  [2] http://www.infoworld.com/print/248436


-- 
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/87oaujjb4j.fsf@hornet.workgroup



Re: PulseAudio (Re: systemd, чтоб его...)

2014-08-18 Пенетрантность Артём Н.

Я тоже не смог залогиниться. Закрались самые худшие подозрения (сообщения 
вменяемого о том, что не поддерживается версия нет)...
Но потом въехал, обновил. Не работает звук. Сплошные Virtual Devices. Пришлось поставить пульс. Хорошо, хоть в корне он теперь не 
спамит. Терпимо.
Правда не работал микрофон (он на вебке). Пришлось копаться и делать нетривиальные пассы (очень не хочется разбираться в куче его 
настроек).

Сейчас, тьфу-тьфу-тьфу, со звуком всё в порядке (не считая появления в микшере 
кучи лишних устройств).
А скайп остался такой же неудобный. Ещё и висит, порт слушает, как настоящий 
старый троян.


--
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/53f24067.6020...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-08-16 Пенетрантность Dmitrii Kashin
Eugene Berdnikov b...@protva.ru writes:

  Подтверждаю, skype-debian_4.2.0.13-1 в текущем тестинге нормально
  работает без pulseaudio.

В догонку: microsoft сделали так, что версии до 4.3 теперь не могут
залогиниться, но я вот поставил 4.3.0.37-1, и она от пульсы жёстко не
зависит. Может, кому-то интересно.


pgp0muxSExzWn.pgp
Description: PGP signature


Re: PulseAudio (Re: systemd, чтоб его...)

2014-08-16 Пенетрантность Eugene Berdnikov
On Sat, Aug 16, 2014 at 04:37:28PM +0400, Dmitrii Kashin wrote:
 Eugene Berdnikov b...@protva.ru writes:
 
   Подтверждаю, skype-debian_4.2.0.13-1 в текущем тестинге нормально
   работает без pulseaudio.
 
 В догонку: microsoft сделали так, что версии до 4.3 теперь не могут
 залогиниться, но я вот поставил 4.3.0.37-1, и она от пульсы жёстко не
 зависит. Может, кому-то интересно.

 Зависеть-то не зависит, только никаких звуковых устройств не видит...

 Когда я раньше ставил 4.3 (не помню какой точно версии) всё выглядело
 точно так же, и лишь гугленье показало, что это чудо хочет pulse.
 Видимо, в версии 4.3.0.37-1 ничего в лучшую сторону не изменилось.
 Мысленно я уже поставил на Skype жирный крест.
-- 
 Eugene Berdnikov


-- 
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/20140816175708.gr18...@sie.protva.ru



Re: systemd, чтоб его

2014-07-18 Пенетрантность Alexander GQ Gerasiov
Fri, 11 Jul 2014 22:11:34 +0400
Dmitrii Kashin free...@freehck.ru wrote:

  И, судя по количеству банов inspired by systemd-flames, подбрасывать
  дрова надо осторожно.
 
 Бан в рассылке? Это что-то новое. Или у нас ещё и форумы есть?
Бан на lists.debian.org (то есть в любой рассылке).
Получают совсем неадекватные и навязчивые (offensive) люди.
Управляется lists-master@d.o
Где публичная информация по банам - не интересовался, не факт что есть.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Skype:   gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


-- 
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/20140718150741.6d277a67@snail



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-13 Пенетрантность Артём Н.

On 12.07.2014 20:06, Dmitrii Kashin wrote:

Артём Н. artio...@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/53c23f1e.3030...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-13 Пенетрантность Артём Н.

On 12.07.2014 21:56, Melleus wrote:

Артём Н. artio...@yandex.ru writes:

Ekiga пробовал, но она, мягко говоря, сыровата.

Jitsi?


Про неё не помню. Была как-то задача найти средство достаточно безопасной 
переписки и, желательно, виде коммуникации.

Увы, туго с этим.
По сравнению со скайпом все сливают. Но скайп безопасным назвать нельзя.
Так и остановились на жаббере: Psi+ + OTR.


--
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/53c23ffe.5070...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-13 Пенетрантность Melleus
Артём Н. artio...@yandex.ru writes:

 Про неё не помню. Была как-то задача найти средство достаточно
 безопасной переписки и, желательно, виде коммуникации.

Jitsi - больше для SIP. В репозиториях сравнительно недавно
появилась. Писана на Java, кроссплатформенная (т.е. есть на системе из
Редмонда и вполне себе там работает). Мне ее быстрее других удалось
настроить просачиваться через прокси. Думал заменить скайп, но потом
забросил - не получилось сдернуть со скайпа остальную публику. А сам с
собой я и перед зеркалом поговорить могу.


-- 
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/878unx8uzi.fsf@hornet.workgroup



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-13 Пенетрантность Victor Wagner
В Sun, 13 Jul 2014 12:14:54 +0400
Артём Н. artio...@yandex.ru пишет:

 On 12.07.2014 21:56, Melleus wrote:
  Артём Н. artio...@yandex.ru writes:
  Ekiga пробовал, но она, мягко говоря, сыровата.
  Jitsi?
 
 
 Про неё не помню. Была как-то задача найти средство достаточно
 безопасной переписки и, желательно, виде коммуникации.
 Увы, туго с этим.
 По сравнению со скайпом все сливают. Но скайп безопасным назвать
 нельзя. Так и остановились на жаббере: Psi+ + OTR.
 
А что мешает использовать  Skype+OTR? Вроде же pidgin умеет
навешивать OTR на любой из поддерживаемых протоколов. И плевать что
skype он поддерживает путем вызова API родного скайпа.


--
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/20140713135352.25640...@wagner.wagner.home



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-13 Пенетрантность Артём Н.

On 13.07.2014 13:53, Victor Wagner wrote:

В Sun, 13 Jul 2014 12:14:54 +0400
Артём Н. artio...@yandex.ru пишет:


On 12.07.2014 21:56, Melleus wrote:

Артём Н. artio...@yandex.ru writes:

Ekiga пробовал, но она, мягко говоря, сыровата.

Jitsi?



Про неё не помню. Была как-то задача найти средство достаточно
безопасной переписки и, желательно, виде коммуникации.
Увы, туго с этим.
По сравнению со скайпом все сливают. Но скайп безопасным назвать
нельзя. Так и остановились на жаббере: Psi+ + OTR.


А что мешает использовать  Skype+OTR? Вроде же pidgin умеет
навешивать OTR на любой из поддерживаемых протоколов. И плевать что
skype он поддерживает путем вызова API родного скайпа.



1. Первый раз слышу.
2. У пиджина да, есть какая-то интеграция со скайпом, но пиджин, при ближайшем 
рассмотрении, удивительно глючен и падуч. Да эту интеграцию я не рассматривал по 
причине того, что она требует работающего скайпа.
3. Очевидно, что OTR будет работать только для чата. И для этого вполне 
достаточно любого XMPP клиента, типа более мне приятной и надёжной Psi+. К тому 
же, если всё-равно надо ставить пиджин на принимающей стороне - зачем мне 
вообще скайп? Проблема так не решается: весь народ не будет ставить пиджин. А 
кто поставит, с тем я, используя любой жаббер-клиент могу общаться.


Кстати, список контактов скайпа он обрабатывает?


--
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/53c2890d.7020...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность Артём Н.

Причем в нем несовместимый формат групповых чатов. Поэтому нельзя
с компьютера где стоит 4.2 добавиться в группу созданную в 4.3 на
любой платформе. Технически, для удобства АФБ+ всю историю чата
M$ теперь хранит в своем облаке.


Вот и приехали. Отошли от основного принципа скайпа.


P.S. В принципе, tox почти в рабочем состоянии уже...

Что за tox? Совместимость со скайпом есть?


--
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/53c0ea1e.1090...@yandex.ru



Re: systemd, чтоб его

2014-07-12 Пенетрантность Артём Н.

On 03.07.2014 21:40, Alexander Galanin wrote:

On Thu, 3 Jul 2014 20:34:27 +0400
dimas dimas...@ya.ru wrote:


шоб специально загрузиться с системд, надо сказать ведру
init=/bin/systemd (непонятно, какого черта оно не в /sbin)


Это _они_ давненько уже решили нас осчастливить и сломали разделение на
/bin и /usr/bin:
http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/

Отлично. Т.е., если у меня конфигурация с отдельным /usr, мне теперь даже не 
стоит пытаться апгрейдиться до Jessie?



--
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/53c0ebe8.6090...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность dimas
вот такой tox:
http://www.linux.org.ru/news/opensource/10612029
совместимость только с самим собой
говорят, retroshare умеет куда больше и давно работает, в отличие от
а вообще, для обычных людей (которым плевать на то, что пиндосские менты увидят
их рожу) есть ekiga и иже с ней


2014-193 11:56 Артём Н. artio...@yandex.ru wrote:
 Что за tox? Совместимость со скайпом есть?


--
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/20140712132723.473a4...@ulf.tvoe.tv



Re: systemd, чтоб его

2014-07-12 Пенетрантность dm.fedorov
12 июля 2014 г., 15:03 пользователь Артём Н. написал:
 Это _они_ давненько уже решили нас осчастливить и сломали
 разделение на /bin и /usr/bin:
 http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/

 Отлично. Т.е., если у меня конфигурация с отдельным /usr,
 мне теперь даже не стоит пытаться апгрейдиться до Jessie?

У меня всё работает:

$ cat /etc/debian_version
jessie/sid

$ mount
...
/dev/disk/by-uuid/ae... on / type ext4 (rw,noatime,data=ordered)
...
/dev/sde3 on /usr type nilfs2 (rw,noatime)
...


systemd понамонтировал полэкрана всякой фигни.


Re: systemd, чтоб его

2014-07-12 Пенетрантность Dmitrii Kashin
Артём Н. artio...@yandex.ru writes:

 Отлично. Т.е., если у меня конфигурация с отдельным /usr, мне теперь
 даже не стоит пытаться апгрейдиться до Jessie?

Почему же, я подтверждаю, что в Jessie пока можно жить без systemd:
просто запретите установку основных пакетов systemd - и всё будет
работать нормально. Другое дело, что я не использую популярные DE -
вполне возможно, что Вы лично наткнётесь на какую-нибудь бяку.



pgpjjdSnGIxB4.pgp
Description: PGP signature


Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность Melleus
dimas dimas...@ya.ru writes:
 увидят
 их рожу) есть ekiga и иже с ней
А без камеры не работает штоле?


-- 
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/87fvi6n77z.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-07-12 Пенетрантность Alexander Galanin
On Sat, 12 Jul 2014 12:03:52 +0400
Артём Н. artio...@yandex.ru wrote:

  Это _они_ давненько уже решили нас осчастливить и сломали разделение на
  /bin и /usr/bin:
  http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
 
 Отлично. Т.е., если у меня конфигурация с отдельным /usr, мне теперь даже не 
 стоит пытаться апгрейдиться до Jessie?

Чего уж точно не стоит делать, так это отвечать в личку вместо рассылки.

Надо читать release notes перед обновлением. Полагаю, что там будет
рассмотрен этот вопрос.

-- 
Alexander Galanin


-- 
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/20140712161119.47ba4293eb715103ace3f...@galanin.nnov.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность Артём Н.

Ekiga пробовал, но она, мягко говоря, сыровата.
Кроме того, требуется именно поддержка скайп-протокола.
Да, я знаю, что её нигде нет, и засудят всех-вех-всех, если кто-то реализует, 
но без неё любое решение половинчатое. Целая толпа народу сидит на скайпе и 
из-за одного меня они переезжать не будут.


On 12.07.2014 13:27, dimas wrote:

вот такой tox:
http://www.linux.org.ru/news/opensource/10612029
совместимость только с самим собой
говорят, retroshare умеет куда больше и давно работает, в отличие от
а вообще, для обычных людей (которым плевать на то, что пиндосские менты увидят
их рожу) есть ekiga и иже с ней


2014-193 11:56 Артём Н. artio...@yandex.ru wrote:

Что за tox? Совместимость со скайпом есть?






--
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/53c1321a.7020...@yandex.ru



Re: systemd, чтоб его

2014-07-12 Пенетрантность Артём Н.

On 12.07.2014 16:11, Alexander Galanin wrote:

On Sat, 12 Jul 2014 12:03:52 +0400
Артём Н. artio...@yandex.ru wrote:


Это _они_ давненько уже решили нас осчастливить и сломали разделение на
/bin и /usr/bin:
http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/


Отлично. Т.е., если у меня конфигурация с отдельным /usr, мне теперь даже не
стоит пытаться апгрейдиться до Jessie?


Чего уж точно не стоит делать, так это отвечать в личку вместо рассылки.


Извиняюсь. Нажимаю не те хоткеи. Сам только сейчас заметил.


Надо читать release notes перед обновлением. Полагаю, что там будет
рассмотрен этот вопрос.

Уже понял, что работать будет, но, учитывая объём темы и количество матов в 
адрес systemd, я пока подожду с обновлением.



--
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/53c1329c.2030...@yandex.ru



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность Dmitrii Kashin
Артём Н. artio...@yandex.ru writes:

 Кроме того, требуется именно поддержка скайп-протокола.
 Да, я знаю, что её нигде нет, и засудят всех-вех-всех, если кто-то
 реализует, но без неё любое решение половинчатое. Целая толпа народу
 сидит на скайпе и из-за одного меня они переезжать не будут.

Значит целую толпу надо перевоспитывать, а не инженирить закрытый
протокол. Всё равно даже если проинжинирят - его тут же изменят
несовместимым образом. И кому оно надо в таком виде по-вашему?



pgpeSgdtSTYy1.pgp
Description: PGP signature


Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность Melleus
Артём Н. artio...@yandex.ru writes:
 Ekiga пробовал, но она, мягко говоря, сыровата.
Jitsi?


-- 
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/87bnsumpfv.fsf@hornet.workgroup




Re: systemd, чтоб его

2014-07-12 Пенетрантность dimas
просто запретить установку - потом весело наткнешься на конфликт зависимостей.
а вот пакет systemd-shim отбивает этой дряни желание поставиться в качестве
инита по умолчанию и снести sysvinit. с инм вполне можно жить:

22:43:37 193 ~$ mount | grep systemd
systemd on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,name=systemd)
22:43:46 193 ~$ aptitude search ~isystemd -F %p
libpam-systemd  
libsystemd-daemon0  
libsystemd-id128-0  
libsystemd-journal0 
libsystemd-login0   
systemd 
systemd-shim
22:43:53 193 ~$ pgrep -l systemd
1453 systemd-logind

xfce+lightdm работают как положено - ребут/выключение через новомодный logind,
(авто)монтирование по старинке через policykit+gvfs+udisks
из особых требований - нужно только ведро с поддержкой cgroups (ну да тем, кто
на дистрибутивных ядрах, про это и знать не надо)


2014-193 14:48 Dmitrii Kashin free...@freehck.ru wrote:
 Почему же, я подтверждаю, что в Jessie пока можно жить без systemd:
 просто запретите установку основных пакетов systemd - и всё будет
 работать нормально. Другое дело, что я не использую популярные DE -
 вполне возможно, что Вы лично наткнётесь на какую-нибудь бяку.
 


--
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/20140712224806.014e1...@ulf.tvoe.tv



Re: PulseAudio (Re: systemd, чтоб его...)

2014-07-12 Пенетрантность dimas
а без камеры есть решения куда проще - тот же жаббер или хотя бы гнилой
айцыкью))


2014-193 14:32 Melleus mell...@openmailbox.org wrote:
 dimas dimas...@ya.ru writes:
  увидят
  их рожу) есть ekiga и иже с ней
 А без камеры не работает штоле?
 
 


--
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/20140712224959.1ced3...@ulf.tvoe.tv



Re: systemd, чтоб его

2014-07-11 Пенетрантность Alexander GQ Gerasiov
Tue, 08 Jul 2014 02:47:06 -0400
Иван Чернов tretegod...@yandex.ru wrote:

 07.07.2014, 04:51, Melleus mell...@openmailbox.org:
  Иван Чернов tretegod...@yandex.ru writes:
   если
   сообщество не поднимется
 
  На это может как-то повлиять обычный пользователь, ни разу ни
  девелопер, использующий систему чисто для научной работы (но не
  являющийся пока ни всемирным ни даже национальным авторитетом) и
  немного для хобби: по интернету там пошариться, фото (равки
  проявить)? Да и не пострадавший пока, собственно, ибо стейбл.
 
 Я так думаю:
 1. В армии нужно не только стрелять, но и картошку чистить, поэтому,
 не скромничайте. А со временем картошкочистения можно стать и тем,
 кто принимает решения в деб-е. 2. Я думаю, что проекту нужна защита
 нашего народу/страны -- т.к. фашисты капиталисты не остановятся
 гробить всё светлое чистое на планете сей. 3. Стейбл - вещь
 изменяемая, и когда сие Г приплывёт ко всем. Чтобы этого не случилось
 -- читайте предыдущие пункты. :-)
 
 PS Я люблю СПО. И одна из причин - это возможность формировать его.
 Конечно, есть у всех заботы, но есть и свободное время, толику
 которого каждый может направить на общее благо - таким образом
 помогая другому, каждый помогает и себе. -- Кажется, СССР был
 замечательной страной, не так ли? И общественная жизнь, её нормы -
 были стержнем.

Я бы только посоветовал быть аккуратнее в высказываниях и не нести
несвязанную с вопросом общефилосовскую чушь в англоязычных рассылках.

Потому как там сейчас из-за systemd куча фанатиков набежала разной
степени неадекватности, но с очень болезненным собственным мнением. И,
судя по количеству банов inspired by systemd-flames, подбрасывать дрова
надо осторожно.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Skype:   gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


-- 
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/20140711165718.12b6ff93@snail



Re: systemd, чтоб его

2014-07-11 Пенетрантность Dmitrii Kashin
Alexander GQ Gerasiov g...@cs.msu.su writes:

 Я бы только посоветовал быть аккуратнее в высказываниях и не нести
 несвязанную с вопросом общефилосовскую чушь в англоязычных рассылках.

Плюсую всеми лапами.

 Потому как там сейчас из-за systemd куча фанатиков набежала разной
 степени неадекватности, но с очень болезненным собственным мнением.

Да debian-user, как мне казалось, ими просто кишмя кишел изначально. Это
у нас принято сначала думать, а потом задавать вопросы - у них, похоже,
нету столь добрых традиций.

 И, судя по количеству банов inspired by systemd-flames, подбрасывать
 дрова надо осторожно.

Бан в рассылке? Это что-то новое. Или у нас ещё и форумы есть?



pgp17qHx5vbQZ.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность dm.fedorov
8 июля 2014 г., 12:41 пользователь Dmitrii Kashin написал:

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

Прикажу выбросить.


Re: systemd, чтоб его

2014-07-08 Пенетрантность Stanislav Vlasov
8 июля 2014 г., 12:01 пользователь dm.fedorov dm.fedo...@gmail.com написал:
 Wicd - это хорошо. А что мне прикажете делать с 3g-модемами.

 Прикажу выбросить.

Зачем? Настроить udev на запуск скрипта при втыкании модема и всё.

-- 
Stanislav


Re: systemd, чтоб его

2014-07-08 Пенетрантность Alexander Galanin
On Tue, 08 Jul 2014 09:41:11 +0400
Dmitrii Kashin free...@freehck.ru wrote:

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

wvdial, у него и гуй есть.

-- 
Alexander Galanin


-- 
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/20140708100121.729c2c8cb1ac782e5d1a0...@galanin.nnov.ru



Re: systemd, чтоб его

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

 8 июля 2014 г., 12:41 пользователь Dmitrii Kashin написал:

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

 Прикажу выбросить.

Эх, ну спасибо. Но боюсь, что мне и самому они нужны иногда, да и с
родителями надо как-то считаться. У некоторых людей на работе нету
другого выхода в интернет. Представьте себе.


pgpBC1PTokdgM.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность dm.fedorov
8 июля 2014 г., 13:17 пользователь Dmitrii Kashin написал:
 Прикажу выбросить.

 Эх, ну спасибо. Но боюсь, что мне и самому они нужны иногда, да и с
 родителями надо как-то считаться. У некоторых людей на работе нету
 другого выхода в интернет. Представьте себе.

Если работа мешает интернетиться, бросайте такую работу.
Если в фирме нет проводного интернета, её нужно закрыть,
а руководство поместить в чёрные списки.


Re: systemd, чтоб его

2014-07-08 Пенетрантность Alex Kuklin

On 08.07.2014 09:16, Stanislav Vlasov wrote:

8 июля 2014 г., 12:01 пользователь dm.fedorov dm.fedo...@gmail.com написал:

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

Прикажу выбросить.

Зачем? Настроить udev на запуск скрипта при втыкании модема и всё.


у меня, например, есть ведро модемов и несколько сим-карт.
одна из них требует особых параметров типа AP, причем в зависимости от 
местонахождения - разные.

предлагается все это скриптовать?
кроме того, у меня есть встроенный 3G-модем.
nm-applet+network-manager с задачей управления справляются.


--
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/53bb8dee.6030...@kuklin.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Dmitrii Kashin
Alexander Galanin a...@galanin.nnov.ru writes:

 On Tue, 08 Jul 2014 09:41:11 +0400
 Dmitrii Kashin free...@freehck.ru wrote:

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

 wvdial, у него и гуй есть.

Правда? Ух. Спасибо. Пойду посмотрю.


pgpIuE7fge4Du.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
07.07.2014, 04:51, Melleus mell...@openmailbox.org:
 Иван Чернов tretegod...@yandex.ru writes:
  если
  сообщество не поднимется

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

Я так думаю:
1. В армии нужно не только стрелять, но и картошку чистить, поэтому, не 
скромничайте. А со временем картошкочистения можно стать и тем, кто принимает 
решения в деб-е.
2. Я думаю, что проекту нужна защита нашего народу/страны -- т.к. фашисты 
капиталисты не остановятся гробить всё светлое чистое на планете сей.
3. Стейбл - вещь изменяемая, и когда сие Г приплывёт ко всем. Чтобы этого не 
случилось -- читайте предыдущие пункты. :-)

PS Я люблю СПО. И одна из причин - это возможность формировать его. Конечно, 
есть у всех заботы, но есть и свободное время, толику которого каждый может 
направить на общее благо - таким образом помогая другому, каждый помогает и 
себе. -- Кажется, СССР был замечательной страной, не так ли? И общественная 
жизнь, её нормы - были стержнем.

-- 
С уважением,
Иван Чернов


-- 
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/87591404802...@web8m.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность yuri . nefedov

On Fri, 4 Jul 2014, Alex Kuklin wrote:



On 04.07.2014 16:33, Anatoly Pugachev wrote:


# grep LID_SLEEP /etc/default/acpi-support

?


# grep -B 1 LID_SLEEP /etc/default/acpi-support
# Uncomment this to enable ACPI sleep when the lid screen is closed.
#LID_SLEEP=true



2014-07-04 16:40 GMT+04:00 Alex Kuklin a...@kuklin.ru 
mailto:a...@kuklin.ru:


On 04.07.2014 15:23, Dmitrii Kashin wrote:

Alex Kuklin a...@kuklin.ru mailto:a...@kuklin.ru writes:

Ситуация с крышкой вообще бесит, т.к. я привык закрывать
крышку, чтобы
перейти на другое место - а тут suspend, и гадай,
переживет ssh его
или придется переподключаться.

Кстати, наблюдаю то же самое поведение. Пакет systemd снёс
(как он у
меня вообще оказался, я вроде всегда внимательно следу за
обновлениями),
но при закрытии крышки продолжаю погружаться в suspend. Вы ещё не
разобрались, как это лечится?

еще нет.
у меня вообще ничего для управления suspend-ом с крышки не стояло,
может, оно что-то подтянуло по зависимостям.






 Надо в /etc/systemd/logind.conf поставить
 HandleLidSwitch=ignore

 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747749

 Отношение мантейнера восхитительное:
 I strongly advise to keep the current behaviour as a default. 
...

 Pretty much all OSes send the computer to sleep when you close the
 lid, I think that should count as expected behaviour these days.

 Пионер, етить его...

Ю.

Re: systemd, чтоб его

2014-07-08 Пенетрантность Alex Kuklin

On 08.07.2014 09:38, dm.fedorov wrote:

8 июля 2014 г., 13:17 пользователь Dmitrii Kashin написал:

Прикажу выбросить.

Эх, ну спасибо. Но боюсь, что мне и самому они нужны иногда, да и с
родителями надо как-то считаться. У некоторых людей на работе нету
другого выхода в интернет. Представьте себе.

Если работа мешает интернетиться, бросайте такую работу.
Если в фирме нет проводного интернета, её нужно закрыть,
а руководство поместить в чёрные списки.
Черт, надо самого себя уволить и поместить в черные списки - у меня 
периодически интернет только мобильный.

Ну слезайте уже с табуретки и перестаньте решать за других, что им надо.


--
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/53bb92ad.10...@kuklin.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
07.07.2014, 19:36, Melleus mell...@openmailbox.org:
 Иван Лох 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/1178161404802...@web15j.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
07.07.2014, 15:54, Dmitrii Kashin free...@freehck.ru:
  Melleus mell...@openmailbox.org writes:
   Иван Чернов tretegod...@yandex.ru writes:
   если
   сообщество не поднимется
   На это может как-то повлиять обычный пользователь, ни разу ни девелопер,
   использующий систему чисто для научной работы (но не являющийся пока ни
   всемирным ни даже национальным авторитетом) и немного для хобби: по
   интернету там пошариться, фото (равки проявить)? Да и не пострадавший
   пока, собственно, ибо стейбл.
  Ну, это всего лишь система по умолчанию. Гарби уверил Джексона, что
  остальные системы инициализации будут продолжать поддерживаться, а
  systemd будет лишь экспериментом и только для выпуска Jessie.

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

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

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

Пожалуйста, пользователи тестируемой версии Дебиана, отчитывайтесь по этому 
Г, как можно больше!

-- 
С уважением,
Иван Чернов


-- 
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/4202881404803...@web16g.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Alexander Galanin
On Tue, 08 Jul 2014 10:21:57 +0400
Dmitrii Kashin free...@freehck.ru wrote:

 Alexander Galanin a...@galanin.nnov.ru writes:
 
  On Tue, 08 Jul 2014 09:41:11 +0400
  Dmitrii Kashin free...@freehck.ru wrote:
 
  Wicd - это хорошо. А что мне прикажете делать с 3g-модемами.
 
  wvdial, у него и гуй есть.
 
 Правда? Ух. Спасибо. Пойду посмотрю.

Гуй называется gnome-ppp. Слово gnome в данном случае его не портит.

-- 
Alexander Galanin


-- 
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/20140708105057.c6b8b92f7e188c4bfa13e...@galanin.nnov.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Stanislav Vlasov
8 июля 2014 г., 12:21 пользователь Alex Kuklin a...@kuklin.ru написал:
 Wicd - это хорошо. А что мне прикажете делать с 3g-модемами.
 Прикажу выбросить.
 Зачем? Настроить udev на запуск скрипта при втыкании модема и всё.

 у меня, например, есть ведро модемов и несколько сим-карт.
 одна из них требует особых параметров типа AP, причем в зависимости от
 местонахождения - разные.
 предлагается все это скриптовать?
 кроме того, у меня есть встроенный 3G-модем.
 nm-applet+network-manager с задачей управления справляются.

Значит, вам не повезло и требуется гуёвая управлялка.

Мне - повезло, как модемы от МТС, так и от мегафона не требовали
отдельных параметров и работали нормально без изменений скрипта
(практически всё содержимое - sleep 5; pon gprs).

-- 
Stanislav


Re: systemd, чтоб его

2014-07-08 Пенетрантность Dmitrii Kashin

 Ситуация с крышкой вообще бесит, т.к. я привык закрывать крышку,
 чтобы перейти на другое место - а тут suspend, и гадай, переживет
 ssh его или придется переподключаться.

 Кстати, наблюдаю то же самое поведение. Пакет systemd снёс (как он у
 меня вообще оказался, я вроде всегда внимательно следу за
 обновлениями), но при закрытии крышки продолжаю погружаться в
 suspend. Вы ещё не разобрались, как это лечится?

 еще нет. у меня вообще ничего для управления suspend-ом с крышки не
 стояло, может, оно что-то подтянуло по зависимостям.

  Надо в /etc/systemd/logind.conf поставить
  HandleLidSwitch=ignore

Простите, куда-куда?! logind? А почему отправлением в суспенд занимается
logind? Это как-то... Удивляет.

Знающие пользователи systemd тут есть? Кто-нибудь может подкинуть
ссылку, где бы прочитать, за что отвечает эта служба?


pgpyVCl7XP4dZ.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность Sergey B Kirpichev
On Tue, Jul 08, 2014 at 02:47:06AM -0400, Иван Чернов wrote:
 2. Я думаю, что проекту нужна защита нашего народу/страны -- т.к. фашисты
 капиталисты не остановятся гробить всё светлое чистое на планете сей.

Увы, видимо так думаете вы только один.  Несмотря на довольно
шаткую позицию при голосовании - никто GR пока так и не одобрил.
Кстати, чтобы это сделать - хватило бы одних русскоязычных DD.


-- 
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/20140708071105.GA3812@debian




Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
08.07.2014, 00:18, Dmitrii Kashin free...@freehck.ru:
 Ну, во-первых десктоп - это не только Gnome. Я думаю, что пользователи
 всяких там XFCE со мной согласятся.

Совершенно верно. Особенно, есть маломощные машины, для которых используются 
среды, как раз делающие только то, что должны, а не конкурируют с целой 
системой.

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

Это просто. Нужно разобраться - но без этого, обычно, и мало что получается.

 Получается, что завязывая NM на systemd, мы просто говорим: либо Вы
 используете 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/1278821404805...@web26g.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Melleus
Artem Chuprina r...@ran.pp.ru writes:
 3G-провайдер-то обычно один,
Так и есть. Да и то, раз в кои то веки используется. Наверное, пришло
время переползать на Wicd. Спасибо за разъяснения.

По NM, чем осваивать его cli, мне показалось легче вызывать апплет по
мере необходимости, а потом убивать его, чтобы на экране зря не болтался.


-- 
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/87bnt0487d.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
07.07.2014, 15:48, Dmitrii Kashin free...@freehck.ru:
 Иван Чернов tretegod...@yandex.ru writes:

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

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

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

Я согласен с вашими доводами. И все эти весомые минусы указывают на одну и ту 
же деталь: война против Линукс и Дебиан в частности. Поэтому, это проблемы 
не тех. характера, а захвата с целью слежки/контроля каждой машине на свете. И 
если с микромягким или соц.сетями вопрос вообще не стоял о защите частной 
жизни, то с Линукс совсем другое дело, особенно, людьми, которым интеерсно 
поковыряться в системе, или, просто заботящимся о своей безопасности в плане 
информации о себе. -- Короче, хороший инструмент в хороших руках.

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

Вот тут я не понял вас: не знаю вашего отношения в груб, лило. -- Мне, 
наоборот, груб нравится бОльшими возможностями. Ну, а микроядра - вообще, класс!

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

Ну, я уже огласил и пояснил свою точку зрения: будю проблема тех. - не вопрос, 
и не проблема для пользователей - ибо обычно, такие вещи, обкатываются на 
далеко от стабильных верси системы. А тут как с нападением на СССР, или, 
сейчас, Украину/Приболтику -- когда с каждым днём всё только хуже -- т.е. 
наблюдается, и проявляется, выявляется конкретный курс: на уничтожение : 
проекта, государства, республики... и т.д. -- В тер.вер-е есть определение, 
когда соытие случайно - у него есть середина, относительно которой можно 
сказать, что событие равно вероятно. Так вот с нападением фашитов на 
страну/проект - этот центр лежит в области плохого/уничтожения. Поэтому, если 
есть давление на разработчиков Дебиана, или республики - то значит, что они 
нуждаются в защите, а не решении тех. или каких-либо других вопросов. - Как и 
при в зломе системы не продолжают ею пользоваться, делая вид, что все 
нормально, или, ища проблемы, и игнорируя главную: вход со двора и т.д.

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

Ну, посмотрите в сторону стабильной версии, пока -- если подходит.
Спасибо за интересные мысли.

-- 
С уважением,
Иван Чернов


-- 
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/1016791404806...@web9j.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
08.07.2014, 03:10, Sergey B Kirpichev skirpic...@gmail.com:
 On Tue, Jul 08, 2014 at 02:47:06AM -0400, Иван Чернов wrote:
  2. Я думаю, что проекту нужна защита нашего народу/страны -- т.к. фашисты
  капиталисты не остановятся гробить всё светлое чистое на планете сей.

 Увы, видимо так думаете вы только один.  Несмотря на довольно
 шаткую позицию при голосовании - никто GR пока так и не одобрил.
 Кстати, чтобы это сделать - хватило бы одних русскоязычных DD.

Только время покажет кто как думает, а главное: кто что сделает. :-)

-- 
С уважением,
Иван Чернов


-- 
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/420591404806...@web19m.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
08.07.2014, 03:27, Dmitrii Kashin free...@freehck.ru:

 Простите, куда-куда?! logind? А почему отправлением в суспенд занимается
 logind? Это как-то... Удивляет.

 Знающие пользователи systemd тут есть? Кто-нибудь может подкинуть
 ссылку, где бы прочитать, за что отвечает эта служба?

Ну, например:

systemd is a system and session manager for Linux, compatible with SysV and LSB 
init scripts. systemd provides aggressive parallelization capabilities, uses 
socket and D-Bus activation for starting services, offers on-demand starting of 
daemons, keeps track of processes using Linux cgroups, supports snapshotting 
and restoring of the system state, maintains mount and automount points and 
implements an elaborate transactional dependency-based service control logic.

-- 
С уважением,
Иван Чернов


-- 
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/1694421404806...@web9m.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность 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/877g3o47bp.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Чернов
08.07.2014, 04:09, Melleus mell...@openmailbox.org:
 Иван Чернов 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/4831404807...@web22j.yandex.ru



Re: systemd, чтоб его

2014-07-08 Пенетрантность yuri . nefedov

On Tue, 8 Jul 2014, Dmitrii Kashin wrote:


еще нет. у меня вообще ничего для управления suspend-ом с крышки не
стояло, может, оно что-то подтянуло по зависимостям.


 Надо в /etc/systemd/logind.conf поставить
 HandleLidSwitch=ignore


Простите, куда-куда?! logind? А почему отправлением в суспенд занимается
logind? Это как-то... Удивляет.

Знающие пользователи systemd тут есть? Кто-нибудь может подкинуть
ссылку, где бы прочитать, за что отвечает эта служба?



 Откуда возьмутся знающие пользователи, когда этот systemd
 еще не работает. Есть только знающие, как он не работает...

 Так что
 man systemd-logind.service
 man logind.conf

Ю.

p.s. /usr/share/doc/systemd/README.Debian :

systemd can be installed alongside sysvinit and will not change the
behaviour of the system out of the box.

 Благие намерения...

Re: systemd, чтоб его

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

 08.07.2014, 04:09, Melleus mell...@openmailbox.org:
 Иван Чернов tretegod...@yandex.ru writes:
   СССР был замечательной
  страной, не так ли?

 Это был античеловеческий режим, убивший десятки миллионов своих граждан,
 лишивший дома и родины еще больше народа посредством массовых
 депортаций.  Его предводителя и идеолога, возглавившего октябрьский бунт
 и утопившего Россию в крови до сих пор земля отказывается
 принимать. Гитлер принес человечеству меньше смертей.  Поэтому
 замечательным он может быть, разве что, для потомков Швондеров с
 маузерами или кухарок в штанах, грабителей награбленного мать их так.

Ну вот, мы опять...

Melleus, вряд ли Вы найдёте серьёзного оппонента для того, чтобы
оспорить подобное мнение, в публичной рассылке, и к подписываясь, к
тому же, псевдонимом. Почему бы Вам не выбрать для обсуждения политики
другое место?

 Но это к делу не относится. Давайте не будем о политике.

 Ну, тогда давайте не будем и о системд. :-)

Иван, мне пока с трудом верится, что некие третьи силы пытаются
уничтожить Debian. Но вот мы видим, что Ваша лёгкая паранойя провоцирует
политсрач в конференции. Вы сейчас крайне путано пишите, Вас трудно
понять. Постарайтесь, пожалуйста, его не разжечь.


pgpHMrDKKEGv6.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность 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/8738ec44r6.fsf@hornet.workgroup



Re: systemd, чтоб его

2014-07-08 Пенетрантность Иван Лох
On Tue, Jul 08, 2014 at 12:31:23PM +0400, Dmitrii Kashin wrote:
  земля отказывается  принимать. 
 
 Ну вот, мы опять...
 
 Melleus, вряд ли Вы найдёте серьёзного оппонента для того, чтобы
 оспорить подобное мнение, в публичной рассылке, и к подписываясь, к
 тому же, псевдонимом. Почему бы Вам не выбрать для обсуждения политики
 другое место?

Неужели вы думаете, что кто-то будет дискутировать с подобным типом? Да по
нему биореактор давно плачет октановыми слезами.

--
Иван Лох


-- 
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/20140708094021.gd26...@nano.ioffe.rssi.ru



Re: systemd, чтоб его

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

 On Tue, Jul 08, 2014 at 12:31:23PM +0400, Dmitrii Kashin wrote:
  земля отказывается  принимать. 
 
 Ну вот, мы опять...
 
 Melleus, вряд ли Вы найдёте серьёзного оппонента для того, чтобы
 оспорить подобное мнение, в публичной рассылке, и к подписываясь, к
 тому же, псевдонимом. Почему бы Вам не выбрать для обсуждения политики
 другое место?

 Неужели вы думаете, что кто-то будет дискутировать с подобным типом?

Сказал, допустим, математик:
Приду со множеством подруг.
И вроде ясно, что пустое,
Но вдруг?



pgpNiI9T9WQit.pgp
Description: PGP signature


Re: systemd, чтоб его

2014-07-08 Пенетрантность angelofdarkness8
Аплодисменты)
Зы - ну вы и нафлудили-и))
Отправлено с беспроводного устройства BlackBerry®

-Original Message-
From: Dmitrii Kashin free...@freehck.ru
Date: Tue, 08 Jul 2014 14:02:49 
To: debian-russian@lists.debian.org
Subject: Re: systemd, чтоб его

Иван Лох l...@1917.com writes:

 On Tue, Jul 08, 2014 at 12:31:23PM +0400, Dmitrii Kashin wrote:
  земля отказывается  принимать. 
 
 Ну вот, мы опять...
 
 Melleus, вряд ли Вы найдёте серьёзного оппонента для того, чтобы
 оспорить подобное мнение, в публичной рассылке, и к подписываясь, к
 тому же, псевдонимом. Почему бы Вам не выбрать для обсуждения политики
 другое место?

 Неужели вы думаете, что кто-то будет дискутировать с подобным типом?

Сказал, допустим, математик:
Приду со множеством подруг.
И вроде ясно, что пустое,
Но вдруг?



  1   2   >