The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 235, opennews (??), 07-Окт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


80. "Релиз systemd 235"  –3 +/
Сообщение от Анонимен (?), 07-Окт-17, 18:13 
Кто бы чего не говорил, но в том, что написано по ссылке на статью Поттера, есть здравые мысли.
Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз systemd 235"  +2 +/
Сообщение от freehckemail (ok), 08-Окт-17, 10:01 
Кто бы что ни говорил? Что ж... )))
Это моё доброе воскресное утро с Поттерингом. Ну проедемся, что ли, пока жена не утащила от монитора. )

> Прекращена поддержка сборочных сценариев на основе Automake. В качестве системы сборки теперь предлагается только система Meson

Шило на мыло.

> Для unit-файлов представлены опции RuntimeDirectory и RuntimeDirectoryPreserve
> представлены опции StateDirectory, CacheDirectory, LogsDirectory и ConfigurationDirectory
> вспомогательные пары опций, определяющие режим доступа к каталога - StateDirectoryMode, CacheDirectoryMode, LogsDirectoryMode, ConfigurationDirectoryMode.

Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.
Что интересно, где складировать свои файлы, программы обычно определяли сами по FHS. А тут, значит, опции специальные, чтобы создавать в /var/log поддиректорию, где программа будет логи хранить.

Очевидный вопрос: А если программы в /var/log создают не подкаталог, а просто лог-файл? А как программы узнают, что им нужно хранить логи по этому пути?  Их опять допиливать придётся?

Давайте обратимся к оригинальной статье Поттеринга. Может он там прояснил всё это дело?

> Of course, the obvious question to ask now is: how do these three settings deal with the sticky file ownership problem?

Хм. И несколько абзацев размышления на эту тему. "В сегодняшнем выпуске новостей мы будем обсуждать вопросы, которые взволновали меня, а следовательно и всех вас". Спасибо, Леннарт.

> Новые опции удобно использовать вместе с режимом DynamicUser=yes

Класс. Помимо того, что сам режим DynamicUser не очень-то нужная штука, что тут ещё сказать.

> В systemd-journald реализовано агрессивное кэширование метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке.

Восстановление журнала при повреждении так и не завезли, зато производительность записи в журнал возросла. Радость-то.

(тут жена меня таки утащила, но я может ещё вернусь) :D

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (-), 08-Окт-17, 11:09 
> Шило на мыло.

Неужели meson настолько же отвратителен, как autocrap? Как они за столь короткий срок ухитрились этого добиться? Нет, не верю. Гнушники 26 лет старались.

Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (-), 08-Окт-17, 23:01 
> Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.

Если вы не в состоянии понять что такое LogsDirectory, идите улицы мести.

> А если программы в /var/log создают не подкаталог, а просто лог-файл?

То автора программы надо долго бить сапогом по морде.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

162. "Релиз systemd 235"  +/
Сообщение от freehckemail (ok), 09-Окт-17, 01:32 
>> А если программы в /var/log создают не подкаталог, а просто лог-файл?
> То автора программы надо долго бить сапогом по морде.

Удачи. )

freehck@ws00:~% alias checker="find /var/log -mindepth 1 -maxdepth 1 ! -name \*.gz ! -name '*.[0-9]' ! -name '*.old' -type"
freehck@ws00:~% checker f | wc -l
23
freehck@ws00:~% checker d | wc -l
13

Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (-), 09-Окт-17, 18:10 
Не притворяйтесь идиотом.

В нормальных системах в /var/log лежат только файлы в которые пишет сислог и всякие там utmp/wtmp/faillog.

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз systemd 235"  +3 +/
Сообщение от EHLO (?), 09-Окт-17, 19:26 
> Не притворяйтесь идиотом.
> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.

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

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз systemd 235"  +1 +/
Сообщение от freehckemail (ok), 09-Окт-17, 22:07 
> Не притворяйтесь идиотом.

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

> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.

aptitude, alternatives, dpkg, mail{.info,.log}, Xorg... Видимо, Debian -- какая-то ненормальная система...

Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

184. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (-), 09-Окт-17, 22:17 
Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.

> aptitude, alternatives, dpkg

Дебиановские извращения, заслуженно сапогом по роже.

> mail{.info,.log}

Я ошибался, вы не притворялись. Какие буквы в слове syslog вам непонятны ?

> Xorg

Cапогом по роже, и не только за писанину в /var/log.

Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз systemd 235"  +1 +/
Сообщение от freehckemail (ok), 09-Окт-17, 22:41 
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.

FHS ещё как это предписывает в п. 5.10.1, так что иди в далеко.

>> alternatives
> Дебиановские извращения, заслуженно сапогом по роже.

Ага, дебиановские, дебиановские. :)

> Какие буквы в слове syslog вам непонятны?

Мне не понятно, каким боком ты вообще сюда syslog приплёл, ведь это не его лично логи. Он ведь просто транспорт.

А то что же это по-твоему получается: любая программа, которая пишет свой лог через syslog, имеет право иметь лог-файл в /var/log, а программа, которая пишет его самостоятельно -- должна иметь свой подкаталог? С хрена ли вдруг такие правила? Кто выдумал?

> Cапогом по роже

Эк тебя на сапоге заклинило. Не боись, на гражданке люди спокойные. Пока не зарвёшься, никто тебя не обидит. )

Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз systemd 235"  +2 +/
Сообщение от EHLO (?), 09-Окт-17, 23:02 
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.
> Дебиановские извращения, заслуженно сапогом по роже.
> Я ошибался, вы не притворялись
>> Xorg
> Cапогом по роже, и не только за писанину в /var/log.

peak_of_mt_stupid.jpg

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру