Леннарт не принимает решения, он получает зарплату и его дело - заинтересовать целую команду принимающих решения в Федоре и RHEL, и эта команда, отнюдь не глупее Патрика и сообщества слаки.
Да, в том-то и проблема, что они принимают именно такие решения, которые, по их мнению, принесут бОльшую прибыль... Но тут уж ничего не поделаешь - рынок.
они принимают именно такие решения, которые, по их мнению, принесут бОльшую прибыль...
Просветите в подробностях связи systemd и большей прибыли? Особенно, со стороны ArchLinux. И заодно внедрение кусков от systemd в ту же ubuntu.
Andrew Wyatt делал своё и чем это закончилось? А проект был неплох, но без community и финансирования, попытки создать что то своё обречены на провал.да, если не согласен с путем развития дистра, и хочется сделать что то свое
Особенно, со стороны ArchLinux. И заодно внедрение кусков от systemd в ту же ubuntu.
А они тут и ни при чем. А вот у RedHat и Novell - вполне. Выгода им может быть и от прихода пользователей тех дистрибутивов, которые не захотят перейти на systemd, но и не видят альтернативы ему, возможно, такие дистрибутивы просто прекратят существование.
Да, в том-то и проблема, что они принимают именно такие решения, которые, по их мнению, принесут бОльшую прибыль... Но тут уж ничего не поделаешь - рынок.
что за коммунизм? кому от прибыльности линукса когда-либо стало хуже? RHT и IBM вкладывают миллионы в развитие открытой системы, которой мы все пользуемся, и пока что это хорошо для всех - и для бесплатных пользователей, и для платящих компаний, и для поставщиков обслуживания.
А они тут и ни при чем. А вот у RedHat и Novell - вполне. Выгода им может быть и от прихода пользователей тех ддистрибутивов, которые не захотят перейти на systemd, но и не видят альтернативы ему, возможно, такие дистрибутивы просто прекратят существование.
ага, значит возможны такие пользователи, которые захотят systemd? так в чем проблема тогда, в том что если его не окажется в слаке с нее уйдут?
Andrew Wyatt делал своё и чем это закончилось? А проект был неплох, но без community и финансирования, попытки создать что то своё обречены на провал.
fuduntu? я его потрогал в свое время - пустышка имхо
значит возможны такие пользователи, которые захотят systemd
Я уважаю мнение других, но systemd не нравится мне категорически. Да и не мне одному.
Скорее, наоборот :) Думаю, те, кому не нравится systemd, будут переходить на дистрибутивы, в которых его нет.так в чем проблема тогда, в том что если его не окажется в слаке с нее уйдут?
Ну вот и запиленное своё, а зачем другим предлагать запиливать? Тем более, что его автор работает в Редхате.fuduntu? я его потрогал в свое время - пустышка имхо
Думаю, те, кому не нравится systemd, будут переходить на дистрибутивы, в которых его нет.
Может и так, а может сабжа доведут до вменяемого состояния.
Я уважаю мнение других, но systemd не нравится мне категорически. Да и не мне одному.
на здоровье. только не надо забывать добавлять "имхо" в глобальных утверждениях, ведь есть и другие мнения. время покажет кто прав
Скорее, наоборот Думаю, те, кому не нравится systemd, будут переходить на дистрибутивы, в которых его нет.
так на здоровье, в том и есть свобода открытых проектов
Ну вот и запиленное своё, а зачем другим предлагать запиливать? Тем более, что его автор работает в Редхате.
запилил свое, но оно не пошло, такое тоже бывает. или вы считаете что все открытые проекты обречены на успех?
Нет конечно, но на свободных проектах и держится всё Линукс сообщество.или вы считаете что все открытые проекты обречены на успех?
Нет конечно, но на свободных проектах и держится всё Линукс сообщество.
да, и некоторые из них взлетают - минт например и libre office, другие чахнут за ненадобностью - вон кноппикс давно не виден например, хотя еще окончательно не сдох
кстати, линукс сообщество как раз держится на трех китах - крупные авторитеты ведущие основные проекты (Линус, Патрик и т.п.), большие корпорации вкладывающие миллионы в технологии и зарплаты ведущих разработчиков, которые 100% своего оплачиваемого времени пишут в апстрим, и частные энтузиасты, которые в наше время редко делают что либо монументальное, хотя есть и исключения. Чаще всего, последние оказываются на работе у вторых, где продолжают писать свой код уже под руководством и не от балды
Может и так, а может сабжа доведут до вменяемого состояния.
время покажет кто прав
Ну да, поживем - увидим. А вам «сабж» как - удобен? Стабилен? Прост в настройке? По мне юниты - еще одна лишняя сущность: нужно сначала этих юнитов парсить, а потом уже запускать то, что они описывают, потом, громкие заявления о том, что с systemd загрузка идет быстрее, ну и бинарные логи... А в sysV скрипты хоть и запускаются последовательно, но никто не мешает их запускать параллельно, в фоновом режиме, логи читаемые - чего еще мне желать?
Стопудово!Ну да, поживем - увидим
А вам «сабж» как - удобен? Стабилен? Прост в настройке?
да вроде жаловаться не на что :) с недельку промучился в начале, но это было несколько лет назад, как и с третьим гномом, а теперь мне назад не хочется
насчет же логов, то тут как раз очень правильный подход. логи сложных распределенных демонов очень сложно читать, их надо парсить, вносить в базу, и смотреть на event flows (даже не знаю как по русски это называется). мелкие локальные демоны конечно намного проще, но и мир не стоит на месте.
Попробуйте почитать логи кластера из десятка хостов, где действия описанные в логи респределены между разными хостами, в чистом тексте, без парсера, например vdsm - мозг можно порвать моментально, особенно с непривычки. а бинарный лог аггрегируется в центральный парсер, и можно видеть: хост А сделал так-то, хост Б это обработал и записал в диск, хост В проконтролировал, снял хэш, и вернул его хосту А, который ACKнул весь набор инструкций, и запустил следующий этап.
Если, кстати, учесть тот факт что логи обычно читаются не в штатных ситуациях, то можно вообще не разобраться в распределенном логе. Особенно если полениться и не посмотреть в код, кто и что конкретно делает, чтоб в логе появилась определенная запись.
Очередной раз голословное утверждение. Вам плевать за что ругают, раз ругает - то неосилятор, сиречь - дебил полный. Ведь только полный дебил не сможет разобраться в системд, так? И уж только точно только полный дебил кинется что-то ругать, не зная сути предмета. Разобрались мы в systemd, ну не то чтоб уж, мы ж не гении, так, с грехом пополам, через пень колоду, "раком-боком-как попало". И используем. Не без костылей, однако.у меня, если против, не значит дебил, а значит человек который не потрудился разобраться в нововведениях, ведь проще присоединиться к хору уже ругающихся
Теперь о форках. Вы так решительно предлагаете писать всем остальным форки, но почему-то мгновенно встали на сторону Леннарта и Редхэт, когда они вместо форка просто включили линуксовые компоненты в системд, а остальные просто переписывают под системд. А ведь Редхат это отнюдь не бедная контора, с кучей ресурсов (не только финансовых), а Леннарт со товарищи не в свободное от работы время занимается проектом системд. Трудно было форкнуть удев и включить этот форк в системд? Ах, нерационально, говорите, ресурсы зря тратятся? А людям, создающим дистрибутивы не на коммерческой, на добровольной основе в свое свободное время - писать форки это рационально, у них ресурсов безгранично! Особенно, если учесть, что этих форков все больше и больше нужно.
ЗЫ. Возникла тут у меня мысль, что хомячки, закидывающие испражнениями системд, есть казачки засланные, роботы бездушные, самими же системдевцами напущенные на сообщество, с целью дискредитировать протестную часть :D
Очередной раз голословное утверждение.
да ну? жаль, сложно печатать и поокорн кушать одновременно, но я постараюсь :)
Вам плевать за что ругают, раз ругает - то неосилятор, сиречь - дебил полный. Ведь только полный дебил не сможет разобраться в системд, так?
это вы сказали, не я, и раз таково ваше мнение - на здоровье, мне не жалко.
И уж только точно только полный дебил кинется что-то ругать, не зная сути предмета.
ну зачем так злобно? достаточно присущего многим стадного чувства - раз все ругают, то и я авось не сойду за дебила присоединившись.
Разобрались мы в systemd, ну не то чтоб уж, мы ж не гении, так, с грехом пополам, через пень колоду, "раком-боком-как попало". И используем. Не без костылей, однако.
возьмите пирожок с полочки
--простыня текста о виртуалбоксе--
чудесно. при остановке ВМ надо сначала послать сигнал на эту остановку, потом запустить поллинг состояния машины до определенного таймаута, и послать еще раз сигнал. так раза три наверное можно, если очень не хочется ее просто убить. Но acpi shutdown не всегда срабатывает - мало ли какой процесс висит не давая ВМ опуститься штатно, и тогда таки да приходится ее убить. Или послать в suspend - не знаю как там в вбоксе, я больше по kvm, где это легко.
если вы ожидаете что кто либо сделает это все за вас, то ошибаетесь, и systemd или sys-v поведут себя тут одинаково.
--дополнение к простыне--
насколько я помню, валидация prerequisites в systemd как раз есть, надо будет глянуть
Вы так решительно предлагаете писать всем остальным форки, но почему-то мгновенно встали на сторону Леннарта и Редхэт, когда они вместо форка просто включили линуксовые компоненты в системд, а остальные просто переписывают под системд.
и где тут аргумент?
А ведь Редхат это отнюдь не бедная контора, с кучей ресурсов (не только финансовых), а Леннарт со товарищи не в свободное от работы время занимается проектом системд.
опять поток слов без смысла, то есть да, RHT большая компания (ну как большая - около 4000 человек вроде - далеко не HP и даже не amdocs), и да, Потерринг занимается своей работой в рабочее время. И что?
Трудно было форкнуть удев и включить этот форк в системд?
а вы как думаете? взялись бы? думаете что знаете эти системы лучше чем те кто их собственно разрабатывает, и принимал решение? так вперед, кто мешает? докажите делом а не брызгами слюней, что Поттеринг не прав :)
А людям, создающим дистрибутивы не на коммерческой, на добровольной основе в свое свободное время - писать форки это рационально, у них ресурсов безгранично!
а кто их заставляет?
Особенно, если учесть, что этих форков все больше и больше нужно.
опенсорс действует по тем же законам рынка что и все остальное - есть спрос - будет и предложение. Когда вышел третий гном, появился спрос на форк второго, и mate выскочил как чертик из табакерки, без финансирования, только за счет того что многим это было нужно. Это может случиться и с systemd, время покажет.
ЗЫ. Возникла тут у меня мысль, что хомячки, закидывающие испражнениями системд, есть казачки засланные, роботы бездушные, самими же системдевцами напущенные на сообщество, с целью дискредитировать протестную часть
точно, вы раскрыли тайну! вы это ответственно заявляете как один из них? ;)
Поаккуратнее, не подавитесь.да ну? жаль, сложно печатать и поокорн кушать одновременно, но я постараюсь
А сторонникам это чувство не знакомо? Вообще-то я признаю, что системд обладает многими достоинствами. А сторонники-то признают недостатки? Нет, неосилятор и все тут.достаточно присущего многим стадного чувства
Ничего подобного.чудесно. при остановке ВМ надо сначала послать сигнал на эту остановку, потом запустить поллинг состояния машины до определенного таймаута, и послать еще раз сигнал.
VBoxManage controlvm имя_виртуальной_машины savestateв ЭксесСтоп вполне достаточно и отрабатывает прекрасно при правильном ТаймутСтоп. Но дело совсем не в том что и как надо послать, чтобы усыпить или остановить виртуальную машину. А в том, что системд рушит сначала юзерспейс, убивая все процессы от пользователя, инициировавшего завершение работы основной системы, а уж потом продолжает останавливать процессы, в числе которых находится уже убитая виртуальная машина.
Не верное утверждение. Вот как раз сис5инит спокойно все позволяет сделать это без заведение другого пользователя.systemd или sys-v поведут себя тут одинаково.
Нет, не знаю лучше, но знаю достаточно, чтобы понимать во что превращается системд и к чему это ведет. Я бы может и взялся, лет так тридцать пять назад, да сейчас уже переучиваться сложно.а вы как думаете? взялись бы? думаете что знаете эти системы лучше чем те кто их собственно разрабатывает, и принимал решение? так вперед, кто мешает?
И эти люди будут запрещать мне ковыряться в носу!брызгами слюней
Поаккуратнее, не подавитесь.
благодарю за заботу
А сторонникам это чувство не знакомо? Вообще-то я признаю, что системд обладает многими достоинствами. А сторонники-то признают недостатки? Нет, неосилятор и все тут.
почему же? баги есть, недоработки тоже, но это есть всегда и во всех системах (кроме cups). это значит что надо работать и улучшать а не бросать проект
Ничего подобного.
да ну? а если api вызов не пройдет, или баг в гипервизоре не даст процессу нормально отработать? я не знаю как вы, но я привык трепетно относиться к моим серверам, виртуальные они или физические - не важно.
системд рушит сначала юзерспейс, убивая все процессы от пользователя, инициировавшего завершение работы основной системы, а уж потом продолжает останавливать процессы, в числе которых находится уже убитая виртуальная машина
частный случай для именно виртуалок, но я бы открыл баг. сейчас приходится вообще на винде сидеть, но если вы его не откроете, через пару недель смогу запостить его сам.
Не верное утверждение. Вот как раз сис5инит спокойно все позволяет сделать это без заведение другого пользователя.
мне зайти в багзиллу и поднять списки багов по иниту?
Нет, не знаю лучше, но знаю достаточно, чтобы понимать во что превращается системд и к чему это ведет. Я бы может и взялся, лет так тридцать пять назад, да сейчас уже переучиваться сложно.
так просветите же нас, ущербных :)
пс: и да, я очень рад что по остальным пунктам вы со мной согласились, это уже прогресс :)
Может это необходимо в Вашем случае в квм, в моем случае, если не пройдет, то это может означать только одно, что сам виртуалбокс либо сдох, либо занялся самосозерцанием, что почти одно и тоже. Выход один - расстрел.да ну? а если api вызов не пройдет, или баг в гипервизоре не даст процессу нормально отработать? я не знаю как вы, но я привык трепетно относиться к моим серверам, виртуальные они или физические - не важно
Я же Вам про конкретный случай. А не про всю длительную историю сис5инит.мне зайти в багзиллу и поднять списки багов по иниту?
Ну, и к чему? Исправить не исправят, а ответ, в лучшем случае, примерно будет таков: В рамках новой идеологии необходимо заводить дополнительно пользователя. В худшем же, меня пошлют изучать для чего в системд кроме system имеется user, и ведь придется идти, вот только вразумительной документации по этой самой user я что-то не нашел :)частный случай для именно виртуалок, но я бы открыл баг. сейчас приходится вообще на винде сидеть, но если вы его не откроете, через пару недель смогу запостить его сам
Может это необходимо в Вашем случае в квм, в моем случае, если не пройдет, то это может означать только одно, что сам виртуалбокс либо сдох, либо занялся самосозерцанием, что почти одно и тоже. Выход один - расстрел.
да, такое бывает, в KVM, если машина важна, можно смигрировать ее memstate в файл, убить ее, поднять, и смигрировать из файла обратно
Я же Вам про конкретный случай. А не про всю длительную историю сис5инит.
ну извините, я конкретных случаев прямо сейчас не помню
Исправить не исправят, а ответ, в лучшем случае, примерно будет таков: В рамках новой идеологии необходимо заводить дополнительно пользователя.
вы это сами придумали, не так ли?
В худшем же, меня пошлют изучать для чего в системд кроме system имеется user, и ведь придется идти, вот только вразумительной документации по этой самой user я что-то не нашел
баги бывают и в документации, их тоже можно открывать и требовать исправлений.
Ну, возможно, если бы я работал с КВМ я бы так и делал, но я не сисадмин, и убитая виртуальная машина мне погоды не испортит, ничего я не потеряю дорогого, благо есть всегда копия виртуального диска с самой системой. Потому и виртуалбокс, а не что-то более вылизанное и надежное.да, такое бывает, в KVM, если машина важна, можно смигрировать ее memstate в файл, убить ее, поднять, и смигрировать из файла обратно
Нет, не сам. Увы, примерно таковы ответы Леннарта Поттеринга на баги, которые я видел.вы это сами придумали, не так ли?
Конкретный случай с запуском и корректной остановкой процесса виртуальной машины из моего случая :)ну извините, я конкретных случаев прямо сейчас не помню
