LINUX.ORG.RU

Upstart 1.13.1

 


1

1

Тихо и незаметно состоялся выпуск очередной версии событийно-ориентированной системы инициализации Upstart. Список нововведений следующий:

  • Исправление механизма переключения между состояниями сервиса при его перезапуске.
  • Убран запуск сессии сервисов в chroot по умолчанию. Для возвращения прежнего поведения введена опция "--chroot-sessions".
  • Убран баг самопроизвольного изменения значения umask при перезапуске сессионных сервисов..
  • Добавлена опция для initctl "--confdir", позволяющая задавать множество путей к директориям файлов конфигурации системных сервисов. Также добавлены опции "--append-confdir" и "--prepend-confdir" для максимально гибкой настройки.
  • Теперь команды «set-env» и «unset-env» для initctl могут воспринимать множество переменных окружения за раз.
  • Добавлена поддержка возможностей cgroups с помощью введения новой стансы «cgroup». Она использует в своей работе утилиту cgroupmanager и доступна для всех видов сервисов - как для системных, так и для сессионных. Поддержка cgroup's может быть по желанию отключена при сборке из исходного кода. Примеры использования новой стансы см. в мане по init.
  • Убран баг с падением сессионного сервиса при его рестарте с использованием команы «initctl unset-env».

А также внесены многочисленные дополнения в документацию и тесты.

Ссылка на ChangeLog для upstart 1.13.

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

★★★★★

Проверено: DoctorSinus ()
Последнее исправление: DoctorSinus (всего исправлений: 2)

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

Скорее показывает, что жаль выкидывать код, копирующий очередную фичу systemd...

Вот и пусть копируют. Зато upstart не становится многоголовым неподдерживаемым монстром и сохраняет юникс-вей.

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

поставь себе операционную систему вместо убунты

так-то у меня нормальная ОС
убунта на виртуалке , которую я стянул с нета уже готовую и периодически обновляю от нефик делать

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

слегка кровожаднелько , а где журнал?

Есть как минимум шесть вариантов:

  • Ты можешь писать журнал, в том числе и номер телефона systemd-тян на фотографии, там же можно и оставить QR-код
  • Бинарные логи встроены в красные обои
  • Бинарные логи спрятаны в ленточках, куда нам без ленточек
  • Этот функционал в разработке
  • Systemd-тян стабильна и готова к использованию. Только взгляни в ее милые глаза.
anonymous_sama ★★★★★
()

Ошибки возникающие при выполнении скриптов до сих пор не возможно никак увидеть?

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

libc уже пытались переписывать
не осилили

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

Лучше пр думать «альбома» и чтоб она рисовала туда логотипы к другим консольным утилитам

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

может быть и так :) ..

я честно признаЮсь — не знаю как это слово пишется.

но небоись, ребята! подкачаю орфографию :-)

user_id_68054 ★★★★★
()

Нужно!

Нужно!

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

На велосипеде и с костылями?

наверное нужно не так. :)

на роликах (быстрая), в очках (умная), ...и в коротенькой одежде миниюбке там мож какой-нибудь (здесь намёк на лёгкость.. ну так как код на C — оперативку не жрёт :))

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

не может загрузиться

Ложь. В случае повреждения лог-файла выполняется принудительный rotate — старый переименовывается и создаётся новый.

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

ЕМНИП, нельзя. Можно в рантайме отключить ведение логов (а оставить, например, только переадресацию в syslog-совместимый сокет), но сам компонент выпилить нельзя.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

ЧТД.

А теперь сравниваем:

Добавлена поддержка возможностей cgroups с помощью введения новой стансы «cgroup». Поддержка cgroup's может быть по желанию отключена при сборке из исходного кода.

Так что чья бы корова мычала про контроль над пользователями. Надеюсь, ты согласен?

LongLiveUbuntu ★★★★★
() автор топика
Последнее исправление: LongLiveUbuntu (всего исправлений: 1)
Ответ на: комментарий от Pavval

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

erzent ☆☆
()

Как мило: в новости, посвященной Upstart, обсуждают systemd.

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

Разные подходы к проектированию. Безусловно, systemd в некотором смысле монолитен.

(Но не в том, который подразумевают хейтеры на ЛОРе: управление сетью и ведение логов выполняется таки в отдельных процессах и вне PID 1.)

В этом есть как свои минусы (по большей части теоретические — «а вдруг мне захочется что-то поменять?»), так и свои плюсы (по большей части практические — монолитность подразумевает уменьшение количества возможных точек отказа). Тем не менее, пользователя или админа это не должно волновать. Их должно волновать то, насколько хорошо systemd справляется со своей задачей.

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

Ни разу не согласен. Это опенсорс. Никто не принуждает мейнтейнеров дистрибутивов переходить на systemd, а прикладных разработчиков — привязываться к API systemd и его второстепенных компонентов.

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

монолитность подразумевает уменьшение количества возможных точек отказа

Она их увеличивает. До Win 7, например, ошибка в видеодрайвере приводила к гарантированному BSOD. Теперь видеоподсистема просто перезапускается с соответствующим сообщением.

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

Кстати, да: а это правда, что разработчики ядра Linux и лично Линус Торвальдс принуждают пользователей СПО пользоваться конкретными реализациями драйверов устройств? Их же тоже никак не выпилить — монолитность во все поля! И не надо мне говорить про возможность подгрузки внешних модулей — внутренние API меняются от версии к версии и подчас целиком переписываются!

Вот так выглядят эти ваши заявления про принуждение и прочий контроль.

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

Никто не принуждает мейнтейнеров дистрибутивов переходить на systemd

Жесткие зависимости от ключевых подсистем принуждают не хуже револьвера у виска.

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

Не стоит подменять понятия. systemd монолитен только в смысле обязательности некоторых компонентов. Здравый смысл при проектировании (разделение на процессы, etc) никто не отменял.

intelfx ★★★★★
()

не совсем понимаю, откуда взялась байка про systemd по умолчанию. космонавт такого не говорил.

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

космонавт такого не говорил.

Вот я спецом новость запостил ради этого.

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

монолитность подразумевает уменьшение количества возможных точек отказа

lol. просто lol. и этот человек берётся говорить об архитектуре ПО.

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

сам-то читал? или ты не вкуриваешь, что

I expect they will want to bring systemd into Ubuntu as an option for developers as soon as it is reliably available in Debian, and as our default as soon as it offers a credible quality of service to match the existing init.

может никогда не произойти?

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

Ты не согласен с этим утверждением?

Мне совершенно не резон тебя переубеждать. Я и так давно исчерпал свой сраче-лимит...

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

Что-что, а «a credible quality of service» в любом случае будет достигнуто. systemd был выбран дефолтной системой инициализации в Debian. Шаттлворт какбэ подчёркивает своим «as soon as», что это исключительно вопрос времени.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Зависимость от udev - абсолютно никчемная, зависимость gdm от logind, невыпиливаемость журнала без патчей, localed и timedated вместо locale и date/time, полно их.

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

Ты не согласен с этим утверждением?

сказать, что «я не согласен», это не сказать ничего. я просто широко улыбаюсь

Мне совершенно не резон тебя переубеждать. Я и так давно исчерпал свой сраче-лимит...

Мне совершенно не понятно зачем ты пришёл в новость про upstart глорить за systemd...

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

Ты почитай камменты. Тут только и обсуждают, что логотип systemd.

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

Зависимость от udev

Пока что собирается отдельно. И вообще, гентушники вон форкнули. Правда, что-то у них дело не пошло...

зависимость gdm от logind

Как я уже говорил, «никто не принуждает <...> прикладных разработчиков — привязываться к API systemd и его второстепенных компонентов». Если это происходит, значит, на то есть веские причины (аксиома: разработчику виднее). Заодно см. недавний тред в толксах про kwin_wayland и его зависимость от logind.

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

Как я уже говорил, «пользователя или админа это не должно волновать. Их должно волновать то, насколько хорошо systemd справляется со своей задачей».

localed и timedated вместо locale и date/time

Ты, скорее всего, не разбираешься в вопросе, если это для тебя «жесткие зависимости от ключевых подсистем». Начнём с того, что это новые подсистемы и новые API.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

в любом случае будет достигнуто

вот когда будет достигнуто - тогда и поговорим

systemd был выбран дефолтной системой инициализации в Debian

да да, мы все помним как он был выбран =)

это исключительно вопрос времени

когда-то про wayland тоже так говорили. но время показало, что эффективнее запилить свой форк SF

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

Улыбайся сколько влезет...

спасибо, господин, а то как же я без твоего разрешения-то...

Тащемта, ты начал

ты у нас сегодня и.о. главного клоуна? =)

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

Всегда пожалуйста. Да не то чтобы... я так, мимо проходил.

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