Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Victor Wagner -> debian-russian@lists.debian.org  @ Sat, 28 Oct 2017 10:47:14 
+0300:

 > the root
 >>  > window.  
 >> 
 >>  >X_RESOLUTION=num
 >>  >the x resolution of the screen in pixels per
 >>  > meter.  
 >> 
 >>  >Y_RESOLUTION=num
 >>  >the y resolution of the screen in pixels per
 >>  > meter.  
 >> 
 >> А теперь призовая игра. Она, кстати, не только для xrdb призовая, и
 >> более того, может оказаться, что для гнома она окажется на порядок
 >> более призовой. А может и нет, вопрос в том, в каких единицах оно
 >> поймет шрифт. Но для xrdb оно точно призовое. Допустим, у нас два, а
 >> лучше три одновременно подключенных монитора, и по жабно-историческим
 >> причинам у них X_RESOLUTION и Y_RESOLUTION разные. Было бы клево,
 >> чтобы размер шрифта был на обоих мониторах одинаковый хотя бы в
 >> линейных единицах (в идеале, конечно, угловых, но вот данных о
 >> расстоянии от глаз до монитора у нас точно нет - зато есть неплохие
 >> шансы, что оно близкое). А вовсе не в пикселах, которые по размеру
 >> могут отличаться в полтора раза с легкостью.
 >>
 > В смысле, проблема в том, что препроцессор C не умеет выполнять
 > простейшие арифметические операции?

В простейшем варианте - да. В "правильном" - еще и в том, что когда окно
появилось на другом экране, тот cpp уже месяц как закончил работу.

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

В Fri, 27 Oct 2017 19:13:13 +0300
Artem Chuprina  пишет:

the root
>  > window.  
> 
>  >X_RESOLUTION=num
>  >the x resolution of the screen in pixels per
>  > meter.  
> 
>  >Y_RESOLUTION=num
>  >the y resolution of the screen in pixels per
>  > meter.  
> 
> А теперь призовая игра. Она, кстати, не только для xrdb призовая, и
> более того, может оказаться, что для гнома она окажется на порядок
> более призовой. А может и нет, вопрос в том, в каких единицах оно
> поймет шрифт. Но для xrdb оно точно призовое. Допустим, у нас два, а
> лучше три одновременно подключенных монитора, и по жабно-историческим
> причинам у них X_RESOLUTION и Y_RESOLUTION разные. Было бы клево,
> чтобы размер шрифта был на обоих мониторах одинаковый хотя бы в
> линейных единицах (в идеале, конечно, угловых, но вот данных о
> расстоянии от глаз до монитора у нас точно нет - зато есть неплохие
> шансы, что оно близкое). А вовсе не в пикселах, которые по размеру
> могут отличаться в полтора раза с легкостью.
>
В смысле, проблема в том, что препроцессор C не умеет выполнять
простейшие арифметические операции?
 


-- 
   Victor Wagner 

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Victor Wagner -> debian-russian@lists.debian.org  @ Fri, 27 Oct 2017 17:40:58 
+0300:

 >> > Да??? git научился фигурно вырезать куски из .Xresources? Или у него
 >> > появились провидческие знания, что на нетбуке мне нужен фонт
 >> > размером 10, а на офисной машине - 12?  
 >> 
 >>  Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
 >>  Xresources. Да, провидческие знания придётся завернуть в опции
 >> командной строки для xrdb, но это можно делать одним для всех машин
 >> скриптом.

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

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

 >SERVERHOST=hostname
 >the hostname portion of the display to which you are 
 > connected.

 >CLASS_visualclass_depth=num
 >A symbol is defined for each visual supported for  the  
 > screen.
 >The  symbol includes the class of the visual and its depth; 
 > the
 >value is the numeric id of the visual.  (If more than one  
 > vis‐
 >ual  has  the same class and depth, the numeric id of the 
 > first
 >one reported by the server is used.)

 >HEIGHT=num
 >the height of the root window in pixels.

 >WIDTH=num
 >the width of the root window in pixels.

 >PLANES=num
 >the number of bit planes (the depth) of the root window.

 >X_RESOLUTION=num
 >the x resolution of the screen in pixels per meter.

 >Y_RESOLUTION=num
 >the y resolution of the screen in pixels per meter.

А теперь призовая игра. Она, кстати, не только для xrdb призовая, и
более того, может оказаться, что для гнома она окажется на порядок более
призовой. А может и нет, вопрос в том, в каких единицах оно поймет
шрифт. Но для xrdb оно точно призовое. Допустим, у нас два, а лучше три
одновременно подключенных монитора, и по жабно-историческим причинам у
них X_RESOLUTION и Y_RESOLUTION разные. Было бы клево, чтобы размер
шрифта был на обоих мониторах одинаковый хотя бы в линейных единицах (в
идеале, конечно, угловых, но вот данных о расстоянии от глаз до монитора
у нас точно нет - зато есть неплохие шансы, что оно близкое). А вовсе не
в пикселах, которые по размеру могут отличаться в полтора раза с легкостью.

Опять же в идеале программа должна бы уметь перестраивать шрифт при
попадании с одного экрана на другой, даже если ее саму при этом никуда
не таскали (ситуация "вывел workspace N на второй экран"). Но на этом я
уже не настаиваю от слова совсем. Это уже очень хорошие программисты
нужны.

Есть и другая задача, где надо одинаково в долях размера экрана. Это
когда один экран у тебя, а другой у проектора, и на них одно и то же.

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Fri, 27 Oct 2017 17:15:51 +0300
Eugene Berdnikov  wrote:

> On Fri, Oct 27, 2017 at 03:48:18PM +0300, Andrey Jr. Melnikov wrote:
> > Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> > появились провидческие знания, что на нетбуке мне нужен фонт
> > размером 10, а на офисной машине - 12?  
> 
>  Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
>  Xresources. Да, провидческие знания придётся завернуть в опции
> командной строки для xrdb, но это можно делать одним для всех машин
> скриптом.

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

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

   SERVERHOST=hostname
   the hostname portion of the display to which you are connected.

   CLASS_visualclass_depth=num
   A symbol is defined for each visual supported for  the  screen.
   The  symbol includes the class of the visual and its depth; the
   value is the numeric id of the visual.  (If more than one  vis‐
   ual  has  the same class and depth, the numeric id of the first
   one reported by the server is used.)

   HEIGHT=num
   the height of the root window in pixels.

   WIDTH=num
   the width of the root window in pixels.

   PLANES=num
   the number of bit planes (the depth) of the root window.

   X_RESOLUTION=num
   the x resolution of the screen in pixels per meter.

   Y_RESOLUTION=num
   the y resolution of the screen in pixels per meter.

Re: выпил systemd и invoke-rc.d

[Eugene Berdnikov]

On Fri, Oct 27, 2017 at 03:48:18PM +0300, Andrey Jr. Melnikov wrote:
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
> а на офисной машине - 12?

 Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
 Xresources. Да, провидческие знания придётся завернуть в опции командной
 строки для xrdb, но это можно делать одним для всех машин скриптом.
-- 
 Eugene Berdnikov

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Fri, 27 Oct 2017 15:48:18 +0300
"Andrey Jr. Melnikov"  wrote:


> 
> > настройка такого приложения как терминал выполняется один раз.
> > после этого конфиги распространяются между всеми своими рабочими
> > станциями при помощи например Git.  
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> появились провидческие знания, что на нетбуке мне нужен фонт размером
> 10, а на офисной машине - 12?

Вообще-то для фигурного вырезания кусков из .Xresources еще с 80-х
годов прошлого века применяется C-шный препроцессор.
И там вполне можно писать что-то вроде

!if SCREEN_WIDTH > 1024 
*Font: some-big-font
!else
*Font: some-small-font
!endif

Тогда при появлении новой машины с экраном уже известного разрешения
не придется вспоминать где у какого приложения в менюшке смена шрифта.
Просто из .Xresources автоматически вырежется нужный кусок.

-- 

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

 у меня наоборот :)
>>> Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
>>> конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
>>> - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
>>> в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
>>> авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
>>> наличии.]
>>> - бесконечные перезапуски терминала после изменения ресурсов.
>>> - кривая эргономика, в особенности в районе клипборда. Особенно радует
>>> необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
>>> выделенное в CLIPBOARD.
>>> - необходимость заноса с github всяких перловых модулёчков для обеспечения
>>> _базовой_ функциональности.

>> настройка такого приложения как терминал выполняется один раз.
>> после этого конфиги распространяются между всеми своими рабочими
>> станциями при помощи например Git.
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него

вроде всегда умел

в чем там проблема?

$ git ls-files .Xresources
.Xresources

это же такой же текстовый файл как и все другие

> появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
> а на офисной машине - 12?

а я их по hostname разруливаю

в xinitrc написано (упрощенно!):

xrdb .Xresources
xrdb .Xresources.`hostname`

>> я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
>> а потом залезал в его конфиг всего еще один раз: когда монитор
>> высокого разрешения появился - поставил фонт бОльшего размера.

>> соответственно совершенно похрен meta там в конфиге alt называется или
>> alt
> Ага, а в том-же gnome-terminal можно всё это сделать не ходя в куда-то там в
> текстовый конфиг.

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

> Edit->Preferences->Shortcuts и нажимай себе нужные кнопки

и так на каждом хосте? нафиг нафиг
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 105 строк --]

> > Витус, покажи мне _нормальный_ эмулятор терминала для начала?
>  rxvt чем не нормальный?
> >>> Не прижился с самого начала.
> >> у меня наоборот :)
> > Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
> > конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
> > - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
> > в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
> > авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
> > наличии.]
> > - бесконечные перезапуски терминала после изменения ресурсов.
> > - кривая эргономика, в особенности в районе клипборда. Особенно радует
> > необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
> > выделенное в CLIPBOARD.
> > - необходимость заноса с github всяких перловых модулёчков для обеспечения
> > _базовой_ функциональности.

> настройка такого приложения как терминал выполняется один раз.
> после этого конфиги распространяются между всеми своими рабочими
> станциями при помощи например Git.
Да??? git научился фигурно вырезать куски из .Xresources? Или у него
появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
а на офисной машине - 12?

> я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
> а потом залезал в его конфиг всего еще один раз: когда монитор
> высокого разрешения появился - поставил фонт бОльшего размера.

> соответственно совершенно похрен meta там в конфиге alt называется или
> alt
Ага, а в том-же gnome-terminal можно всё это сделать не ходя в куда-то там в
текстовый конфиг. Edit->Preferences->Shortcuts и нажимай себе нужные кнопки
не задумываясь про Meta/Control/Mod1. И с фонтом так-же - зашел в настройки
и выбрал. И оно применилось без перезапуска. Чудо магия.

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

> Витус, покажи мне _нормальный_ эмулятор терминала для начала?
 rxvt чем не нормальный?
>>> Не прижился с самого начала.
>> у меня наоборот :)
> Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
> конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
> - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
> в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
> авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
> наличии.]
> - бесконечные перезапуски терминала после изменения ресурсов.
> - кривая эргономика, в особенности в районе клипборда. Особенно радует
> необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
> выделенное в CLIPBOARD.
> - необходимость заноса с github всяких перловых модулёчков для обеспечения
> _базовой_ функциональности.


настройка такого приложения как терминал выполняется один раз.
после этого конфиги распространяются между всеми своими рабочими
станциями при помощи например Git.

я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
а потом залезал в его конфиг всего еще один раз: когда монитор
высокого разрешения появился - поставил фонт бОльшего размера.

соответственно совершенно похрен meta там в конфиге alt называется или
alt
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 141 строк --]

> >>> Витус, покажи мне _нормальный_ эмулятор терминала для начала?
> >> rxvt чем не нормальный?
> > Не прижился с самого начала.
> у меня наоборот :)
Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
- бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
наличии.]
- бесконечные перезапуски терминала после изменения ресурсов.
- кривая эргономика, в особенности в районе клипборда. Особенно радует
необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
выделенное в CLIPBOARD.
- необходимость заноса с github всяких перловых модулёчков для обеспечения
_базовой_ функциональности.

[...]

> > Если gnome-terminal по умолчанию поддерживает комбинацию клавиш Alt-[0-9]
> > для переключения в первых 10 табах, то какая магия нужна для WM ?

> man по своему WM?
> у меня есть избранные окна которые своим шорткатом всплывают, елси
> надо.
> например терминал с mutt :)
Нее, в кваку наигралися давно. Терминал с mutt обычно живет где-то в 20+
вкладке терминалов. И то, если мне надо патч куда-то инлайном заслать.

[...]

> > Вот у меня было на воркспейсе 28 окон.
> бардак
Бардак был, когда у мозиллы поломали автосохранятор открытых вкладок и она
после рестарата открыла ~300 окон.
А до 40 окошек - это вполне себе рабочий процесс. Пяток pdf'ов, пяток окон
мозиллы, хорошо хоть один терминал с табам, с пяток-десяток специфических
софтин в wine. И это не считая всяких окон от remmina (тоже с табами),
deluge, pidgin, skype - эти хоть умеют жить в трее и прибиты в сосдний
монитор.

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

> скорее всего 28 группируются в 3 группы по 3-4 окна, а большинство
> дублирующихся - просто выкидывается
Группировка - это то, что реально мешалось в unity, т.к. реализация не
позволяла быстро и не глядя переключиться из консоли ровно в то окно, в
которое надо.

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Victor Wagner  wrote:
> On Thu, 26 Oct 2017 15:12:20 +0300
> "Andrey Jr. Melnikov"  wrote:


> > 
> > > Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
> > > насколько там легко оборвать окнам titlebar-ы. Но панель там точно
> > > не своя а, например от lxde.  
> > Оно конечно хорошо, но это всё надо _настраивать_. Причем, долго

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

> > ковыряясь в гуглях, в поппытке понять - а чё собственно и куда надо

> В гуглях - не надо, надо в man. Оно документировано.
Документацию обычно пишет разработчик, и часто забывает дописать весьма
критичные но очень очевидные для него вещи.

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

> А портянку написанную 15 лет назад потерял? Ее слегка подрихтовать под
> изменившиеся вкусы, и продолжать использовать.
Выкинул вместе с осыпавшимся IBM DTLA 40Gb.

> > Ага, преднастроенная система - это недостаток? Одно дело когда у нас

> Да. Я лично предпочитаю держать свои настройки в git или fossil и
> переносить с машины на машину. Потому что это система должна под меня
> подстраиваться, а не я под нее.
У меня потребности в такой колбасе нет. Таскать настройки с машины на машину
просто бессмысленно, т.к. машины разные. Где памяти фиг-целых-нуль-десятых,
где есть wifi но нет ethernet'а, где монитор размером с почтовую марку.
И набор софта на них - разный.

> Я еще в 2001 году писал, что хороший интерфейс должен быть не другом
> пользователя, а послушным рабом.
Ну-ну.

Re: выпил systemd и invoke-rc.d

[yuri . nefedov]

On Fri, 27 Oct 2017, Victor Wagner wrote:


Я еще в 2001 году писал, что хороший интерфейс должен быть не другом
пользователя, а послушным рабом.


  Если перешли к теме БСДМ, то надо упомянуть
  концепцию «хитрожопого раба», это когда властитель
  на самом деле становится «оператором девайса» и все
  его хотелки не более как отражение воли раба.

  Мне кажется, в гноме так и произошло)

Ю.

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Thu, 26 Oct 2017 15:27:59 +0300
"Andrey Jr. Melnikov"  wrote:

> Dmitry E. Oboukhov  wrote:
> > [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 63
> > строк --]  
> 
> 
> > > У нас опять разные дебианы?  
> >  Тебе ж сказали: без systemd.  
> 
> > >>> А у нас есть GUI которыми можно пользоваться и чтоб без
> > >>> systemd?  
> > >> я чет ваще не понимаю в чем смысл GUI и init общаться? init
> > >> запустил GUI, а дальше-то зачем GUI зависеть на init?  
> > > Он не зависит от init напрямую, он зависит от компонентов init'a
> > > вмоноличенных в systemd.
> > > T.e. для монтирования дисков раньше был udisk2 + polkit,  
> 
> > чет я не вгоняю, каким боком GUI к монтированию дисков.
> > ЗАЧЕМ?  
> Затем, что для монтирования дисков нужны привелегии. А их получить
> можно только спросив у юзеря пароль. Иначе получается дыра в

Не обязательно. Может быть демон, который изначально работает с правами
рута. И реализует любую политику безопасности. Например, смотрит чья
X-сессия на том мониторе, в usb-разъем которого воткнули диск, и
монтирует именно с правами этого пользователя.

Может быть suid-бинарник, который, естественно, в курсе кто его на
самом деле запустил. И все это без GUI.

> безопасности - подключил ты свой диск с веселыми картинками - а сосед
> Вася, который был случайно залогинен на этой машине - картинки то у
> тебя и скопировал.

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

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Thu, 26 Oct 2017 15:12:20 +0300
"Andrey Jr. Melnikov"  wrote:


> 
> > Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
> > насколько там легко оборвать окнам titlebar-ы. Но панель там точно
> > не своя а, например от lxde.  
> Оно конечно хорошо, но это всё надо _настраивать_. Причем, долго

Ну тут одно из двух, либо ты ходишь строем, как все, и пользуешья
гномом, либо ты выбираешься своей колеей, и ее приходится прокладывать.
> ковыряясь в гуглях, в поппытке понять - а чё собственно и куда надо

В гуглях - не надо, надо в man. Оно документировано.
> тут прописывать. Лет 15 назад у меня было желание писать портянки
> конфигов - сейчас куда-то делось.

А портянку написанную 15 лет назад потерял? Ее слегка подрихтовать под
изменившиеся вкусы, и продолжать использовать.

> Ага, преднастроенная система - это недостаток? Одно дело когда у нас

Да. Я лично предпочитаю держать свои настройки в git или fossil и
переносить с машины на машину. Потому что это система должна под меня
подстраиваться, а не я под нее.

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

Re: выпил systemd и invoke-rc.d

[Иван Лох]

On Thu, Oct 26, 2017 at 03:21:55PM +0300, Andrey Jr. Melnikov wrote:
> > Табы в эмуляторе терминала зачем? табы WM пусть делает.
> А переключаться между ними как? Причем быстро переключаться, не с помошью
> мыши. Если gnome-terminal по умолчанию поддерживает комбинацию клавиш 
> Alt-[0-9]
> для переключения в первых 10 табах, то какая магия нужна для WM ?

80% переключений все-равно не предыдущее окно и еще 10% на
пред-предыдущее. На это биндинги и вешаются. А так на отдельном
workspace сымитировать терминал с табами, вообще, нет проблем.

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>>> Витус, покажи мне _нормальный_ эмулятор терминала для начала?
>> rxvt чем не нормальный?
> Не прижился с самого начала.

у меня наоборот :)

>>> С табами, понимающий авангард utf-8, не падающий от неожиданно
>> Табы в эмуляторе терминала зачем? табы WM пусть делает.
> А переключаться между ними как? Причем быстро переключаться, не с помошью
> мыши.

я в i3 переключаюсь по mod-стрелки
причем и между табами и окнами

> Если gnome-terminal по умолчанию поддерживает комбинацию клавиш Alt-[0-9]
> для переключения в первых 10 табах, то какая магия нужна для WM ?

man по своему WM?
у меня есть избранные окна которые своим шорткатом всплывают, елси
надо.
например терминал с mutt :)

>> i3 - под все критерии подходит практически в дефолтном конфиге :)
>> ну или свой конфиг awesome/*wm

 Я, например использую в качестве window manager-а jwm.
>>> Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле "windows 
>>> 95" ?
>>> Скриншот покажи, когда открыто как минимум 20 окон.
>> 20 окон на воркспейсе это имхо извращение какое-то
> А надо 20 воркспейсов по одному окну чтоль?

не, 20 по 2-4 не более.

на маленьких экранах (ноут 11'') я терминалы с Vim свертываю в табы
(2-3 штуки) а браузер с документацией смотрю на другом WS.

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

как-то в таком стиле. Больше 5 окон (3-4 свернуты в Таб) на WS не
бывает.

> Вот у меня было на воркспейсе 28 окон.

бардак

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

скорее всего 28 группируются в 3 группы по 3-4 окна, а большинство
дублирующихся - просто выкидывается
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 63 строк --]


> > У нас опять разные дебианы?
>  Тебе ж сказали: без systemd.

> >>> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
> >> я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
> >> GUI, а дальше-то зачем GUI зависеть на init?
> > Он не зависит от init напрямую, он зависит от компонентов init'a
> > вмоноличенных в systemd.
> > T.e. для монтирования дисков раньше был udisk2 + polkit,

> чет я не вгоняю, каким боком GUI к монтированию дисков.
> ЗАЧЕМ?
Затем, что для монтирования дисков нужны привелегии. А их получить можно
только спросив у юзеря пароль. Иначе получается дыра в безопасности -
подключил ты свой диск с веселыми картинками - а сосед Вася, который был
случайно залогинен на этой машине - картинки то у тебя и скопировал.

> > очкастого продвинул фичу "multiseat" и всё - сова на глобус не налазиет,
> > т.к. без взаимодействия с запускалкой процессов (ага, init) верхнему слою не
> > ясно - а кому задавать вопрос про пароль для монтирования диска: Васе или
> > Пете.
> какие-то высосанные из пальца (?) проблемы.
По большей части да, т.к. обычно на один GUI - один пользователь. А пацаны
то хотели как в винде - переключение пользователей, воу-воу.

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 152 строк --]

> >>> Artem Chuprina  wrote:
> >> systemd
> >>> 
> > У нас опять разные дебианы?
>  Тебе ж сказали: без systemd.
> >>> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?

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

> > Витус, покажи мне _нормальный_ эмулятор терминала для начала?
> rxvt чем не нормальный?
Не прижился с самого начала.

> > С табами, понимающий авангард utf-8, не падающий от неожиданно
> Табы в эмуляторе терминала зачем? табы WM пусть делает.
А переключаться между ними как? Причем быстро переключаться, не с помошью
мыши. Если gnome-terminal по умолчанию поддерживает комбинацию клавиш Alt-[0-9]
для переключения в первых 10 табах, то какая магия нужна для WM ?

> > просочившегося на ввод бинаря, знающий про 2 copy-buffer в X'ах и умеющий их
> > разделять.

> rxvt же
Да, откуда это же оно знает про SECONDARY буффер? В PRIMARY оно как-то
копирует, да. 

> >> Ведь GUI нужен не "вообще", а для решения конкретных задач. Вот для
> >> каждой из задач выбрать лучшее из GUI-приложений, которое доступно -
> >> где-то gtk-шное, где-то qt-шное, а где-то может даже motif-овское и
> >> использовать.
> > У GUI помимо быстрого рисования окошек "приложений для решения конкретных
> > задач" есть еще как минимум декоратор (рисующий рамочки-кнопочки) и window
> > manager который позволяет всё это таскать туда-сюда.

> окошки таскать - это от кривого дизайна WM
> вот нахрен их таскать?
Иногда - надо. Подвинуть те-же 4-5-6 картинок для визуального сравнения.

> >> НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
> >> мешал.
> > Для меня - "не мешал" это:
> > - окно не имеет рамок в 100500+ пикселей (для слепых);
> > - окно не имеет title bar как такового (чего там пишут обычно нафиг не надо,
> > кнопочками - не пользуюсь);
> > - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
> > открытых окон и шморгающих когда там что-то происходит.

> i3 - под все критерии подходит практически в дефолтном конфиге :)
> ну или свой конфиг awesome/*wm

> >> Я, например использую в качестве window manager-а jwm.
> > Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле "windows 
> > 95" ?
> > Скриншот покажи, когда открыто как минимум 20 окон.
> 20 окон на воркспейсе это имхо извращение какое-то
А надо 20 воркспейсов по одному окну чтоль?

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

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Victor Wagner  wrote:
> On Tue, 24 Oct 2017 13:12:49 +0300
> "Andrey Jr. Melnikov"  wrote:

> > Victor Wagner  wrote:
> > > On Mon, 23 Oct 2017 21:46:42 +0300
> > > "Andrey Jr. Melnikov"  wrote:  
> > 
> > > > Artem Chuprina  wrote:  
> > > systemd
> > > >   
> , которые слишком многого не требуют.  
> > 
> > Витус, покажи мне _нормальный_ эмулятор терминала для начала? 
> > С табами, понимающий авангард utf-8, не падающий от неожиданно

> Ну я использую lxterminal. Да, он вообще-то из комплекта lxde, но это
> не мешает его использовать отдельно.
Он вобще-то из комплекта gnome, т.к. based on vte. В vte я как-то чинил
занятный баг, больше не хочу. И да, у меня gnome-terminal на том-же vte
успешно падает на кривом юникоде.

> > > НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
> > > мешал.  
> > Для меня - "не мешал" это: 
> > - окно не имеет рамок в 100500+ пикселей (для слепых);
> > - окно не имеет title bar как такового (чего там пишут обычно нафиг
> > не надо, кнопочками - не пользуюсь);
> > - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
> > открытых окон и шморгающих когда там что-то происходит.

> Тогда для тебя fvwm. Меня заставило с него уйти в свое время именно
> неумение правильно работать с utf-8 в titlebar. Ну и taskbar  у него
> такой, что я еще в 2002 году свой собсвтенный на tcl/tk взамен писал.

> А если titlebar и taskbar не нужны, то бесконечная настраиваемость
> fvwm - сплошные плюсы. 

> Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
> насколько там легко оборвать окнам titlebar-ы. Но панель там точно не
> своя а, например от lxde.
Оно конечно хорошо, но это всё надо _настраивать_. Причем, долго ковыряясь в
гуглях, в поппытке понять - а чё собственно и куда надо тут прописывать.
Лет 15 назад у меня было желание писать портянки конфигов - сейчас куда-то 
делось.

> > > Я, например использую в качестве window manager-а jwm.  
> > Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле
> > "windows 95" ? Скриншот покажи, когда открыто как минимум 20 окон.

> Именно. Тот минимальный набор требований к панели, который у меня
> есть, он реализует. 

> > Он не лучше всего остального, его отличие в том, что изолентой
> > скрутили палки еще в редхате, а не конечный пользователь по мутной
> > инструкции откуда-то из интернета.

> Так это же недостаток. Ну если конечно пользователь умеет читать, а не
Ага, преднастроенная система - это недостаток? Одно дело когда у нас "black
box" с тремя ручками - вот это точно недостаток, а другое - когда у нас
вполне себе настроенная система. Да, ручки спрятаны подальше - но их можно
крутить. Не получается докрутить ручками до вменяемого состояния - $EDITOR в
руки и в потроха крутить ровно так, как надо.

> только гуглить, и настраивает не по "мутной инструкции из интернета", а
> по родной документации. У JWM в этом плане, конечно хреново что конфиг
> xml-ный. Но зато хорошо, что он умеет его валидировать без перезапуска
> и можно избежать того, что в результате ошибки в конфиге придется
> сваливаться в failsafe сессию с одним xterm-ом посреди экрана.
Не-не-не, у меня на xml давняя алергия.

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Tue, 24 Oct 2017 
19:31:15 +0300:

 >> Обычно, если человек, сидящий перед монитором, воткнул флешку, то он
 >> чего-то от нее хочет. Именно он.
 >> 
 >> Другое дело, что задача "определить, для кого воткнута флешка", у
 >> извращенцев вроде нас автоматически решается плохо. Если Витусу нужно
 >> что-то с другого конца города с флешки, которая под рукой у жены, то
 >> никакому Поттерингу не хватит искусственного интеллекта определить, что
 >> воткнутую ею флешку надо смонтировать с правами для него.

 >  Если Витус с женой такие затейники, они могут записаться в группу
 >  монтирования flash и обучить искусственный интеллект подцеплять
 >  флешку с gid'ом этой группы. Правда, неясно, можно ли будет тот ИИ
 >  обучить -- Поттеринг мог не предусмотреть такие извращения.

Именно. Сделать-то нужным образом пока еще можно...

Re: выпил systemd и invoke-rc.d

[Melleus]

"Andrey Jr. Melnikov"  writes:

> Очень сложно пилить то, что всё время мутирует. Проще выкинуть
> Gnome/systemd, но тогда пользователи побегут в соседний дистрибутив.

Если бы Debian стал единственным мейнстримным бинарным дистрибутивом БЕЗ
systemd, то пользователи из соседних дистрибутивов вполне могли бы
скомпенсировать тех, кто ушел набигать за корованами, ИМХО.

Re: выпил systemd и invoke-rc.d

[Melleus]

"Dmitry E. Oboukhov"  writes:

>> Для меня - "не мешал" это:
>> - окно не имеет рамок в 100500+ пикселей (для слепых);
>> - окно не имеет title bar как такового (чего там пишут обычно нафиг не надо,
>> кнопочками - не пользуюсь);
>> - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
>> открытых окон и шморгающих когда там что-то происходит.
>
> i3 - под все критерии подходит практически в дефолтном конфиге :)
> ну или свой конфиг awesome/*wm

у i3 не все так хорошо - есть проблема с title bars, т.е. он их
рисует. В дефолтном конфиге так точно. А если отключить - то чтобы в
статусе увидеть название окошка (как в Awesome том же), без самописных
костылей не обойтись. Ручной тайлинг - тоже неоднозначное решение и
нравится не всем. Из личного опыта - когда надоело переписывать
полностью конфиги после выхода каждой новой версии Awesome по причине
несовместимых обновлений формата, переехал на Xmonad. Есть и там свои
бока, конечно, но в целом - доволен. И конфиги свои после каждого
обновления на помойку выбрасывать не нужно.

Да я, в общем-то, и с Debian переехал на Gentoo, когда понял, что
безнаказанно выпиливать systemd моих скиллов уже не хватает. Если все же
выпилят это антиюниксвейное поделие официально, вернусь назад. А может и
не вернусь, ибо гибкость получил в своих желаниях ранее невиданную, а
сервер мне держать не нужно. Но есть и недостатки, конечно. Стабильность
не та, например. Вот dovecot, например, пришлось давеча ручками
перезапускать после обновления, а вот Debian сам умеет проделывать даже
и не такие штуки, в чем убеждался неоднократно и привык за многие годы.

Re: выпил systemd и invoke-rc.d

[Eugene Berdnikov]

On Tue, Oct 24, 2017 at 06:02:29PM +0300, Artem Chuprina wrote:
> Обычно, если человек, сидящий перед монитором, воткнул флешку, то он
> чего-то от нее хочет. Именно он.
> 
> Другое дело, что задача "определить, для кого воткнута флешка", у
> извращенцев вроде нас автоматически решается плохо. Если Витусу нужно
> что-то с другого конца города с флешки, которая под рукой у жены, то
> никакому Поттерингу не хватит искусственного интеллекта определить, что
> воткнутую ею флешку надо смонтировать с правами для него.

 Если Витус с женой такие затейники, они могут записаться в группу
 монтирования flash и обучить искусственный интеллект подцеплять
 флешку с gid'ом этой группы. Правда, неясно, можно ли будет тот ИИ
 обучить -- Поттеринг мог не предусмотреть такие извращения.
-- 
 Eugene Berdnikov

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Victor Wagner -> debian-russian@lists.debian.org  @ Tue, 24 Oct 2017 11:51:29 
+0300:

 >> У нас вот на сервере без systemd трудно пользоваться zfs. Но ей и с
 >> systemd пользоваться трудно, как выяснилось.
 >> 
 > То есть от systemd никакого толку все равно?

Есть. К нему в дистрибутиве есть готовые service с правильно
прописанными зависимостями. А для systemv их вообще нет.

Но если делать тома по умолчанию, а по умолчанию оно не монтирует в
непустую директорию, то чуть что, какая-нибудь зараза успевает в точке
монтирования что-нибудь понасоздавать. Ну и что-то не монтируется. У
меня там /var фигурно выпилена, в ней любителей понасоздавать более чем
достаточно.

 > У меня вот единственным оправданием наличия systemd является
 > необходимость держать в lxc-контейнерах разные линуксы с systemd для
 > тестирования. Тут уж никуда не денешься - либо держать все в KVM-е, либо
 > держать systemd на хосте. Второе все же дешевле.

А я вот ради zfs его оставил. И вот думаю, может, лучше написать таки
init-скрипт для монтирования томов, да выпилить оттуда systemd от греха
подальше? Оно мало того что сервер, оно еще и роутер. Упадет — привет
интернету.

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

P.S, Снапшоты эти новомодные тоже... Когда выясняется, что в старых
бэкапах много лишнего, а диск не резиновый, из бэкапов это вычистить
можно, а из снапшотов — увы. Только весь снапшот целиком, а это не то,
что нужно народу. Хотя, конечно, невозможность вычистить что-то
_случайно_ некоторую ценность имеет.

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Dmitry E. Oboukhov -> debian-russian@lists.debian.org  @ Tue, 24 Oct 2017 
14:56:15 +0300:


 >> У нас опять разные дебианы?
 > Тебе ж сказали: без systemd.

  А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
 >>> я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
 >>> GUI, а дальше-то зачем GUI зависеть на init?
 >> Он не зависит от init напрямую, он зависит от компонентов init'a
 >> вмоноличенных в systemd.
 >> T.e. для монтирования дисков раньше был udisk2 + polkit,

 > чет я не вгоняю, каким боком GUI к монтированию дисков.
 > ЗАЧЕМ?

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

Обычно, если человек, сидящий перед монитором, воткнул флешку, то он
чего-то от нее хочет. Именно он.

Другое дело, что задача "определить, для кого воткнута флешка", у
извращенцев вроде нас автоматически решается плохо. Если Витусу нужно
что-то с другого конца города с флешки, которая под рукой у жены, то
никакому Поттерингу не хватит искусственного интеллекта определить, что
воткнутую ею флешку надо смонтировать с правами для него.

Re: выпил systemd и invoke-rc.d

[Stanislav Vlasov]

24 октября 2017 г., 15:49 пользователь Andrey Jr. Melnikov
 написал:

>> Всё же полностью терять управление сервером при падении dbus - это
>> перебор. Уж как минимум, возможность _штатно_ перезагрузить с консоли
>> должна быть.

> echo b >/proc/sysrq-trigger как и нажатие кнопки reset вполне себе штатный
> метод.

Это штатный метод для ядра, но нештатный для системы. Ну и к тому же,
может быть выключен.

-- 
Stanislav

Re: выпил systemd и invoke-rc.d

[Коротаев Руслан]

В сообщении от [Вт 2017-10-24 13:12 +0300]
Andrey Jr. Melnikov  пишет:

> Для меня - "не мешал" это: 
> - окно не имеет рамок в 100500+ пикселей (для слепых);
> - окно не имеет title bar как такового (чего там пишут обычно нафиг не надо,
> кнопочками - не пользуюсь);
> - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
> открытых окон и шморгающих когда там что-то происходит.

Xmonad. Он именно такой из коробки, сколько не пробовал другие WM всегда
возвращался на Xmonad, причем именно в таком виде, без всяких конфигов
на Хаскеле. 

Устанавливайте с флагом --no-install-recommends или возьмите бинарник из
пакета, иначе прилетит всё вместе с исходниками.

-- 
Коротаев Руслан
https://blog.kr.pp.ru


smime.p7s
Description: S/MIME cryptographic signature

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>>> Artem Chuprina  wrote:
>> systemd
>>> 
> У нас опять разные дебианы?
 Тебе ж сказали: без systemd.
>>> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?

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

> Витус, покажи мне _нормальный_ эмулятор терминала для начала?

rxvt чем не нормальный?

> С табами, понимающий авангард utf-8, не падающий от неожиданно

Табы в эмуляторе терминала зачем? табы WM пусть делает.

> просочившегося на ввод бинаря, знающий про 2 copy-buffer в X'ах и умеющий их
> разделять.

rxvt же



>> Ведь GUI нужен не "вообще", а для решения конкретных задач. Вот для
>> каждой из задач выбрать лучшее из GUI-приложений, которое доступно -
>> где-то gtk-шное, где-то qt-шное, а где-то может даже motif-овское и
>> использовать.
> У GUI помимо быстрого рисования окошек "приложений для решения конкретных
> задач" есть еще как минимум декоратор (рисующий рамочки-кнопочки) и window
> manager который позволяет всё это таскать туда-сюда.

окошки таскать - это от кривого дизайна WM
вот нахрен их таскать?

>> НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
>> мешал.
> Для меня - "не мешал" это:
> - окно не имеет рамок в 100500+ пикселей (для слепых);
> - окно не имеет title bar как такового (чего там пишут обычно нафиг не надо,
> кнопочками - не пользуюсь);
> - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
> открытых окон и шморгающих когда там что-то происходит.

i3 - под все критерии подходит практически в дефолтном конфиге :)
ну или свой конфиг awesome/*wm

>> Я, например использую в качестве window manager-а jwm.
> Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле "windows 95" ?
> Скриншот покажи, когда открыто как минимум 20 окон.

20 окон на воркспейсе это имхо извращение какое-то

-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

> У нас опять разные дебианы?
 Тебе ж сказали: без systemd.

>>> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
>> я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
>> GUI, а дальше-то зачем GUI зависеть на init?
> Он не зависит от init напрямую, он зависит от компонентов init'a
> вмоноличенных в systemd.
> T.e. для монтирования дисков раньше был udisk2 + polkit,

чет я не вгоняю, каким боком GUI к монтированию дисков.
ЗАЧЕМ?

> очкастого продвинул фичу "multiseat" и всё - сова на глобус не налазиет,
> т.к. без взаимодействия с запускалкой процессов (ага, init) верхнему слою не
> ясно - а кому задавать вопрос про пароль для монтирования диска: Васе или
> Пете.

какие-то высосанные из пальца (?) проблемы.



-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Tue, 24 Oct 2017 13:12:49 +0300
"Andrey Jr. Melnikov"  wrote:

> Victor Wagner  wrote:
> > On Mon, 23 Oct 2017 21:46:42 +0300
> > "Andrey Jr. Melnikov"  wrote:  
> 
> > > Artem Chuprina  wrote:  
> > systemd
> > >   
, которые слишком многого не требуют.  
> 
> Витус, покажи мне _нормальный_ эмулятор терминала для начала? 
> С табами, понимающий авангард utf-8, не падающий от неожиданно

Ну я использую lxterminal. Да, он вообще-то из комплекта lxde, но это
не мешает его использовать отдельно.

> > НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
> > мешал.  
> Для меня - "не мешал" это: 
> - окно не имеет рамок в 100500+ пикселей (для слепых);
> - окно не имеет title bar как такового (чего там пишут обычно нафиг
> не надо, кнопочками - не пользуюсь);
> - WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
> открытых окон и шморгающих когда там что-то происходит.

Тогда для тебя fvwm. Меня заставило с него уйти в свое время именно
неумение правильно работать с utf-8 в titlebar. Ну и taskbar  у него
такой, что я еще в 2002 году свой собсвтенный на tcl/tk взамен писал.

А если titlebar и taskbar не нужны, то бесконечная настраиваемость
fvwm - сплошные плюсы. 

Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
насколько там легко оборвать окнам titlebar-ы. Но панель там точно не
своя а, например от lxde.

> > Я, например использую в качестве window manager-а jwm.  
> Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле
> "windows 95" ? Скриншот покажи, когда открыто как минимум 20 окон.

Именно. Тот минимальный набор требований к панели, который у меня
есть, он реализует. 

> Он не лучше всего остального, его отличие в том, что изолентой
> скрутили палки еще в редхате, а не конечный пользователь по мутной
> инструкции откуда-то из интернета.

Так это же недостаток. Ну если конечно пользователь умеет читать, а не
только гуглить, и настраивает не по "мутной инструкции из интернета", а
по родной документации. У JWM в этом плане, конечно хреново что конфиг
xml-ный. Но зато хорошо, что он умеет его валидировать без перезапуска
и можно избежать того, что в результате ошибки в конфиге придется
сваливаться в failsafe сессию с одним xterm-ом посреди экрана.

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Stanislav Vlasov  wrote:
> 23 октября 2017 г., 18:47 пользователь Andrey Jr. Melnikov
>  написал:

[...]

> >> В дебиане? Как было на 2 в 2002-м, так и осталось.
> >
> > root@ppc:~# runlevel
> > N 5
> > root@ppc:~# cat /etc/debian_version
> > buster/sid
> > root@ppc:~# file /sbin/init
> > /sbin/init: symbolic link to /lib/systemd/systemd
> >
> > У нас опять разные дебианы?

> У нас разные иниты.
> Лично я на systemd буду переходить несколько позже, когда systemd
> будет постабильней, чем сейчас.
Да не будет он стабильней, ему незачем. Миллион хомячков радующихся
настройкам в стиле ini-файлов не заметят той стабильности. А распиаренный
DevOps подоход - развернули контейнер, накатили туда что-то и в продакшен -
вообще отучает думаеть про стабильность. Упало? Да хрен с ним, где наша
кнопка "раскать всё еще раз".

> Всё же полностью терять управление сервером при падении dbus - это
> перебор. Уж как минимум, возможность _штатно_ перезагрузить с консоли
> должна быть.

echo b >/proc/sysrq-trigger как и нажатие кнопки reset вполне себе штатный
метод.

> А на рабочей станции пока что lxde, которому пох на инит.

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 53 строк --]

> >>> У нас опять разные дебианы?
> >> Тебе ж сказали: без systemd.

> > А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
> я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
> GUI, а дальше-то зачем GUI зависеть на init?
Он не зависит от init напрямую, он зависит от компонентов init'a
вмоноличенных в systemd.
T.e. для монтирования дисков раньше был udisk2 + polkit, потом редхат через
очкастого продвинул фичу "multiseat" и всё - сова на глобус не налазиет,
т.к. без взаимодействия с запускалкой процессов (ага, init) верхнему слою не
ясно - а кому задавать вопрос про пароль для монтирования диска: Васе или
Пете.

> > Gnome вот приколочено намертво.

> ну Gnome - знатные извращенцы.
Нее, пацаны идут к успеху. Чем более непонятный и монолитный продукт
получается - тем больше у редхата возможности впарить платную техподдержку.
Ошибку типа "ERROR: Missing directory /../../../" ты и сам починишь с
помощью `mkdir /../../../../`, а вот "ERRROR: Code 0xFFFEDCF5" без знания,
где смотреть этот 0xFFFEDCF5 - нет. А тут уже стоят продаваны с курсами
"GNOME System Certified Administrator", книжками "Repairing System for
Advanced Admins", веб-порталами с подпиской и прочими платными
техподдержками.

> кстати именно из за дебилизма Gnome-майнтенеров и пропихнули эту
> гадость как "основной init": эти криворучки не смогли нормально его
> отпилить и им было дешевле решить вопрос "политически" - протолкнуть
> каку на роль основного init, чем решать вопрос инженерно (отправив
> набор патчей в Gnome)

Очень сложно пилить то, что всё время мутирует. Проще выкинуть
Gnome/systemd, но тогда пользователи побегут в соседний дистрибутив.

Re: выпил systemd и invoke-rc.d

[Konstantin Matyukhin]

Практически всем устраивает Awesome WM + Sakura в качестве терминала.
systemd не мешает абсолютно.
По init-у не скучаю совершенно.

-- 
С уважением,
Константин Матюхин

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Victor Wagner  wrote:
> On Mon, 23 Oct 2017 21:46:42 +0300
> "Andrey Jr. Melnikov"  wrote:

> > Artem Chuprina  wrote:
> systemd  
> > 
> > >  > У нас опять разные дебианы?  
> > > Тебе ж сказали: без systemd.  
> > А у нас есть GUI которыми можно пользоваться и чтоб без systemd?

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

Витус, покажи мне _нормальный_ эмулятор терминала для начала? 
С табами, понимающий авангард utf-8, не падающий от неожиданно
просочившегося на ввод бинаря, знающий про 2 copy-buffer в X'ах и умеющий их
разделять.

> Ведь GUI нужен не "вообще", а для решения конкретных задач. Вот для
> каждой из задач выбрать лучшее из GUI-приложений, которое доступно -
> где-то gtk-шное, где-то qt-шное, а где-то может даже motif-овское и
> использовать.
У GUI помимо быстрого рисования окошек "приложений для решения конкретных
задач" есть еще как минимум декоратор (рисующий рамочки-кнопочки) и window
manager который позволяет всё это таскать туда-сюда.

> НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
> мешал.
Для меня - "не мешал" это: 
- окно не имеет рамок в 100500+ пикселей (для слепых);
- окно не имеет title bar как такового (чего там пишут обычно нафиг не надо,
кнопочками - не пользуюсь);
- WM не рисует прибитый гвоздями task bar с "пуском", сотней кнопочек
открытых окон и шморгающих когда там что-то происходит.

> Я, например использую в качестве window manager-а jwm.
Очередной эмулятор "с кнопокой пуск" и унылым таскбаром в стиле "windows 95" ?
Скриншот покажи, когда открыто как минимум 20 окон.

> > Gnome вот приколочено намертво. 
> Gnome сам по себе хуже systemd. В смысле страдает той же самой манией
> Темного властелина "лишить их воли и объединить навек в их земной
> юдоли под владычеством всесильным", но в более явной форме.

Он не лучше всего остального, его отличие в том, что изолентой скрутили
палки еще в редхате, а не конечный пользователь по мутной инструкции
откуда-то из интернета.
На этом радость кончается, начинается сплошное хипстерство - потроха
написанные на ява-скриптах, всякие multi-seat и прочие закосы под
майкрософтовский material design, планшето-ориентированность на десктопах.

Re: выпил systemd и invoke-rc.d

[Михаил Касаджиков]

Andrey Jr. Melnikov  писал(а) в своём письме Tue, 24 Oct 
2017 00:01:45 +0300:


Михаил Касаджиков  wrote:

Andrey Jr. Melnikov  писал(а) в своём письме Mon, 23 Oct 
2017 21:46:42 +0300:



> Artem Chuprina  wrote:
>> Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
16:47:35 +0300:
>
>>  >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
>>  >> >> запускались на компе не всякий раз, а теперь-то...
>>  >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.
>
>>  >> В дебиане? Как было на 2 в 2002-м, так и осталось.
>
>>  > root@ppc:~# runlevel
>>  > N 5
>>  > root@ppc:~# cat /etc/debian_version
>>  > buster/sid
>>  > root@ppc:~# file /sbin/init
>>  > /sbin/init: symbolic link to /lib/systemd/systemd
>
>>  > У нас опять разные дебианы?
>> Тебе ж сказали: без systemd.
> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
> Gnome вот приколочено намертво.



KDE? Xfce? Или там уже всё испортили? KDE 4 прекрасно работает без systemd.


А там что-то починили? У KDE плазма перестала падать?

СППК? У меня KDE4 почему-то не падает. Причём у меня оно пересобрано из 
upstream с частичным наложением дебиановских «исправлений». Да и без этого тоже 
не падало.

А вот помянутый выше gnome с каждой новой бубунтой производит неизменно 
ужасающее впечатление. Именно гном, unity как раз вполне себе нормальное 
окружение.


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

Понятия не имею — не использую. Иногда ставлю на старом ноуте для «посмотреть» 
и каждый раз сношу. Не в моём вкусе сие.


Ну скажем автомоунтеров вязанку в фоне я и не замечу, но вот эмуляция
порядком надоевшего интерфейса windows 95 с вариациями "теперь в 3d"
(поставте nvidia-gl а то у нас тени недостаточно сглажены) - утомила.

Какой ужас! Докатились, доколе!

А вообще, у меня нет претензий к интерфейсу NT4, даже на одной офисной 
виртуалке с иксами работает IceWM и делает именно то что от него требуется — 
запускает xterm и firefox и не отвлекает на себя моё внимание.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: выпил systemd и invoke-rc.d

[dimas]

2017-297 00:01 Andrey Jr. Melnikov  wrote:
> XFCE научилось само
> монтировать диски без плясок со скриптами вокруг кучи ненужных автомоутеров?
а что, оно когда-то не умело? сколько сижу на хфсе, отродясь проблем не было

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Tue, 24 Oct 2017 11:26:40 +0300
Artem Chuprina  wrote:

ере-то гуя и нет.
> 
> У нас вот на сервере без systemd трудно пользоваться zfs. Но ей и с
> systemd пользоваться трудно, как выяснилось.
> 
То есть от systemd никакого толку все равно?

У меня вот единственным оправданием наличия systemd является
необходимость держать в lxc-контейнерах разные линуксы с systemd для
тестирования. Тут уж никуда не денешься - либо держать все в KVM-е, либо
держать systemd на хосте. Второе все же дешевле.

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Tue, 24 Oct 2017 10:45:12 +0300
"Dmitry E. Oboukhov"  wrote:

> >>> У нас опять разные дебианы?  
> >> Тебе ж сказали: без systemd.  
> 
> > А у нас есть GUI которыми можно пользоваться и чтоб без systemd?  
> 
> я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
> GUI, а дальше-то зачем GUI зависеть на init?

Ну это такой замысел был у Поттеринга. Создать систему которая
контролирует все. Ну и авторы Desktop Environments  пошли у него на
поводу и стали пользоваться сервисами, предоставляемыми systemd.

> 

> ну Gnome - знатные извращенцы.
> кстати именно из за дебилизма Gnome-майнтенеров и пропихнули эту
> гадость как "основной init": эти криворучки не смогли нормально его
> отпилить и им было дешевле решить вопрос "политически" - протолкнуть
> каку на роль основного init, чем решать вопрос инженерно (отправив
> набор патчей в Gnome)

Это не дебилизм. Это осознанная позиция. Сделать систему возможно
более монолитной и тесно связанной. У этого подхода есть определенные
преимущества (которыми и объясняется популярность Gnome), но цена
по-моему неприемлема.
-- 

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Victor Wagner -> debian-russian@lists.debian.org  @ Tue, 24 Oct 2017 09:42:22 
+0300:

 >> Gnome вот приколочено намертво. 

 > Gnome сам по себе хуже systemd. В смысле страдает той же самой манией
 > Темного властелина "лишить их воли и объединить навек в их земной
 > юдоли под владычеством всесильным", но в более явной форме.

Тогда он лучше. Поскольку виднее, что он враг.

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
21:46:42 +0300:

 >>  >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
 >>  >> >> запускались на компе не всякий раз, а теперь-то...
 >>  >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

 >>  >> В дебиане? Как было на 2 в 2002-м, так и осталось.

 >>  > root@ppc:~# runlevel
 >>  > N 5
 >>  > root@ppc:~# cat /etc/debian_version
 >>  > buster/sid
 >>  > root@ppc:~# file /sbin/init
 >>  > /sbin/init: symbolic link to /lib/systemd/systemd

 >>  > У нас опять разные дебианы?
 >> Тебе ж сказали: без systemd.
 > А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
 > Gnome вот приколочено намертво. 

У нас - есть. Не говоря уже о том, что на сервере-то гуя и нет.

У нас вот на сервере без systemd трудно пользоваться zfs. Но ей и с
systemd пользоваться трудно, как выяснилось.

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>>> У нас опять разные дебианы?
>> Тебе ж сказали: без systemd.

> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?

я чет ваще не понимаю в чем смысл GUI и init общаться? init запустил
GUI, а дальше-то зачем GUI зависеть на init?

> Gnome вот приколочено намертво.

ну Gnome - знатные извращенцы.
кстати именно из за дебилизма Gnome-майнтенеров и пропихнули эту
гадость как "основной init": эти криворучки не смогли нормально его
отпилить и им было дешевле решить вопрос "политически" - протолкнуть
каку на роль основного init, чем решать вопрос инженерно (отправив
набор патчей в Gnome)

-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Victor Wagner]

On Mon, 23 Oct 2017 21:46:42 +0300
"Andrey Jr. Melnikov"  wrote:

> Artem Chuprina  wrote:
systemd  
> 
> >  > У нас опять разные дебианы?  
> > Тебе ж сказали: без systemd.  
> А у нас есть GUI которыми можно пользоваться и чтоб без systemd?

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

Ведь GUI нужен не "вообще", а для решения конкретных задач. Вот для
каждой из задач выбрать лучшее из GUI-приложений, которое доступно -
где-то gtk-шное, где-то qt-шное, а где-то может даже motif-овское и
использовать.

НУ и какой-нибудь легкий wm, чтобы обеспечивал взаимодействие и не
мешал.

Я, например использую в качестве window manager-а jwm.


> Gnome вот приколочено намертво. 

Gnome сам по себе хуже systemd. В смысле страдает той же самой манией
Темного властелина "лишить их воли и объединить навек в их земной
юдоли под владычеством всесильным", но в более явной форме.


-- 

Re: выпил systemd и invoke-rc.d

[Stanislav Vlasov]

23 октября 2017 г., 18:47 пользователь Andrey Jr. Melnikov
 написал:
>> Можно пример реального применения разных ранлевелов с мультиюзером?
> /home или вообще / - на NFS. Особенно в районе "ой, не монтируется" и знания
> о том, что в runlevel 1 - оычно активна ОДНА консоль, а их для ремонта надо
> больше чем одна.

Попадал в такую ситуацию как умышленно, так и в результате сбоя.
Не вижу смысла в мультиюзерности без сети для ремонта (сказать в fstab
noauto для /home можно и в единственной консоли и далее уже в штатном
режиме смотреть, что там происходит).

>> В дебиане? Как было на 2 в 2002-м, так и осталось.
>
> root@ppc:~# runlevel
> N 5
> root@ppc:~# cat /etc/debian_version
> buster/sid
> root@ppc:~# file /sbin/init
> /sbin/init: symbolic link to /lib/systemd/systemd
>
> У нас опять разные дебианы?

У нас разные иниты.
Лично я на systemd буду переходить несколько позже, когда systemd
будет постабильней, чем сейчас.
Всё же полностью терять управление сервером при падении dbus - это
перебор. Уж как минимум, возможность _штатно_ перезагрузить с консоли
должна быть.
А на рабочей станции пока что lxde, которому пох на инит.

-- 
Stanislav

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Михаил Касаджиков  wrote:
> Andrey Jr. Melnikov  писал(а) в своём письме Mon, 23 
> Oct 2017 21:46:42 +0300:

> > Artem Chuprina  wrote:
> >> Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
> >> 16:47:35 +0300:
> >
> >>  >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, 
> >> которые
> >>  >> >> запускались на компе не всякий раз, а теперь-то...
> >>  >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.
> >
> >>  >> В дебиане? Как было на 2 в 2002-м, так и осталось.
> >
> >>  > root@ppc:~# runlevel
> >>  > N 5
> >>  > root@ppc:~# cat /etc/debian_version
> >>  > buster/sid
> >>  > root@ppc:~# file /sbin/init
> >>  > /sbin/init: symbolic link to /lib/systemd/systemd
> >
> >>  > У нас опять разные дебианы?
> >> Тебе ж сказали: без systemd.
> > А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
> > Gnome вот приколочено намертво.

> KDE? Xfce? Или там уже всё испортили? KDE 4 прекрасно работает без systemd.

А там что-то починили? У KDE плазма перестала падать? XFCE научилось само
монтировать диски без плясок со скриптами вокруг кучи ненужных автомоутеров?

Ну скажем автомоунтеров вязанку в фоне я и не замечу, но вот эмуляция
порядком надоевшего интерфейса windows 95 с вариациями "теперь в 3d"
(поставте nvidia-gl а то у нас тени недостаточно сглажены) - утомила.

Единственное, что было более-менее юзабельное - unity но и того космонавт
списал в утиль.

Re: выпил systemd и invoke-rc.d

[Михаил Касаджиков]

Andrey Jr. Melnikov  писал(а) в своём письме Mon, 23 Oct 
2017 21:46:42 +0300:


Artem Chuprina  wrote:

Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
16:47:35 +0300:



 >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
 >> >> запускались на компе не всякий раз, а теперь-то...
 >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.



 >> В дебиане? Как было на 2 в 2002-м, так и осталось.



 > root@ppc:~# runlevel
 > N 5
 > root@ppc:~# cat /etc/debian_version
 > buster/sid
 > root@ppc:~# file /sbin/init
 > /sbin/init: symbolic link to /lib/systemd/systemd



 > У нас опять разные дебианы?
Тебе ж сказали: без systemd.

А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
Gnome вот приколочено намертво.


KDE? Xfce? Или там уже всё испортили? KDE 4 прекрасно работает без systemd.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Artem Chuprina  wrote:
> Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
> 16:47:35 +0300:

>  >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
>  >> >> запускались на компе не всякий раз, а теперь-то...
>  >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

>  >> В дебиане? Как было на 2 в 2002-м, так и осталось.

>  > root@ppc:~# runlevel
>  > N 5
>  > root@ppc:~# cat /etc/debian_version
>  > buster/sid
>  > root@ppc:~# file /sbin/init
>  > /sbin/init: symbolic link to /lib/systemd/systemd

>  > У нас опять разные дебианы?
> Тебе ж сказали: без systemd.
А у нас есть GUI которыми можно пользоваться и чтоб без systemd?
Gnome вот приколочено намертво. 

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

> Может, кстати, и уметь. Ноги-то у него из редхата растут, а там это
> разделение вроде до сих пор поддерживают.

Возможно, выяснять как это работает унутре у меня желания нет.

Re: выпил systemd и invoke-rc.d

[Михаил Касаджиков]

Andrey Jr. Melnikov  писал(а) в своём письме Mon, 23 Oct 
2017 16:47:35 +0300:


>> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
>> запускались на компе не всякий раз, а теперь-то...
> Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.
В дебиане? Как было на 2 в 2002-м, так и осталось.

root@ppc:~# runlevel
N 5
root@ppc:~# cat /etc/debian_version
buster/sid
root@ppc:~# file /sbin/init
/sbin/init: symbolic link to /lib/systemd/systemd

У нас опять разные дебианы?


# grep initdefault /etc/inittab
id:2:initdefault:

# runlevel
N 5

# file /sbin/init
/sbin/init: symbolic link to /lib/systemd/systemd

# cat /etc/debian_version
8.9

# ll /etc/rc2.d/???kdm
lrwxrwxrwx 1 root root 13 фев  6  2016 /etc/rc2.d/S04kdm -> ../init.d/kdm*

Собственно, да, без systemd runlevel будет 2-й. И на 2-м уровне запускается KDM.

Это в красношапке как раз используются 3-й и 5-й уровни, а в дебиане всё давно 
в одной куче.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: выпил systemd и invoke-rc.d

[Artem Chuprina]

Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 23 Oct 2017 
16:47:35 +0300:

 >> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
 >> >> запускались на компе не всякий раз, а теперь-то...
 >> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

 >> В дебиане? Как было на 2 в 2002-м, так и осталось.

 > root@ppc:~# runlevel
 > N 5
 > root@ppc:~# cat /etc/debian_version
 > buster/sid
 > root@ppc:~# file /sbin/init
 > /sbin/init: symbolic link to /lib/systemd/systemd

 > У нас опять разные дебианы?

Тебе ж сказали: без systemd.

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

Может, кстати, и уметь. Ноги-то у него из редхата растут, а там это
разделение вроде до сих пор поддерживают.

Re: выпил systemd и invoke-rc.d

[Tim Sattarov]

On 10/23/17 09:47, Andrey Jr. Melnikov wrote:
> Stanislav Vlasov  wrote:
>
>> В дебиане? Как было на 2 в 2002-м, так и осталось.
> root@ppc:~# runlevel
> N 5
> root@ppc:~# cat /etc/debian_version
> buster/sid
> root@ppc:~# file /sbin/init
> /sbin/init: symbolic link to /lib/systemd/systemd
>
> У нас опять разные дебианы?
>

в sysvinit и вправду по умолчанию был 2 уровень, в systemd оно делает всё 5-м, 
даже в облаках, что
немного раздражает...
(и да, я знаю, что это можно настроить, только по умолчанию сервер в облаке не 
имеет гуёв)

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Stanislav Vlasov  wrote:
> 23 октября 2017 г., 17:31 пользователь Andrey Jr. Melnikov
>  написал:
> >> Зачем такое разделение сейчас, собственно?
> >> То есть, зачем single user - понимаю, а зачем несколько разных multi-user 
> >> - хз.
> > Тогда эта была возможность правильно запускать демоны - сейчас да, с кучей
> > зависимостей это уже не надо. Но если отломать systemd - то может оказаться,
> > что и ой как надо.

> Можно пример реального применения разных ранлевелов с мультиюзером?
/home или вообще / - на NFS. Особенно в районе "ой, не монтируется" и знания
о том, что в runlevel 1 - оычно активна ОДНА консоль, а их для ремонта надо
больше чем одна.

> У меня на рабочих серверах пока нет systemd, но как-то так получилось,
> что обхожусь одним ранлевелом для работы.
Обходишься - и прекрасно. Вон мыльницы с LEDE/OpenWRT вообще без знания о
ранлевелеах обходятся - и ведь работают, как ни странно.

> 0,1,6 - не в счёт, это не работа, это обслуживание или ремонт.

> >> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
> >> запускались на компе не всякий раз, а теперь-то...
> > Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

> В дебиане? Как было на 2 в 2002-м, так и осталось.

root@ppc:~# runlevel
N 5
root@ppc:~# cat /etc/debian_version
buster/sid
root@ppc:~# file /sbin/init
/sbin/init: symbolic link to /lib/systemd/systemd

У нас опять разные дебианы?

Re: выпил systemd и invoke-rc.d

[Stanislav Vlasov]

23 октября 2017 г., 17:31 пользователь Andrey Jr. Melnikov
 написал:
>> Зачем такое разделение сейчас, собственно?
>> То есть, зачем single user - понимаю, а зачем несколько разных multi-user - 
>> хз.
> Тогда эта была возможность правильно запускать демоны - сейчас да, с кучей
> зависимостей это уже не надо. Но если отломать systemd - то может оказаться,
> что и ой как надо.

Можно пример реального применения разных ранлевелов с мультиюзером?
У меня на рабочих серверах пока нет systemd, но как-то так получилось,
что обхожусь одним ранлевелом для работы.
0,1,6 - не в счёт, это не работа, это обслуживание или ремонт.

>> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
>> запускались на компе не всякий раз, а теперь-то...
> Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

В дебиане? Как было на 2 в 2002-м, так и осталось.

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


-- 
Stanislav

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Stanislav Vlasov  wrote:
> 19 октября 2017 г., 14:18 пользователь Andrey Jr. Melnikov
>  написал:
> >> > А вот почему у тебя в том месте runlevel != 3 - выясняй сам, т.к. во всех
> >> > порядочных местах он обычно 3 (full multi-user) или 5 (multi-user with 
> >> > GUI).
> >
> >> В дебиановском inittab давно уже runlevel 2 по-умолчанию.
> >> Цитирую:
> >
> > # ps ax | grep init
> > 1 ?Ss 0:24 init [3]
> [...]
> >> Причём это достаточно давно - на доступных мне старых виртуалках такое
> >> аж с Debian 4
> >> Так что ещё неизвестно, какое место - порядочное.
> > Порядочное, где runlevel 2 это таки промежуточная стадия между single-user и
> > mutil-user with network.

> Зачем такое разделение сейчас, собственно?
> То есть, зачем single user - понимаю, а зачем несколько разных multi-user - 
> хз.
Тогда эта была возможность правильно запускать демоны - сейчас да, с кучей
зависимостей это уже не надо. Но если отломать systemd - то может оказаться,
что и ой как надо.

> Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
> запускались на компе не всякий раз, а теперь-то...
Он и сейчас сущесвует - Xы стартуют в 5м ранлевеле.

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

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

 /etc/init.d - содержит все доступные скрипты
 каталоги
 /etc/rcX.d - содержат симлинки для нужных ранлевелов на старт и стоп

 invoke-rc.d <имя> restart раньше работало для любого демона из
 /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
 ищет там симлинк на start/stop и если не находит, то возвращает код
 101 и ничего не делает.

 И получается что
>>> ... кто-то не умеет читать.

>>> А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user
>>> without network FS).

>> 1. раньше было другое поведение
> reportbug $(dpkg -S $(command -v invoke-rc.d) | cut -d: -f1)

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

-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 100 строк --]

> >> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 67 строк --]

> >> в общем я примерн понял проблему только пока не понял как ее решать:

> >> раньше было так:

> >> /etc/init.d - содержит все доступные скрипты
> >> каталоги
> >> /etc/rcX.d - содержат симлинки для нужных ранлевелов на старт и стоп

> >> invoke-rc.d <имя> restart раньше работало для любого демона из
> >> /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
> >> ищет там симлинк на start/stop и если не находит, то возвращает код
> >> 101 и ничего не делает.

> >> И получается что
> > ... кто-то не умеет читать.

> > А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user
> > without network FS).

> 1. раньше было другое поведение
reportbug $(dpkg -S $(command -v invoke-rc.d) | cut -d: -f1)

> 2. не все демоны прописаны в rcX.d

> > Давай угадаю - демон твой хочет запускаться в runlevel 345?

> неа, демон я хочу РУКАМИ пустить в runlevel=2, демон не стоит в
> автозагрузке, симлинков поэтому нет в rcX.d
Ну так и запусти его РУКАМИ через /etc/init.d/чёнада start а не с помошью
средств малой механизации, которые опираются на то, что оно таки прописано
в штатные места для загрузки.

Правда вот, тут тоже есть незадача - хелперы по быстрому нагенерят
systemd.unit для твоего демона и запустят всю эту прекрасную конструкцию
через systemd.
Скажи спасибо тех-комитету и редхату с очкастым за это счастье.

> > А вот почему у тебя в том месте runlevel != 3 - выясняй сам,

> на всех машинах просто даже установленных debian-installer'ом
> /sbin/runlevel показывает N 2. Никогда я не видел 3.

> осмотрел даже компы хостинга, к администрированию которых я не имею
> никакого отношения (то есть мои кривые руки могут только зайти по ssh
> туда) везде 2.
А у меня почти везде 3. Я правда давно не балуюсь установками через
"сверх-удобный-с-интеллектом" debian-installer.

Re: выпил systemd и invoke-rc.d

[Stanislav Vlasov]

19 октября 2017 г., 14:18 пользователь Andrey Jr. Melnikov
 написал:
>> > А вот почему у тебя в том месте runlevel != 3 - выясняй сам, т.к. во всех
>> > порядочных местах он обычно 3 (full multi-user) или 5 (multi-user with 
>> > GUI).
>
>> В дебиановском inittab давно уже runlevel 2 по-умолчанию.
>> Цитирую:
>
> # ps ax | grep init
> 1 ?Ss 0:24 init [3]
[...]
>> Причём это достаточно давно - на доступных мне старых виртуалках такое
>> аж с Debian 4
>> Так что ещё неизвестно, какое место - порядочное.
> Порядочное, где runlevel 2 это таки промежуточная стадия между single-user и
> mutil-user with network.

Зачем такое разделение сейчас, собственно?
То есть, зачем single user - понимаю, а зачем несколько разных multi-user - хз.
Когда-то ещё было понятно, зачем отдельный ранлевел под иксы, которые
запускались на компе не всякий раз, а теперь-то...
Так что нормой в этом веке, когда без сети комп практически
бесполезен, я бы это не стал называть. Так, legacy какое-то...

-- 
Stanislav

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Stanislav Vlasov  wrote:
> 18 октября 2017 г., 21:50 пользователь Andrey Jr. Melnikov
>  написал:
> >> invoke-rc.d <имя> restart раньше работало для любого демона из
> >> /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
> >> ищет там симлинк на start/stop и если не находит, то возвращает код
> >> 101 и ничего не делает.
> >
> >> И получается что
> > ... кто-то не умеет читать.
> >
> > А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user^M
> > without network FS).
> > Давай угадаю - демон твой хочет запускаться в runlevel 345?
> >
> > А вот почему у тебя в том месте runlevel != 3 - выясняй сам, т.к. во всех
> > порядочных местах он обычно 3 (full multi-user) или 5 (multi-user with GUI).

> В дебиановском inittab давно уже runlevel 2 по-умолчанию.
> Цитирую:

# ps ax | grep init
1 ?Ss 0:24 init [3]  
 2862 pts/0Ss+0:25 init [3] 
 4258 pts/1Ss+0:24 init [3]  
 4536 pts/2Ss+0:26 init [3]  
 5421 pts/4Ss+0:24 init [3] 
 6115 ?Ss 0:26 init [3]  
 6809 pts/6Ss+0:25 init [3]  
 7409 pts/7Ss+0:25 init [3] 
 9005 pts/9Ss+0:29 init [3]  
12566 pts/12   S+ 0:00 grep init
12613 ?Ss 0:12 init [3]  
22721 ?Ss 0:23 init [3]  

> Причём это достаточно давно - на доступных мне старых виртуалках такое
> аж с Debian 4
> Так что ещё неизвестно, какое место - порядочное.
Порядочное, где runlevel 2 это таки промежуточная стадия между single-user и
mutil-user with network.

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 67 строк --]

>> в общем я примерн понял проблему только пока не понял как ее решать:

>> раньше было так:

>> /etc/init.d - содержит все доступные скрипты
>> каталоги
>> /etc/rcX.d - содержат симлинки для нужных ранлевелов на старт и стоп

>> invoke-rc.d <имя> restart раньше работало для любого демона из
>> /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
>> ищет там симлинк на start/stop и если не находит, то возвращает код
>> 101 и ничего не делает.

>> И получается что
> ... кто-то не умеет читать.

> А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user
> without network FS).

1. раньше было другое поведение
2. не все демоны прописаны в rcX.d

> Давай угадаю - демон твой хочет запускаться в runlevel 345?

неа, демон я хочу РУКАМИ пустить в runlevel=2, демон не стоит в
автозагрузке, симлинков поэтому нет в rcX.d

> А вот почему у тебя в том месте runlevel != 3 - выясняй сам,

на всех машинах просто даже установленных debian-installer'ом
/sbin/runlevel показывает N 2. Никогда я не видел 3.

осмотрел даже компы хостинга, к администрированию которых я не имею
никакого отношения (то есть мои кривые руки могут только зайти по ssh
туда) везде 2.

-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Stanislav Vlasov]

18 октября 2017 г., 21:50 пользователь Andrey Jr. Melnikov
 написал:
>> invoke-rc.d <имя> restart раньше работало для любого демона из
>> /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
>> ищет там симлинк на start/stop и если не находит, то возвращает код
>> 101 и ничего не делает.
>
>> И получается что
> ... кто-то не умеет читать.
>
> А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user
> without network FS).
> Давай угадаю - демон твой хочет запускаться в runlevel 345?
>
> А вот почему у тебя в том месте runlevel != 3 - выясняй сам, т.к. во всех
> порядочных местах он обычно 3 (full multi-user) или 5 (multi-user with GUI).

В дебиановском inittab давно уже runlevel 2 по-умолчанию.
Цитирую:

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:
[...]
# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

Причём это достаточно давно - на доступных мне старых виртуалках такое
аж с Debian 4
Так что ещё неизвестно, какое место - порядочное.

-- 
Stanislav

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 67 строк --]


> в общем я примерн понял проблему только пока не понял как ее решать:


> раньше было так:

> /etc/init.d - содержит все доступные скрипты
> каталоги
> /etc/rcX.d - содержат симлинки для нужных ранлевелов на старт и стоп


> invoke-rc.d <имя> restart раньше работало для любого демона из
> /etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
> ищет там симлинк на start/stop и если не находит, то возвращает код
> 101 и ничего не делает.

> И получается что
... кто-то не умеет читать.

А смотрит оно в rc2.d потому что у тебя текущий runlevel=2 (multi-user
without network FS). 
Давай угадаю - демон твой хочет запускаться в runlevel 345?

А вот почему у тебя в том месте runlevel != 3 - выясняй сам, т.к. во всех
порядочных местах он обычно 3 (full multi-user) или 5 (multi-user with GUI).

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

в общем я примерн понял проблему только пока не понял как ее решать:


раньше было так:

/etc/init.d - содержит все доступные скрипты
каталоги
/etc/rcX.d - содержат симлинки для нужных ранлевелов на старт и стоп


invoke-rc.d <имя> restart раньше работало для любого демона из
/etc/init.d, но теперь в новой версии оно идет в каталог /etc/rc2.d
ищет там симлинк на start/stop и если не находит, то возвращает код
101 и ничего не делает.

И получается что

invoke-rc.d daemon restart работает для демонов, которые при помощи
update-rc.d проставлены в автозагрузку/выгрузку и не работает для
остальных.

service daemon restart работает для любого файла в /etc/init.d
(поведение такое же как раньше было у invoke-rc.d)


вот такие пирожки с котятами
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Ivan Shmakov]

> Dmitry E Oboukhov  writes:

[…]

 >>> на ОБОИХ нет /usr/sbin/policy-rc.d.  Никакой пакет не устанавливает
 >>> данный файл, поэтому влиять этот механизм не должен.

 >> И не будет устанавливать — его создает в определенных условиях
 >> debbotstrap при установке и потом стирает.

Еще его может создать администратор, чтобы, e. g., запретить
запуск демонов в chroot-окружении, или при подготовке
Live-образа, etc.

 > ну вот этого файла нет.  на одном хосте start работает на другом нет.
 > что можно посмотреть?

 > я поглядел внутЫрь немного, там код — сплошная магия какая-то if test
 > x${FORCE} != x || test ${RC} -eq 104 ; then

 > откуда-то берутся магические 104 или 15 — не разгрести сходу,

Из раздела «Status codes» invoke-rc.d(8)?

 > а с учетом того что оба хоста модифицировались исключительно
 > командами apt-get install/remove, делаю вывод что просто не[до]удален
 > какой-то пакет.

Сравнить списки пакетов?  E. g., составить список командой ниже
на обеих системах и выполнить diff между результирующими файлами?

$ dpkg-query --showformat='${Status}\t${Package}\t${Version}\n' \
  --show -- \* | grep -vE -- '^unknown ok not-installed\s' > packages 

Еще можно попробовать запустить invoke-rc.d с опцией --query
(или, возможно, --disclose-deny) и посмотреть на возвращаемый
код завершения.

 > соответственно вопрос был в том: может кто-то продрался через это?

-- 
FSF associate member #7257  http://am-1.org/~ivan/7D17 4A59 6A21 3D97 6DDB

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>> не не я не то имел ввиду.

>> смотрите: проблема в том что два хоста ведут себя по разному: один не
>> обрабатывает start.

> Письмо в Академию Наук СССР: "Уважаемые академики, у меня в подвале
> раздается странный стук. Пожалуйста, объясните мне его природу".

ага примерно так

>> на ОБОИХ нет /usr/sbin/policy-rc.d. Никакой пакет не устанавливает
>> данный файл, поэтому влиять этот механизм не должен.

> И не будет устанавливать - его создает в опеределенных условиях debbotstrap
> при установке и потом стирает.

ну вот этого файла нет. на одном хосте start работает на другом нет.
что можно посмотреть?

я поглядел внутЫрь немного, там код - сплошная магия какая-то
if test x${FORCE} != x || test ${RC} -eq 104 ; then

откуда-то берутся магические 104 или 15 - не разгрести сходу,

а с учетом того что оба хоста модифицировались исключительно командами
apt-get install/remove, делаю вывод что просто не[до]удален какой-то пакет.

соответственно вопрос был в том: может кто-то продрался через это?
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 66 строк --]

> >> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 33 строк --]

>    service <имя> start/stop/etc работает в обоих контейнерах.

>  Чет я погуглил и ничего не нашел.  Сунулся к знакомому сисадмину ???
>  тоже говорит мол натыкался на такое и не разобрался.

>  какой-то ??хвост?? от systemd.  Никто не разбирался?

> >>> /usr/sbin/policy-rc.d?

> >> нет такого файла и apt-file тоже такой файл не находит.
> >> это о чем?
> > О чем - расскажет гугл.

> > А вы со знакомым "сисадмином" не в состоянии запустить
> > sh -x /usr/sbin/invoke-rc.d  и помедетировать на вывод?

> не не я не то имел ввиду.

> смотрите: проблема в том что два хоста ведут себя по разному: один не
> обрабатывает start.

Письмо в Академию Наук СССР: "Уважаемые академики, у меня в подвале
раздается странный стук. Пожалуйста, объясните мне его природу". 

> на ОБОИХ нет /usr/sbin/policy-rc.d. Никакой пакет не устанавливает
> данный файл, поэтому влиять этот механизм не должен.

И не будет устанавливать - его создает в опеределенных условиях debbotstrap
при установке и потом стирает.

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 33 строк --]

   service <имя> start/stop/etc работает в обоих контейнерах.

 Чет я погуглил и ничего не нашел.  Сунулся к знакомому сисадмину ???
 тоже говорит мол натыкался на такое и не разобрался.

 какой-то ??хвост?? от systemd.  Никто не разбирался?

>>> /usr/sbin/policy-rc.d?

>> нет такого файла и apt-file тоже такой файл не находит.
>> это о чем?
> О чем - расскажет гугл.

> А вы со знакомым "сисадмином" не в состоянии запустить
> sh -x /usr/sbin/invoke-rc.d  и помедетировать на вывод?

не не я не то имел ввиду.

смотрите: проблема в том что два хоста ведут себя по разному: один не
обрабатывает start.

на ОБОИХ нет /usr/sbin/policy-rc.d. Никакой пакет не устанавливает
данный файл, поэтому влиять этот механизм не должен.
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Andrey Jr. Melnikov]

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 33 строк --]


> >>   service <имя> start/stop/etc работает в обоих контейнерах.

> >> Чет я погуглил и ничего не нашел.  Сунулся к знакомому сисадмину ???
> >> тоже говорит мол натыкался на такое и не разобрался.

> >> какой-то ??хвост?? от systemd.  Никто не разбирался?

> > /usr/sbin/policy-rc.d?

> нет такого файла и apt-file тоже такой файл не находит.
> это о чем?
О чем - расскажет гугл.

А вы со знакомым "сисадмином" не в состоянии запустить
sh -x /usr/sbin/invoke-rc.d  и помедетировать на вывод?

Re: выпил systemd и invoke-rc.d

[Dmitry E. Oboukhov]

>>   service <имя> start/stop/etc работает в обоих контейнерах.

>> Чет я погуглил и ничего не нашел.  Сунулся к знакомому сисадмину —
>> тоже говорит мол натыкался на такое и не разобрался.

>> какой-то «хвост» от systemd.  Никто не разбирался?

> /usr/sbin/policy-rc.d?

нет такого файла и apt-file тоже такой файл не находит.
это о чем?
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

[Ivan Shmakov]

> Dmitry E Oboukhov  writes:

[…]

 > 3. В одном контейнере

 >   invoke-rc.d <имя> start ничего не делает

 > в другом контейнере

 >   invoke-rc.d <имя> start делает что и обычно

 > при этом команды: stop, reload работают как и работали.

 > команда

 >   service <имя> start/stop/etc работает в обоих контейнерах.

 > Чет я погуглил и ничего не нашел.  Сунулся к знакомому сисадмину —
 > тоже говорит мол натыкался на такое и не разобрался.

 > какой-то «хвост» от systemd.  Никто не разбирался?

/usr/sbin/policy-rc.d?

-- 
FSF associate member #7257  http://am-1.org/~ivan/7D17 4A59 6A21 3D97 6DDB