Upstart 1.7

А в этом вашем systemd даже системные логи нельзя смотреть less и grep.

4.2

нигде, ничего не обсуждал. Я просто написал и забил.

Вот-вот. Возможно, у твоей проблемы есть быстрое и простое решение.

потому что он был уг, очевидно же.

Бугурт фанатов системд такой бугурт .

Потому, что в апстарте нет никаких нужных фич? :3

Вот я и говорю - NIH синдром же у вашего systemd. Можно было же присоединится разработке и не дробить сообщество FOSS111 :D

Остаются где? В криокамере?

Остаются в списке того, что можно нормально использовать.

Убунту не предпочитают, как и Винду. Ещё просто ставят, потому что больше распиарена и на слуху. Бывшие виндузятники и не слышали, что убунту это линукс и бывают другие линуксы.

Возможно, но сейчас мне это уже не интересно.

Вот я и говорю - NIH синдром же у вашего systemd. Можно было же присоединится разработке и не дробить сообщество FOSS111 :D

Is this an NIH project?

Well, I hope that I managed to explain in the text above why we came up with something new, instead of building on Upstart or launchd. We came up with systemd due to technical reasons, not political reasons.

Don't forget that it is Upstart that includes a library called NIH (which is kind of a reimplementation of glib) — not systemd!

У нас, арчеводов, стоит systemd - так он меня на первых порах аж пугал, показывая логин через 4 секунды после старта!
Почему арч не внедрил upstart? Видимо, были причины... (хотелось бы их услышать)

Почему арч не внедрил upstart?

Потому что там школота вместо разработчиков.

Ох фантазер. Ладно-ладно, ты илита, ты выбрал, напару с PaulCarroty - два клоуна.

Ладно-ладно, ты илита, ты выбрал

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

При чем другие мои коллеги-линуксоиды начинали еще со всяких федор много лет назад. А я сего опыта оказался лишен, зато получил другой. Ибо в попытках чинить глюки вплоть до grub'а я успел разобраться во всей системе. Спасибо убунте за победу проблемы, которые я решал :)

Вот и не суди по себе. Во-первых у меня это была необходимость (чего не сделаешь чтобы программировать на руби)). Я выбирал дистрибутив, и это довольно весело на мой взгляд. Я пробовал разные. Первый после висты был арч, не заработал на ноуте, поставил убунту. На работе выбил хард, снова попробовал поставить арч, затем слаку, так на ней и работал пока не уволился. Убунту при этом все время использовал на ноуте. Затем вышла юнити и преимущество на десктопе стало слишком очевидным. На серверах пробовал арч, затем убунту. Вобщем поразвлекался я уже.

Вот и не суди по себе.

Ты абсолютно прав. Я сужу по тому, что видел. А я не видел ни одного линуксоида, который бы выбрал убунту сознательно, попробовав другие дистрибутивы. Да, моя выборка нерепрезентативна. Но она говорит больше, чем абстрактное число установок, которые считались неизвестно как, кем и на основе чего.

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

Суть в том, что пользователям все равно придется стать специалистами. Только в случае обычных дистрибутивов в процессе установки, а в случае убунты в процессе ее исправления уже при использовании.

если не говорить им пароль от рута, то проблем обычно не сильно много, а из под рута и оффтопик быстро рассыпится, просто слегка из-за других факторов

если не говорить им пароль от рута, то проблем обычно не сильно много

Мы говорим про пользователей своей системы или про рабов? Если про вторых, то дистрибутив не важен. В любом можно настроить DE и отобрать пароль от рута.

хотя, что-то я противоречу сам себе, без рута и с остальными проблем у пользователей не бывает, да

но начиная, где-то с 12.04 там правда само по себе редко что-то сыплется, а говоря о готовности для десктопа я имел ввиду еще и такие факторы, как репозитории и поддержка железок из коробки

а пока ситуация такова, что к полноценному некрасноглазому использованию на десктопе пока пригодна только юбунта и другие «дистры», фактически отличающиеся от неё только своим набором нескучных обоев и предустановленного софта.

либо ты застрял в средине 00х, либо просто тупо не осилил ничего кроме бубнобунты.

ну в середине 00х не помню, чтобы был какой-то дистр, который могла бы использовать «обычная домохозяйка»

ну а гиковатому школьнику а арч норм, но я не про то немного

Я бы предпочел, чтобы это все настраивалось галочкой в настройках, как в винде.

А вас никто на GNU/Linux и не держит…

его бизнес открыт

Где можно посмотреть в таком случае финансовый отчёт? Хочется знать, сколько убытков было в прошлом году.

только начинал знакомство с линуксом, поставил убунту.

школота

В универе тогда стояла гента

аналогично.

Ну да, я тогда школотой по сути и был. Второй курс, еще был borland c++ во все поля.

Вас Nxx покусал?

Как-то бедновать с новшествами. systemd уделывает это подделие как по функционалу, так и по удобству использования. Почему Шаттлворт так любит убогие велосипеды? Unity сыпящая ошибками, upstart и прочий зоопракт. Ещё и Mir вместо Wayland. Команда Ubuntu считает, что если что-то реализовали не они, то оно им не подходит? Прямо как дети в детском саду, меряются непонятно чем с RedHat'ом. Только там реально нужные вещи пилят, а не подделки для школьников.

Как-то бедновать с новшествами. systemd уделывает это подделие как по функционалу, так и по удобству использования

Upstart - это система инициализации. Systemd - это комбайн.

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

B-B-B-BINGO!

в этом вашем systemd даже системные логи нельзя смотреть less и grep.

man journalctl запрещают читать религия или поттеринг лично?

man journalctl запрещают читать религия или поттеринг лично?

$ man journalctl
No manual entry for journalctl

Это и есть недостаток systemd — без специального ПО нельзя читать лог.

А ещё Поттеринг всё в /usr переносит без реальной нужды.

Если посмотреть на описанные причины сего — все они как раз из-за программ, с ним же и связанных — udev (который вошел в systemd) и pulseaudio.

No manual entry for journalctl

то вам маны лишние, то их вообще нет. вы там определитесь уже как-нибудь. олсо http://www.freedesktop.org/software/systemd/man/journalctl.html

без специального ПО нельзя читать лог

равно как и логи (u|w)tmp, но вот это вам почему-то не мешает.

Поттеринг всё в /usr переносит без реальной нужды.

вот взять например что?

равно как и логи (u|w)tmp, но вот это вам почему-то не мешает.

Вообще-то было бы лучше, если бы он тоже был текстовый. Но в целом, смотреть эти файлы не очень-то и надо, так что с этим можно смириться.

например что

Почитай про https://fedoraproject.org/wiki/Features/UsrMove

в целом, смотреть эти файлы не очень-то и надо

Равно как не очень-то и надо смотреть логи journal на машине без journalctl (если судить по отсутствию standalone смотрелки в репозиториях). Припрёт — напишут (собссно, там и писать-то особо нечего — слегка почистить journalctl). Благо есть и export format, и помянутый http-сервер, и даже syslog bridge вроде уже наваяли.

Почитай про https://fedoraproject.org/wiki/Features/UsrMove
Provide a simple way of mounting almost the entire installed operating system read-only, atomically snapshot it, or share it between multiple hosts to save maintenance and space.

Ну нормальная мотивация, что не так?

Равно как не очень-то и надо смотреть логи journal на машине без journalctl

То есть, если машина в дауне, то если я загружусь с минимального LiveCD (или минимальной системы, когда /usr), я по милости этих горе-разработчиков не смогу посмотреть, что случилось с системой?

Ну нормальная мотивация, что не так?

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

я по милости этих горе-разработчиков не смогу посмотреть, что случилось с системой?

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

Это можно сделать и без скидывания всего в /usr

ну делайте, раз можно, кто ж вам запретит. может даже снизойдёте патчей прислать.

мотивация — это как раз таки разбухание systemd и прочей дряни, такое что он не помещается в маленький корневой раздел.

ведь systemd весит, страшно подумать, пять с копейками мегабайт — даже на две дискетки не влезает!

ведь systemd весит, страшно подумать, пять с копейками мегабайт

Более чем в 10 раз больше инита Slackware

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

vendor lock-in?

В общем journald — это плохо. Всё описанное можно было сделать и в текстовом виде. А если важно занимаемое место — можно сжимать его gzip-ом.

Более чем в 10 раз больше инита Slackware

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

vendor lock-in?

А как же иначе. Плевать, что исходники открыты (ведь так логично предположить, что если вам от этого пользы никакой, то и никому пользы тоже нет) и копии их лежат в хренадцати тысячах клонов репозитория systemd по всему миру; плевать, что есть несколько дистров, использующих systemd и найти готовый livecd с ним — не проблема (Arch, OpenSUSE, Fedora, Mageia) — лучше мы будем тупо повторять «вендорлокин», не в состоянии даже показать пальцем на вендора.

В общем journald — это плохо

так бы сразу. сэкономили бы времени обоим.

Всё описанное можно было сделать и в текстовом виде.

да, со скоростью поиска O(n) в лучшем случае.

если важно занимаемое место

А если важно уметь хранить core dumpы (да и вообще произвольные бинарники) в логе? Если важно индексировать данные в логе по произвольным полям? Если важно не зависеть от языка пользователя? Впрочем, ответ всё равно будет «этоненужноникомувообще. НЕ НУЖНО, я сказал!».

Может и реестр тогда сделать вместо /etc?

И вместо шелла клон MS PowerShell на mono?

да, со скоростью поиска O(n) в лучшем случае.

А кто пользуется логами кроме пользователя, который их читает, если что-то пошло не так? tail =n 30 /var/log/somelog работает мгновенно.

А если важно уметь хранить core dump

Зачем их хранить в логе, если анализировать их, когда они отдельными файлами, удобней?

Если важно не зависеть от языка пользователя?

Логи и так всегда на английском.

Может и реестр тогда сделать вместо /etc?

нет, зачем? In before: (G|d)conf (на которые вы очевидно намекаете) >> windows registry. изучите матчасть наконец.

вместо шелла клон MS PowerShell на mono?

клон не нужен, но идея передавать между процессами объекты вместо plaintext очень хороша.

А кто пользуется логами кроме пользователя

пользователь-админ? софтина-анализатор логов (хотя бы тот же fail2ban)? или они тоже ненужны?

tail =n 30 /var/log/somelog

а зачем обучать логгер класть что-то в /var/log/somelog вместо свалки в /var/log/syslog, если достаточно сказать journalctl _SYSTEMD_UNIT=someservice и получить то же самое действительно мгновенно (O(n) в худшем случае, в данном конкретном — O(log(n)*log(n)))?

Логи и так всегда на английском.

И формат сообщений не меняется никогда. Опечатки не правятся, формулировки не меняются, значения местами — тоже. И единороги какают бабочками.