AK>> что рантайм-зависимости могут быть, сюрприз, нескольких уровней, AK>> начиная от "вообще нет смысла ставить это без этого" и заканчивая AK>> "ну раз уж ты это поставил, возможно, тебе пригодилось бы еще и AK>> вон то" авторы dpkg знали еще в 1998-м. rpm в 99-м, кажется. EG> В данном случае это неважно, так как тут .mk всегда и безусловно EG> ставит рантайм-зависимость от gcc, даже если она не нужна совсем EG> и это не проблема pkg.
Потому, что gcc не разделён. Вон gettext, не прошло и 20 лет, разделили на gettext-runtime и остальное. Hо собираются они таки 2 раза.
AK>> А вот в каком году не умели один проект, один раз собираемый, AK>> запаковать раздельно в пакеты doc, run и devel - это я даже и не AK>> знаю. EG> gcc не того масштаба проект, чтобы его разделял по пакетам EG> кто-то кроме апстрима -
EG> у FreeBSD точно нет таких ресурсов, EG> некому этим заниматься и постоянно маинтейнить это разделение.
Что некому - я, пожалуй, соглашусь. Hо тут ещё одна проблема. А именно, что в дизайне портов принципиально заложена логика 1 сборка -> 1 выходной пакет, в отличие от RPM, Deb и прочих. В результате, чтобы разделить на xxx, xxx-dev и xxx-doc, надо дерево разбирать 3 раза, а дальше или делать ненужную работу, или фигурным лобзиком устранять сборку того, что не идёт в данный конкретный пакет.
-netch-
... =?koi8-r?Q??=
--- * Origin: Dark side of coredump (2:463/68.300)
