Как стать автором
Обновить

Комментарии 49

./configure
make
make install


Шел 2015 год.
Ну а чем еще собирать?
checkinstall?
--prefix?
Одно другому не третье. checkinstall даст пакет, который может быть атомарно установлен/удален, с подчисткой зависимостей, если они больше никому не нужны. А собирать каждую софтень бандлом в отдельный префикс, с её зависимостями, дополнительно марать PATH… Зачем столько проблем, если можно сделать одной командой?
cmake
половина софта в дистибутивах так собирается. В остальном уже всякие cmake/qmake/mvn/etc. И, как мне кажется, если код базировался на xbill, то там и были autotools. Если работает, зачем менять?
image
Я думаю, речь о системах управления пакетами, репозиториях и о захламлении системы от «make install». Гораздо лучше собрать deb-пакет с помощью того же checkinstall.
а в чем драма systemd, можно в двух словах?
Продукт с неоднозначными решениями, который насильно продвигают почти во всех дистрибутивах, при этом удаляя альтернативные системы инициализации.
А еще нарушает один из канонов юникса — «программа должна выполнять только одну задачу, но выполнять ее хорошо» (цитата не дословная).
Слишком много функций systemd пытается на себя перетянуть, а от этого страдает надежность.
Может вы выкинете ядро, всякий coreutils/busybox, gcc, clang, pam, udev, xorg, emacs, всякие ide и прочее? То уж очень много они делают.
Ну Вы не перегибайте.

coreutils/busybox — являются оберткой над кучей маленьких программ, каждая из которых выполняет только одну задачу.
gcc — выполняет одну задача — компилирует.
emacs — редактирует текст, несмотря на кучу дополнительных плагинов.
ядро — само по себе состоит из кучи модулей/процессов/etc., которые просто работают в одном адресном пространстве (если говорить о монолитных ядрах)

и т.д. и т.п.

systemd, в свою очередь, берет на себя кучу невзаимосвязанного функционала: инициализация, журналирование, управление устройствами и многое другое.

Улавливаете разницу?
Побуду ещё чуток адвокатом дьявола.

busybox — кусок сильносвязной субстанции, который имеет много общего кода (как и libsystemd в случае обсуждаемого поделия). Если вы хоть раз его собирали/смотрели в его код, то должны знать, что это один бинарник, который содержит кучу несвязного функционала. Начиная от true/false/cp/ln/cat и заканчивая шеллом ash. То, что он поддерживает вызов себя и в виде /bin/busybox true и в виде /bin/true, являющегося хардлинком на /bin/busybox сделано для удобства и совместимости. В случае coreutils это разнесено по куче программ, которые используют общие куски, собираются совместно и идут в одном пакете. Когда то же происходит с systemd — оно вызывает какой-то священный ужас. Там тоже куча бинарников (уже под сотню), которые собираются в одной директории и имеют общие зависимости. Также можно собирать не все, а только нужные и т. п. Но, вроде, считается нормальным зависеть от c, m, pthread и т. п. Тот же upstart зависит от nih, если что. Но в случае systemd это вызывает какую-то сильно резкую реакцию.

Если вы хоть раз собирали ручками gcc+libc(newlib/glibc/uclibc)+binutils, то должны знать, что в GNU Compiler Collection входит большое количество бинарников, часть из которых выполняет немного функций (как, например, ld — десяток-другой), а часть — являются жуткими комбайнами (gcc/g++), которые и препроцессят, и компилирует, и ассемблер дергают, и линкуют.

Emacs — делает всё что угодно, т. к. это скорее ОС, чем редактор. Простой редактор, который делает только одну функцию — ed/sed. Остальное (да, даже vi/nano/joe/emacs) — не unix-way.

Любое монолитное ядро — это жуть-жуть. И ресурсами управляет, и шедулит, и прерывания обрабатывает, и с юзер-спейсом общается.

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

systemd состоит из кучи утилит, каждая из которых занимается своей задачей.

Вы точно изучали systemd?
Эх, неблагодарный это тред, в свое время как раз из-за дискуссии по systemd в минуса на хабре загремел.

