>> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
>> pkgsrc в единую систему - какой объем работ потребуется?
> MirBSD понадобилось несколько месяцев для того,
> чтобы написать порт pkgsrc под свою систему, которого раньше не было.
> Примерно столько же MINIX-оидам.
> Но и там и там полтора человека, ты же понимаешь.
> Что касается фри, то под нее поддержка
> есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
> прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.Не, не портировать, а объединить обе команды в один общий проект. Переучить всех port committers & maintainers на новую схему. А самое главное, кто этим всем станет заправлять? :) Опять же не технические вопросы.
>>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
>> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
>> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
>> А самое главное, кто этим будет заниматься?
> Никто из фришников не откажется от своих портов, и это вам никто
> не предлагает.
Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы быть сделано.
> года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что
> мол
> FreeBSD собирается переходить на pkgsrc с целью...
> Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)
Не знаю, я как-то пропустил эту шутку, видимо. Из косметики - /usr/pkg более правилен, чем /usr/local (наиболее повлияющее на пользователя отличие, я б переделал, да поздно ж...). Переход как есть действительно никому не нужен, вот объединение во что-то новое - уже как-то осмысленно.
>> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
>> такие обзорные, какие я и сам в ЖЖ пишу).
> Ты хочешь сравнительную характеристику фришных портов и pkgsrc
> по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст
> то?
Ну, гм. Вот в той же Википедии регулярно можно видеть обширные статьи с табличками Comparison of ... про, например, файловые системы, instant messenger'ы и много чего еще. Конечно, по каждому пункту информации мало, но зато их самих много, и у них обычны сноски, ведущие на соответствующие источники - т.е. изучающему легко окунуться именно туда, куда конкретно надо.
К сожалению, по пакетным менеджерам такого там нет, просто список, единственное, что я нашел - это http://distrowatch.com/dwres.php?resource=package-management - но там совсем кратко, а NetBSD вообще нету.
> Где ты найдешь человека в равной степени владеющего
> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты
> -- извини.
На уровне человека, разбирающегося в internals? Да, такое навряд ли, но оно и не нужно, а на уровне "рисовал сборку пакета туда и туда" - почему нет? Много таких людей, на разных дистрибутивах линукса, много таких, кто, например, собирал (рисовал) новый пакет и для FreeBSD, и для Debian. Логично предположить, что такие есть и для FreeBSD/NetBSD. Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем я предполагал :-/
> Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
> На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже
> указал.
Пардон, _мне_? Мне никто не писал ничего, как уже выяснилось, ты меня с кем-то другим путаешь. Так что давай и мне ссылки, где писал ты и где Jeremy Reed :)
>> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
>> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
>> них до сих пор всё еще много общего.
> Подход общий, да, декларативное описание механизма сборки
> на основе make/bmake-а. Дальше -- практически ничего общего.
Я прочитал 16 глав и увидел очень много знакомого и похожего - та же структура Makefile, distinfo и т.д. Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD, и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам. Наиболее значительное отличие, которое я успел увидеть - это способ задания опций и buildlink3.
>>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
>> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
>> эквивалентов.
> Это выглядит значительным для того, чтобы стало возможным реализация
> сколь-нибудь нормальной системы управления пакетами.
Я с точки зрения трудозатрат на реализацию смотрю, разумеется. Насчет обеспечения возможности уже и так очевидно.
> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.
> По поводу полного сравнения pkgsrc vs. порты см. выше.
А почему он просто не встроен в основные утилиты? Следующий логический шаг, так сказать.
>> А на портирование самого pkgsrc в NetBSD официально
>> согласны?
> pkgsrc на фре работает очень давно. В NetBSD будут только рады
> видеть регулярные балк билды и под FreeBSD тоже.
Я под этим немножко другое имел в виду, см. выше про объединение.
