Спустя десять дней с момента прошлого выпуска представлен (http://lists.freedesktop.org/archives/systemd-devel/2015-Sep...) релиз системного менеджера systemd 226 (http://www.freedesktop.org/software/systemd/), который содержит исправления ошибок, корректирующие изменения и порцию улучшений. Из наиболее заметных новшеств отмечается поддержка унифицированной иерархии cgroups, расширение возможностей реализации сервера и клиента DHCP, улучшение интеграции с PolicyKit и поддержка файлов конфигурации для nspawn.
Подробнее об улучшениях:
- Улучшения во встроенной в systemd-networkd реализации протокола DHCP:
- В DHCP-сервере реализована возможность выдачи информации о серверах DNS и NTP. Включение и настройка осуществляется при помощи опций "EmitDNS=", "DNS=", "EmitNTP=" и "NTP=";- В сервер и клиент DHCP добавлена поддержка передачи и приёма информации с параметрами часового пояса. Настройка осуществляется при помощи опций "UseTimezone=", "EmitTimezone=" и "Timezone=". Передача данных о текущем часовом поясе автоматически включена для контейнеров;
- Возможность настройки времени, на которое клиентам выделяются IP-адреса ("MaxLeaseTimeSec=" и "DefaultLeaseTimeSec=");
- В DHCP-сервере увеличена стабильность выделения клиентам адресов (leases) - по возможности клиентам выдаются те же самые адреса, даже если сервер был перезапущен;
- Для контроля метрик пула выданных клиентам адресов в DHCP-сервер добавлены опции "PoolOffset=" и "PoolSize=";
- При обращении к PolicyKit в процессе управления юнитами, systemd теперь добавляет к запросу дополнительные поля, такие как имя юнита и желаемая операция. Данные поля позволяют создавать более изощрённые правила PolicyKit, при принятии решения учитывающие связанные с systemd параметры;
- В nspawn добавлена поддержка загрузки настроек в отдельные файлы ".nspawn", которые могут сопровождать файлы с образами или директории с контейнерами, и содержать дополнительные настройки для контейнера. Файлы ".nspawn" можно рассматривать как метод, альтернативный заданию настроек в командной строке;
- Добавлена опциональная поддержка появившегося в ядре Linux 3.16 нового интерфейса cgroups, основанного на применении единой унифицированной иерархии cgroup (https://www.kernel.org/doc/Documentation/cgroups/unified-hie...), определяющей применение правил к группам процессов без применения отдельных иерархий для распределения ресурсов CPU и памяти. Поддержка унифицированной иерархии включается через передачу ядру опции "systemd.unified_cgroup_hierarchy=1", при указании которой systemd попытается примонтировать /sys/fs/cgroup. Для выборочного включения унифицированной иерархии cgroup для заданных контейнеров в nspawn добавлена переменная окружения $UNIFIED_CROUP_HIERARCHY (по умолчанию используется тот же тип cgroup, что и на хост системе). Отмечается, что для корректной работы унифицированной иерархии cgroup требуется ядро Linux 4.2;
- Представлен новый специализированный юнит "init.scope", объединяющий параметры, связанные с первым идентификатором процесса (PID 1). Например, init.scope можно использовать для определения потребляемых ресурсов и привязки ограничений к PID 1, который вынесен из корневого дерева cgroup;
- В systemd-networkd добавлена поддержка генерации предсказуемых имён интерфейсов для устройств virtio и возможность настройки ('EncapsulationLimit=') лимита на уровень инкапсуляции в туннелях;
- Обеспечена поддержка концепции пользовательских шин (user bus) вместо сеансовых шин (session bus) в случае использования демона DBus 1.10 (включается опцией "--enable-user-session"). Ранее пользовательские шины можно было использовать только на системах с kdbus;
- В утилиту cgtop добавлена поддержка игнорирования нитей ядра при подсчёте задач и cgroup. Число процессов по умолчанию теперь суммируется рекурсивно. Для возврата к старому поведению представлены опции "-k" и "--recursive=". Утилита также адаптирована для корректной поддержки контейнеров;- В systemd-nspawn опции "--bind=" и "--bind-ro=" расширены возможностью нерекурсивного монтирования.
URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Sep...
Новость: http://www.opennet.dev/opennews/art.shtml?num=42936
> Спустя десять дней с момента прошлого выпуска представлен релиз системного менеджера systemd 226Кто-то там на CRIU ругался, что у них слишком часто релизы.
debian ругался потому что своевременно не мог держать пакет в актуальном состоянии
а systemd может ?
Release early, release often, release crap!
Пруфы есть? Баги репортишь?
скорей бы 228
А что там будет?
Функция papirosim
Скорей бы 1.0
> Скорей бы 1.0Наверное вы хотели сказать 1000 :)
Делают из Линукса венду... Поубивал бы...
По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну две, а венда как начнеет...
> По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда
> и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну
> две, а венда как начнеет...Это как это? Через kill -9?
FreeBSD "выключается" тоже быстро, если набрать killall init...
=)
> FreeBSD "выключается" тоже быстро, если набрать killall init...И все бы ничего, только это не будет корректный шатдаун. А сколько там у вас этот ваш ufs будет диском хрустеть при проверке?
>> FreeBSD "выключается" тоже быстро, если набрать killall init...
> И все бы ничего, только это не будет корректный шатдаун. А сколько
> там у вас этот ваш ufs будет диском хрустеть при проверке?Ой, эксперт по бсд. Ну расскажи нам про современные версии ufs и зачем им хрустеть диском.Давай, Жги!
> Ой, эксперт по бсд. Ну расскажи нам про современные версии ufs и
> зачем им хрустеть диском.Давай, Жги!А что, SU+J и dump -L уже починили? Т.е., ужу можно иметь журналирование и делать лайв-дампы? :)
> зачем им хрустеть диском.Давай, Жги!Сами жгите ваши окаменелые гомняшки.
>> зачем им хрустеть диском.Давай, Жги!
> Сами жгите ваши окаменелые гомняшки.Очередной "не читал^W знаю, но осуждаю!" ...
Это супер конеш. Но речь о том, что ВСЁ, что можно и нельзя пихают в одну большую кучу, которая начнёт вонять таки...
сколько можно уже вонять про одну кучу?!
http://0pointer.de/blog/projects/the-biggest-myths.html
читаем миф первый.
> Posted on Sa 26 Januar 2013На тот момент когда это писалось, может это так и было,
но на сегодня systemd берет много ответственности.
Что может в один прекрасный момент нести потенциальную угрозу безопасности.А на счет мифа если ты так действительно считаешь,
то попробуй разделить любой из компонентов
и один из них заменить на другой. Сразу поймешь его монолитность.
У него изначально строится архитектура, что бы сразу отмести любые
конкурирующие решения. Поэтому это все сказки, что бы привлечь к этому недопродукту внимания.
> читаем миф первый.Когда в следующий раз решишь "разоблачить" "миф" о systemd, пожалуйста, НЕ используй в качестве пруфов информацию с сайта Поттеринга. Надо быть очень наивным, чтобы рассчитывать на признание автора проекта в том, что он делает блоатварное нечто, в которое пихается всё подряд из-за наличия Фатального Недостатка в существующих аналогах.
> Когда в следующий раз решишь "разоблачить" "миф" о systemd, пожалуйста, НЕ используй
> в качестве пруфов информацию с сайта Поттеринга.Есть навалом сайтов других админов, которым системд пригодился и понравился. Прикиньте, у хейтеров нет монополии на создание веб-страниц! :)
у каждого есть право ответить на критику, а где это все лучше сделать?
свой сайт - самое то!
У любого автора заведомо предвзятое отношение к своим проектам. Выражаясь более формальными словами, автор является заинтересованным лицом. Именно поэтому в обсуждениях достоинств и недостатков проекта к словам автора этого проекта если и стоит прислушиваться, то в последнюю очередь.
> сколько можно уже вонять про одну кучу?!
> http://0pointer.de/blog/projects/the-biggest-myths.html
> читаем миф первый.Ага, а еще там же:
http://0pointer.de/blog/projects/systemd.html
> we are experimenting with a new init system and it is fun.
> You probably guessed it: what I suggested above as requirements and features for an ideal init system is actually available now, in a (still experimental) init system called systemd
>
Винда выключает систему корректно, завершая все приложения (правда, без сохранения документов, но это нормальное поведение). Debian же не выключает корректно сессии браузеров (постоянно, что Iceweasel, что Chromium просят "восстановить сессию"), офисов, других приложений.
Разве это не проблема правильной обработки sigterm конкретными приложениями?
Это проблема "правильной обработки sigterm" всеми приложениями. Почему кладут болт на это? Наверно, потому что так принято
В хроме тоже такая беда лечиться убиранием галочки предпоследней в настройках (не помню как называться что то с сетью связанно)
Да, да, да. Винда даже рабочий стол будет долго !"корректно" завершать.
>...Debian же не выключает корректно сессии браузеров...Вот жеж оналитеги опеннета-то. Этим не "сферический Debian в вакууме" занимается и уж тем более не systemd, а DE. Если уж на то пошло, то systemd по-умолчанию ожидает 90 секунд, перед тем как послать SIGKILL.
> Debian же не выключает корректно сессии браузеровЭто просто Firefox не умеет нормально выключаться. Про инвалидацию кэша я уж и не заикаюсь.
Кому ты тут лечишь, клоун? Пользуюсь попеременно KDE и GNOME на Debian testing и ни разу такого не видел.
> По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда
> и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну
> две, а венда как начнеет...Хз. у меня винда за секунду вырубается. правда диск ssd )
спать она уходит, балабол
Ну так поставь рядом на тот же ссд линукс и сравни скорость включения/выключения.
Отчитайся по сравнению скорости загрузки линукса vs. винды из её микрогибернейта.
> Хз. у меня винда за секунду вырубается. правда диск ssd )Угу, особенно когда тебе надо комп вырубить а эта зараза апдейты полчаса ставит.
> Угу, особенно когда тебе надо комп вырубить а эта зараза апдейты полчаса
> ставит.Ну так то, что M$ "не-бизнес-клиентов" ни во что не ставит, как бы, не секрет :)
Помню, пару лет назад менял знакомому винты вместе с парой мелочей в довольно мощном, "игровом" писюке.
Ну и заодно решил(и) переустановить эту "самую лучшую ОСь". Воткнули оригинальный диск с семерочкой - установка заняла примерно 20 минут.
Потом примерно столько же ОНО тянуло обновления.
А потом ... короче, часа через 3 я напился чаю, обож^W обкушался пирожных и откланялся, а ОНО что-то там бодро ставило и не менее бодро перезагружалось :)
Не ври.
Не вижу особой разницы по скорости. Обработка закрытия приложений при выключении корректнее на венде.
А уж если венда задействует всякие фишки UEFI, чего Debian не умеет, то по загрузке венда будет знатно выигрывать.
PS: хотя какая на разница - будет загружаться/вырубаться ОС не 30 секунд, а 5. Разница в 6 раз, а толку не особо.
Есть разница, только слепым хейтерам не видна.> отя какая на разница - будет загружаться/вырубаться ОС не 30 секунд, а 5.
Если ты живешь вечно - действительно похрену.
> Если ты живешь вечно - действительно похрену.ты в своей жизни больше времени на лазание по тупым сайтам, сидение в пробках, да на ковыряние в носу потратил, чем на ожидание загрузки ОС
может обратить внимание на истинную проблему нехватки времени?
Я комп вообще не выключаю и мне похрену :)
Даже живущему вечно не захочется терять время просто так.
Ну раньше я во время загрузки ОС успевал навести лёгкую уборку на столе за одну минуту. Теперь я максимум могу успеть надеть наушники. Прогресс...
Правда с софтом это не свзянно, а SSD всякие.
Что, и mysql-сервер за секунду опустит? :)
а есть линки, где до появления сыстемГ, хоть кто-нить жаловался на скорость загрузки/выключения линя? походу леня вырезал аппендикс и пересадил почку у больного с диагнозом "грипп". желаю и ему и его болельщикам таких же докторов
по скорости загрузки системдэ рядом не валялся с последним упстартом из убунты.
Нахрена в системе загрузки dhcp ?
> Нахрена в системе загрузки dhcp ?Говорят что это уже не система загрузки.
Ну и зачем вам загружать Debian за две секунды? Вы его загружаете чаще раза в месяц?
> Ну и зачем вам загружать Debian за две секунды? Вы его загружаете
> чаще раза в месяц?Ну я вот в эмбедовке совсем не откажусь от быстрого старта дебиана. Чтобы юзеры не задавали лишних вопросов о том что железка что-то затупляет.
Поддержу. Руками закрываю все приложения. И на маздае. Только если линь выключается быстро, то маздаю всё равно сколько приложений открыто, ему нужно показать надпись завершение того, завершение сего, потом внезапно начинается установка обновлений.
> потом внезапно начинается установка обновлений.Так в винде все очень плохо с записью в файлы которые выполняются. Даже если их переименовать, удалить их все-равно не получится, в отличие от *никсов. Поэтому они так и будут мешаться. А самый писк - обновление ишака требует ребут всей системы. Заинтегрировали в систему так уж заинтегрировали...
Сам-то что-нибудь полезное для Linux-сообщества сделал? И не винду, а макось. И это шикарно!
Кто может рассказать? Ну ладно DHCP-клиент запилили, но DHCP-сервер то накой внутри потребовалось запилить? Дальше что Будет? SSH, FTP, NFS?
Сейчас набегут адепты, и скажут, что иначе никак. И вообще, все другие решения кривые и с "непредсказуемым поведением".
Ну само собой епт.
Как до этого жили?
А иначе никак. И вообще, все другие решения кривые и с "непредсказуемым поведением"
> DHCP-сервер то накой внутри потребовалось запилить?Контейнеры.
Каким боком оно связано с контейнером?
В идеале каждый контейнер получает виртуальный адаптер, которому откуда-то надо получить ip.
Все равно не понимаю чем не угодили существующие решения, почему нельзя контрибутить в них?Когда они забрали у меня rc.conf, я молчал, так как грузиться стало и правда быстрее.
Когда они пришли с бинарными логами, я молчал. Так как в чем-то это действительно удобно.
Когда они заставили учить меня кучу флагов запуска, я молчал так-как прогресс не остановить.Сейчас они хотят впихнуть в себя собственные реализации ВСЕГО. Но все уже молчат и жуют по привычке.
Я дам вам парабеллум.
> Я дам вам парабеллум.Палку для селфи. Вот такую: http://demotivatorium.ru/sstorage/3/2015/03/31093421847762/d...
> Все равно не понимаю чем не угодили существующие решения, почему нельзя контрибутить
> в них?
> Когда они забрали у меня rc.conf, я молчал, так как грузиться стало
> и правда быстрее.
> Когда они пришли с бинарными логами, я молчал. Так как в чем-то
> это действительно удобно.
> Когда они заставили учить меня кучу флагов запуска, я молчал так-как прогресс
> не остановить.
> Сейчас они хотят впихнуть в себя собственные реализации ВСЕГО. Но все уже
> молчат и жуют по привычке.Видно они делают свою реализацию rootfs.
> В идеале каждый контейнер получает виртуальный адаптер, которому откуда-то надо получить ip.Для того, чтобы получить, есть ISC DHCP Client и dhcpcd, для того, чтобы раздать — как минимум ISC DHCP Daemon.
А почему ISC DHCP должен быть только один? По-моему, вопрос только в качестве реализации стандарта (DHCP протокола), но реализаций может быть сколько угодно, разьве это плохо?
> А почему ISC DHCP должен быть только один? По-моему, вопрос только в
> качестве реализации стандарта (DHCP протокола), но реализаций может быть сколько угодно,
> разьве это плохо?Не плохо, но зачем это интегрировать в systemd?
чтоб был только один. де факто.
Ну вобщем понятно, хотя и странное решение, у меня виртуалкам ip раздает внешний DHCP сервер на раутере. ХОтя диапазоны разделить и не проблема но может путаница возникнуть, но наверное кому то это надо.
>>Дальше что Будет? SSH, FTP, NFS?Пасьянс!!!
fsck is checck your 1000Tb disk, you can play solitaire for waiting...
how much watch?
ten clocks.
> ten clocks.:D
> Кто может рассказать? Ну ладно DHCP-клиент запилили, но DHCP-сервер то накой
> внутри потребовалось запилить? Дальше что Будет? SSH, FTP, NFS?чтобы юниты могли через dhcpcd.systemd получать индивидуальный ip для своего индивидуального lo-Интерфейса, чтобы впредь общаться не через юникс-сокеты, а через lo.system.systmd.org.ewsp01, lo.system.systmd.org.ewsp02, lo.system.systmd.org.ewsp03 ну и так далее.
> чтобы юниты могли через dhcpcd.systemd получать индивидуальный ip для своего индивидуального
> lo-Интерфейса,Достаточно актуальное желание, учитывая умение отрезать юниты в разные неймспейсы. Только вот если разные lo в разных namespaces - через них коммуницировать не выйдет. А вот нечто типа veth+бридж зато - запросто. И системд раздающий на хосте с бриджом айпишники контейнерам смотрелся бы не так уж и странно.
"по возможности клиентам выдаются те же самые адреса, даже если сервер был перезапущен"
Зачем так делать? Зачем городить огород там, где его городить не нужно? Только админолюдей путать ...
Были одни деятели с вистой, где система после резолва днс и получения нескольких ипов ходила не на первый в выдаче, а анализировала, определяла ближайший и на тот бэк-енд шёл запрос ... Вроде и ничего не нарушено из стандарта, но много тогда пострадало седых волос админов, чьи хозяева не понимали почему балансировка по выдаче в днс не работает ...
открою вам секрет,потеринг всеволиш хочет обьединить все дистры т.к. каждый дистр стоится на том что взяли мейтейнеры.Когда доделает свою поделку тогда её будут использовать все дистры (+ приставки для игр и тому подобные устройства)
т.к. поддерживать обновления для разных дистров очень неудобно (а с сюсД это будет 1 дистр который уже будет просто обрастать пакетами(как винда программами))
Вот вот, хотят превратить в очередную винду, только с открытыми исходниками, только в них лучше не лезть т.к. напихали всего и сразу и связали вместе как попало и не тестировали и тронешь 1 строчку все развалится к чертям, а это-же init аааа kernel-panic.
Как будто это что-то плохое. Уже сейчас можно иметь ядро, кучу симлинков на базибокс и системд, и это будет вполне полноценная система с шиной сообщений и контейнерами. Насчет тестирования - старые коллекции из скриптов надо было тестировать ничуть не меньше.
> Как будто это что-то плохое. Уже сейчас можно иметь ядро, кучу симлинков
> на базибокс и системд, и это будет вполне полноценная система с
> шиной сообщений и контейнерами. Насчет тестирования - старые коллекции из скриптов
> надо было тестировать ничуть не меньше.старые коллекции скриптов просто были, полоумный инвалид их все не переписывал каждый 10 дней
Однако скрипты не уходили в сегфолт от того что я поставил другую видюху.
> Однако скрипты не уходили в сегфолт от того что я поставил другую видюху.Зато они одуревали от много чего еще. И плевать хотели что сервис отпал через 2 секунды после старта, с кодом ошибки 5. Это никто не логил и ничего никуда не писал.
>Это никто не логил и ничего никуда не писал.Ну враньё же.
Microsoft что-то вытворяет с телеметрией, Android весь прозондированный насквозь, в штатах пытаются запретит смену прошивок и т.д.Linux пока единственный более-менее независимый островок и кого-то очень это беспокоит.
Вот и пропихивают зонды как могут, systemd, непонятная инициатива по передаче имущественных прав на код в debian и т.д.
А а народ радуется - ой какай плюшка! ой сколько там всего вкусного! ой съём, мням-мням!Как там в сказке говорилось: не пей Иванушка из лужицы, козлёночком станешь.
> т.к. поддерживать обновления для разных дистров очень неудобно (а с сюсД это
> будет 1 дистр который уже будет просто обрастать пакетами(как винда программами))кому ? КОМУ БЛ*ДЬ неудобно ??? ментейнерам ? странно раньше же как-то справлялись, или это те ментейнеры что выжили своим юнешеским максимализмом рассудительных "стариков-основателей", потом "НИАСИЛИЛИ" и свалили все бинари в /usr/bin ?
Или неудобно недоадминам перейти с арча на центОС, потому что там сервисы по другому стартуют ?
Сдается мне что судьба линукса в руках кретинов-неосиляторов.
Неудобно, как любит говорить мой братец "неудобно срать в почтовый ящик - щель узкая"
> кому ? КОМУ БЛ*ДЬ неудобно ??? ментейнерам ?Прикинь, да. Они как-то будут сами решать что им удобно и тебя спросить по этому поводу забудут. Не нравится? Можешь создать свой дистр и там майнтайнить все что пожелаешь, так как тебе удобно. А по другому всегда будет риск что некто примет не то решение которое вашему величеству видите ли хотелось бы.
> странно раньше же как-то справлялись,
Да вот раньше гоняли на каретах с лошадьми, рассекали на паровозах, летали на стремных фанерных этажерках, пользовались CP/M и MULTICS наконец. А теперь это все в прошлом. Вот sysv init место рядом с паровыми машинами, multics и CP/M. В музее политехники.
> или это те ментейнеры что выжили своим юнешеским максимализмом рассудительных
> "стариков-основателей",Ну вот так вот в опеносорсе все устроено, что кто работает работу - тот и решает как ее работать. И хрен что с этим сделаешь. Потому что если припрется какой-то "адекват" и будет рассказывать как кому-то надо работать - разработчик или майнтайнер в два счета достанет фак из кармана. Ну вон тут в соседней новости waker мне факом так колоритно и жизнерадостно помахивает, можешь взять за эталон для парижской палаты мер и весов. И не только мне. То что чудак-человек по инерции решил что я от него что-то требую или что меня можно испугать проблемами с программой, котрой я даже не пользуюсь - ну это он к вам таким хорошим и нахрапистым привык и фак у его из кармана достается уже на автомате. И прикольно у него шаблон трещит, когда оказывается что я ничего не требовал и даже смены лицензии не боюсь, и вообще - в курсе такой фигни как право факом помахать :)
> потом "НИАСИЛИЛИ" и свалили все бинари в /usr/bin ?
Это их система. Что хотят то и делают. Не нравится? Ну и не пользуйся, проходи мимо. А мне вот нравится, например, их линия развития. На мой вкус с дебианом все приятнее иметь дело. А чтобы в процессе иметь слово - надо быть участником процесса. Ну там разработчиком или майнтайнером. И даже так можно и не получить того что хотел. Если хочешь чтобы все было по твоему - пиши операционку сам. С ноля. Тогда гарантированно будет так как ты хотел. Иначе, извините, как повезет. Вон Торвальдсу не повезло - симпатичной операцоинки не оказалось. Пришлось свою делать.
> Или неудобно недоадминам перейти с арча на центОС, потому что там сервисы
> по другому стартуют ?А апстарт, применяемый в центоси - по общей идее не сильно ушел от системды. Только фич меньше и сделан бестолковее в ряде моментов. Так что все это началось давно и активно запустил этот процесс сапопикал, апстартом.
> Сдается мне что судьба линукса в руках кретинов-неосиляторов.
Тебя никто не заставляет пользоваться продуктами людей которые тебе не нравятся. Только как бы не оказалось что ты под одеялом пользуешься вообще максималочкой какой, или гейосью, эстет...
> щель узкая"
Вот и не сpи. Тебя никто проволокой к почтовому ящику, линуксу или чему там еще не приматывают.
>[оверквотинг удален]
> от системды. Только фич меньше и сделан бестолковее в ряде моментов.
> Так что все это началось давно и активно запустил этот процесс
> сапопикал, апстартом.
>> Сдается мне что судьба линукса в руках кретинов-неосиляторов.
> Тебя никто не заставляет пользоваться продуктами людей которые тебе не нравятся. Только
> как бы не оказалось что ты под одеялом пользуешься вообще максималочкой
> какой, или гейосью, эстет...
>> щель узкая"
> Вот и не сpи. Тебя никто проволокой к почтовому ящику, линуксу или
> чему там еще не приматывают.Ну неужели Вы будете спорить с тем, что люди придумывают новое очень часто по причине что они очень плохо знают то что было до них?
10 дней! они релизы вообще тестируют?
а зачем?
> а зачем?Действительно зачем, в арче от тестируют.
> Действительно зачем, в арче от тестируют.Так он для этого и нужен :)
>> а зачем?
> Действительно зачем, в арче от тестируют.Действительно есть же фанбои - они и баг-репорты будут писать с большим усердием, а Биг Леня будет от них отпинываться, но на один два взглянет и скажет "ну ладно, так и быть".
не нужно. время - деньги.
> 10 дней! они релизы вообще тестируют?Не ОНИ тестируют, а ВЫ тестируете. :)
Не очень интересные изменения, но, видимо, в ближайшее время будут пилить именно контейнеры. DHCP-сервер, КМК, оверкилл. Вот DHCP и NTP-клиенты весьма уместны, как и отличный networkd, хотя пока не хватает «управляющей» функциональности в networkctl.
> Не очень интересные изменения, но, видимо, в ближайшее время будут пилить именно
> контейнеры. DHCP-сервер, КМК, оверкилл. Вот DHCP и NTP-клиенты весьма уместны, как
> и отличный networkd, хотя пока не хватает «управляющей» функциональности в networkctl.Это что же, будет новая база системы в стиле ng? Мне кажется жизнь накажет за выброс на свалку классических компонентов. Патчить с уважением к предшественникам это одно, а выбрасывать на свалку это другое.
> Патчить с уважением к предшественникамЯ не знаю, что это за философское учение, но от реалий разработки софта оно слишком далеко.
Там золотые россыпи идей, на которые старикам когда-то не хватало времени, потому что надо чтобы работало сейчас.
>Торвальдс в курсе, что кто-то мучает Linux?Кстати а что он думает о systemd?
> Кстати а что он думает о systemd?"I don't actually have any particularly strong opinions on systemd itself. I've had issues with some of the core developers that I think are much too cavalier about bugs and compatibility, and I think some of the design details are insane (I dislike the binary logs, for example), but those are details, not big issues."©
>>Торвальдс в курсе, что кто-то мучает Linux?
> Кстати а что он думает о systemd?Да он как-то нейтрально высказался, ЕНМИП. Что в свою очередь systemd-lover интепретировали как «поддержал systemd», а хейтеры — как «обосрал systemd».
>>>Торвальдс в курсе, что кто-то мучает Linux?
>> Кстати а что он думает о systemd?
> Да он как-то нейтрально высказался, ЕНМИП.а как ты хотел? он крупнейший акционер RedHat - а леня пишет по заказу redhat. На лицо конфликт интересов.
>>>>Торвальдс в курсе, что кто-то мучает Linux?
>>> Кстати а что он думает о systemd?
>> Да он как-то нейтрально высказался, ЕНМИП.
> а как ты хотел? он крупнейший акционер RedHat - а леня пишет
> по заказу redhat. На лицо конфликт интересов.С другой стороны Торвальдс обычно весьма прямолинеен. Не уверен, что он будет порочить своё имя из каких-то слабых коммерческих интересов.
>С другой стороны Торвальдс обычно весьма прямолинеен.А еще он не дурак. Крикнуть с палубы «Фак ю нвидия!» можно. А топить корабль на котором плывёшь - глупо.
> порочить своё имя из каких-то слабых коммерческих интересов.
Интересы весьма не слабые. И он правильно сделал, что в данном вопросе высказался нейтрально, и сдержанно. Репутацию надо беречь, как и курицу, несущую золотые яйца.
>>С другой стороны Торвальдс обычно весьма прямолинеен.
> А еще он не дурак. Крикнуть с палубы «Фак ю нвидия!» можно.
> А топить корабль на котором плывёшь - глупо.
>> порочить своё имя из каких-то слабых коммерческих интересов.
> Интересы весьма не слабые. И он правильно сделал, что в данном вопросе
> высказался нейтрально, и сдержанно. Репутацию надо беречь, как и курицу, несущую
> золотые яйца.Не люблю гадать. Лично для меня Торвальдс просто ответил нейтрально, а причины этого неизвестны. Есть определённое вероятностное распределение о причинах, но с уверенностью заявлять о какой-то из них не имею морального права, ибо не вижу достаточных доказательств. А все эти вольные интерпретации, которых придерживаются по оба лагеря в битве "systemd" — это очень в духе современных СМИ.
Есть мнение что ему платят, чтобы он не делал из линукса годную ОС, и просто закрывал глаза на выкрутасы Лени.
ИХ цель не уничтожить линукс, а сделат его таким, чтобы им нельзя было пользоваться.
Ну подумаешь - у тебя после обновления сервер не загрузиться, или сетевые интерфейсы местами поменяются, или еще что-то всплывет, причем исключительно у тебя.
Systemd.system.systemd-fanboy.org.service'Ы все равно будут орать что СистемД это круто.
Эх, где же ты Arch Linux (Core Dump) :)) ?
Да смени ты ник уже.
он думает что ядру пофиг на то что работает после))) запускать потом инит или системд ядру ваще начхать.))) кому не нравится собираем ручками дист на ините. благо есть где взять и то и то. или тупо берем дистр до появления системд и просто обновляем пакеты. но делаем это сами.
У меня нет претензий к systemd и мне даже пофиг что они там включают, хоть пасьянс пусть запилят, но оно не работает и сегфолтиться, ну и на кой оно мне такое надо? Хотя преподносят его как панацею от всех бед.
Оптимистичнее надо быть. К Ubuntu 16.04 думаю допилят его до вменяемого состояния.
Systemd же не пульшаудио, которая в принципе хомячковая. Тут же серверища, поэтому и внимания должно быть больше.
> Оптимистичнее надо быть. К Ubuntu 16.04 думаю допилят его до вменяемого состояния.Да он и в 15.04 особых проблем вроде не создает. Вот конкретно в нем и его деятельности ошибок вообще не замечено. Хоть я и поназапиливал кучу кастомных юнитов.
Как один пример, поставь другую видюху, например вытащи видюху amd и пусть попробует поработать на встроенной от intel, и сразу словишь сегфолт.
> Как один пример, поставь другую видюху, например вытащи видюху amd и пусть
> попробует поработать на встроенной от intel, и сразу словишь сегфолт.Дурной пример. У меня есть ноут с интелем и пачка амдшных видях, достаточно разных: VLIW5 vs GCN. Единственное что я могу потасовать. И тасовал. Убунте было пофигу. В смысле, тасовал ессно на холодную - вообще совсем не hotplug конфигурация.
Ну и я опенсорсные драйвера использую. И для всех радеонов и для интеля. В такой позе все вроде работает, во всех конфигах которые у меня есть. Ни разу никаких сегфолтов не видел.
Так что, имхо, придется какой-нибудь пруфскрин забабахать, или типа того. С внятным бэктрейсом, из которого видно что виноват именно системд, а не какой-нибудь там горбатый проприетарны драйвер например (вот такого я навидался, вплоть до GPF в кернелмоде).
> У меня нет претензий к systemd и мне даже пофиг что они
> там включают, хоть пасьянс пусть запилят, но оно не работает и
> сегфолтиться, ну и на кой оно мне такое надо? Хотя преподносят
> его как панацею от всех бед.Прочитал как "панацею от всех бсд".
Обожаю читать срачики про systemd. Встретить тут можно кого угодно, но только не тех, кто читал man systemd :)ps. За редким исключением :)