Коротко по сабжу: systemd — это не хорошо и не плохо, это иной подход, который лично мне кажется более логичным, и большинство опасений по нему как раз кроется в некотором предвзятом отношении к майнтейнеру и его способностям довести проект до его качественного, стабильного и повсеместного использования. Жаль что при этом сообщество слабо учитывает возможность совместного участия и развития идей systemd.
а как можно насильно продвигать в разных дистрибутивах? мне типа виделось что дистрибутивы вроде как независимыми командами делаются…
Мне тоже не понятно. Но на этой почве из дебиана ушло много разработчиков, потому как лоббисты systemd, добились не только внедрения системд, но и отказа от альтернатив. Хотя в философии дебиана альтернатива была практически для всего. А вместе с дебианом потянуться ubuntu с mint. Федора вообще вотчина этого процесса :-/. Без системд, из популярных дистрибутивов остаются только слака и гентоо.
Инициативные товарищи организовали форк дебиана без системд, но этот процесс не быстрый…
Почитайте результаты голосования (+ описания процесса подсчета голосов, он там не самый тривиальный) и соответствующие треды обсуждения этого дела TC. Они всего лишь решили, что требовать от мейнтейнеров (которые, напомню, работают на добровольных началах, как правило) обязательной поддержки нескольких систем инициализации — это неправильно.

Никто не запрещает поддерживать несколько инитов, если у разработчиков хватает на это ресурсов. Также никто не запрещал принимать патчи со скриптами инициализации для upstart/sysvinit/whatever.

Если вы лично готовы поддерживать старые init-скрипты для софта в debian — вперед. Но большинство решило, что хватит откапывать стюардессу.
Обьективно, я с проблемами связанными с systemd не встречалсчя, и, например, на текущем дескопе он у меня благополучно стоит. И согласен, что init скрипты устарели и их сложно поддерживать. Но меня пугает, что отметают альтернативы (OpenRC, upstart).
OpenRC, строго говоря, не init. Он предназначен для запуска сервисов, не более. Как инит в генту использовали bsd init, если не ошибаюсь. Но так как им не пользовался и не поддерживал под него скрипты, не могу сказать ни хорошего, ни плохого.

Upstart местами ужасен.
— Если у вас появляется зависимость некого сервиса от 2 и более других — пиши пропало. Т. е. вы пишите start on started A and started B, например. При перезагрузке всё работает хорошо (когда запускаются A и B). Но если вдруг вы сделаете restart B ваш сервис не перезапустится, т. к. придет только событие started B, но не started A.
— Иногда он умирает при значительном количестве событий inotify. Это, извините, PID 1. Естественно, kernel panic. Видел вживую, не понравилось.
— Если вы переименуете какой-нибудь файл в /etc/init (свой), то корректно остановить запущенный до этого сервис невозможно без перезагрузки.

В итоге, на upstart поддержка мало-мальски нетривиальной конфигурации быстро превращается в ад, сравнимый с поддержкой чего-либо аналогичного на runit (кстати, тех «админов», которые предлагают это, как замену systemd на десктопе или сервере надо гнать ссаными тряпками из профессии). Хотя runit может быть приятен для более-менее статической embedded системы.

Ну я не говорю даже про то, что поддержка классических простыней на баше не делается в апстриме, как правило, но силами мейнтейнеров конкретного дистрибутива. Не считая того, что для каждой третьей софтины простыня оказывается своя, логгирование у софта отличается очень сильно (кто-то использует логгирование в файлы, кто-то в syslog, кто-то просто в stderr/stdout — это силы и время мейнтейнеров, которые уходят на поддержку совместимости. Кстати, в восхваляемом хейтерами systemd runit есть svlogd, который идеологически похож на journald, хоть и не касается ранней загрузки — позволяет логгировать stdout/stderr запущенной программы. В upstart в какой-то момент тоже начинали впиливать аналогичный функционал.

Есть места, которые мне не нравятся в systemd и journald, но оно пока ощутимо лучше того, что было до этого. Не со стороны пользователя, который не хочет учиться ничему новому, а со стороны админа/мейнтейнера.

Печально, что в таких темах хейтеры не очень-то используют технические аргументы. В основном набегают в то, что нельзя называть поминусовать.
В Gentoo скрипты очень даже приятные. Выполняет их /sbin/runscript, который ставится sys-apps/openrc.
Приколов Upstart там нет, особенно приколов с «подвисанием» состояния, которое лечится только перезагрузкой.
Всё просто и лаконично :)
в dev-рассылке Арча, systemd приняли большинством голосов, мгновенно

«большинство голосов» — это слабо сказано, вообще все кроме одного человека, который сказал, что будет поддерживать initscripts

но этот человек через месяц отписал, что не может поддерживать initscripts по той причине, что, внимание, у него не осталось ни одного компьютера с арчем+initscripts.

