LINUX.ORG.RU

Upstart 1.10

 ,


1

3

Тихо и незаметно вышла очередная версия прогрессивной системы инициализации Upstart. Список новшеств с версии 1.8 таков:

  • Apparmor поддерживает два новых правила: 'apparmor load' и 'apparmor switch'.
  • Теперь сериализации подвергаются все объекты.
  • Доступно уничтожение унаследованных переменных окружения в инит-сессиях.
  • Возможность определять множество директорий с файлами конфигурации во время исполнения инит-сессии.
  • libupstart: клиентская библиотека для взаимодействия с Upstart из сторонних продуктов.
  • upstart-dbus-bridge: новый переходник для взаимодействия с сигналами D-Bus.
  • Множество мелких улучшений и исправлений.
  • upstart-local-bridge: новый переходник, обеспечивающий запуск заданий Upstart через локальные сокеты.
  • upstart-dconf-bridge: новый переходник для инит-сессий.
  • upstart-dbus-bridge: новая опция '--bus-name' для доступа к переменным DBus включенным в обработку событий dbus-event(7).
  • Новая строфа «reload signal» для возможности заданиям определить произвольный сигнал, который можно послать главному процессу.
  • Включение в инит-сессии заданий-образцов.
  • Исправление обработки изолированных сессий с помощью re-exec.
  • Исправление обработки завершения инит-сессий.
  • Новый модуль для Python 3 и сопутствующий ему набор тестов, предназначенные для тестирования Upstart, работающего как PID 1 и в режиме инит-сессии - привилегированном или нет.

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

★★★★★

Проверено: JB ()
Последнее исправление: shimon (всего исправлений: 4)
Ответ на: комментарий от AVL2

столько реплик, а вопрос, зачем этот изначально устревший upstart все еще пилят так и остался без ответа...

все очевидно если ответить на вот эти вопросы: 1) Кто пилит его 2) Когда начал пилить.

Очевидно, что у того кто пилит sysv init был попаболь, а достаточно хорошей альтернативы на тот момент небыло. Далее даже если альтернатива появилась, то 1) только практика покажет что лучше 2) уже есть тысячи систем с упстарт и переводить их трата времени и денег и риск. Вот и пилят. Да и для нас это хорошо.

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

А что не так то?

Или тебе не нравиться слово «прогрессивной» в тексте новости?

Не нравится слово «прогрессивной» и «не нравиться».

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

Я думал, что Вы просто притворяетесь. Я ошибся.

Фишка в том, что нет никаких критериев, и быть не может. Что одному критерий, то другому и в хрен не встало. Поэтому и Ваше, и моё мнение по этому поводу «очень ценно для всех». Именно поэтому я ничего и не озвучил комментариями ранее.

Это так трудно понять без обидок и прочих психов?

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

Именно поэтому я ничего и не озвучил комментариями ранее.

Да ты вообще ничего не написал в этом топике.

Это так трудно понять

Не трудно, но долго. Пока вытянешь из тебя фразу «критериев нет и быть не может» - устанешь.

без обидок и прочих психов?

Не обижайся и не психуй.

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

Я вернул тебе любезность, не стоит благодарности.

tailgunner ★★★★★
()

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

надеюсь — аннигиляция будет работать с характерным звуковым эффектом электрошока :)

user_id_68054 ★★★★★
()

80% времени запуска системы - запуск сервисов, а не писульки, которая их дёргает, прогрессивные вы наши

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

80% времени запуска системы - запуск сервисов, а не писульки, которая их дёргает, прогрессивные вы наши

наверно вот так:

80% времени — запуск сервисов

1% времени — запуск «писульки», которая их дёргает

19% времени — ядро (или несколько ядер) процессора приостановило свою активность и ничего не делает :-)

:-)

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

А нахрена ЭТО в зависимостях системы инициализации? Почему оно не опциональное?

Судя по тому, что в зависимостях upstart из Sid его нет, оно опционально.

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

Вы хотели сказать, пока не использует? Очевидно, что будет использовать. Просто вначале они обкатывают свои новые велосипеды на пользователях СПО(в частности, на пользователях Fedora), а потом не спеша переносят наработки в свою ОС для корпорастов.

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

Назвать upstart няшным язык не поворачивается. Как, в почем, и прогрессивным.

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

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

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

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

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

«Серьезные люди» не «одобрили», а пилят _свое_ решение. Ядерный дубас в ту же степь - шапка хочет core linux.

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

До вас доходит не с первого раза?

Повторю:
- вот когда оно будет в RHEL тогда и имеет смысл его обсуждение.

До того оно интересно только маргиналам

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

80% времени запуска системы - запуск сервисов, а не писульки, которая их дёргает, прогрессивные вы наши

Тоесть если сервис ждет пока DNS прочухается, а в этот момент можно запустить другие сервисы, мы всеравно будем ждать?

А что насчет запуска сервисов только когда они нужны?

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

Тоесть если сервис ждет пока DNS прочухается, а в этот момент можно запустить другие сервисы, мы всеравно будем ждать?

Порядок правильный старта сервисов выстави.

А что насчет запуска сервисов только когда они нужны?

Ну и нафига это надо?

Мля, сервисов. Виндовозы в треде. Демоны они всегда назывались, демоны. И смысл во всех этих каряченьях? Запустить на две секунды машину пораньше? Так не надо выключать её - в спящий режим загоняй если скорость нужна. А во вторых на нормлаьной системе тест оборудования займёт больше чем твоя экономия копеечная.

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

Greg Kroah-Hartman разрабатывает данную подсистему. Если посмотреть на то, что у него в репе хранится, то она ещё не готова для включение в ядро. Но судя по коммитам, он её пилит.

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

Так и запишем: любой софт, который отсутствует в RHEL интересен только маргиналам, вот когда будет в RHEL, тогда и имеет смысл его обсуждения.

ЗЫ Интересно, были ли версии ядра, которые не вошли ни в один дистрибутив? Так сказать, только для маргиналов.

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

С ним нет никаких проблем, но в ядре он нафиг никому не упал.

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

Марк страдает синдромом NiH. Может, он и увидел, что systemd хорош. Но просто взять его, и использовать, он не желает.

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

В RHEL 7(если верить слухам, что циркулируют о данном релизе) будет systemd. Была этим летом конференция на эту тему, на которой выступал Поттеринг. Вроде бы, советуют народу уже готовиться к переходу на новую систему(в том числе начать переписывать скрипты инициализации под systemd). Так что за Red Hat дело не заржавеет.

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

Думаю, скоро. Их только двое там разрабатывает эту фичу, но Грег известен тем, что умеет доводить до конца поставленную задачу.

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

Марк страдает синдромом NiH. Может, он и увидел, что systemd хорош. Но просто взять его, и использовать, он не желает.

И правильно делает. Вебсервер там нафиг не нужен. Наверное Леннарт от того и начал пилить systemd, что Марк вебсервер в upstart не пропустил.

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

Марк страдает синдромом NiH. Может, он и увидел, что systemd хорош. Но просто взять его, и использовать, он не желает.

Покажи мне свои бабки.

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

Марк страдает синдромом NiH. Может, он и увидел, что systemd хорош. Но просто взять его, и использовать, он не желает.

Ты тупой идиот

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

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

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

Вы на самом деле идиот или только прикидываетесь?

Ps
Есть 3 популярных дистрибутива: Debian, Ubuntu, RHEL.

Все остальные - маргинальные

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

Я с тобой полностью согласен - системд никому не надо))

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