The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск пакетного менеджера RPM 4.18"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Выпуск пакетного менеджера RPM 4.18" +/
Сообщение от Аноним (49), 22-Сен-22, 11:06 
Классическая ситуация, ты ставишь зависимости для сборки какого-то куска софта через классический apt-get build-dep имя_пакета, например, php. Классика же, да? А он тебе в ответ:
Required такой-то package but it will not be installed.

И дальше мудовые рыдания, а почему? потому что ты из него не можешь выбить причину заминки установки. А причина кроется в том, что у доебана зависимости ставятся через самолётное крыло.
Например, у тебя есть зависимость второго уровня "a | b | c" и зависимость третьего уровня "x | y | z". Известно, что "a" конфликтует с "x и "z", "b" конфликтует с "y" и c конфликтует с "x" и "y". А что делает dpkg/apt-get? Вы думаете, он строит дерево зависимостей, выявляет нужное сочетание пакетов и ставит их? Хрен там плавал.
Вместо того, чтобы обмозговать ситуацию и поставить пакеты "a" и "y", он попытается поставить "a" и "x" и скажет, что он обосрався. И то, это произойдёт тогда, когда ты извернёшься, вынешь build-time зависимости, (обычно достаточно дерева 3, иногда 4-го уровня) и начнёшь играться с разным сочетанием пакетов, ставя их через apt/apt-get. У RPM такой жидкомозговости не наблюдается.

И эта всратость в apt-е присутствует уже очень давно, в убунте 20.04 она точно была, равно как и в debian wheezy (который 7). И при сборке dpkg-шек меня это задолбало. А "великолепная" документация по dh-чего-то_там? Причём, бюрократия внутри debian 80+ левела: бох с ним, что надо облизать coc.md, но уже готовую документацию, соответствующую всем облизанным coc.md принимать отказываются. Я не знаю, с кем надо там переспать, кому занести, чтобы была возможность дополнить, а местами просто написать отсутствующую документацию по всем этим сборочным "тайным знаниям".

В то же время собрать rpm-пакет вполне возможно и по пути не надо будет крафтить сборочное окружения руками, подсовывая туда правильные пакеты, правильных версий и в правильном сочетании (в обход списка зависимостей). Даже тот же php (у которого гигантское количество зависимостей) собирается без проблем и потом *работает* ровно так как и должен (в меру набора багов внутри самого php).

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выпуск пакетного менеджера RPM 4.18, opennews, 21-Сен-22, 17:50  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру