> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
> pkgsrc в единую систему - какой объем работ потребуется?

MirBSD понадобилось несколько месяцев для того,
чтобы написать порт pkgsrc под свою систему, которого раньше не было.
Примерно столько же MINIX-оидам.
Но и там и там полтора человека, ты же понимаешь.
Что касается фри, то под нее поддержка
есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.

> [...]
>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
> А самое главное, кто этим будет заниматься?

Никто из фришников не откажется от своих портов, и это вам никто не предлагает.
года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что мол
FreeBSD собирается переходить на pkgsrc с целью...
Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)

> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
> такие обзорные, какие я и сам в ЖЖ пишу).

Ты хочешь сравнительную характеристику фришных портов и pkgsrc
по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст то?
Где ты найдешь человека в равной степени владеющего
и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты -- извини.
Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже указал.

> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
> них до сих пор всё еще много общего.

Подход общий, да, декларативное описание механизма сборки
на основе make/bmake-а. Дальше -- практически ничего общего.

>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
> эквивалентов.

Это выглядит значительным для того, чтобы стало возможным реализация
сколь-нибудь нормальной системы управления пакетами.
Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.

По поводу полного сравнения pkgsrc vs. порты см. выше.

>> При наличии заинтересованных по ту сторону, можно подумать над
>> портированием NIH под фрю.
> Он опирается на pkgsrc.

nih опирается на pkg_{add,remove,info,admin} и pkg_summary(5).
При более менее общих pkg_{add/remove} портирование возможно
и, наверное, не сильно трудоемко.

> А на портирование самого pkgsrc в NetBSD официально
> согласны?

pkgsrc на фре работает очень давно. В NetBSD будут только рады
видеть регулярные балк билды и под FreeBSD тоже.

Вот, кстати, и первая ласточка от MirBSD
http://mail-index.netbsd.org/pkgsrc-bulk/2011/08/14/msg00831...
Успехом пока не назовешь, но тем не менее.
Случайных балдбилд под фрю (мой) я уже показывал.