Клемент Лефевр (Clement Lefebvre), основатель дистрибутива Linux Mint, рассказал (http://blog.linuxmint.com/?p=2825#comment-117169), что не намерен прекращать поддержку системы инициализации Upstart после миграции Debian и Ubuntu на Systemd. По умолчанию Linux Mint 17.x и LMDE 2 (Betsy) продолжат использование Upstart и sysvinit, но пользователям будет предоставлена возможность перехода на Systemd. Формируемые в настоящее время пакеты с будущими выпусками Cinnamon 2.6 и MATE 1.10 смогут работать как с consolekit, так и с logind.
По мнению разработчиков подобный подход является оптимальным. Пользователи которые предпочитают стабильность смогут продолжить использование проверенных и надёжных технологий, пока systemd достигнет зрелости. Для стремящихся к нововведениям будет предоставлена возможность перехода на systemd. Для разработчиков дистрибутива возможность переключения рабочего стола на лету между consolekit и logind позволят более точно определять причины проблем с пользовательскими сеансами и управлением питанием, так как станет легко отделить проблемы, специфичные для десктоп-окружения и системы управления сеансами.
URL: http://blog.linuxmint.com/?p=2825#comment-117169
Новость: http://www.opennet.me/opennews/art.shtml?num=42206
Выбор — это всегда хорошо. Минтовцы — молодцы.
Тем более тех, кому systemd активно не нравится, довольно много.
Неплохая возможность увеличить количество пользователей.
Ещё бы новость была бы, а не что-то непонятное на уровне слухов. Про убунту уже написал нестыковки ниже.
А вот про их детище на основе дебиана тоже никакой конкретики. В дебиан можно выбрать во время установки и всяко по другому что использовать systemd или sysvinit. Как это реализовано в LMDE2? Чем то лучше?
> Ещё бы новость была бы, а не что-то непонятное на уровне слухов.Почему на уровне слухов? Основатель дистра это вроде не уборщица в серверной.
пройди по ссылке к новости, прочитай новость. соотнеси их и сделай выводы.
К основателю дистра нет никаких претензий - претензии к автору новости, что он сделал сомнительные выводы из его комментария.
Минтовцы может и молодцы, но новость - пиар чистой воды на ровном месте. Во-первых, из debian'а никто не выкидывал тот же апстарт, sysv и прочих зверей, разработчики тоже не выкинут поддержку всего кроме systemd моментально, а даже если выкинут, то мэнтейнеры всегда смогут закинуть пару патчей на поддержку (тем кому действительно нужна поддержка - накатать юнит или поправить если есть старый - не проблема). В итоге 99% работы всё так же будет делать минтовский апстрим, но зато какой инфоповод попиариться - "мы дадим вам выбор", да его, собственно, никто ещё не отбирал, в убунте, генте, арче и прочих местах никто не мешает крутить свою систему инициализации, подпереть софт который решил завязываться на systemd-фичи костылями (да, я смотрю на тебя, Гном) и ехать дальше спокойно, как в FreeBSD сделали, например.
> Минтовцы может и молодцы, но новость - пиар чистой воды на ровном месте.Это всяко лучше «новостей» о выборе нового имени для очередного релиза Убунты. Разбавляет говнопеар и нововости о намерениях Каноникал.
> в убунте, генте, арче и прочих местах никто не мешает крутить свою систему инициализации, подпереть софт который решил завязываться на systemd-фичи костылями (да, я смотрю на тебя, Гном) и ехать дальше спокойноНе мешать и помогать — не одно и то же. Искренне надеюсь, что минтовцы планируют облегчить ручной труд и костыляние тем, кому нужны альтернативные системы инициализации.
В новостях о именах ubuntu всё четко и конкретно - будет называться единорогом, всё побежали обои рисовать с конями и футболки с этими же непарнокопытными.
А в этой новости враньё с перемешкой с неточностями.
> В новостях о именах ubuntu всё четко и конкретно - будет называться
> единорогом, всё побежали обои рисовать с конями и футболки с этими
> же непарнокопытными.
> А в этой новости враньё с перемешкой с неточностями.Единственные новости от Марка, в которых всё конкретно и не изменится? :D
> из debian'а никто не выкидывал тот же апстартИменно. Как раз собирался написать, да Ваш пост увидел. Я вот в Debian Jessie жил и живу без SystemD - никаких проблем.
> никто не мешает крутить свою систему инициализации, подпереть софт который решил завязываться на systemd-фичи костылями (да, я смотрю на тебя, Гном) и ехать дальше спокойно
Строго говоря, "ничто не мешает" - больно громко сказано. Смею напомнить, что именно из-за проблем пакетирования Gnome3 был поднят вопрос о смене системы инициализации.
Ну а так, да. Пиар чистой воды.
Да на самом деле просто эта фича появилась в Ubuntu, т.к они перешли на systemd. А так-то оно из Debianа всё растёт.
То, что их много - не факт. Просто смердящее меньшинство решила громко голосить, чтобы раздуть своё число и масштаб проблемы. Но собаки лают - караван едет. Systemd победоносно шагает по планете.
> основатель дистрибутива Linux Mint, рассказал, что не намерен прекращать поддержку системы инициализации Upstart после миграции Debian и Ubuntu на SystemdLinux Mint 17.x делается на базе ubuntu 14.04 LTS, в которой как раз upstart есть и будет.
Бгыы.. апгрейд между версиями не осилили, и systemd туда же - болгеносы все как по линейке сделаны: нескучные обои и полная предсказуемость.
В смысле апгрейд между версиями? Как поставил 15, так до 17.1 и дожил: ничего пока не сдохло. Или что-то другое имелось в виду?
Ну не осилил человек, что сказать.
Тоже слышал такое, но меня беда миновала, уже несколько раз апдейтился нормально.
> It’s good also because users are able to switch to systemd in Betsy (and I think in Mint too?)Как раз на Ubuntu 14.04 LTS нет лёгкого способа впендюрить systemd. И собственно стоит вопрос. Почему в новости чётко написанно "пользователям будет предоставлена возможность перехода на Systemd"?
Ибо узерам не запрещено запиливать свой дистрибутив на базе убунты. Тут проще на systemd перейти, чем с LFS.
Адекватные люди все же есть, наличие выбора более чем адекватный поступок. Я за новизну и прогресс но systemd с его амбициозным подходом, вне прогресса. Все рванули на него переходить некоторые из за скорости загрузки, некоторые из за конфига службы из двух строк, а некоторые слушая стадный инстинкт.
systemd вещь.
Что там может не нравиться?
То, что он стремиться быть всем, а не системой инициализации. А пользователям могут нравится сторонние демоны сервисов. В частности, большинство нехомячков предпочтут человекочитаемые логи.
> То, что он стремиться быть всем, а не системой инициализации. А пользователям
> могут нравится сторонние демоны сервисов. В частности, большинство нехомячков предпочтут
> человекочитаемые логи.+1
Сначала система инициализации, потом туда попал Crond, Sylogd, DNSd, NTPd, Quota. К этому списку можно добавить привязанность к glibc, некоторые специфичные ее хейдеры.
systemd прекрасно работает и с текстовыми логами.а еще, по той же логике большинство нехомячков скорее предпочтут нормальные человекочитаемые файлы с юнитами-таймерами, чем редактируемые через одно место кронтабы.
> systemd вещь.
> Что там может не нравиться?Обычному пользователю все должно нравиться, поэтому если не вдаваться в подробности то проект хороший. :D
А то до появления sytemd, разработчики init скриптов тратили пол жизни что бы написать нормальный init файл, еще четверть этого времени уходила на загрузку ПК разработчика, но пришел systemd и все изменилось. Так теперь даже обычный пользователь способен написать init Файл.
Аноним системы инициализации знает только по sysvinit (да и то, с фрибсд проблем особо не было)? В современном мире уже давно есть OpenRC, где сложность написания скриптов не выше чем у systemd. Есть Upstart. Эти два не пытаются быть комбайнами, в отличии от systemd, которая стала обладать избыточным функционалом. Ну и есть ещё uselessd, проект который пытается сделать из systemd то чем она должна быть.
Лёнино эго не помещается в маленьком проекте. Системда должна сожрать весь мир!
> Лёнино эго не помещается в маленьком проектеЧисто по человечески Лёню понять можно - тут все знакомо и интересно, да еще и платят исправно - от чего бы и не писать?
Вон, Дюма тоже вроде бы ваял "построчно" - и ничего, классика на века! (правда, далеко не всем это дано, но большинство "ваятелей" почему-то причисляют себя к этому одаренному меньшинству).
Но:
во первых, несколько упротый coding style, разрешающий код типа bar(foo(option + 7 + 1 + 100500), t, e).Во вторых - отсутствие каких либо конкретных наметок на будущее у Лени настораживает (особенно, если почитить его блог и проследить за развитием и становлением систем-Дца). Получается чудо-юдо-кухонный-комбайн.
Да, это пока работает - но стоит все же озаботиться возможными проблемами заранее, а не начинать рвать волосы на попе и переделывать, когда действительно припрет ;)И в третьих, есть смутное подозрение, что в красной шапке это понимают - поэтому и агрессивно пиарят-проталкивают во все дистры.
Ведь это не только бесплатные тестировщики и каммитеры, но и в случае проблем из-за самого дизайна пилить и перепиливаться будет системДы всем миром, а не только красношапкой.
Ибо "популярность" и долговечность sysv и прочих, основывается на двух китах "оно же работает!" и "дешевле покостылять, чем переписать!".
Т.е. если все перейдут на системд (и не будет слишком уж критичных проблем, когда перейти обратно будет дешевле, чем костылять решение) - обратно ходу не будет.
> А то до появления sytemd, разработчики init скриптов тратили пол жизни что
> бы написать нормальный init файл, еще четверть этого времени уходила на
> загрузку ПК разработчика, но пришел systemd и все изменилось. Так теперь
> даже обычный пользователь способен написать init Файл.у вас что, систему мухи-дрозофилы обслуживают? зря. пропробуйте взять для этой цели хомо сапиенса со сроком жизни больше одного дня и attention span больше 5 минут, тогда минута на рестарт системы раз в месяц перестанет вас напрягать.
Всё чтоб аудиторию не терять.А то ведь не каждый обои может себе сменить и вайн поставить.
Большей половине Минтоводов вообще по барабану какая система инициализации будет. Им бы интерфейс как в винде с Пуском и программы чтоб сразу были напиханы. Более того их может смутить выбор всяких систем инициализации, возникнут вопросы и гугление. А что же поставить, что же выбрать, а что такое Systemd.
> Большей половине Минтоводов вообще по барабану какая система инициализации будет. Им бы
> интерфейс как в винде с Пуском и программы чтоб сразу были
> напиханы. Более того их может смутить выбор всяких систем инициализации, возникнут
> вопросы и гугление. А что же поставить, что же выбрать, а
> что такое Systemd.Ну если пользователь сел ха компьютер, наверное он умеет читать, хотя бы документацию где точно помогут понять что за чем нужно
Казалось бы, если пользователь сел за компьютер, то он, наверное, и писать умеет.
Ан нет, ты не умеешь.
>Ну если пользователь сел ха компьютер, наверное он умеет читать, хотя бы документацию где точно помогут понять что за чем нужноВы даже не представляете на сколько сильно ошибаетесь, к сожалению.
*с умилением* нааиииивныыыыыыый...
Большую часть и не только, как выразились, Минтоводов (к которым и я отношусь) интересует поработать, а не ковыряться с системой до полного изумления организма. Так что да, какой там внутрях инит в данном случае интересует мало, лишь бы работал и не создавал проблем.
Как много тщеславного дерьма... Как мало добрых дел...
> Большей половине Минтоводов вообще по барабану какая система инициализации будет.верно, вопрос интересует только технарей^W киберзадр^W айтишников
Главное чтоб нашлись люди желающие поддерживать этот зоопарк, а основатель может декларировать все что угодно. Он никого не может заставить что-либо делать.
Вот вот.
Поиграются и бросят каку, ибо поддерживать синхронизацию между 3-мя инитами - это нужно зп на пол ставки платить. Дебиан вон не потянул.
Угу, хренову тучу тыщ пакетов потянул, а инит, который там уже 20 лет был и работал, - не потянул. Рассказывайте.
Глупые люди. Systemd это рывок в будущее. Есть вам не нравиться, то выкиньте комп в окно, купите спектрум и радуйтесь
На спектруме тоже нет системде, его тоже выбросьте. И компы с виндами и маками - туда же.
Ну винда ладно, но мак не трогать. Мак нынче рулит
systemd недостаточно надёжен.
На десктоп - сойдёт, там и по кнопке ребутнуться можно.
А на серверах лучше то, что не является комбайном и не зависит от сторонних сервисов.
а троян выбрать тоже дают или нет
OpenDNS
> а троян выбрать тоже дают или нет
> OpenDNSа знаки препинания тоже не проходили или ты просто прогуливал уроки?
В системдэ скоро будет спелл-чекер, и кто тогда будет насмехаться?
Только после текстового процессора (в составе полного офисного пакета). :)
Вы, видимо, тоже. В Вашем случае перед "или" требовалась запятая.
Правило гласит:
"Запятая перед союзами "и", "да" (в значении "и"), "или", "либо" не ставится, если соединяемые ими предложения имеют общий второстепенный член или общее придаточное предложение."
В Вашем случае нет общего второстепенного члена.
> а троян выбрать тоже дают или нет
> OpenDNSНенене, Лефебр человек вменяемый
https://bugs.launchpad.net/linuxmint/+bug/1133777
как только бока с OpenDNS прояснились, он достаточно быстро поправил ситуацию.
А они потянут в одиночку это поддерживать?
Столько священного ужаса перед великим системде...
Вы не поверите, но даже в PCLinuxOS с его не самой большой командой разработчиков поддержка SysvInit проблемой не является. Вообще. Никакой. Это просто работает. ;)
Вот уж вопрос. Это ж не обои нескучные впихнуть.
Клево! Мне как раз нужна стабильная ОС с апстартом.
Поддержка двух систем инициализации - куча головной боли для разработчиков.
Я, конечно, могу переключиться в режим потребляста и сказать что-то типа "какая разница, сколько там у них боли, главное, чтобы у меня всё работало"...Но что-то я сомневаюсь, что всё будет так просто. Скорее всего разрабы потратят не это дело кучу времени и усилий и в конце выпилят одну из систем инициализации, для упрощения поддержки
> Поддержка двух систем инициализации - куча головной боли для разработчиков.Разработчики у которых проблема поддерживать разные системы инициализации, разрешения экранов, сборку в различных дистрибутивах должны как-то поиначе называться.
Привет автору статьи, а статью -- считаю некорректно написанной.
По-честному надо было также перевести и несколько последних предложений в этом комментарии к блогу:> Long term though, what matters is momentum and right now the concensus upstream is to kill sysvinit, consolekit, upower even (and the list will grow) to replace them with systemd components. It’s not something a distribution can decide against unless somebody actively develops a complete alternative. So although DEs have been more and more different across distros lately, you can expect all of them to have the same underlying core sooner or later. That’s not a bad thing actually.
Это переводится ориентировочно как:
"Однако, в долгосрочной перспективе текущее направление разработки и консенсус в апстриме состоит в том чтобы убить sysvinit, consolekit, upower и заменить их systemd компонентами. Это не такой вопрос который решается бистрибутивом, если никто не занимается активной разработкой конкурирующего решения. Так что несмотря на то что рабочие окружения (DE) всё больше разнятся в последнее время среди дистрибутивов, мы ожидаем что они все будут иметь общую базу рано или иначе. Это в целом неплохое решение."
Это они пока на базе 14.04, то могут позволить себе выбор. Потом Canonical прижмет их своими новинками и внедрениями, что придется им на дебиан переползать на полную. А если еще и PPA не прикрутят к LMDE, то ваще Минтукапец будет. Debian без всей пакетной базы что под Ubuntu конкретно делается не так уж крут.
Главный вопрос к systemd - бинарный лог. Ну почему бы разрабам не впилить возможность писать лог текстом?
> Главный вопрос к systemd - бинарный лог. Ну почему бы разрабам не
> впилить возможность писать лог текстом?strings %journal_file% | grep "grepstring" | less
не устраивает? Все утилиты в базовой системе есть. Оверхед от метадаты - мизерный.
Там, на минуточку, сжатие :)
> Там, на минуточку, сжатие :)Там, на минуточку, сжатие только data-объектов больше определённого размера, которые входят в бинарную метадату. Само сообщение (как в обычном сислоге) пишется "как есть".
>> Там, на минуточку, сжатие :)
> Там, на минуточку, сжатие только data-объектов больше определённого размера, которые входят
> в бинарную метадату. Само сообщение (как в обычном сислоге) пишется "как
> есть".Ок! Не знал, сейчас убедился на практике :)
> Главный вопрос к systemd - бинарный лог. Ну почему бы разрабам не
> впилить возможность писать лог текстом?Вы вообще systemd видели??
systemd сам логов не пишет. Он их отправляет внешнему демону, journald. Который или пишет бинарный лог, или отправляет упрощенную версию лога (совместимую с традиционным - т.е. выкинута информация о unit'е, пользователе, контексте selinux и прочим) в традиционный syslog, или делает и то, и другое. Возможность писать лог текстом никто не убирал. Или вам жалко, что для этого требуется запускать какой-нибудь rsyslog в добавок к journald?Просто (по понятным причинам) в syslog не сохранить все данные из-за требований читаемости, поэтому строка в syslog получится типа
май 12 15:46:25 washi.asgard sshd[23535]: Did not receive identification string from 204.93.170.12
хотя в изначальной форме она выглядела как
SYSLOG_PID=23535
MESSAGE=Did not receive identification string from 204.93.170.12
_PID=23535
_SOURCE_REALTIME_TIMESTAMP=1431434785515259
Вт 2015-05-12 15:46:27.685644 MSK [s=3f5160cca1154250a27c8ee2451a5a0e;i=a14a6;b=11bad83b8e274ed6b1fadc36a4674969;m=ab411452e;t=
_MACHINE_ID=f2c2ac7e17ae87ff200d5daf00000009
_HOSTNAME=washi.asgard
PRIORITY=6
_UID=0
_GID=0
_SYSTEMD_SLICE=system.slice
_CAP_EFFECTIVE=3fffffffff
_TRANSPORT=syslog
SYSLOG_FACILITY=10
SYSLOG_IDENTIFIER=sshd
_COMM=sshd
_EXE=/usr/sbin/sshd
_SYSTEMD_CGROUP=/system.slice/sshd.service
_SYSTEMD_UNIT=sshd.service
_SELINUX_CONTEXT=system_u:system_r:sshd_t:s0-s0:c0.c1023
_CMDLINE=sshd: [accepted]
_BOOT_ID=11bad83b8e274ed6b1fadc36a4674969
openrc забыли