POSIX + LSB.

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

Вот как. Спасибо за пример.

А у меня выбора нет)

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

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

Убогий и неудобный комбайн.

К сожалению ето фича, а не баг. Записи в fstab считаются необходимыми для загрузки

а нельзя ли хотябы говорить об этом, а не писать «Сбой!!!11!1» в консоли? В винде и то хотябы код ошибки выводится, а тут сиди и годай что не так.

Ну вот теперь пишется :]

Не совсем стандарт, к сожалению. Многие нюансы не упомянуты. Например, коммуникация с сервисами через инит-скрипты или еще каким методом

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

Перечислите те, которые не были вызваны суровостью тогдашних времен с 16кб оперативы.

Ну, вообще то, выделив именно конфигурацию,

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

Создав 4меговый бинарь требующий полного Си тулчейна для изменения этого бинарного конфига? Нюню. Отличная оптимизация КОНФИГА, бро :D

КОНФИГ там текстовый, бро.

Там ЧАСТЬ КОНФИГА текстовая, бро.

Переменные вообще очень часто влияют на flow of execution, иначе зачем они нужны?

А очень часто не влияют. А когда у вас есть переменая типа «номер строчки после которой запустить этот файл» это уже не переменная а конструкция языка. И да, собственно в системд часть переменных напрямую предназанчены для flow control. у нас фактически имеет место быть шелл: exec процессов + flow control - только с экзотическим синтаксисом.

А значит ваше утверждение о том что «язык ненужен» - ложно. Он нужен по крайней мере в системд и он есть.

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

Естественно не меняется - от этого зависит только суть утверждения «Х есть монолит». По сути ложно ли оно или по сути истинно :D

Это.. фильтр?!1

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

Но его же можно упаковать в баш с while :; do, и сгружать туда события по дубасу с dbus-monitor. Или это уже по твоему ненужные усложнения? ))

Так это будет банально неоптимально :D Мы стопитсот раз запускаем make. А суть демона именно в том что мы можем в него зависимости один раз загрузить, по этому они могут быть большие и в удобном человеку формате - «компилируем» же их только один раз.

Но ваше решение применимо если мы зависимости захотим на баше пересчитывать, взаимодействуя по dbus :D

О^W UNIX-WAY ДЕЛАЕТ НАМ СТРАДАТЬ ПОТОМУ ЧТО ЖЕЛАЕТ НАМ ДОБРА! :D

Я смотрю свидетели иеговы нашли дорогу к вашему мозгу. Тяжело вам.

Юниксвей выгоден на long run, мы можем производить изменения, развитие системы, исправление багов с заметно меньшими тратами и проблемами чем без него. То есть например когда у нас нет толпы бесплатных поттерингов готовых внезапно писать мегабайты сишных бинарей на каждый чих, или толпы недорогих индусов которые лехко перепишут системд на яве ... и будут это делать каждый релиз заново с нуля :D

Отлично. Лучших, а значит дорогих решений не будет, потому что они лучшие и дорогие. Ну, не будет значит не будет. Будем о них мечтать, значит. Помолимся, бро? ))

Ну почему же только мечтать - просто ситсемд еще только безумные школьники освоили. А вот когда он донесет свои ужасы до масс админов с rhel7, и избежать его использования будет нельзя .... вот тогда все то и забегают :D

Тем что все описание поведения процесса, вместе с костылями - в одном месте.

Поведение, которое «конфигурируется» LSB заголовком, находится _совсем_ в _другом_ месте.

Именно по этому я и предлагаю команду depend.

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

Нет, как чоткие бизнесмены они запустили FUD кампанию :D

Тоесть можно запускать тестовый юнит, я правильно понимаю?

Похоже, что можно переопределить параметры юнита для конкретного пользователя (сессии)

Зачем это нужно? Скоростью загрузки меряется только школота.

И Леннарт

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

Уже есть в 7.0

Там ЧАСТЬ КОНФИГА текстовая, бро.

Нет, там весь конфиг текстовый. Если ты хочешь сказать что там политика не реализована на миниязыке, то так и напиши, раз уж в твоих терминах юниты это целый миниязык ))

А значит ваше утверждение о том что «язык ненужен» - ложно. Он нужен по крайней мере в системд и он есть.

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

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

Естественно не меняется - от этого зависит только суть утверждения «Х есть монолит». По сути ложно ли оно или по сути истинно :D

В действительности все совсем не так, как на самом деле )

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

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

Так это будет банально неоптимально :D Мы стопитсот раз запускаем make. А суть демона именно в том что мы можем в него зависимости один раз загрузить, по этому они могут быть большие и в удобном человеку формате - «компилируем» же их только один раз.

Осторожнее, мы сейчас напишем системде! Похоже, в действительности, ваша вера в юниксвей не слишком сильна

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

Все верно, если все ресурсы что нам доступны - два админа — выпускника общепита.

А вот когда он донесет свои ужасы до масс админов с rhel7, и избежать его использования будет нельзя .... вот тогда все то и забегают :D

Поживем - увидим ^_^

Именно по этому я и предлагаю команду depend.

Нужно предлагать команду build-job-tree

4х меговый бинарь

$ ll /usr/lib/systemd/systemd
-rwxr-xr-x 1 root root 900K 2013-01-13 19:58 /usr/lib/systemd/systemd

Систему грузит, грузит быстрее

15 сек вместо 30 - это не повод тратить десятки тысяч человекочасов. Если это единственное, что оправдывает поделие, то это феил)

Уважаемый, вам что, правда не все равно, Юникс-вэй это или нет?

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

Предпочитайте переносимость
переносимость

Компоненты системд не переносимы, Поцеринг обещает много боли Каноникал - он сделал все, чтобы компоненты были непереносимы, при этом бз^W говорит про какую-то модульность.. он либо идиот, либо поцеринг.

Почему мне нравится руби - компоненты переносимы, например, модели в rails работают со множеством ORM. Сами ORM отлично работают без рельс, хотя, особенно ActiveRecord развился из них (на сколько я знаю). Никто не обещает много боли тем, кто хочет использовать ActiveRecord без рельс.

Вобщем, этот проект такой бред.

198

Chrome и Firefox версии 2134 через сколько недель ждать?

//я надеюсь, они номера версий не в unsigned char хранят.

Да народ, Леннарту пора садиться за SystemdOS. Это будет справедливо.

systemd 1984
Когда выйдет сабж...

Когда у поцтеринга будет седая борода до пупа и залысины до жоппы.

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

А где бы поискать хорошую доку по сабжу? А то когда вводили http-сервер для journald, я его порт нашел только на каком-то левом сайте. А в доках вообще не было указано, где он поднимается.

Ппц...

А состояние приложений кто восстанавливать будет? Ленин?

Не нужно! Потцерингу с Зиверсом крайне настоятельно рекомендую уйти в монастырь.

фаерфокс табы восстановит, а что ещё современному обычному пользователю надо?

Иногда просто на «reached target Shutdown».

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

А с systemd у меня возникает ощущения, что у Поттеринга хитрый план по захвату моих личных данных.

Это фобия, тебе нужно обратиться к специалисту.

Поцеринг обещает много боли Каноникал - он сделал все, чтобы компоненты были непереносимы

Что ты несёшь?! :D

Кстати, у меня такое тоже бывало, если перейти в саспенд и обратно пару раз.

Саспенд не юзаю, вылезает на ровном месте.

критичные баги опять не исправлены. некоторые из «присыпанных песком» вылезли на поверхность

Мсье не слыхал про ждущий режим?

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

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

Я несу?) не.. это не я.

Hmm, they are going to be in a lot of pain...

https://plus.google.com/u/0/115547683951727699051/posts/jgT3DuQf63a

А я считаю, что такое отношение неприемлемо, а такие библиотеки не нужны.

А где бы поискать хорошую доку по сабжу?

man

А то когда вводили http-сервер для journald, я его порт нашел только на каком-то левом сайте. А в доках вообще не было указано, где он поднимается.

DESCRIPTION
       systemd-journal-gatewayd serves journal events over the network. Clients must connect using HTTP. The server listens on port 19531 by default.

Hmm, they are going to be in a lot of pain...

Так он все правильно сказал - использование частей systemd и своего кривого поделия несовместимо со здравым рассудком. Идиоты должны страдать.

Нет, там весь конфиг текстовый.

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

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

Только это геморой.

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

Движок может получать команды до завершения предыдущей.

Вы реально похоже тупите и оттого у вас такой юниксвей странный. Что мешает сделать то же с «пайпом»? Ваше непонимание как такие вещи делаются? :D

Например, в середине что-то повисло, пользователь это отрубил и дерево будет пересчитано.

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

Осторожнее, мы сейчас напишем системде! Похоже, в действительности, ваша вера в юниксвей не слишком сильна

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

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

Все верно, если все ресурсы что нам доступны - два админа — выпускника общепита.

Вы очень мощно заклеймили Кена Томпсона и Денниса Ритчи. Вы, сам то, не иначе как сам Эйнштейн с второй головой Хокинга в гриме!? Не узнал, не узнал! Богатыми будете. :D

А вот когда он донесет свои ужасы до масс админов с rhel7, и избежать его использования будет нельзя .... вот тогда все то и забегают :D

Нужно предлагать команду build-job-tree

Это влияние вашего личного безумного юниксвея через вас говорит :D

Так он все правильно сказал - использование частей systemd и своего кривого поделия несовместимо со здравым рассудком. Идиоты должны страдать.

Какой бугурт вместе с признанием того, что ситсемд таки оказался монолитным говном :D

вместе с признанием того, что ситсемд таки оказался монолитным говном :D

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

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

«Захардкоженые группы» это дефолтный конфиг.

Только это геморой.

Это существующая реальность. Та которая в sysv. Возможность взаимодействия есть, ей можно пользоваться, ей пользуются.

Вы реально похоже тупите и оттого у вас такой юниксвей странный. Что мешает сделать то же с «пайпом»? Ваше непонимание как такие вещи делаются? :D

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

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

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

Это влияние вашего личного безумного юниксвея через вас говорит
Вы очень мощно заклеймили Кена Томпсона и Денниса Ритчи. Вы, сам то, не иначе как сам Эйнштейн с второй головой Хокинга в гриме!? Не узнал, не узнал! Богатыми будете. :D

Не удержался. Представил себе while:; do dbus-monitor | read, который в long run отлаживают суровые администраторы, простите :D

Это влияние вашего личного безумного юниксвея через вас говорит :D

Да нет же. Считать зависимости для старта таска и получать зависимости - разные задачи

eudev вроде как не сдох.

Рождённое мёртвым сдохнуть не может.

Представил себе while:; do dbus-monitor | read, который в long run отлаживают суровые администраторы, простите :D

Ну а что такого? Есть же udevadm --monitor, он вполне полезен на практике.

Компоненты системд не переносимы, Поцеринг обещает много боли Каноникал - он сделал все, чтобы компоненты были непереносимы

Ты опять всё перепутал. На всех дистрах работает, на одной убунте не работает. Может это космонавт делает убунту несовместимой с линуксом?

Товарищ Поцеринг - ярый капиталист, к тому же не пополняет свои знания в области марксизма-ленинизма (UNIX-way), не обогащает себя историческим опытом партии (xorg). А без этого нельзя улучшить компоненты горячо любимой нами системы.

Предлагаю бойкотировать товарища Поцеринга до момента глубочайшего понимания им марксистско-ленинистской теории.

systemctl enable something, systemctl disable something

Так оно везде включится...

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

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

А людям всего лишь нужно было машину раз в неделю почистить. Теперь придётся делать это мотоблоком.

Мифы о Systemd

Леннарт Поттеринг попытался развенчать типичные мифы о systemd http://www.opennet.ru/opennews/art.shtml?num=35935

Добавлена утилита systemd-activate

На этом моменте меня посетили смешанные чувства.

Ты слоупочнее и некрофильнее меня, бро.

Леннарт Поттеринг попытался развенчать типичные мифы о systemd

...но у него снова не получилось.

В случае с системд, приобретая в магазине мотоблок к вам приходит дядя, забирает все лопаты с заявлением «они теперь вам не нужны!», и оставляет с мотоблоком.

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