Итак, суть проблемы с deb'ами: у нас есть обычные deb'ы (бинарные пакеты для установки в систему), а есть src-пакеты, из которых собираются эти самые deb'ы
( Read more... )
>И эта область много сложнее. По-крайней мере я до конца эту хрень не расковырял, так что даю "волшебный" рецепт.
кстати, я не понимаю зачем там все *так* накручено. ну кроме очевидной причины "понаписали скриптов на перле и боимся все сломать, лучше напишем еще больше"
Ну, на самом деле оно (когда разберёшься) не так уж неудобно. Например, когда редактируешь такое дерево, то оно само генерирует патч и changelog. Аналогично же можно из одного сырца генерить дофига разных пакетов (и пакетиков).
>Аналогично же можно из одного сырца генерить дофига разных пакетов (и пакетиков).
да! и для каждой такой микрозадачи навернута целая инфраструктура в лучших традициях энтерпрайза, хотя в каком-то красноглазом арче это помещается в пределах одного файла, a разбиение на пакеты делается определением одной шелл-функции в нем же.
при этом повышение сложности очень плохо сказывается на количестве и качестве 3rd-party пакетов, когда их собирают не мегазадроты вроде тебя. последние два примера - убунтовые пакеты mongodb и pypy, которые собирались вендорами, а не дистрибюторами.
Comments 7
кстати, я не понимаю зачем там все *так* накручено. ну кроме очевидной причины "понаписали скриптов на перле и боимся все сломать, лучше напишем еще больше"
Reply
Reply
да! и для каждой такой микрозадачи навернута целая инфраструктура в лучших традициях энтерпрайза, хотя в каком-то красноглазом арче это помещается в пределах одного файла, a разбиение на пакеты делается определением одной шелл-функции в нем же.
при этом повышение сложности очень плохо сказывается на количестве и качестве 3rd-party пакетов, когда их собирают не мегазадроты вроде тебя. последние два примера - убунтовые пакеты mongodb и pypy, которые собирались вендорами, а не дистрибюторами.
Reply
Reply
Leave a comment