LINUX.ORG.RU

Upstart 1.8

 


0

2

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

  • upstart-file-bridge — позволяет привязать выполнение работ к событиям, связанным с изменением, созданием или удалением файлов и директорий. В путях допускается использование масок. Например, для генерации события при создании crash-файлов можно использовать конструкцию «start on file FILE=/var/crash/*.crash EVENT=created»;
  • upstart-monitor — утилита для наглядного мониторинга за потоком событий в Upstart.

Взято с opennet.ru

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

★★★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Очередной раунд добавления фич, реализованных в systemd года два назад. Так и будут в догоняющих - когда им надоест-то уже?

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

Объявят это инновационной разработкой с человеческим лицом. Пипл схавает.

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

Может просто не всем нужен монстр на стероидах вместо обычного инита?

Может и так. Но зачем тогда тянуть его фичи?

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

А зачем был нужен systemd когда уже был upstart? Могли же просто коммитить в код сообща.

Технически, любые патчи в проект Canonical принимаются только после подписания проприетарного CLA:

* http://upstart.ubuntu.com/wiki/ContributingCode

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

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

Прочитай то, что написано по ссылке, что я дал. Canonical сами загнали себя в тупик, кстати, со своим CLA - их никто не просил превращаться в опенсорсный Apple.

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

И да, у Upstart есть киллер-фича: он не привязан к ядру Линукс.

Это неправда - он жестко привязан к ядру Linux. И это доказывает, что мы, в коммьюнити Fedora, гораздо лучше разбираемся в тонкостях устройства Canonical и их проектов, чем недоразвитые убунту-фанбои.

plm ★★★★★
()
Ответ на: комментарий от special-k

Вообще, это можно делать для того, чтобы использовать пакеты systemd.

Ок, я понял - не использовать systemd, чтоб использовать systemd.

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

А разве остаются какие-то другие варианты? Udev слили, consolekit похоронили. Как уже было ранее сказано кем-то на ЛОРе - Подождем, пока танк [systemd] увязнет в болоте, а потом открутим колеса и сольем солярку.

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

Буквально на неделе разбирался как писать свои сервисы для Upstart - оказалось гораздо проще и быстрее чем для sysvinit.

Жду аргументированной критики Upstart-а. В чем необходимость systemd, если Upstart решает поставленную задачу?

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от plm

Прочитай то, что написано по ссылке, что я дал. Canonical сами загнали себя в тупик, кстати, со своим CLA - их никто не просил превращаться в опенсорсный Apple.

А чего сразу Apple? Почему не FSF в пример привел? Они тоже требуют передачу прав на код.

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

А чего сразу Apple? Почему не FSF в пример привел? Они тоже требуют передачу прав на код.

Кстати, верно подмечено. Странно жаловаться на Canonical если FSF делает так же по понятным причинам.

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Это он RH подсознательно ассоциирует с Apple.

LongLiveUbuntu ★★★★★
() автор топика

Хорошая новость! А главное, сколько баттхерта вызывает у школоты! Лысый уголовник тоже здесь. :)

anonymous
()

Врагу не сдаётся наш гордый Upstart!

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

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

Но как-то.. было бы еще зачем.

Ubuntu - http://upstart.ubuntu.com/index.html
Fedora - http://www.freedesktop.org/wiki/Software/systemd

Ubuntu - http://upstart.ubuntu.com/cookbook/
Fedora - http://www.freedesktop.org/software/systemd/man/

Linux Ubuntu 0.50%
Linux Fedora 0.01%

Помоему, выбор очевиден.

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

И федора, и убунта, и арч, и гента, и ред хат, и тысячи других дистрибутивов являются тестируемыми, и всё лучшее из них попадает в Debian.

Lorchanin
()
Ответ на: комментарий от I-Love-Microsoft

Существует мнение, что у systemd есть некоторые возможности, отсутствующие у Upstart:

  • Запуск без использования bash/shell скриптов
  • Включены сервисы ранней стадии загрузки, написанные на языке C
  • Возможность упреждающего чтения данных с диска
  • Активация сервисов на основе сокетов
  • Активация сервисов на основе сокетов: совместимость с inetd
  • Активация на основе шины (Bus-based Activation)
  • Активация на основе аппаратуры компьютера
  • Конфигурирование зависимостей устройств, используя правила udev
  • Активация по событиям файловой системы (inotify)
  • Активация по времени
  • Управление точками монтирования
  • Управление запуском fsck
  • Управление квотами
  • Управление автомонтированием
  • Управление SWAP
  • Сохранение снимков состояния системы (snapshotting)
Deathstalker ★★★★★
()
Ответ на: комментарий от Deathstalker

Существует мнение, что, система запуска демонов не должна обладать ни одной из этих возможностей))

Например upstart событейный, что мешает сделать специальный демон, который будет реализовывать:
- Активацию сервисов на основе сокетов

затем сделать другой демон, который будет реализовывать:
- Активацию по событиям файловой системы

и т.д.

Было сказано: UNIX WAY. Но все пытаются слепить монстра, делающего все.

Короче, перечисленный тобой список фич, просто орет, что нельзя это использовать.

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

Полностью согласен. Upstart больше соответствует UNIX-way идеалам. И в самом деле позволяет дописать всё что причисляют как возможности systemd в виде своих задач.

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Deathstalker

Активация по событиям файловой системы (inotify)

Upstart 1.8 теперь тоже умеет. Остальное - всё может быть оформлено ввиде задач для Upstart.

Вы не забыли что sysvinit устарел и надо было создать что-то чуть современнее. Но не монстра типа systemd. Ядро подсистемы должно быть маленьким.

Добавлю что Canonical считает что процесс запуска остального должен быть хорошо отлажен и стабильно работать, поэтому Upstart покрыт множеством автоматизированных тестов. И поверх этой стабильной части - работает остальное.

I-Love-Microsoft ★★★★★
()
Последнее исправление: I-Love-Microsoft (всего исправлений: 1)
Ответ на: комментарий от Deathstalker

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

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

special-k ★★★★
()
Последнее исправление: special-k (всего исправлений: 2)
Ответ на: комментарий от I-Love-Microsoft

Речь вообще-то шла не про время зарождения проектов, а про то, что upstart находится в роли догоняющего, причём догоняет оно методом копипастинга у лидера. Кстати, оно находится в роли догоняющего, несмотря на:

Когда был создан Upstart а когда systemd? Я знаю ответ.

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

Upstart: Initial release 24 August 2006 systemd: Initial release 30 March 2010

«Лидер» засунул в своего монстра много лишнего, без чего всё было отлажено и давно работало.

Canonical не должен кидаться на systemd, по крайней мере ближайшие несколько лет.

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Canonical не должен кидаться на systemd, по крайней мере ближайшие несколько лет.

Сообщите об этом каноникалу, а то они берут цельные куски systemd и беззастенчиво приматывают их скотчем к своему upstart'у ;D

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

Какая?

Feature Highlights

    Tasks and Services are started and stopped by events
    Events are generated as tasks and services are started and stopped
    Events may be received from any other process on the system
    Services may be respawned if they die unexpectedly
    Supervision and respawning of daemons which separate from their parent process
    Communication with the init daemon over D-Bus
    User services, which users can start and stop themselves

Planned Features

    Events generated at timed intervals or scheduled times (under consideration)
    Events generated as files or directories are changed (in progress)
special-k ★★★★
()
Ответ на: комментарий от carasin

Сообщите об этом каноникалу, а то они берут цельные куски systemd и беззастенчиво приматывают их скотчем к своему upstart'у ;D

Это незаконно? Или работает хуже? Зачем им переходить на systemd если то что им надо они могут взять и так?

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Вы всё куда-то уходите от темы.

Я говорю, что upstart догоняет systemd по фичам. Вы мне в ответ, что upstart старше systemd.

Я говорю, дескать, да, старше, но несмотря на это, в systemd больше фич. Вы мне про то, что каноникалу не нужно кидаться на systemd.

Тогда я снова повторяю: зачем же тогда они тянут куски из systemd? А вы мне теперь уже про закон.

Похоже, мы общаемся на разных языках. Извините.

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

А что и кому Вы пытаетесь доказать?

Чтобы я сейчас взял и перевел мою систему на systemd? Или чтобы это сделал Canonical?

Может однажды они перейдут или не перейдут - мне в принципе всё равно.

Я не откажусь от Ubuntu ради systemd. Считаю systemd или Upstart важным, но не принципиальным элементом для конечного пользователя.

На этом предлагаю закончить беседу.

Да, systemd обладает фичами которые скоро будут в Upstart или возможно даже тупо возьмут код - мне не принципиально.

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

А что и кому Вы пытаетесь доказать?

Вы опять всё перепутали. По-моему, что-то доказать пытаетесь именно Вы.

Более того, я не являюсь фанатом каких-либо технических решений в той же Fedora'е. Просто забавно смотреть со стороны на потуги небезызвестной «небольшой конторы», практически не имеющей за душой разработчиков, но умеющей громко давать обещания.

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

Затем, что они есть.

И это правильный ответ! :D

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

Буквально на неделе разбирался как писать свои сервисы для Upstart - оказалось гораздо проще и быстрее чем для sysvinit.

Хм. У меня впечатление было ровно обратное — писать сервисы, что для сис5инит, что для системд намного проще, чем для апстарта.

Жду аргументированной критики Upstart-а.

Системд осилили даже в арчике, апстарт же они не потянули. ИМХО, показатель сравнительной простоты.

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