Исходное сообщение
"Проект DragonFly BSD представил новую систему сборки пакетов..." Отправлено vle, 08-Янв-13 20:27
> Блин, ну неохота мне сейчас пример искать. В генте я бы быстро > посмотрел, а тут - ну нафик все перелопачивать. Если приходится "перелопачивать" и "вспоминать", значит оно не так важно и нужно. Для остального можно написал пару утилит, которые это будут делать. Это проще, чем изучать раз в 100500 лет нужный функционал. > Но вместе нет нигде. killer-up фич я пока особо не заметил. Что-то чуть-чуть удобнее где-то, нормальная ситуация, обсуждаемая. Но чтобы прям уверовать в Единственно Верный Путь -- увольте. Gentoo -- хороший и интересный проект? Да, безусловно. Одного grsecurity, который рядом с hardened gentoo бродит, уже достаточно для того, чтобы не отказывать ему в праве на существование. Из озвученного в ветке, над чем можно подумать: - ограничения по опциям на зависимости - сборка в чруте делается _легким движением руки_ Встречных 100500 вопросов задавать не буду, ибо затянется. >>Хотя как отдельное понятие оно нигде не фигурирует. > Понял. Но ведь согласись, удобно же? Необходимая функциональность предоставлена. Пользуйтесь. "Виртуальными пакетами" в pkgsrc если и пользуются, то крайне редко. Надо понимать, что она работает поверх базовой системы. То есть такие вещи, как syslog service или MTA находятся уровнем ниже. > ЗЫ. Вот еще чего нет в pkgsrc(поправь, если что) - кастомизации опций > компилятора. В portage можно переопределить cflags, cxxflags > для одного порта. Этого не может не быть. Это делается в mk.conf директивами bmake-а, если есть желание. > Смешивания стабильной и нестабильной ветки. В pkgsrc нет выделенной в отдельную сущность "инфраструктуры". Т.е. нет чего-то отдельного и относительно стабильного вроде "набора макросов" для rpm .spec или набора скриптов dh-* в дебаяне. То есть, частично она, конечно, есть в каталоге mk/, но это на самом деле далеко не все. Она размазана по всему дереву. Поэтому перетаскивание каталога типа lang/perl5 в другое дерево (из стабильного в current, скажем) в общем случае работать не будет. Это можно считать минусом, но с другой стороны это плюс, поскольку позволяет без криков и воплей _быстро_ обеспечить _удобный_ функционал там, где он нужен. В pkgsrc этим довольно активно пользуются, и в целом "инфраструктура" pkgsrc гораздо подвижнее, чем rpm макросы или dh-* скрипты. Вот пример фрагмента "инфраструктуры" для пакетов, использующих mk-configure для сборки: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/mk-configur... У меня не возникло желания повторять эти строки в каждом пакете. А вот, как это используется (предпредпоследняя строка): http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/parallel/paexec/M... Аналогичная пара для языка lua: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/lua/module.m... http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/lua-filesys... Смысл в том, что штуки вроде lua или mk-configure лучше знают, как с ними лучше работать, и предоставляют свой набор ручек. То есть да, в общем случае перетаскивать нельзя, но на практике в большинстве случаев можно, если очень хочется. Но это, честно говоря, только для камикадзе. Релизы -- каждые 3 месяца. Это достаточно часто, чтобы не прыгать козлом по версиям. > Возможность замаскировать версию или диапазон версий порта. Непонятно.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Блин, ну неохота мне сейчас пример искать. В генте я бы быстро >> посмотрел, а тут - ну нафик все перелопачивать. > Если приходится "перелопачивать" и "вспоминать", значит > оно не так важно и нужно. Для остального можно написал пару утилит, > которые это будут делать. Это проще, чем изучать раз в 100500 лет > нужный функционал. >> Но вместе нет нигде. > killer-up фич я пока особо не заметил. > Что-то чуть-чуть удобнее где-то, нормальная ситуация, обсуждаемая. > Но чтобы прям уверовать в Единственно Верный Путь -- увольте. > Gentoo -- хороший и интересный проект? Да, безусловно. > Одного grsecurity, который рядом с hardened gentoo бродит, > уже достаточно для того, чтобы не отказывать ему в праве > на существование. > Из озвученного в ветке, над чем можно подумать: > - ограничения по опциям на зависимости > - сборка в чруте делается _легким движением руки_ > Встречных 100500 вопросов задавать не буду, ибо затянется. >>>Хотя как отдельное понятие оно нигде не фигурирует. >> Понял. Но ведь согласись, удобно же? > Необходимая функциональность предоставлена. Пользуйтесь. > "Виртуальными пакетами" в pkgsrc если и пользуются, то крайне редко. > Надо понимать, что она работает поверх базовой системы. > То есть такие вещи, как syslog service или MTA находятся уровнем ниже. >> ЗЫ. Вот еще чего нет в pkgsrc(поправь, если что) - кастомизации опций >> компилятора. В portage можно переопределить cflags, cxxflags >> для одного порта. > Этого не может не быть. Это делается в mk.conf > директивами bmake-а, если есть желание. >> Смешивания стабильной и нестабильной ветки. > В pkgsrc нет выделенной в отдельную сущность "инфраструктуры". > Т.е. нет чего-то отдельного и относительно стабильного > вроде "набора макросов" для rpm .spec > или набора скриптов dh-* в дебаяне. То есть, частично она, конечно, > есть в каталоге mk/, но это на самом деле далеко не все. > Она размазана по всему дереву. Поэтому перетаскивание каталога > типа lang/perl5 в другое дерево (из стабильного в current, скажем) > в общем случае работать не будет. Это можно считать минусом, > но с другой стороны это плюс, поскольку позволяет без криков > и воплей _быстро_ обеспечить _удобный_ функционал там, где он нужен. > В pkgsrc этим довольно активно пользуются, и в целом "инфраструктура" > pkgsrc гораздо подвижнее, чем rpm макросы или dh-* скрипты. > Вот пример фрагмента "инфраструктуры" для пакетов, использующих > mk-configure для сборки: > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/mk-configure/mk-c.mk?rev=1.2&content-type=text/x-cvsweb-markup&only_with_tag=MAIN > У меня не возникло желания повторять эти строки в каждом пакете. > А вот, как это используется (предпредпоследняя строка): > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/parallel/paexec/Makefile?rev=1.9&content-type=text/x-cvsweb-markup&only_with_tag=MAIN > Аналогичная пара для языка lua: > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/lua/module.mk?rev=1.3&content-type=text/x-cvsweb-markup > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/lua-filesystem/Makefile?rev=1.2&content-type=text/x-cvsweb-markup > Смысл в том, что штуки вроде lua или mk-configure лучше знают, > как с ними лучше работать, и предоставляют свой набор ручек. > То есть да, в общем случае перетаскивать нельзя, но на практике > в большинстве случаев можно, если очень хочется. Но это, > честно говоря, только для камикадзе. Релизы -- каждые 3 месяца. > Это достаточно часто, чтобы не прыгать козлом по версиям. >> Возможность замаскировать версию или диапазон версий порта. > Непонятно.
	Введите код, изображенный на картинке: