LINUX.ORG.RU

Релиз systemd 199

 


0

3

Леннарт Поттеринг выпустил релиз systemd 199.

Основные изменения:

  • Теперь systemd-python может быть использован для управления libsystemd-daemon.
  • Несколько переменных sysctl меняются при запуске (например, ставятся «безопасные» настройки sysrq).
  • Число рабочих процессов вычисляется исходя из числа CPU, а не памяти, как было ранее.
  • Journald теперь принудительно сбрасывает данные на диск спустя 5 минут после записи в журнал (т.е. данные на диске отстают не более чем на 5 минут).
  • Директории /tmp и /var/tmp теперь доступны для всех процессов сервиса.
  • Предсказуемые имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0 (к самому ядру это не имеет отношения, параметр влияет только на systemd).
  • Количество рабочих процессов udev теперь зависит от количества процессоров в системе, а не от количества памяти.
  • В составе systemd появилась libsystemd-bus, которая, возможно, будет доступна и для обычных приложений.

>>> Подробности



Проверено: true_admin ()
Последнее исправление: Aceler (всего исправлений: 10)

Ответ на: комментарий от Sluggard

Но ведь мейнтейнеры дистров — не читатели Донцовой

Ну да, они, как правило, вообще никогда ничего не читают.

Oleaster ★★★
()
Ответ на: комментарий от Oleaster

Никогда ничего не читают злобные ненавистники, типа no-dashi, которым двадцать раз указывают на их ошибки, и отсылают к манам, но им пофигу. =)

Sluggard
()
Ответ на: комментарий от vasily_pupkin

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

модульность - это если бы можно было сделать нечто типа ./configure --disable-all --enable-module && make module && make module-install

ananas ★★★★★
()
Ответ на: комментарий от ananas

Наоборот, єто наивысшая степень модульности!!1 :D

Если серьезно, то Кай редиска. Только к как таковой «модульности» это не имеет никакого отношения

vasily_pupkin ★★★★★
()
Ответ на: комментарий от quantum-troll

Их можно отделить и они нисколько не будут мешать апстарту, и наоборот, ведь так?

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

Lennart
()
Ответ на: комментарий от true_admin

Зачем собирать отдельно udev который завязан на остальные компоненты?

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

ananas ★★★★★
()
Ответ на: комментарий от Lennart

Как именно каноникал пытается подгадить systemd? (inb4: заимствование фич и компонентов, всё-таки в опенсурсе это не считается чем-то плохим)

quantum-troll ★★★★★
()
Ответ на: комментарий от quantum-troll

systemd в ubuntu - уже обсуждали: путём целенаправленного создания конфликта имён файлов в пакетах например.

Lennart
()
Ответ на: комментарий от true_admin

http://lwn.net/Articles/490413/

After udev is merged into the systemd tree you can still build it for usage outside of systemd systems, and we will support these builds officially

где завязки на systemd, во фразе «usage outside of systemd systems»? да и «support these builds officially» мягко говоря подгулял

ananas ★★★★★
()
Ответ на: комментарий от ananas

где завязки на systemd

Due to this, and to minimize our administrative workload, as well as to minimize duplication of code, and to resolve cyclic build dependencies in the core OS, we have decided to merge the two projects.

true_admin ★★★★★
()
Ответ на: комментарий от MahMahoritos

отому что не программисты/кодеры/etc и не считают себя умнее сообщества профессионалов.

Позиция, честно говоря не очень — слишком «бревенчатая». Да и что такое «сообщество профессионалов»?

aes_ultimum ★★
()
Ответ на: комментарий от true_admin

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

ananas ★★★★★
()
Ответ на: комментарий от aes_ultimum

Позиция, честно говоря не очень — слишком «бревенчатая»

Какая еще позиция может быть у пользователя бесплатного продукта?

Да и что такое «сообщество профессионалов»?

RedHat и Novel?

MahMahoritos ★★★
()
Ответ на: комментарий от Lennart

Сказал

иногда бывает очень сложно удержаться

Это зависит от характера же. Я например могу воздерживаться (я не прилагаю усислий) в диалоге с вами от подобных высказываний («…»), и мой комментарий это доказывает.

aes_ultimum ★★
()
Ответ на: комментарий от anonymous

Эй, клоун, читни-ка оригинальца:

journald will now explicitly flush the journal files to disk at the latest 5min after each write. The file will then also be marked offline until the next write. This should increase reliability in case of a crash. The synchronization delay can be configured via SyncIntervalSec= in journald.conf.

cruxish ★★★★
()
Ответ на: комментарий от Quasar

Этот дебил Поттеринг захардкодил настройку?

Этот дебил fritew5 не умеет писать новости нормально.

cruxish ★★★★
()
Ответ на: комментарий от MahMahoritos

Какая еще позиция может быть у пользователя бесплатного продукта?

… Эм… активная? Например пользоватся удобными продуктами, не пользоватся неудобными… (критерии удобства зависят от предъявляемых требований, у каждого пользователя они естественно разные)

RedHat и Novel?

Вне «стен» этих компаний профессионалов нет?

aes_ultimum ★★
()
Ответ на: комментарий от true_admin

это что такое?

Это когда часть инитскрипта переписывают на Сях (!) и компилируют вместе со всем systemd (пример: systemd-fsck). У убогих юнитов ведь нет даже простейших ветвлений и циклов, а у инитскриптов бывают более сложные задачи, чем «запустить /usr/bin/xxx на старте, грохнуть при останове» (например, запустить fsck и по результатам либо вывести ошибку, либо продолжить загрузку). И в случае чего ты не можешь ни найти, что, откуда и с какими параметрами запускается, ни оперативно это поправить.

А ещё, чтобы костыли выглядели более солидно, Поццеринг очень любит снабжать их своими бесполезными манами, своими каталогами настройки, своими манами к каталогам настройки и т.д. Именно благодаря поэтому в системе с systemd всегда есть куча дублирующихся конфигов (modprobe.d vs. modules-load.d, sysctl.conf vs. sysctl.d…)

В конфиге правится

…про который ещё надо узнать. Лично я просто не понимаю, зачем оно лезет не в свою область. Если Поццеринг такой умный, пусть идёт в багзиллу linux/sysctl/дистров и там доказывает свою правоту.

А то ведь получается, что юзер сменил систему инициализации и его ВНЕЗАПНО сменились настройки sysrq. Это разве правильно?

AX ★★★★★
()
Ответ на: комментарий от AGUtilities

Вы провоцируете межгалактический срачь, ненависть и негодования, одумайтесь!

vova7890 ★★★
()
Ответ на: комментарий от vasily_pupkin

Не всего, а того, чему это может быть полезно

И чем полезно засовывание udev'a в systemd? Или системы журналирования?

Вот ради того, что бы пользователь просто щелкал мышей, это все и наворачивают

Пользователь щёлкает мышкой, никого не трогает, и тут после одного из апдейтов ВНЕЗАПНО обнаруживает, что звука нет, доступа к флешке нет, и вообще ничего нет. Хотя ck-launch-session из ~/.xinitrc вроде бы никуда не пропадал.

AX ★★★★★
()
Ответ на: комментарий от MahMahoritos

Сколько трудочасов работы команды systemd ты оплатил, чтобы иметь право оценивать

Ох лол, я уже не имею права оценивать поделки всяких быдлокодеров? Может ты мне ещё на улицу выходить запретишь? :)

Ты к каждому на улице подходишь

Сударь, Вы бредите, мы не на улице, мы на линуксоидном сайте, в новости про systemd, где идёт обсуждение этого самого systemd.

AX ★★★★★
()
Ответ на: комментарий от cruxish

anonymous (27.03.2013 6:49:00)
cruxish (27.03.2013 19:55:28)

Стремительный cruxish стремителен. :)

AX ★★★★★
()
Ответ на: комментарий от true_admin

ну сделал. упоминания systemd только в комментариях с gnu-тыми this programm is fre software. blah-blah и в названии функции static int systemd_fds(...)

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

ananas ★★★★★
()
Ответ на: комментарий от aes_ultimum

Например пользоватся удобными продуктами

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

MahMahoritos ★★★
()
Ответ на: комментарий от true_admin

...python может быть использован для управления libsystemd-daemon.

зачем эту ползучую дрянь тащат в мою любимую систему? есть же значительно более достойные альтернативы.

anonymous
()
Ответ на: комментарий от Sluggard

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

Oleaster ★★★
()
Ответ на: комментарий от vova7890

Он не умеет читать — леннарт не читатель, леннарт писатель.

Oleaster ★★★
()
Ответ на: комментарий от AX

И чем полезно засовывание udev'a в systemd? Или системы журналирования?

Смотри на эти вещи по другому. Это реализация новых систем с использованием новых кирпичей

Пользователь щёлкает мышкой, никого не трогает, и тут после одного из апдейтов ВНЕЗАПНО обнаруживает, что звука нет, доступа к флешке нет, и вообще ничего нет.

Дистрибутивопроблемы

vasily_pupkin ★★★★★
()
Ответ на: комментарий от MahMahoritos

Пользуйся
вам

Мы говорим обо мне или о «пользователях» (абстракция)? Я размышлял абстрактно (и вместе с тем выразил свою точку зрения), а вы меня уже поместили в противников системд:

в которых нет столь омерзительного вам системд?

потому как я не высказывался насчёт этого системд.

aes_ultimum ★★
()
Ответ на: комментарий от AX

когда ж ты устанешь флудить и всё-таки прочитаешь в чём именно преимущество поддержки системы логгирования?

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

Lennart
()
Ответ на: комментарий от vasily_pupkin

Смотри на эти вещи по другому. Это реализация новых систем с использованием новых кирпичей

Мне их новая архитектура совсем не нравится. Да и «кирпичи» тоже какие-то странные.

AX ★★★★★
()
Ответ на: комментарий от AX

Мне их новая архитектура совсем не нравится. Да и «кирпичи» тоже какие-то странные.

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

vasily_pupkin ★★★★★
()
Ответ на: комментарий от true_admin

Сижу на арче с systemd с версий 195 по 198 точно. Никаких проблем при апдейтах

арч, системгэ, апдейты... и без проблем, ага. Когда ты так очевидно врешь, то как тебе верить в чем-то менее очевидном? ;)

Если ты хочешь стабильности то твой выбор _NO SYSTEMD_

fix. Этот монолиткомбайн с текущим стилем разработки не может быть использован в lts, или где-нибудь, где требуется стабильность.

anonymous
()
Ответ на: комментарий от MahMahoritos

Сколько трудочасов работы команды systemd ты оплатил, чтобы иметь право оценивать, насколько нужна их работа?

Деньги, это не всегда решающий аргумент в мире FOSS.

aes_ultimum ★★
()
Ответ на: комментарий от vasily_pupkin

И почему же?

Потому что:

1. Формат юнитов убог.
2. И для много чего они ещё не написаны/требуют доводки.
3. Уровень «документации» тут уже много раз обсуждался. systemd'шные маны — это вообще нечто!
4. Монолитные комбайны с QR и веб-сервером — это плохо.
5. Бинарные логи — это вдвойне плохо.
6. За новые имена сетевых интерфейсов вообще надо отрывать руки.
7. И вообще, даже если какая-то проблема будет только у 0,5% пользователей, Поццеринг обязательно решит её так, чтобы вызвать головную боль у всех 100%.

AX ★★★★★
()
Ответ на: комментарий от true_admin

Поставь centos 5 и посмотри сколько прежний инит тачку поднимает. Меня это решительно не устраивает.

# uptime 21:34:50 up 706 days, 17:29, 1 user, load average: 0.12, 0.11, 0.09

+/- 30 сек - посрать!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.