1.1, Груман (?), 16:25, 20/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> чтобы не собирать его снова
Тогда-уж, опишите как сделать свой репо и не возиться с флешками
| |
|
2.2, Гость (??), 15:37, 21/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
И как настроить отдельный сервер под репо. И как сделать его отказоустойчивым, чтобы не возиться с восстановлением диска. Да, мой хороший?
| |
|
3.3, Груман (?), 20:39, 21/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Зачем? Для этого можно запустить виртуальную машину.
А так, автор собрал пакет, так почему-бы и репо не запустить? И это про удобство.
| |
|
4.4, Аноним (4), 09:56, 23/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
>виртуальную машину
Господи боже. И бекапить её Стейт как сумасшедший.
| |
|
|
|
|
2.6, 0xdeadbee (-), 22:21, 23/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
кому чего не нра, всегда могут "./configure ; make ; make install"
в /usr/local или даже в ~/.local, как это делаю я например.
| |
|
3.7, нах. (?), 07:35, 24/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
И если локалхостов хотя бы два...
(да и вспомнить потом через пару лет что откуда взялось и как теперь это переносить на новую систему тоже интересное приключение)
| |
|
4.8, Аноним (8), 00:41, 25/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> вспомнить потом через пару лет
Для этого все эти "configure && make && make install" надо делать не руками, а положить в скрипт /usr/local/src/neovim.sh и запускать его.
> И если локалхостов хотя бы два...
Ну лаааадно... вместо "make install" делайте "make DESTDIR=/tmp/neovim install", запаковывайте /tmp/neovim в архив и распаковывайте где надо... ну это если оба ваших локалхоста на одной версии одного дистрибутива...
Я так с 2005 по 2018 на lfs сидел, раз в год (в новогодние каникулы) пересобирая всю систему. Правда, благодаря внедрению всяких растов, постоянным миграциям между сборочными системами и прочему бардаку это стало бессмысленно, а постоянные правки скриптов начали занимать слишком много времени. Так что вернулся на слаку. А теперь, вероятно, перейду на диван, так как идеальный для меня интервал релизов - раз в пару лет, а у слаки есть только два варианта - стабильный (раз в 8 лет) и карент (раз в пару дней).
| |
|
5.9, нах. (?), 08:03, 25/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Для этого все эти "configure && make && make install" надо делать не руками,
ты феноменальный...
Эта операция делается в таких вот случаях - ОДИН раз. Причем - вполне возможно - итеративно, с первой попытки ты ошибешься с аргументами configure - забудешь нужную фичу или включишь ненужную, мэйк сфейлится потому что ты забыл про какую-то из зависимостей, конфиг уедет в local а нужен в /etc. И это СОВЕРШЕННО незачем автоматизировать.
И при выходе следующей версии придется переделывать потому что появилась новая зависимость и у сonfigure новый аргумент.
Поэтому - именно руками, пока не получится что-то съедобное.
> Ну лаааадно... вместо "make install" делайте "make DESTDIR=/tmp/neovim install",
> запаковывайте /tmp/neovim в архив и распаковывайте где надо...
А как теперь - удалить, не оставив мусора и не зацепив ничего чужого? Как выяснить через два года, какая у тебя версия?
А вот dpkg за тебя все это помнит и автоматизирует. Эту операцию - автоматизировать - стоит. Тем более что, как видим, это один файлик на пять строчек.
> Я так с 2005 по 2018 на lfs сидел
ну что с подобных взять...
необучаемые же ж. Наглядное доказательство не то что бесполезности, а явного вреда lfs.
Вы учитесь выполнять чужие скрипты без понимания откуда они взялись и зачем вообще нужны.
| |
|
6.11, Аноним (11), 20:58, 25/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И это СОВЕРШЕННО незачем автоматизировать.
И при выходе следующей версии придется переделывать потому что появилась новая зависимость и у сonfigure новый аргумент.
Те, кому "СОВЕРШЕННО незачем автоматизировать", через два года будут заново вспоминать все опции и хаки после установки, необходимые для того, чтобы установленный пакет заработал. Те, кто это "автоматизирует", просто запустят скрипт, посмотрят где упало, добавят нужную опцию, и запустят заново.
> вот dpkg за тебя все это помнит и автоматизирует
Поэтому в конце статьи и создаётся деб-пакет.
> доказательство не то что бесполезности, а явного вреда lfs
Можете уточнить, что именно является этим доказательством?
> Вы учитесь выполнять чужие скрипты без понимания
Вы это поняли из того, что я написал вам, что создавал СВОИ скрипты и ОБЪЯСНИЛ зачем? И для "удалить, не оставив мусора и не зацепив ничего чужого[...] выяснить через два года, какая у тебя версия" у меня тоже была пара скриптов в сумме строк на 50. Конкретно для этих целей у меня не было нужды использовать монстров типа dpkg/rpm.
| |
|
7.12, нах. (?), 21:36, 25/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Те, кому "СОВЕРШЕННО незачем автоматизировать", через два года будут заново вспоминать
> все опции и хаки после установки
я тебе открою страшную тайну, они лежат в config.status .
Правда, скорее всего, вспоминать их будет незачем, потому что все равно ты забыл зачем они были нужны - и следующую версию соберешь с другими, показавшимися тебе оптимальными в этот раз. Тем более что один из старых стал неактуальным но появились два новых. Или тебе вообще стал больше не интересен неовим и его приблуды.
> Вы это поняли из того, что я написал вам, что создавал СВОИ скрипты и ОБЪЯСНИЛ зачем?
нет, ты не объяснил зачем. Ты просто продолжаешь повторять заученную безумную мантру.
Нет никакого смысла сохранять в виде скрипта то что ты сделал (_уже_cделал_) руками и не собираешься повторять регулярно. Есть смысл сохранять где-то документацию, но до этого ты не дорастешь никогда.
> Конкретно для этих целей у меня не было нужды использовать монстров типа dpkg/rpm.
вон там шесть строчек конфига для dpkg. Для конкретно этих целей. Из них нужная - одна, с именем пакета.
Монстр, ога.
Монстр начинается когда ты таки захочешь сохранять в нем еще и скрипты. (делают это обычно те и в тех случаях, когда таки собираются регулярно ЭТО автоматически пересобирать, например потому что новая версия не отличающаяся от старой но с закрытой уязвимостью раз в три дня выходит). В этом плане rpm будет сильно попроще и поудобнее, поскольку конфиг останется тем же, просто добавляются новые секции, да и те существенно проще и понятнее.
| |
|
8.14, Аноним (11), 00:49, 26/09/2025 [^] [^^] [^^^] [ответить] | +/– | Я вам открою страшную тайну Вменяемые сборщики пакетов не хранят для каждого па... большой текст свёрнут, показать | |
|
9.18, нах. (?), 20:12, 27/09/2025 [^] [^^] [^^^] [ответить] | +/– | это - невменяемые ну вот опять повторение мантр вместо включения мозга Чего т... большой текст свёрнут, показать | |
|
|
|
|
|
4.15, 0xdeadbee (-), 15:15, 27/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И если локалхостов хотя бы два...
преждевременная оптимизация, все дела.
> (да и вспомнить потом через пару лет что откуда взялось
через пару лет меня там не будет.
а после меня хоть потоп.
| |
|
5.16, нах. (?), 19:43, 27/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
у автора заметки несколько другие цели, а тебе незачем и deb собирать - пусть после тебя кто-то другой гадает, чего опять nvim поломалося.
| |
|
|
|
2.13, Аноним (13), 00:43, 26/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> оооо, деб-пакеты из 96го года, ручной сборки.
Автоматической сборки примеры в студию!
| |
|
3.17, нах. (?), 19:45, 27/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> оооо, деб-пакеты из 96го года, ручной сборки.
> Автоматической сборки примеры в студию!
автоматическая - это dpkg-build c rules/debian, чего в ней интересного-то.
А тут кто-то еще помнит как руками собирают, то и удивительно.
| |
|
|
|