что характерно, сделано под плиточное топтание пальцами *фейспалм* Целевая аудитория в восторге.

Спасибо, посмотрим.

сайт, посвященный новичкам

А зачем новичкам сайты посвящать? Они чем-то себя зарекомендовали? Ты им ещё памятник поставь или поэму напиши.

https://linuxjourney.com/lesson/compile-source-code
$ sudo make install

Красота. Хорошо, что хоть потом сказали, что это не очень хорошо.

make install

Хорошо, что хоть потом сказали, что это не очень хорошо.

Они об этом сказали так далеко от этой команды, что пользователь к этому моменту успеет превратить свой дистр в слаку.

make install это норма, если ты истинный гуру своего дистрибутива, а не так... мимо-крокодил...

просто всегда можно накидать такой скриптик https://crux.nu/Wiki/PkgDisown, которым сравнивать содержимое ФС и БД пакетного менеджера, выявлять мусорные файлы, которые не контролируются ПМом — а такие есть везде, появляются со временем, и удалять их.

так што да, не вижу ничего страшного в использовании make install, ибо, мощь консоли позволяет всё вычистить потом. =)

Помойка в шляке

make install это норма, если ты истинный гуру своего дистрибутива, а не так... мимо-крокодил...

make install это даже хуже чем в Slackware, где как известно помойка начинается в /

Ещё лучше было бы curl fileshare.com | sudo bash. Так вообще в шоколаде

Ну а что поделать, иногда это правда нужно. Скажем пакетный nginx не имеет поддержки Lua в центоси. Хотя «новичкам» таких вещей знать точно не нужно.

Он на английском. Зачем он нам, если мы русские?

На квотезы потянуло

Ну а что поделать, иногда это правда нужно. Скажем пакетный nginx не имеет поддержки Lua в центоси.

Hans Reiser требует включить поддержку Reiser4 в основную ветку ядра 2.6 (комментарий)

Для таких как ты на ручных гранатах делают надпись: «В рот не класть»

---

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

Бесполезная фигня с кривой ссылкой на убунту.

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

Скорее:

sudo USE="lua" emerge nginx

Ты им ещё памятник поставь или поэму напиши.

Ну зачем так..Мы все ведь с нуля начинали..Пусть читают.

Он на английском. Зачем он нам, если мы русские?

Изучайте языки.

Довольно хорошо сделан.

make install это норма, если ты истинный гуру своего дистрибутива

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

Я устал его пролистывать вниз и закрыл

sad but true

Как мило! Там с картинками, прям как питон для тупых python for kids.

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

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

не вижу ничего страшного в использовании make install, ибо, мощь консоли позволяет всё вычистить потом

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

Это по сути нужно на всяких винфаках распространять, чем может этот сайт быть полезным рядовому ЛОРовцу?

Зачем он нам, если мы русские?

А что мешает русскому человеку воспринимать информацию на английском?

Знание английского мешает

docker - те же яйца только в профиль

Если там есть форум, то можно сытно питаться.

Чтобы потом при

emerge -avDNu world

Это был намёк, а не реальная команда.

Дока по виму неверная.

To fire up vim just type:
vim

Нужно было добавить:

Fuck you! Now you trapped.

И пусть пользователе постигает основы вима сам. Остальное не спортивно.

...и любой дистрибутив превращается в Slackware

А что мешает русскому человеку воспринимать информацию на английском?

Паажжите. А как же быть с вот этим вот? А опубликованная информация явно не русская, а вовсе и англосаксонская, if any.

PS. Пользуясь случаем, давайте сделаем waltz по умолчанию. Лудшая тема же.

Блин, меня эти сайты, гайды, и т.д. и т.п для новичков бесят просто, с них дуреешь.

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

Что все так привязались к этому make install?

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

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

На тему вышеупомянутого дистрибутива Slackware.

Slackware Linux — вообще лучший дистрибутив для новичка, т.к. пакетный менеджер там стоит на последнем плане, и можно спокойно экспериментировать, не боясь, что он обидится.

А уже потом, когда его психика достаточно крепка, человек решает, какому ПМ отдаться в рабство в обмен на автоматизацию.

Пользуясь случаем, давайте сделаем waltz по умолчанию.

Плюсую.

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

бесят просто, с них дуреешь

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

В таких случаях можно собрать свой пакет. Или Docker образ. make install почти всегда плохая идея.

И в конце ссылки реферал с omgubuntu. Палево.

Emerge CentOS

Скорее: sudo USE=«lua» emerge nginx

На CentOS? Ну вперёд, хакир.

Они об этом сказали так далеко от этой команды, что пользователь к этому моменту успеет превратить свой дистр в слаку.

Ничего страшного, кстати. Мне тоже своевременно не сказали, я в Убунте с 2009 (время последней установки, с тех пор система живёт) так ставил, в /usr/local или в /opt оно не мешает. Проблема есть в другом, это засирание системы всякими пакетами, которые требуются для сборки чего либо, например -dev пакеты всякие. Из-за этого система обновляется очень долго. Надо было собирать в чруте, но об этом почему-то никто не говорит нигде. А make instal вполне норм, если собираешь себе.

Монокультура

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

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

Все равно обновлять что-то вряд ли будут

Те кто мне могут опакетить пожалуй да, не будут.

Ужас. Надо deb или rpm пакет собирать, а потом уже ставить. При этом, в той же Ubuntu можно свои пакеты в свою репу на ланчпаде выкладывать.

Такой сложный намёк?

Те кто мне могут опакетить пожалуй да, не будут

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

Camel>Slackware, где как известно помойка начинается в /

Писать «программы на фортране» возможно на любом языке.

Разруха не в клозетах, а в головах.

(q) проф.Преображенский, «Собачье сердце», М.А.Булгаков

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

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

Почему не разумно? Докер это удобно. Сделал образ и забыл на долгое время. Поддерживать софт становится невероятно удобно.

Про свой пакет вообще странные аргументы. Есть системы сборки, которые собирают пакеты под разные дистрибутивы fpm-cookery например. Вручную пакеты никто не собирает, лол. Ну и я слабо представляю компании, которые работают с кучей дистрибутивов и у них нет систем для сборки пакетов.

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

Ну и я слабо представляю компании,

ну и да, если ты не компания, а просто частное лицо

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

Я уже не говорю про поддержку. У нас когда-то давно была система со сборкой скриптами. И это ад. Любое обновление превращается в 9-ый круг ада. Сейчас у нас около 200 пакетов собирается и это сложно поддерживать. Но тогда сборка уже пяти пакетов доставляла боль. Постоянные проблемы при обновлении. Если где-то не дай бог другая версия дистрибутива (Сейчас у нас 6 разных), то это вводило в постоянное состояние паники, т.к скрипты надо адаптировать.

Сейчас я вообще не вижу смысла это использовать. Только если ты садомазахист или работаешь с embedded системами. Но там есть отдельные приемы.

я в таком случае конечно сделаю контейнер с нужным софтом.

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