| 1.5, q (ok), 22:04, 09/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Неужели кто-то догадался, что пакет = метаданные + статичные файлы? Если ваш пакетный менеджер гоняет скрипты при установке-удалении, то это фигня на палочке, а не пакетный менеджер. Если твой дистр не уместился в наипростейшую концепцию "пакет = метаданные + статичные файлы", то твой дистр -- галиматья. На данный момент, все дистры галиматья, кроме NixOS/Guix.
| | |
| |
| 2.11, Аноним (11), 22:54, 09/07/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
когда ставишь какой-нибудь ssh сервис, то ключи /etc/ssh/ssh_host_* должны поставляться как статичные файлы или генерироваться специальным скриптом, который просто идет отдельно от ssh?
Т.е. можно ли сделать любой пакетный менеджер нормальным, если вынести все скрипты в отдельный обязательный пакет и дергать их в зависимости от "метаданных"?
| | |
| |
| 3.14, Аноним_83 (?), 23:12, 09/07/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
>когда ставишь какой-нибудь ssh сервис, то ключи /etc/ssh/ssh_host_* должны поставляться как статичные файлы или генерироваться специальным скриптом, который просто идет отдельно от ssh?
это вообще не задача для пакетного менеджера. после установки делаешь руками или генеришь скриптом, который запускаешь руками
| | |
| |
| 4.20, Аноним (-), 23:54, 09/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
задача пакетного менеджера оставить пользователя с нерабочим приложением и необходимостью запускать какие-то скрипты с какими-то параметрами, угу.
А скрипт я должен сам написать или где-то взять? Его можно было бы положить в пакет, но в чем тогда будет отличие от запуска скрипта тем же пакетным менеджером?
| | |
| |
| 5.25, Аноним2 (?), 00:09, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
В ansible конфигурация сервера описывается одними лишь YAML-файлами, никаких скриптов. И это работает.
| | |
| |
| 6.28, Аноним (-), 00:19, 10/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
вот только анзибл это не пакетный менеджер. И одними yaml-файликами там дело не обходится — во-первых jinja2 во все поля, а во-вторых там предлагается писать модули на питоне на все нестандартные хотелки
| | |
| 6.40, МИСАКА (?), 07:47, 10/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ага, потому что ansible это буквально запускала команд обернутся в красивенький уамл на сотню-другую файлов
| | |
|
| 5.57, Аноним (57), 15:10, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> задача пакетного менеджера
никому не сдался пакетный системный менеджер когда в нем можно шаманить, это равносильно самому навайбкодить инсталлятор, пакетный менеджер нужен для унификации.
> А скрипт я должен сам написать или где-то взять?
ты должен документацию к устанавливаемому софту прочитать ибо на кой ты его ставишь, а там будет написано, перед тем как запустить ****d демон, запусти команду ****d-keygen. А если автор софта хоть на секунду дружит с логикой, всю рутину он бы засунул бы в понятие "при первом запуске". Вам даже в системГ для этого все дали.
> Его можно было бы положить в пакет, но в чем тогда будет отличие от запуска скрипта тем же пакетным менеджером?
В привилегиях, очевидно ведь, все же идет в сторону изоляции от системы.
| | |
| |
| 6.58, Аноним (58), 16:02, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> никому не сдался пакетный системный менеджер когда в нем можно шаманить
пока что практика показывает, что никому не сдался тот, в котором нельзя шаманить
> ты должен документацию к устанавливаемому софту прочитать ибо на кой ты его ставишь
у меня в системе больше 3 тыщ пакетов и большую часть я напрямую не ставил. Остается только перечитать доки для мульёна скачанного npm
> А если автор софта хоть на секунду дружит с логикой, всю рутину он бы засунул бы в понятие "при первом запуске"
ну или в скрипт, да
> В привилегиях, очевидно ведь, все же идет в сторону изоляции от системы.
угу. Просто в упомянутой документации будет сказано запустить скрипт от рута.
Или же можно научить пакетный менеджер запускать скрипты с нужными привилегиями
| | |
| |
| 7.60, Аноним (57), 16:48, 10/07/2026 [^] [^^] [^^^] [ответить] | +/– | на кой разработчику еще шаманить на n 1 пакетном менеджере под каждый дристыр ф... большой текст свёрнут, показать | | |
|
|
| 5.65, Аноним (65), 18:15, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> задача пакетного менеджера оставить пользователя с нерабочим приложением
Чего это вдруг "нерабочим"? Ключи генерятся за несколько минут, включая время на чтение мана для освежения в памяти аргументов командной строки. А если человек с полномочиями ставить софт не осилил этот вопрос, то ssh ему противопоказан.
| | |
|
| 4.33, Аноним (33), 03:27, 10/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> делаешь руками
У нас в ДЦ смонтировали 20 стоек. Чтобы через час везде руками нагенерил. Время пошло.
| | |
| |
| 5.66, Аноним (65), 18:22, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если у вас в ДЦ монтируют по 20 стоек и при этом не имеют кастомного установщика ОС, который поставит ssh, сгенерирует ключи и автоматом отправит открытые ключи в какую-то центраньную репу, то сиди и жди, пока эникейщик обойдет все ваши новые стойки.
| | |
|
| 4.55, Аноним (57), 14:59, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> это вообще не задача
это даже не задача ваших рук, запускается демон и генерирует ключи, дело рук может касаться только если есть необходимость их собственноручного импорта, то есть тупого копирования в соответствующую директорию. Идиотизм лишь в том, что это все они называют секурностью.
| | |
|
| 3.23, Аноним (23), 00:00, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ничего не мешает оформить это действие в виде метаданных пакета. Пусть пакетный менеджер сам выполняет необходимые действия, которые описаны в метаданных.
| | |
| |
| 4.29, Аноним (-), 00:25, 10/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Чтобы пакетный менеджер выполнил какие-то действия, которые описаны в метаданных, он должен знать как это сделать — либо его код содержит всю логику для всех пакетов (для простых случаев работает), либо где-то лежит россыпь скриптов.
Ну и еще момент, что описание "необходимых действий" это и есть по факту скрипт, который выполняет пакетный менеджер
| | |
|
| 3.30, q (ok), 02:48, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Догадываешься ли ты о том, что ключи — это часть состояния системы? sshd.service может иметь ExecStart=башскрипт.sh, который, в свою очередь, сгенерит тебе ключи, а уже потом выполнит exec sshd. Любой нормальный сервис должен уметь запускаться, имея абсолютно пустую state directory.
И именно в этом примере, ключи надобно хранить в /var, а не в /etc, ибо /etc может быть смонтирован как readonly. Писать в /etc -- абсолютно трэшовая практика, о чем многие здесь присутствующие даже не догадываются. /etc должен формироваться еще ДО запуска системы, точка. Буквально. Как только ядро смонтировало /etc, всё. Нельзя туда писать. Вообще. Даже если "просто хочу подправить конфиг быстренько". Нельзя и точка. Хочешь изменить поведение системы -- протестируй новый конфиг в виртуалке, затем создай новую generation хоста, а затем перезагрузись.
| | |
| |
| 4.34, windows10 (ok), 04:02, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > Догадываешься ли ты о том, что ключи — это часть состояния системы?
Догадываешься ли ты, что человек лишь привел пример необходимости запуска триггера, а не спорит о ключах?
DKMS тебе при установке драйвера кто будет генерить?
Кто будет добавлять запись в загрузчик при установке нового ядра?
Локаль кто будет генерить при обновлении glibc?
> Любой нормальный сервис должен уметь запускаться, имея абсолютно пустую state directory.
Уметь запускаться, и функционировать как нужно - два разных по своей сути действия.
| | |
| |
| 5.35, q (ok), 04:46, 10/07/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> человек лишь привел пример необходимости запуска триггера
А я привел демонстрацию того, что такая необходимость надуманна. Практический пример: в NixOS ни один пакет не имеет скриптов. Там это тупо не предусмотрено. Невозможно добавить скрипт. Понял? Значит, как-то обошлись, и populate state directory on service run -- лишь один из многих способов обойтись без скриптов.
> DKMS тебе при установке драйвера кто будет генерить?
Ты понимаешь бредовость своего вопроса? Сборка происходит ДО формирования пакета, а не ПОСЛЕ его установки мля. Если в твоем дистре при установке пакета происходит СБОРКА, то это хрен собачий, а не дистр. В нормальных дистрах цикл такой: сборка -> получился пакет -> установили пакет. А у тебя хвост виляет собакой: установили пакет -> СБОРКА НАХРЕН.
> Локаль кто будет генерить при обновлении glibc?
Опять-сызнова. Генерация -- это часть сборки мля. Сборка предшествует пакету.
| | |
| |
| 6.41, МИСАКА (?), 07:49, 10/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я так смотрю, фанаты Никса оказались ещё менее умненькими, чем были фанаты рача
| | |
| 6.53, windows10 (ok), 11:02, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
При чем здесь сборка к адаптации пакета к текущей конфигурации, или текущей конфигурации к пакету?
Угу, можешь таскать за собой /boot/grub/grub.cfg с захардкоженными записями для ядра. Или написать отдельную утилиту для установки ядра.
> Практический пример: в NixOS ни один пакет не имеет скриптов.
Практический пример: никому неизвестный маргинальный васянодистр со своей особой, уличной магией.
| | |
|
|
| 4.45, Аноним (-), 08:44, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> sshd.service может иметь ExecStart=башскрипт.sh
И в чем принципиальное отличие от запуска того же скрипта пакетным менеджером?
В новости скрипты отключают потому что туда пихают всякую каку, ну будет кака запускаться под системд
PS: использовать системд для запуска башпортянок... там нет опции для генерации ssh ключей? ;)
| | |
| |
| 5.61, Аноним (57), 16:54, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> И в чем принципиальное отличие от запуска того же скрипта пакетным менеджером?
как в чем? в явном и не явном исполнении стороннего кода, в случае с пакетным менеджером ты не контроллируешь процесс этого запуска, это своего рода авторан как с усб, сразу запустит код, а в случае с системГ это типа запись в реестровый авторан, который можно еще обнаружить и т.д.
Вы не понимаете одно, это тупо произвольное исполнение стороннего кода, а такое поведение с точки зрения безопасТности - бред!!!
| | |
|
|
|
| 2.19, Аноним (19), 23:40, 09/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> На данный момент, все дистры галиматья, кроме NixOS/Guix.
flake.nix почему-то за скобками...
Сравнивать пакеты дистрибутива и NPM - такое себе.
| | |
|
| |
| 2.42, Аноним (42), 07:53, 10/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты про пакеты msi? Так-то там любой установочный exe творит всё что хочет.
| | |
|
| 1.13, localhostadmin (ok), 23:11, 09/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 А зачем это вообще было нужно? Не представляю в каких сценариях может понадобиться выполнение произвольного кода при установке пакета
| | |
| |
| 2.26, Аноним (-), 00:11, 10/07/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
по разному бывает. Иногда в скриптах идет сборка нативных компонентов, которые линкуются к библитекам с хоста. Из альтернатив — носить все зависимости с собой или поддерживать пакеты для дистрибутивов.
| | |
| |
| 3.38, Аноним (38), 05:05, 10/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мы будем так часто обновлять, что Вы не будете поспевать. Используй скрипт.
| | |
|
| 2.27, Аноним (27), 00:15, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот раньше был флеш популярным. flashplugininstaller скачивал с сайта адобе и настраивал блоб.
| | |
| |
| |
| 4.54, Аноним (27), 14:07, 10/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пакет был flashplugininstaler скачивал блоб с адобосайта и спрашивал согласен ли ты с лицензией, потом устанавливал куда надо.
| | |
|
|
|
| 1.21, Аноним (21), 23:56, 09/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что это за ЯП такой которому нужен свой пакетный менеджер и столько суеты с ним? Зачем его вообще использовать?
| | |
| |
| 2.37, Аноним (38), 05:03, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Всё для удобства, а не развития. Хочу вот это - есть уже готовый пакет
| | |
|
| 1.24, Аноним (24), 00:02, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
И только на третий день индеец по прозвищу «Зоркий глаз» заметил, что в тюрьме не было четвертой стены…
| | |
| 1.36, Аноним (38), 05:01, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну да... Компресс спасет от всего. Ровно на время реакции устанавливающего.
Не приучены долго разбираться в тонкостях. Соглашайся и поехали.
| | |
| 1.39, Аноним (38), 05:40, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чтобы отмазка - Я не хотел запускать код, я только хотел посмотреть какие файлы - не работала? Вы даете согласие на исполнение непрочитанного кода?
| | |
| 1.43, Аноним (42), 07:55, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вместо того чтобы делать удобную изоляцию они творят что угодно кроме того что нужно.
| | |
| 1.48, Смузихеб забывший пароль (?), 09:54, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> параметры "--allow-git" и "--allow-remote" по умолчанию
> теперь выставлены в значение "none",
> что отключает автоматическую загрузку зависимостей
> из Git-репозиториев и по прямым ссылкам на сайты с tar-архивами
Но разве подобное( вместо конкретных версий пакетов тупо ссылка на гит-репу ) не заявлялось чуть ли не одной из крутых фич того же дЭна который Дено ?
| | |
| 1.52, Аноним (52), 10:40, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
<зевая> И будет npm approve-scripts --all во всех руководствах по установке.
| | |
| |
| 2.62, Аноним (57), 17:09, 10/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
да не, давно уже curl | bash зачем людей напрягать, и так загружены 20-ю стойками в дц.
| | |
|
| 1.67, Аноним (65), 18:26, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Представляю, какой вой поднимется. Ждем в ближайшее время NPM 12.0.1 с возвращенной возможностью запуска скриптов.
| | |
|
