Это все понятно: поддерживать зоопарк

Тут зоопарк перкочевывает в downstream: _каждому_ сопровождаещему сервис придется писать не только rc-скрипт, а несколько скприптов для каждой системы.

В таких случаях нужен стандарт. В этом плане заявка systemd выглядит сомнительно.

Это должно воодушевлять?.. Кстати, есть еще crux, пакетов правда, даже с учетом пользовательских мало, зато позиция (пока?) чоткая.

«systemd is an abomination of everything thar CRUX is.

Sent from my iPad»

LOL.

Там ссылка...

... на документ есть. В постинге, как я понимаю, другого анонимуса. Я, правда, вживую это видел, но про «минималистичность» по сравнению с syslog там можно смело забыть. Я по этой причине задал вопрос — как приведённая информация поможет быстро найти причину отказа?

текстовый формат

А что проще текстового формата? Если учесть что его можно спокойно залить в СУБД (и залить не с одного десятка серверов) и потом спокойно искать информацию, если мы не про отказ сейчас. С отказом всё ещё проще. Самое смешное что такой подход уже реализован и не только в нашей системе, о которой я талдычил в прошлом треде. И реализован не только нами, такой подход (централизация хранения и обработки логов) реализуется в пределах любого значимого комплекса. Который хотя бы как-то должен управляться. Не зря syslog покрывается posix.

Вас же не смущают конфиги? А то они в systemd чего-то не бинарные ни фига. :)

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

Да потому что ни кто не знает что в именно Вашем случае именно Вам надо из логов. Ни кто не делает дурацких предположений.

Текстовый файл преобразовать можно. Информации там достаточно как правило. Но текущая реализация journald это просто нашлёпка на syslogd, см. наш флейм с alpha). Смысл такой нашлёпки? Зачем она нужна? Чтобы сейчас адаптировать это новомодное овно к уже работающим вещам? Ну это вашему Поцтерингу заняться нечем. А мы деньги зарабатываем.

А. Upstart

B. SystemD

C. OpenRC

?

А ты хоть мэинтейнишь хоть какие-нибудь пакеты с юнитами/инитскриптами?

А теперь встал с дивана и бегом мэинтейнить одновременно юниты и инитскрипты!

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

Открытые драйверы на PC, драйверы от Android - на мобилах. Зачем соглашения?

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

Гном катится в СГ и тянет за собой Gtk; Qt, полагаю, они и сами перенесут на Mir.

Гном нехило колбасило при переходе на 3-ю версию. Можно вспомнить, что было с KDE при переходе 4-ку (KDE 4 != KDE 4.0 до сих пор многие помнят). Гном сейчас в целом стабилизировался и может со временем вернуть популярность, если разрабы не продолжат над ним экспериментировать.

Насчёт миграции QT на Mir не исключено, но пока вроде проект KDE отказался это делать и гребёт в сторону Wayland.

Насколько я понимаю, XMir у них в приоритете.

Это хорошо. Я не хочу, чтобы Марк отказался от развития Мира, там очень много интересных идей.

Я считаю, он зря отказался от upstart. Мог потихоньку копиластить туда фичи из systemd, тогда была бы конкуренция среди систем инициализации и не было бы угрозы технологической монополии со стороны Редхата.

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

Они используются в неизменном виде, какая допилка имеется в виду?

А так, разрабатывать граф. сервер и все драйвера под него — навряд ли Каноникал возьмётся за это.

Чем дальше, тем непонятнее, о чем ты. Если что, на Mir уже построен Ubuntu Touch, который использует Qt поверх Mir.

Насчёт миграции QT на Mir не исключено, но пока вроде проект KDE отказался это делать

«QT - это QuickTime» (ц). То, что KDE не заинтересован в Mir - это проблема KDE, а не Mir.

ты похоже как и я не пробовал убить его совсем.

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

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

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

Скорее всего стеб.

единственный дистр где RH контролируют разработку, и то частично это федора.

контролируя то, от чего зависят дистростроители - можно контролировать дистростроителей.

данная новость, как и предыдущая о дебиане отлично доказывают.

именно. только кому что.

Кто о чём, а ты всё о текстовом формате или зачем нужны БД, если есть perl.

