Я вас, разработчиков только об одном прошу. Не делайте подобие деб/рпм бсд-разлива. Уточню. Сегодня для изучения и создание порта/пакета в бсд небходимо затратить один вечер - на изучение документации и следующее утро на создание оных. Совсем другая история с деб/рпм. Для изучение документации вам понадобиться затратить дня 3-4, ещё столько же на создание деб/рпм (при условии, что там всё тривиально).

Офф. документации к дебу (нужно отдать должно, что у рпм проблема слегка проще, но она там ухудшается наличием двух версий 4й и 5й) раскидана по 4-5 отдельным документам. Для того, чтобы узнать, что из них must read (hint: Debian New Maintainers' Guide) у меня ушло несколько часов. И если вы считаете, что этого достаточно для создания качественного пакета, который можно было бы направить на рассмотрение включения в офф.репозиторий - вы глубоко заблуждаетесь. За это время я уже понял бы общии концепции в создании фряшного порта, даже если бы видел их в первый раз в жизни. Каков итог? Создание пакета деб/рпм - нетривиально, занимает огромное кол-во времени, отталкивает потенциальных мейнтейнеров своей сложностью. Всё тоже самое произойдёт с фрёй, если софтварный манаджмент станет таким же усложнённым, каковым он является в случае с апт/деб.

В чём причина такой сложности апт/деб и как они дошли до жизни такой? Проблема в том, что разработчики апт начили с такой же благой целью, что и вы и.. не сумели вовремя остановиться. Попытка реализации в семействе утилит apt тотального контроля за софтверным манаджментом в системе, повлекла разумеется усложнение самого .deb, что в свою очередь повлекло усложнения и неоднозначности самого ПО по созданию и контролю репозитория, deb-пакетов - таковых утилит там более трёх десятков, всё это в свою очередь повлекло усложнение в документации (формализовать-то это дело как-то нужно), а т.к. документацию писать никто не любит по многих частям она фрагментированна, out date или вообще отсутствует. Касательно рпм, тут нужно отдать должное редхат они стараются держать под контролем это дело, но и у них своё непаханное поле проблем в следствии того, что рпм шёл, как конкурент дебу и точно также наращивали сложность своей системы.

Что имеет в итоге (если говорить про апт/деб)? Всё верно, попытка упростить весь этот балаган. В результате появляются click-пакеты, своё sdk от каноникла. Правда ничто из этого не получило должного продолжения. Да и sdk для пакетирования - это вообще абсурд.

Вобщем не доводите до абсурда произошедшего в деб/рпм. Старайтесь держать систему на столько простой, насколько это возможно. К сожалению, история человеческой цивилизации, показывает, что человечество в большинстве случаев только усложняет, после чего бултыхается во всём этом :)

The hope is that the progress in hardware will cure all software ills. However, a critical observer may observe that software manages to outgrow hardware in size and sluggishness (с) Reiser Martin. The Oberon System User Guide and Programmer's Manual