История изменений

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

есть например, systemd. из недавнего. не стартует dhcpd, в systemctl status ошибка. ну понятно, что ошибка, демон же не запустился. в journalctl -xe тоже пусто, никакой конкретики. где мне смотреть на ошибку?.. а знаете где? знаете? tail -f /var/log/messages! и тут я взоржал аки конь.

вот серьёзно говорю, я в жизни бы не подумал, что при наличии systemd, я должен смотреть /var/log. закономерный вопрос: зачем тогда systemd?

на какой чёрт нужны systemctl status, journalctl, если демон продолжает писать свои логи в /var/log/messages и я слежу за состоянием ошибок через tail -f? короче понятно, systemd прикрутили как пятое колесо. оно есть, но оно не нужно. в буквальном смысле.

это было на Debian. но Debian тут не при делах, дистрибутив вообще отличный, устанавливаешь пакет и всё работает.

не нравится selinux по-умолчанию (дело было на CentOS), когда чтобы реализовать тривиальную вещь по типу ~userdir (~/public_html) через nginx, приходится попердолиться, поотключать политики безопасности. в данном случае selinux несёт сплошные неудобства, когда доходит до того, что тебе надо «ехать» прямщяс, некогда разбираться, а тебе мешается selinux, в итоге ты просто всё полностью отключаешь, и selinux теряет свой смысл.

вообще странное это дело, SELinux, AppArmor, и прочие подобные штуки призванные защитить систему.

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

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

есть например, systemd. из недавнего. не стартует dhcpd, в systemctl status ошибка. ну понятно, что ошибка, демон же не запустился. в journalctl -xe тоже пусто, никакой конкретики. где мне смотреть на ошибку?.. а знаете где? знаете? tail -f /var/log/messages! и тут я взоржал аки конь.

вот серьёзно говорю, я в жизни бы не подумал, что при наличии systemd, я должен смотреть /var/log. закономерный вопрос: зачем тогда systemd?

на какой чёрт нужны systemctl status, journalctl, если демон продолжает писать свои логи в /var/log/messages и я слежу за состоянием ошибок через tail -f? короче понятно, systemd прикрутили как пятое колесо. оно есть, но оно не нужно. в буквальном смысле.

это было на Debian. но Debian тут не при делах, дистрибутив вообще отличный, устанавливаешь пакет и всё работает.

не нравится selinux по-умолчанию (дело было на CentOS), когда чтобы реализовать тривиальную вещь по типу ~userdir (~/public_html) через nginx, приходится попердолиться, поотключать политики безопасности. в данном случае selinux несёт сплошные неудобства, когда доходит до того, что тебе надо «ехать» прямщяс, некогда разбираться, а тебе мешается selinux, в итоге ты просто всё полностью отключаешь, и selinux теряет свой смысл.