История изменений
Исправление bormant, (текущая версия) :
Почему в этом дистрибутиве был сделан такой ход?
Принцип ванильного софта, как правило один тарбол с исходниками даёт один бинарный пакет, а следовательно, «крупные» пакеты при относительно небольшом их количестве.
Если начать нарезать пакеты под минимизацию зависимостей (отдельно каждая софтинка, по каждой из которых отдельно бинарники с настройками, отдельно библиотеки для сборки, отдельно документация, отдельно ...) зависимости между пакетами ослабевают, но резко увеличивается количество пакетов, настолько, что в одиночку уже не уследить (да и неохота заниматься отдельной фичей, пользы от которой ноль, а трудозатрат — вагон).
В качестве иллюстрации когда-то приводил пакет nmap в Slackware: http://forum.posix.ru/viewtopic.php?pid=36590#p36590
И ещё на ту же тему: Арчешкольник о Slackware на ночь глядя (комментарий)
Исправление bormant, :
Почему в этом дистрибутиве был сделан такой ход?
Принцип ванильного софта, как правило один тарбол с исходниками даёт один бинарный пакет, а следовательно, «крупные» пакеты при относительно небольшом их количестве.
Если начать нарезать пакеты под минимизацию зависимостей (отдельно каждая софтинка, по каждой из которых отдельно бинарники с настройками, отдельно библиотеки для сборки, отдельно документация, отдельно ...) зависимости между пакетами ослабевают, но резко увеличивается количество пакетов, настолько, что в одиночку уже не уследить (да и неохота заниматься отдельной фичей, пользы от которой ноль, а трудозатрат — вагон).
В качестве иллюстрации когда-то приводил пакет nmap в Slackware: http://forum.posix.ru/viewtopic.php?pid=36590#p36590
Исходная версия bormant, :
Почему в этом дистрибутиве был сделан такой ход?
Принцип ванильного софта, как правило один тарбол с исходниками даёт один бинарный пакет, а следовательно, «крупные» пакеты при относительно небольшом их количестве.
Если начать нарезать пакеты под минимизацию зависимостей (отдельно каждая софтинка, по каждой из которых отдельно бинарники с настройками, отдельно библиотеки для сборки, отдельно документация, отдельно ...) зависимости между пакетами ослабевают, но резко увеличивается количество пакетов, настолько, что в одиночку уже не уследить (да и неохота заниматься отдельной фичей, пользы от которой ноль, а трудозатрат — вагон).
В качестве примера когда-то приводил пакет nmap в Slackware: http://forum.posix.ru/viewtopic.php?pid=36590#p36590