Но текущая реализация journald это просто нашлёпка на syslogd, см. наш флейм с alpha). Смысл такой нашлёпки? Зачем она нужна?

И стоило столько флеймить, если дальше этого вопроса ты всё равно не смог продвинуться.

щас скажут, что это дело апстрима =)

Да потому что ни кто не знает что в именно Вашем случае именно Вам надо из логов. Ни кто не делает дурацких предположений

Все равно не айс - по хорошему лучше возможность подлючится в месте максимальной структурированности данных: где время / log-level / etc. - отдельные сущности, обработать сообщение и отправить обратно (~ внешний модуль для filters) или сразу положить что нужно в файл / базу / whatever. Или так можно из коробки?

У openwrt это короткие, элегантные скрипты

айнепиздика! У них свой велосипед под названием procd отвечает за инит.

Чтобы отключить socket-активацию нужно заодно выключить и socket:

systemctl stop systemd-journal.socket

Стоило...

... флеймить по нескольким причинам.

Во-первых, была смутная надежда на то, что я в ответ услышу малость больше, чем жалкое блеяние типа «бээээ... Rыд Хат гарантирует, бэээ... Поцтеринг гений, бэээ... бинарные логи хорошо, текстовые конфиги тоже хорошо, но у нас резиновые шаблоны, они не рвутся... ». :)))

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

В третьих, а куда продвинешься в обсуждении, при таких «во-первых» и «во-вторых»? Остаётся только наглядно показать что ваша братия это просто стадо с единственным инстинктом — сбиться в кучу и тупить. За то хоть поржал от души... :)))

я смотрю — ананимные аналитеги ЛОРа в ужасе...

а то хоть поржал от души

Забавно у тебя сквозь пафосное выкание уши торчат.

Для такого ника вполне целостное поведение.

А до орфографии...

... докопаться не желаете?

Обращение на «Вы» для меня лишено пафоса. Это просто обращение, которое говорит о том, что я с Вами на брудершафт не пил и не собираюсь. И да, опять-таки для меня это просто способ не послать собеседника прямиком (чаще всего ввиду его (собеседника)) идиотизма. Вот прямо как в Вашем случае. Ещё претензии? :)

Да какие тут могут претензии. Неприятно в склизкое вляпываться, только и всего.

у меня от такой команды систему несколько расклинило с кучей мата в консоли.

Истории успеха приветствуются.

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

systemctl mask systemd-journald.socket? Только давай без холиваров.. выключить его, чтобы ресурсов не жрал, можно, а вот как впилить на его место другой, более экономичный демон я понятия не имею, честно говоря я то и вопросом его выключения раньше не задавался. Кстати, зачем?

Рекомендация...

... стара как флейм — упырьте мел. Если так уж невместно смотреть на избиение младенцев (я за язык ни кого не тяну, я всего лишь наводящие вопросы задаю по теме), то я буду счастлив пополнить Ваш список игнорируемых. Я Вам железобетонно обещаю, %username%, пережить это стиснув зубы. :)

Ну я попробовала перед тем как писать. У меня Fedora 20.

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

А если выключить и service, и socket, процесса опять-таки не будет, и при попытке логина в соседнем терминале он не появляется.

Никакого мата не замечено. Может его где поискать надо?

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

Ох, теперь уже и procd у нас родной близнец systemd??? Это просто небольшое улучшение инита. Без ломания до основания и впиливания неожиданных сущностей.

Оггада...

... конечно:

но тыкать палочкой или гонять тряпкой вполне можно.

Таки точно также, как «от семерых еле отбрехалась»? Ню-ню... с нетерпением буду ждать следующего сеанса. :)))

Поздравляю, Мойша, ты дурак.

Итак, по порядку:

1. Ссылки на нужное сообщение вполне достаточно.

   Вы уже читать не захотели, так что перебьётесь.

   Я не захотел читать 17 неотфильтрованных страниц, на которые ты мне скинул ссылку. И на этом основании ты отказываешься привести даже ссылку на конкретное сообщение... «Аргументы у меня есть, но я их тебе не покажу», ага.

2. Ещё раз: между загрузкой ядра и запуском syslog происходит ещё много что. Где мне посмотреть предупреждения, выдаваемые udev, mount, ifup?

   Я тихо фалломорфировал. Ну, во-первых, перечисленное Вами ни как не относится к этапу загрузки ядра. Я даже указал Вам что возможные проблемы (даже при самой ранней загрузке) можно посмотреть при earlyprintk. В приведённой мной цитате было сказано о klogd/syslogd. Во-вторых, коль скоро Вы не понимаете что заданный Вами вопрос ни фига не имеет общего с загрузкой ядра, то нам с Вами рано что-либо обсуждать.

   Замечательный бред. А теперь восстановим цепь событий:

   • Я указал, что journald тесно связан с системой инициализации, чтобы, цитирую:

     собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;

   • Ты мне на это начал втирать про dmesg:

     Простите, dmesg теперь законодательно не протоколируется, вообще ни как (здесь у Вас есть шанс ещё раз подумать о выдвинутом Вами тезисе)?

   • ...на что я, естественно, ответил, что сообщения ранней загрузки (до запуска syslog; см. выделенную жирным часть цитаты выше) dmesg не ограничиваются.
   • Тем не менее, ты продолжил втирать мне про сообщения ядра:

     Увы и ах, но всё что мне хочет сказать ядро, оно может сказать только через printk/vprintk.

   • Я сделал последнюю попытку объяснить так, чтобы до тебя наконец дошло:

     Ещё раз: между загрузкой ядра и запуском syslog происходит ещё много что. Где мне посмотреть предупреждения, выдаваемые udev, mount, ifup?

     Думаю, такому опытному администратору :-) не нужно объяснять, что всё перечисленное обычно запускается до запуска syslog.

   • И тут наконец Зоркий Сокол заметил некоторое несоответствие, но вместо того, чтобы прокрутить назад и задуматься о собственной неправоте, ничтоже сумняшеся тотчас же объяснил это несоответствие моей якобы некомпетентностью :-D.

3. По поводу «перенаправления». Вы там что-то против I/O redirection имели или мне показалось? Если имели, то зачем Вы его здесь приплетаете — не Ваш же путь?

   Вы же начали про I/O redirection.

   Враньё. Я Вас за язык не тянул:

   Вот сообщение, где именно ты впервые мне написал про I/O redirection:

   собирать в журнал вывод сервисов на stdout/stderr, со всеми плюшками в виде фильтрации и так далее.

   Тут man logger && man I/O redirection.

   Комментарии, как говорится, излишни.

Продолжение предыдущего сообщения.

В треде, на который я ссылался, был кусок недописанного init-script'а для OpenRC. Недописанный сервис (с анализом что произойдёт) требуется как-раз от апологетов systemd.

Этот, что ли? Тогда возможны два случая:

1. Сервис использует socket activation.

   Тогда запустится и будет принимать соединения.

2. Сервис не использует socket activation.

   Тогда когда как.

Судя по твоему сообщению:

Если демон не сетевой, то надо ещё и юнит дописать. Если сетевой — ещё и сокет. Как минимум.

- вероятно, подразумевается socket activation (хотя написанное тобой, вообще говоря, некорректно, и без socket activation сокет-файл писать не нужно, а лишь добавить After=network.target). Тогда ответ: запустится и будет работать.

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

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

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

Похоже, mbivanyuk прав - нужна помощь психиатра. Лучше сразу бригады.

То, что KDE не заинтересован в Mir - это проблема KDE, а не Mir.

Переслал Клаусу Пятнице, получил много смайликов в ответ :)

Переслал Клаусу Пятнице, получил много смайликов в ответ :)

И почему ты решил этим поделиться?

А почему бы системд-хейтерам не принять участие в разработке любой (может быть и своей) альтернативной системы инициализации, а не бежать с «тонущего корабля»? Как много среди вас участвует в разработке дистра? Или мейнтейнят пакеты? Или хотя бы участвуют в обсуждениях?

P.S. Мой аргумент УМВР, и мне вообще пофиг, какая система инициализации под капотом, лишь бы работала.

Есессно не в опенрц, а в consolekit и в отсутствии нужных фич в i3. И systemd таки позволяет просто и элегантно решить эту проблему.

Т.е. резюмируя, у вас специфической набор софта, со специффическими проблемами. Вышло так, что вариант решения этих проблем с т.з. системд вам видится проще, чем вариант с опенрц. Я правильно понял?

Далее - «загрузка шустрее». Для вас скорость загрузки системы является критическим фактором? Загрузка системы на основе атом н270, с опенрц, искоробки, без каких-либо портянок или лишних телодвижений, в моем случае, занимает 11 секунд к примеру. С системД таки намного шустрее? и почему это так важно?

То что они ПОРТЯНКИ на баше, да ещё у разных дистров и портянки разные.

А что с порянками для разных дистров не так? Вы профессионально заняты поддержкой инит скриптов для зоопарка дистров? Приходится постоянно писать портянки? Пример портянок - это «dbus-send --system --print-reply --dest=„org.freedesktop.ConsoleKit“ /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Restart», или есть что-то по-существеннее однострочников?

А почему бы системд-хейтерам не принять участие в разработке любой (может быть и своей) альтернативной системы инициализации

Потому что теперь, после сдачи Debian, это страусиная позиция. Уже неважно, какое говно systemd внутри и снаружи, и насколько невменяемый говнюк поцеринг, systemd - это будущее Linux. Валить из Linux вообще? Но не для всех это вариант.

Спасибо,...

... много смеялся:

И на этом основании ты отказываешься привести даже ссылку на конкретное сообщение...

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

А теперь восстановим цепь событий:

Скажите, как по-Вашему согласуются Ваша аппеляция к:

собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;

И:

Где мне посмотреть предупреждения, выдаваемые udev, mount, ifup?

Если udev, mount и ifup это уже ни фига не ранняя стадия загрузки (про раннюю я написал, но понять Вы не осилили)? Что, хотели умняк скрючить, выяснили что оппонент в курсе про то как работают syslogd и klogd (и неявно намекнул где именно посмотреть нужные Вам сообщения) и решили обиженку включить? В Вашем случае лучше использовать жидкий азот (халявная подсказка).

Про перенаправления. Ну, видимо, предётся Вашу же память освежить. Ubuntu переходит на systemd (комментарий)

не говоря уже про перенаправление.

Ну, и какое «перенаправление»? Повторяю вопрос ещё раз — «куда конкретно перенаправление»? Пока нет конкретного ответа, допустимо любое перенаправление. В т.ч. и I/O redirections. Здесь у меня другой вопрос — до Вас хотя бы доходит что неконкретные формулировки, допускающие множественные толкования это метод «маркетингового свиста»?

Не-не-не... Это:

Думаю

Вы зря. У Вас плохо выходит.

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

Печаль в том, что, боюсь, большинство способно только пукать в лужу (не имел в виду любого конкретного аналитика ЛОРа), а предложить что то свое взамен критике не имеет желания/возможностей/способностей.

Я не маркетолог каноникла,

Нет, ты их жертва. Типичная. Твой абсурд в вакууме олицетворяет их пропаганду, и отражает ее главные установки. Я бы сказал, ты являешься идеальным, образцовым убунтоидом. Крепко накрепко усвоено противопоставление linux<>ubuntu&&убунтоид<>линуксоид.

На твоем пике соседствуют в обнимку логотипы винды и бубунты, а это олицетворение второго говоздя имиджа бубунты, о чем я говорил выше: «преподносится как единственная альтернатива офтопа. Одинокий дружественный пользователю дистрибутив, инициативный лидер.»

А мнение мое основано на огромном опыте работы с убунтой и остальными дистрибутивами линукса.

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

Почему я сильно сомневаюсь на счет «твоего мнения»? А ты почитай собственные аргументы. Это иделогические абстрактные штампы. Их неузявимость для критики обусловлена асбрактностью, отсутствием конкретики. То есть это не мнение. Это убежденность, от слова «убеждать». Очевидно ты сам не отдаешь себе отчета в ее причине. Поэтому-то нет конкретики. Ты не только в ней не нуждаешься, ты ее непроизвольно избегаешь, — она опасна для целостности твоего мировозрения.

Причем твои заявления в первозданном виде содержат изначальные установки пропаганды каноникала, - в такой же гипнотической подаче: подтекст предельно категоричен, скрытые противопоставления бескомпромиссны. Так что в общем-то надо полагать, что убунтизм заразен

Во!...

... вот сразу бы так, а то все прибросились ветошью и не отсвечивают.

Вот тут Вы безусловно правы. Socket activation для сетевого демона.

А теперь... При наличии самого тупого варианта (init-скрипты), могу ли я получить проблемы из-за коряво написанного скрипта (люблю я «человеческий фактор», блин)? Нет, не получу. Если есть пусть даже кривой инит-скрипт, то демон запустится. Состояние (возможное) гонок мы ранее так же рассмотрели и, вроде, знаем как с ним бороться.

Теперь остаётся вопрос — зачем мне это всё счастье?

хорошо что Марк свое новое ничего не придумал, в пару к Mir :)

предлагаю пилить свой дистр с преферансом и блудницами. С любой системой инициализации на выбор.

И, запилив, что с ним делать? Впрочем, это свободная страна - предлагай дальше.

А почему бы системд-хейтерам не принять участие в разработке

Ну ты и загнул - какое участие, какая разработка?! Ты посмотри как в этом треде тот же Мойша славно говна поел :)

Да им даже документацию в виде комиксов надо делать, а то простой текст неосиливают уже. Им пшено кинь они клевать начнут :-D

предлагаю пилить свой дистр с преферансом и блудницами. С любой системой инициализации на выбор.

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

делом лучше займись - к ЕГЭ готовься.

делом лучше займись - к ЕГЭ готовься.

ну не скажи - того же Попова прежде чем публично оборжать таки показали по зомбоящику: то бишь в локальных масштабах он стал внатуре селебрити - может ему даже какая-нибудь из телезрительниц ДАЛА в итоге... а в столь нежном возрасте это имеет куда больший весь чем абстрактные взрослые хрени типа репутации ;-)

Фанбои же считают что идет какая то война,

C первого взгляда на мировую политику, на все эти глобальные объединения, типа НАТО, ООН, BRICK - глядя на все это можно подумать что в мире царит мир и единство устремлений, не так ли?

какие то интриги...

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

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

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

Давай говорить предметно наконец

Я говорю вполне предметно. У тебя проблема.

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

Тебе есть о чем поразмыслить, теперь. И я верю, что ты поразмыслишь. В следующий раз обращай внимание, как часто на книгах/сайтах учебниках бубунты фигурирует слово «линукс», на каком оно месте и в каком контексте. Обращай внимание на противопоставления и аналогии, на их направление. Одним словом смотри и верь тому что видишь, а не только тому, что показывают. Может быть теперь ты сможешь взглянуть на систему, в которую врос, со стороны (Добро пожаловать в реальность, Нео)

Мне больше заняться нечем как только тыкать Вас носом?

«Мне больше заняться нечем как только приводить аргументы?» Не хочешь аргументировать свою позицию - не лезь в дискуссию.

Вам рукой махнули в какую сторону рыть, а дальше уже Ваши персонально-половые трудности будете или нет.

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

Бремя доказательства лежит на утверждающем, то есть тебе. Я со своей стороны все необходимые ссылки привёл.

Скажите, как по-Вашему согласуются Ваша аппеляция к:

собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;

И:

Где мне посмотреть предупреждения, выдаваемые udev, mount, ifup?

Если udev, mount и ifup это уже ни фига не ранняя стадия загрузки

Я ясно и чётко написал, о какой стадии загрузки я веду речь:

собирать сообщения ранней стадии загрузки, когда никакая реализация syslog ещё не запущена;

Твои вольные интерпретации - твои проблемы.

И ответь всё же на поставленный вопрос: где мне посмотреть выдаваемые перечисленными программами предупреждения?

Про перенаправления. Ну, видимо, предётся Вашу же память освежить. Ubuntu переходит на systemd (комментарий)

не говоря уже про перенаправление.

Ну, и какое «перенаправление»? Повторяю вопрос ещё раз — «куда конкретно перенаправление»? Пока нет конкретного ответа, допустимо любое перенаправление. В т.ч. и I/O redirections.

А давай приведём полную цитату, а не удобный тебе обрезок:

Тут man logger && man I/O redirection.

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

Если ты не осилил семантически связать собственную цитату и ответ на эту цитату, это, опять же, не мои проблемы.

Насмотревшись на уровень вашей аргументации, пожалуй, последую примеру уважаемой Александры.