> Судя по ману это не столько замена pkg_install, сколько претензия на yum/apt.
> В одном флаконе так сказать.

Явно не без этого.

> если не считать совершенно неуместного здесь sqlite3

по моему мнению, как раз здесь sqlite более чем уместен. Если посмотреть
в код, авторы много SQL-ных фишек используют, отсутствующих в bdb1.85 из
libc : join-ы, выборки с регэкспами, distinct-ы, сортировки и т.д. Или
Вы считаете, что этот функционал нужно обязательно заново создавать?
solaris тоже вовсю использует sqlite для хранения внутренних баз

> Свой NIH я написал на шеле, это примерно 4000 строк, функций больше, чем в pkgng
> и pkgin (тоже для pkgsrc, но написан на С).
> Такой подход мне кажется более правильным, при условии, конечно,
> что обновление самого себя не является проблемой.
> База -- на С, обертка -- на шеле. По-моему так правильнее.

Да, так правильнее, если наблюдение NIH-а в черном окошке терминала
является основным и главным рекомендуемым способом обновления софта.
Но как только к консольной програмке захочется приделать графическую
или веб морду, вариант с большой С-библиотекой, умеющей все функции
и маленькими фронтэндами к ней, вызывающими эти функции и представляющими
их на устройство вывода в удобоваримой форме предпочтительнее.

> Высокоуровневый -- это когда одной командой
> обеспечивается согласованность установленных пакетов.
> К dpkg/rpm/pkg_{add,delete} это не относится, и не должно относится.

В freebsd этим традиционно занимались portupgrade и portmaster. Думаю,
нужно ждать когда в них сделают полноценную поддержку pkgng а не просто
заменят pkg_* на pkg *. В самом pkgng в этом направлении явно еще и
конь не валялся.