Релиз дистрибутива Chakra

Ну я не хочу сказать что кроме убунты ничего не нужно, но похоже у нас уже сформировался десктоп мейнстрим и с этим уж ничего не поделать. Пока шапка не пересмотрит свои десктопные решения имхо systemd возможно станет меинстримом в rhel но не более того. А это даже не весь сервер сегмент. В общем им есть о чем пока подумать.

Пиздеть надо меньше лиса столько не отжирает больше. По крайней мере у меня с 20+ вкладок и без флеш плеера. И это сука на x64/

KISS
Arch
KDE
systemd

лол, ну и дегенераты

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

Вообще-то Патрег уже предал Поцеринга анафеме за systemd.

в таком случае, новое предсказание: Slackware умрёт в течении года.

могу сказать за себя что мне пока не очень понятно как c этим systemd работать

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

На полном серьёзе утверждать «вышла новая версия grep — венде теперь капец!» может только слабоумный от рождения или наркоман. Я верю в лучшее!

хехехе

Ну, может, мозг рака.

Суть этого сообщения не в том что это плохо потому что незнакомо а в том, а в том что даже не особо разобравшись в systemd понятно что одновременная загрузка всех демонов разом ни к чему хорошему не приведет. потому что время загрузки ОС не критично (я включаю комп и ухожу заниматься своими делами, прихожу и начинаю работать). А тут я включаю комп с systemd он грузиться моментально, но загруженная система вялая, и приходиться мириться с этим тормозом уже сидя за компом.

одновременная загрузка всех демонов разом

а зачем ты загружаешь «все демоны разом» если тебе не нравится подобное поведение?

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

Видимо я еще не разобрался как это делать. но что то KISS от systemd и не пахнет.

и вразумительных man -ов по systemd я не нашел, может подскажешь где искать.

новая тема «Dharma» (включая тему для grub)
удаление hal, consolekit, initscripts, sysvinit.

Ждём в Убунту 13.04.

«в таком случае, новое предсказание: Slackware умрёт в течении года.» я за бан

http://www.freedesktop.org/wiki/Software/systemd - «The systemd for Administrators»: весьма подробно и доступно. Там же есть ссылка на более краткий FAQ и man-страницы.

На полном серьёзе утверждать «вышла новая версия grep — венде теперь капец!» может только слабоумный от рождения или наркоман. Я верю в лучшее!

Ты, наверное, не особо понял смысл моего сообщения, ну да ладно, я от тебя этого и не ожидал. ;)

Спасибо за ссылку, буду читать,

Заодно там имеется ссылка на их G+: https://plus.google.com/104232583922197692623/posts можно высказать все что о них думаю :)

можно высказать все что о них думаю :)

Там даже ссылка на irc-канал есть - если тебе действительно кажется что ты можешь высказать нечто стоящее. Только учти, что на ЛОРе несколько более расслабленное отношение к нормам вежливости чем это принято в среде большинства разработчиков открытого ПО: то, что здесь считается нормой вполне может привести к животворящему бану там.

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

Потому что слака - это подход к организации дистрибутива. Пакетный менеджер слаки - это фактически tar (да, я знаю про slackpkg и slapt-get, но сейчас не об этом). Когда гном стал противоречить идеологии слаки, он был выкинут. Когда KDE собиралось противоречить идеологии слаки (разрабы KDE собирались разбить 20 пакетов KDE на несколько сотен, как это сделано в гноме), Патрик разрулил ситуацию. Я могу быть уверен, что присущие дистрибутиву простота, надёжность, управляемость, очевидность сохранятся, какие бы течения не возникли у корпораций.

С другой стороны, когда что-то начинает противоречить идеологии арча, арч меняется, подстраивается под мейнстрим. У арча нет стержня. Если завтра корпорации решат, что acl и индивидуальная виртульная машина для каждого залогиненного пользователя способствует безопасности, то в арче это появится без возможности альтернатив. Если решат, что всех нужно срочно пересаживать на какую-нибудь альфу, арч последует за ними.

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

Помещение альфы systemd в дистрибутив

Чушь - к моменту перехода Arch на systemd он давно уже вышел из альфа-версии.

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

Димочка, а ты до сих пор на генте, да?

+1

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

Леннарт, учись читать. Патрик выкинул гном, потому что не слак-way.

бессильной кучкой

Арчеровские? Ну так и есть.

А ещё я не понимаю нахрена бинарные логи.

Это костыль, вызванный изначально кривым дизайном systemd. Я объясню, в двух словах.

Раньше, когда ты запускал какой-нибудь апач или ftp-сервер, ты делал что-то вроде service httpd start. Если всё нормально, ты видел на экране

Starting httpd... [ OK ]

Если же ты где-то накосячил в конфиге, то при запуске демон выплёвывал на экран ошибку, и ты видел что-то вроде:

httpd: Syntax error on line 107 of /etc/httpd/conf/httpd.conf: <IfModule> directive requires additional arguments

Ты тут же лез в конфиг, исправял ошибку, и всё было хорошо.

Но потом топикстартер запилил системд. В systemd сервис стартует как форк init-демона, и его вывод не видно. Леннарт может быть прибил бы этот вывод вообще, заявив, что писать ошибки на stderr — это устаревший стандарт, но народ бы возмутился. Поэтому он перенаправил вывод в syslog. А куда ещё его девать?

Однако проблема осталась нерешенной. Раньше ты сразу при запуске видел, в чём ошибка, и мог ее исправить. Теперь же при запуске ты даже не знал, запустился сервис или нет. Приходилось смотреть в список процессов, видеть, что его там нет, затем лезть в сислог и смотреть, что с ним случилось. Это неудобно, и создаёт у юзеров впечатление, что systemd — гавно. Леннарт не растерялся, и придумал ещё один костыль: научить systemctl отображать последние строки из сислога указанной программы.

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

Такие дела.

Вот это я понимаю - объяснил. Спасибо большое, теперь всё понятно :)

Толсто :]

но крайне последовательно и правдоподобно :)

Чушь - к моменту перехода Arch на systemd он давно уже вышел из альфа-версии.

Чушь. Выход из альфы это когда есть _ветка_, в которую коммитят только багфиксы. gcc-4.7 это не альфа, linux-3.6 это не альфа. systemd-195000 это альфа.