ну да, конечно, насильно.
Почему он не установил initscripts? Вообще, странно, что сюда еще не пришел Eddy_Em.
Я раньше тоже считал systemd очень неоднозначным решением, это впечатление у меня возникло по новостям с opennet и lor, вроде когда добавили HTTP-сервер и генератор QR-кодов. Но когда я начал им пользоваться, я не мог нарадоваться — все так удобно, так логично, так быстро работает. И все последние нововведения, типа networkd, мне очень по душе, т.к., во-первых, он уже функциональнее большинства настраивальщиков сети (например, умеет настраивать policy routing, на моей памяти ни один настраивальщик не умеет этого, а лично мне это нужно), а systemd-run, вы только попробуйте его! Systemd-nspawn — chroot на стероидах, создает вам namespace, ограничивает потребление RAM и CPU запущенного через cgroups, управляет сетью, файловыми системами и самими запущенными машинами!

По моему мнению, systemd — лучшее, про происходило с Linux.
во-первых, он уже функциональнее большинства настраивальщиков сети (например, умеет настраивать policy routing, на моей памяти ни один настраивальщик не умеет этого, а лично мне это нужно)


в этом месте газированная лужа
Так, а кто еще умеет?
всё семейство RHEL, всё семейство дебиан (в виде up команды)
up-команда — неинтересно, я сейчас именно так и делаю.
у дистрибутивов в длинных брюках это файл /etc/sysconfig/network-scripts/rule-<ifname>
Зачем меня звать? Поцтеринг — сволочь, и никаких полезных вещей для линукса он не сделал. Только вред один от него!
Про форк debian, конечно посмотрим, но сейчас всё выглядит печально. Пока devuan смотрится, как способ быстренько собрать денег с недовольных и исчезнуть. Т. к. они подняли чуток инфраструктуры, заимпортили несколько пакетов (base-files, lsb, eudev, loginkit), поправили копирайты. Последние изменения в репозиториях — около месяца назад.

Из Debian TC уходили как сторонники, там и противники systemd, т. к. количество известной субстанции, которое в них летело, разгребать нравилось не всем.

Тот же logind появился, т. к. не нашлось людей, которые готовы поддерживать consolekit. Это таки open-source, никто не должен поддерживать кусок копрофосилий мамонта только потому, что части пользователей нравится или не нравится какой-то персонаж. Если кто-то сильно недоволен systemd-logind, то что ж они молчали, а не предложили своё время и/или деньги на поддержку ck?
Ужасный Лёня приходит к разработчикам и под дулом пистолета заставляет всех голосовать правильно, переделывать пакеты и т. п., конечно же.
Вообще говоря, это уже называется mobbing aka травля. Одно дело иметь технологический спор об архитектуре, другое дело направлять оскорбления против человека «за то что человек».
Это мультик, который показывается при прохождении игры
FFUUU… И почему я не линуксойд, мало того что холивар мимо прошел, так еще и в игру нипаиграть(
линуксойд

Откуда вы только беретесь?
Видимо оттуда же, откуда и пользователи Андройда.
Из Тайланда!
Неймоверные гуманойды. Переучить их нереализуймо. Даже если вы выйграете — стоймость выйгрыша вас не обрадует
(по материалам личной коллекцйи, все слова взяты из комментариев Хабра)
Я бы проявил некое снисхождение. Всё же русский родной здесь не у всех, особенно грешу на пишущих «неймоверно».
хорошо хоть не «переучйть»
У вас есть два варианта решения этой проблемы:
1. Установить линукс как все нормальные люди, в целом вопрос о systemd ещё актуален, и если вы хотите похвастаться перед знакомыми холиварщиками, что принимали в нём (холиваре о systemd) участие, то можете ещё успеть.
2. Скачать новую, недавно вышедшую Windows $i и холиварить о <<Windows $i vs Windows $i — 1>>. Не знаю какой сейчас $i, но вы это можете посмотреть сами.
1. На втором компе убунта крутится, но вроде как это и за линукс на считается труЪ-линуксоИдами (спасибо за минусы, ога), я больше как то имел в виду, что я в этом не разбираюсь и не могу иметь объективного мнения, хотя проблема острая и высказаться бы хотелось.
2. Я юзаю все и не из личной прихоти, а потому что ПО, которое я разрабатываю и тестирую должно работать на всех… И как человек использующий все версии, скажу так, что одна хуже другой, но должны же программисты МС что то прикручивать, что бы народ завлекать. Хотя например моя мама, как человек очень деловой рада, что там почти готовая экосистема «из коробки», для обычного пользователя. А я рад, что мне приходится все меньше и меньше ее консультировать по компьютерным вопросам. (под экосистемой я имел в виду рабочий комп, домашний, планшет и смартфон)
>2
10 vs 7 %)
Скачать новую, недавно вышедшую Windows $i и холиварить о <<Windows $i vs Windows $i — 1>>
Только бы никто $i = 10 не взял… А то проблемы неизбежны.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий