Релиз systemd 199

Казалось бы, при чём тут Wayland? Что-то тебя в последнее время заносит на его тему. Он, между прочим, нужен. В отличии от сабжаю

Багфикс релиз и минорщина же ну

В составе systemd появилась libsystemd-bus, которая, возможно, будет доступна и для обычных приложений.

Не будет

Багфикс релиз и минорщина же ну

А что не «минорщина» - «я запилил в системд вяленый»? :)
Нормальный релиз

А оно в памяти все хранит?

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

Или же я все не так понял?

Как бы да, но как бы нет. Там все на mmap'ах, так что фактический сброс на диск зависит от конкретной конфигурации ядра и прочего. А тут просто докостылен принудительный fsync.

Параметр конфигурируемый

Ну вот и хорошо.

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

Похоже надо на досуге запилить пуш сервис. О боги, как ето сложно >_<

ИМХО, tail -f /path/to/log гораздо юзабельнее

Лолшто?

Вот только «внезапно» этот «обычный сислог по умолчанию» работает как надстройка над поттерлогом. Ага.

О ГОСПОДИ КАКОЙ УЖАС!!!!!

Нету. Условно говоря, логи всегда бинарны и всегда ведутся systemd-journald, который миррорит события в сокет для тех, кому нужны нормальные логи.

и всегда ведутся

systemd-journald агрегирует данные с stdio/stderr и опционально их пихает в поттерлог.

Вы новость прочитали вообще?

Или только заголовок?

Или только слово systemd?

может быть

Хотя не. У питона один фатальный недостаток by-design - его написал не поццеринг. Ждём поц-ланг.

Я тебе больше скажу - если положиться на systemd и уйти от использования «ненужного старперского» syslog, то в определённых условиях (например, при панике в драйвере ФС) ты вообще логов не соберёшь. Потому что если раньше можно было логи сбрасывать на другую машину, теперь этого нельзя. Потому, чьл поцтеринг сказал «ненужно» и тупое стадо леммингов поскакало к обрыву.

Netconsole от логгера не зависит, а локальным syslog креш при панике и раньше и сейчас нельзя собрать, нет?

Ты же снова тут истерию начинаешь. Аргументы против истерии все те же - не нравится, не ешь.

Весьма показательно, что «истерички» приводят внятную аргументацию, а неистерички могут только кидаться ярлыками и вопить, что поццеринг — Бох и нам не понять его Великих Замыслов…

Не нравится - форкай

Такое могут предлагать только люди, которые вообще никогда компилятора не видели. Ты хоть представляешь, каково это, отрывать кусок комбайна, дописывать недостающие куски etc.?

И даже если мы осилим, каким образом это оправдывает криворукость поццеринга и его неумение делать свои поделки модульными?

отличная новость!

Journal можно настроить так, что бы он вообще не вёл своих логов, а сразу отдавал в syslogd.

man /run/log/journal

Весьма показательно, что «истерички» приводят внятную аргументацию, а неистерички могут только кидаться ярлыками и вопить, что поццеринг — Бох и нам не понять его Великих Замыслов…

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

собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Вау, неужели ты наконец-то начал критично к себе относиться? Или просто случайно проговорился? :)

имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0

давно надо было сделать.

То, что у работников RH началась массовая дебилия, уже давно ни для кого не секрет.

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

man /run/log/journal

истеричка, для начала, почитай: man journald.conf, про параметр «Storage».

Не знаешь предмета - молчи и не отсвечивай.

Ты хоть представляешь, каково это,
И даже если мы осилим,

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

Офис - это только часть дистра %)

systemd, в общем-то, тоже

Journal можно настроить так, что бы он вообще не вёл своих логов

Нельзя. Ты можешь уменьшить их до некоторого порога, но вести он их всё равно будет. Более того, запретить ему писать свои логи на диск можно только одним способом - удалив /var/log/journal. Это его захардкоженое поведение. И захардкоженый путь, что как бы является показателем.

Гентушники уже всем показали на примере udev, что ни на что не способны.

Ну почему-же - они смешные и у них есть пече... шоколад. Глупость с необразованностью это, конечно, не искупает, но пусть развлекаются если им это нравится. Вот только врали бы поменьше - совсем здорово было бы :)

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

«Не умеешь класть асфальт — не смей критиковать отечественные дорожные службы.» Так что ли?

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

Все заинтересованные и так подписаны на рассылку.

Весьма показательно, что «истерички» в основном вопят НЕНУЖНО, ВЕЛОСИПЕД и т.д., а неистерички офигевают от этого и спокойно пользуются тем, что есть, потому что не программисты/кодеры/etc и не считают себя умнее сообщества профессионалов.

fixed

Достаточно одного человека, но умного и без ЧСВ.

Где ж они тебе такого найдут среди поражённых эпичным баттхёртом?! Необоснованная критика systemd с умом и отсутствием болезненного чсв несовместима - все умные давно уже заняты внедрением systemd в Arch, Mageja, OpenSUSE, Fedora, RHEL, SLES...

У меня его нет внезапно, потому что

Storage=

Controls where to store journal data. One of volatile, persistent, auto and none. If volatile journal log data will be stored only in memory, i.e. below the /run/log/journal hierarchy (which is created if needed). If persistent data will be stored preferably on disk, i.e. below the /var/log/journal hierarchy (which is created if needed), with a fallback to /run/log/journal (which is created if needed), during early boot and if the disk is not writable. auto is similar to persistent but the directory /var/log/journal is not created if needed, so that its existence controls where log data goes. none turns off all storage, all log data received will be dropped. Forwarding to other targets, such as the console, the kernel log buffer or a syslog daemon will still work however. Defaults to auto.

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

Хорошее название для следующего сервиса, который придет на смену systemd - velociped. :)

«Не умеешь класть асфальт — не смей критиковать отечественные дорожные службы.» Так что ли?

Они работают на твои (налогоплательщика) деньги. Сколько денег ты перечислил в RedHat, чтобы чего-то требовать, не пытаясь сделать сам?

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

Повторюсь, утрировано очень сильно. Мысль в том, что RedHat имеет обязательства только перед своими клиентами, свободные программисты вообще никому не обязаны. Не хотите не пользуйтесь systemd, к вам домой не приходят и насильно ПО не переустанавливают. Есть конструктивная критика - идите на форум RedHat, в твиттер поццеринга и т.д. А просто так кричать «НЕНУЖНО» - идиотизм

В СПО тебе никто не должен, в отличии от дорожных служб, финансирование которых идет с твоих налогов. Притом, мало что изменится, если ты напишешь об этом на захолустном форуме.

Офис - это только часть дистра %)

systemd, в общем-то, тоже

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

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

собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Вау, неужели ты наконец-то начал критично к себе относиться?

Хоть я и отношусь к себе критично, ты лжешь, как настоящий Леннарт. Предложение собрать группу и форкнуть дистрибутив сделал не я.

я так подозреваю, что отладка офиса - тоже не сахер

Кто бы ещё тебя надоумил матчасть читать прежде чем истерично нести всякую чушь... мечты, мечты :)

ЕМНИП, в истории с Офисом уже существующая группа разработчиков ушла от Оракула.

ЕМНИП, в истории с Офисом уже существующая группа разработчиков ушла от Оракула.

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут, если что.

хотя, конечно, все это даже не предположения. просто потрепаться.

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут, если что.

Ты читал, изначальное предложение?

MahMahoritos> Собери группу сторонников, форкните любимый дистр, скатившийся в systemd, включая все зараженные пакеты

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут

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

это он типа sync делает каджые 5 минут, да? Или flush как в фортране (в остальных языках не знаю как на диск принудительно сбросить)?

А в чем отличие ?

Невнимательность того кто подтверждал. Вообще, если бы не попытки некоторых модераторов удалить новость прямо во время того как её правили... новость была бы написана лучше.

ну и? место поиска сторонников ведь явно не указано. а от местных форка явно не дождешься. у меня же ключевое слово - _реальный_

ну и?

И вот.

место поиска сторонников ведь явно не указано

Ну и?

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

Думаю что не получится. Но из дампа ядра можно вынуть буффер с последними сообщениями. Гугли про linux kernel crash dump

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

это он типа sync делает каджые 5 минут, да?

Угу, вызывает fsync на файл с журналом.