А чего молчат-то все? Почему Фрюху не обсирают?

>А чего молчат-то все? Почему Фрюху не обсирают?
это в Толкс, для тех, кому языком потрепать охота.

> Scott Long - член команды FreeBSD Release Engineering

А кому интересно мнение "члена" команды? Вот если бы выступила "голова" команды.

Ну, судя по соседней теме, линуксоиды интересуются членами гораздо чаще BSD-шников. :-))

Это уже не новость. На freebsd.org давно уж про это можно было прочитать.

А почему не написано, что 4.3 скорее всего будет уже STABLE?

а вот с freebsd.org.ru:

24.12.2003 Скотт Лонг (Scott Long) сообщил о выходе FreeBSD 5.2-RC2, в которой были исправлены ранее найденные ошибки. Эта версия включает в себя полный набор пакетов, в том числе и KDE с GNOME. Сообщается, что очередная, и скорее всего последняя, 5.2-RC-версия будет доступна в начале января 2004 года.

17.12.2003 Скотт Лонг (Scott Long) сообщил, что выход FreeBSD 5.2-RELEASE перенесён на январь 2004 года. Выход FreeBSD 5.2-RC2 ожидается 21.12.2003 г.

09.12.2003 Джо Маркус Кларк (Joe Marcus Clarke) заявил о доступности рабочего стола GNOME 2.4.1 в дереве портов FreeBSD.

08.12.2003 Выход FreeBSD 5.2-RELEASE не за горами, а тем временем Роберт Ватсон (Robert Watson), один из релиз-инженеров проекта FreeBSD, составил список необходимых дел для выпуска следующей версии 5.3-RELEASE. В списке: переход на планировщик SCHED_ULE отказ от libc_r в пользу libkse переход на bind9 поддержка динамически-слинкованых утилит из директорий /bin и /sbin для платформы ia64 поддержка libkse и libthr в gdb переход на технологию BusDMA для всех PCI-драйверов поддержка трассировки для ptrace поддержка KSE для платформ alpha и sparc64 полная очистка сетевого стека протоколов от глобальных блокировок конфигурация LINT для платформы amd64 поддержка загружаемых модулей для платформы amd64

еще бы добавить к этому списку 'переход на порты, основанные на python' То что есть в бсд не выдерживает никакой критик по сравнению с тем, что в gentoo. Мое имхо, конечно.

а поподробнее?

чем плохо то, что есть в бсд?

и что там в генту хорошего?

в чем преимущество портов на питон ? :)

Как в двух словах объяснить 'что там в генту хорошего' я не знаю. Но столкнувшись и с тем и с другим, выбор был очевиден.Подскажите как в бсд сделать нечто подобное: root@host portage # epm -ql autofs /usr/sbin/automount /usr/lib/autofs/lookup_file.so /usr/lib/autofs/lookup_multi.so /usr/lib/autofs/lookup_nisplus.so /usr/lib/autofs/lookup_program.so /usr/lib/autofs/lookup_userhome.so /usr/lib/autofs/lookup_yp.so и аналог USE еще. Только не надо про редактирование Makefile'ов А еще если я хочу иметь возможность ставить разные версии пакетов, например root@host portage # cd /usr/portage/x11-base/xfree root@host xfree # ls ChangeLog xfree-4.2.1-r2.ebuild xfree-4.3.99.901.ebuild files xfree-4.3.0-r2.ebuild xfree-4.3.99.902.ebuild Manifest xfree-4.3.0-r3.ebuild metadata.xml xfree-4.3.99.16.ebuild а можно в бсд портах сделать так: root@host xfree # epm -qf `which mount` util-linux-2.11z-r6 Ну и еще куча всего.. Мне просто действительно интересно, это не в коем разе не наезд. Просто, прочитав handbook это осталось непонятным. И если кто-то подскажет, буду тока рад, тк бсд тоже юзаю

Млять не фига не понятно. Ты хотя бы текст разделял как то.

Мда.. действительно ни фига не понятно. Если в генту всё так делается, то это просто пипец ;))

а что такое USE ? :)

это в линкс так делается, умник. Не было времени потом поправить.

Прошу прощения за неформатированный текст. Вот:

root@host portage # epm -ql autofs
/usr/sbin/automount
/usr/lib/autofs/lookup_file.so
/usr/lib/autofs/lookup_multi.so
/usr/lib/autofs/lookup_nisplus.so
/usr/lib/autofs/lookup_program.so
/usr/lib/autofs/lookup_userhome.so

Вот тем, кто не знает что такое USE. 

root@host portage # USE="gnome" emerge xmms -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] app-text/docbook-sgml-dtd-3.1-r1  
[ebuild  N    ] app-text/docbook-sgml-dtd-3.0-r1  
[ebuild  N    ] app-text/docbook-xml-simple-dtd-4.1.2.4  
[ebuild  N    ] app-text/opensp-1.5-r1  
[ebuild  N    ] app-text/openjade-1.3.2-r1  
[ebuild  N    ] app-text/docbook-sgml-dtd-4.1-r1  
[ebuild  N    ] dev-perl/SGMLSpm-1.03-r4  
[ebuild  N    ] app-text/docbook-dsssl-stylesheets-1.77-r2  
[ebuild  N    ] app-text/docbook-sgml-dtd-4.0-r1  
[ebuild  N    ] app-text/docbook-sgml-utils-0.6.12  
[ebuild  N    ] app-text/scrollkeeper-0.3.12  
[ebuild  N    ] dev-libs/libxml-1.8.17-r2  
[ebuild  N    ] gnome-base/libglade-0.17-r6  
[ebuild  N    ] gnome-base/oaf-0.6.10  
[ebuild  N    ] gnome-base/gconf-1.0.8-r5  
[ebuild  N    ] gnome-base/gnome-common-1.2.4-r3  
[ebuild  N    ] gnome-base/gnome-vfs-1.0.5-r3  
[ebuild  N    ] gnome-base/control-center-1.4.0.5-r1  
[ebuild  N    ] gnome-base/gnome-panel-1.4.2-r2  
[ebuild   R   ] media-sound/xmms-1.2.7-r20  

root@host portage # USE="-gnome" emerge xmms -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] media-sound/xmms-1.2.7-r20

А еще если я хочу иметь возможность ставить       
   разные версии пакетов, например

root@host portage # cd x11-base/xfree
root@host xfree # ls
ChangeLog     xfree-4.2.1-r2.ebuild   xfree-4.3.99.901.ebuild
files         xfree-4.3.0-r2.ebuild   xfree-4.3.99.902.ebuild
Manifest      xfree-4.3.0-r3.ebuild
metadata.xml  xfree-4.3.99.16.ebuild

А как такое сделать в портах:
root@host portage # epm -qf `which mount`
util-linux-2.11z-r6

>root@host portage #

В линкс под рутом сидишь?

Ща мы тебя поймаем карапуз :)

О, великий гуру! Я умею запускать два xterm'a! Подсказка - из одного потом можно копировать в другой Подсказка для саныча: рут только в одном из них

Объяснил бы словами, что ты хочешь, мы бы тебе и сказали как это сделать во фре. А то понаписал команд непонятных. Я, например, не знаю как portage работает, и man portage у меня нет.

хммм, я думал будет понятно из того, что выводят команды. Ну ладно. Вот 1) хочу сказать ей 'не надо мне тащить во всех прогах этот *** esound, уменя нормальная звуковуха' и чтоб она это поянла. И так уже везде понаписал WITHOUT_ESOUND=yes - хрена, все равно тянет. В генту это можно написать _в одном_ файле USE="-esound" и все. 2) хочу сказать ей 'а какому порту принадлежит файлик xxx?' и чтобы она мне на это что-нить вразумительное сказала. 3) хочу сказать ей 'а покажи-ка мне все зависимости С esound'ом и БЕЗ него, например как у меня с xmms (см предыдущий пост USE='-gnome') 4) хочу чтобы имелась возможность выбирать и ставить несколько версий одного пакета, а не один несчастный makefile 5) (счас все будут орать, что это нахер не надо) хочу, чтобы это все было _наглядно_ и _удобно_ (см пост выше как это в генту) 6) остальные пункты не столь важные, если хотя бы это можно реализовать, то уже будет замечательно.

Вот вроде и все. Тока вряд ли кто-то здесь по делу скажет, скорей всего будут слюни во все стороны, типа 'в сад', 'красноглазые' и тд. Но если все же подскажет кто - буду благодарен.

1. make -DWITHOUT_ESOUND
2. make search "xxx"
3. не знаю
4. pkg_add версия пакета

>> 1. make -DWITHOUT_ESOUND 

и так в _каждом_ случае? а один раз и навсегда?

>>2. make search "xxx"
ИМХО оно будет искать входждение "xxx" в дереве портов, а я хочу
чтобы оно сказало какому _установленному_ порту принадлежит этот файл.
Или я не прав?

>>4. pkg_add версия пакета

это и так понятно, можно еще rpm прикрутить, а нафига? Можно вообще без 
портов обойтись. В портах всегда в данный момент времени лежит только
одна версия проги, так?

Как сделать 2) "_наглядно_ и _удобно_" не знаю. Но сделать можно например через поиск в файлах +CONTENT в подкаталогах /var/db/pkg/. Можно написать просто find с grep, можно написать что-нибудь посложнее с проверкой MD5 digest файла.

Млять неужели у линуксоидов проблемы с форматированием текста настали.

make WITHOUT_GNOME=esound

Чтобы ни делать каждый раз -
то жи самое в /etc/make.conf
типа:

WITHOUT_GNOME+= esound

Или:

.if ${.CURDIR} == ${PORTSDIR}/bla-bla-bla
WITHOUT_GNOME+= esound
.endif

TMWTDI, в опщем, хатя это уше из другой опиры :-))

1) в /usr/ports/Mk/bsd.gnome.mk надо удалить esound из списка зависимостей в переменной _USE_GNOME_ALL

2) Могу предложить такой способ:
find /var/db/pkg -exec grep -q файлик {} \; -execdir pwd \; -execdir cat +COMMENT \;


3) make all-depends-list
make pretty-print-run-depends-list
make pretty-print-build-depends-list


4) Если ты установишь одновременно несколько версий пакетов (хоть через pkg_install, хоть из портов), а так и происходит, если не пользоваться portupgrade, то в результате получится смесь старого и нового пакета и конфликты неизбежны. Так, что, действительно, нах это нужно. Другое дело если захотелось поиграться с development-версией пакета так, чтобы ничего не испортить, то ничего не мешает установить его куда нибудь в другое место, например в /opt.
cd /usr/ports/www/mozilla-devel
PREFIX=/opt make install

спасибо за комментарии, буду пробовать. Но все же, объективности ради, если будет возможность - загляните как это все в генту сделано. Насчет 4-го пункта, я имел в виду возможность установки той версии, которую я хочу, те хочу поставить не последнюю версию, а версию x.y.z

по пункту 2: кто мешает сделать pkg_info -aL -W имя-файла

>> возможность установки той версии, которую я хочу, те хочу поставить не последнюю версию, а версию x.y.z

Надо просто cvs-ом стянуть нужную версию порта из repository. Немножко гимморно, но вполне посильно.

2poliakov (*) (26.12.2003 19:56:35):

> Насчет 4-го пункта, я имел в виду возможность установки той версии,
> которую я хочу, те хочу поставить не последнюю версию, а версию x.y.z

Действительно ли в Gentoo так вот всё просто сделано, ставлю версию,
которую хочу, и вытягиваются все зависимые от "хочу" пакеты, и не
конфликтуют с имеющимися?

Ну не совсем "какую хочу" в портеже как правило лежат последние 3-4 версии. Причем одна из них помечена как стабильная, те если явно не указывать версию, то ставиться будет именно она. А зависимости и конфликты, естественно, считаются для каждой версии отдельно. Скажем, вот:

root@host alsa-oss # ls
alsa-oss-0.9.0_rc1.ebuild  alsa-oss-0.9.6.ebuild      ChangeLog
alsa-oss-0.9.0_rc8.ebuild  alsa-oss-0.9.8.ebuild      files
alsa-oss-0.9.1.ebuild      alsa-oss-1.0.0_rc1.ebuild  Manifest
alsa-oss-0.9.4.ebuild      alsa-oss-1.0.0_rc2.ebuild  metadata.xml

Это разные версии alsa-oss (ну если хочу я 0.9.6, ане 1.0.0, что тогда, качать из cvs? нахрен тогда порты, я из cvs и без них выкачать могу)
Хочу посмотреть что нужно, чтобы поставить 0.9.6 версию:

root@host alsa-oss # emerge alsa-oss-0.9.6.ebuild -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] media-libs/alsa-oss-0.9.6

Вижу, что кроме собственно этого порта, больше ничего и не надо. Для 0.9.8 ситуация другая:
root@host alsa-oss # emerge alsa-oss-0.9.8.ebuild -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild     U ] media-libs/alsa-lib-0.9.8 [0.9.7] 
[ebuild  N    ] media-libs/alsa-oss-0.9.8
Поясню - нужно проапгрейдить (U) алса-либ с 0.9.7 (текущая установленная версия) до 0.9.8 и поставить собственно этот порт (alsa-oss). Вот так вот.. и никаких проблем.

зависимости в портах показывает обычный make search либо воспользоваться способом, который подсказал Alex_M. А вот что касается сразу нескольких версий одного и того же пакета, то такое встречается, но редко. как по мне, наверное это несколько избыточно, но иногда было бы полезно. Вообщем будет время - посмотрю на эти самые гентужные потрежи.

ЗЫ. Радует, что в последнее время, кроме пустого трепа, из обсуждений можно вынести и что-то полезное. на лоре стало меньше пионЭров и больше нормальных людей ? :)

Ну если речь идёт о пакете то тогда pkg_add -f package_name

ссаныч, ты так часто тут тупишь, что я просто не представляю, что за
контора держит такого работничка у себя... Это ж тихий ужас.

INFO

Форум по FreeBSD(sys.floormaster.ru) переехал на http://www.bsdportal.ru Бзятники - поменяйте закладки.

Лично у меня есть притензии к Gentoo: 1) Писать порты и портежи - это не одно и то же. На деле человек, который писал порты, в жизни к написанию портежей не перейдет. Там очень много не нужных (слишком запутанных) переменных, в итоге даже портеж "на скорую руку" выглядит как метапорт... 2) На деле никакого примущества использования python'a нет: порты умеют то же самое и умееют это по любому лучше... 3) Хваленая фича портежов - это наличие нескольких версий для одного портежа. Лично мне пригодилась только один раз, когда нужно было поставить gcc-3.x, ибо под рукой оказался не совсем свежий тарбол... При том что дерево портежей по размеру не совсем маленькое, хоть там 4000 программ. 4) А вот вопрос... Как сделать что бы все портежи собирались без esound, а например xmms с esound, только чур USE="-esound" в терминаде не использовать? 5) Как обнаружить установленные файлы md5checksum которых не совпадает с оригинальным сгенерированных при установке. 6) А вот вопрос по поиску. Пускай мне портежи вададут список портежей в названии которых встречаеться 'aaa' или 'bbb', в кратком описании упоминаеться о 'ccc' и там точно не должно упоминаться о 'ddd', причем маинтейнером этих портежей должен быть 'maintainer main@gentoo.org'...

PS Еще бы я посоветовал обратить внимание на пакет portupgrade, потому что здесь упоминались только стандартные программы.

-- 0с

Я бы не стал на месте уважаемого делать такие заявления, если он совершенно не знает портежей. >>Писать порты и портежи - это не одно и то же.

Да, естественно.

>>Там очень много не нужных (слишком запутанных) переменных,

Пример плз. Я не отрицаю, что сложнее чем в БСД, ну так оно того стоит ;-)

>>порты умеют то же самое и умееют это по любому лучше...

Это весьма оригинальное заявление в свете нашего обсуждения, новая струя так сказать :-) Почитай тред выше. Особенно понравилось 'по любому'.

>>Хваленая фича портежов - это наличие нескольких версий для одного портежа

Да, это фича иногда бывает жизненна необходима. Тк от версии к версии некоторые проги имеют свойство меняться, а меня устраивает только какая-то одна версия (например, sim 0.9 мне не нравится, а 0.8 - ок, дрова от нвидии 4499 не компилятся, а 4496 нормальные). 'Хваленая фича портежей' - это простота, изящество, логичность и в то же время гибкость и мощность. Чего и БСД желаю.

>> Как сделать что бы все портежи собирались без esound

В /etc/make.conf пишем USE="-esound", а при установке xmms пишем USE="esound" emerge xmms. Все.

>>Как обнаружить установленные файлы md5checksum которых не совпадает с оригинальным

Это обнаруживается на стадии установки. Если они не совпадают, портеж вывалит сообщение и ставить ничего не будет. Есть два выхода - если уверен, что этот файл норамальный, то поправить в портеже md5sum на новый или скачать оригинальный файл. По-моему, это вполне логично.

>> А вот вопрос по поиску. man emerge search

search (-s) Searches for matches of the supplied string in the portage tree. The search string is a regular expression. For example, emerge search "^kde" searches for any package that starts with "kde"; emerge search "gcc$" searches for any package that ends with "gcc"; emerge search "office" searches for any package that con- tains the word "office". If you want to search the package descriptions as well, use the --searchdesc option.

Ну добавить сюда еще grep и все ок. А теперь аналогичный пример в БСД, пожалуйста. Тока можна такой, который не будет напоминать своим видом прогу на перле в одну строчку :-))

PS я благодарен тем людям, которые действительно подсказали по делу, но это уже выглядит смешно насчет 'по любому лучше'..Ну сколько можно Это уже просто глупо. Считаю тред законченным. А если кто-то еще хочет поспорить, то пусть сначала почитает все выше написанное, потом крепко подумает. Если после этого все же еще хочется спорить, надо прочитать еще раз и еще раз подумать ;)

>>Хваленая фича портежов - это наличие нескольких версий для одного портежа 
>Да, это фича иногда бывает жизненна необходима. Тк от 
>версии к версии некоторые проги имеют свойство меняться,
>а меня устраивает только какая-то одна версия (например,
>sim 0.9 мне не нравится, а 0.8 - ок, дрова от нвидии 4499 
>не компилятся, а 4496 нормальные). 'Хваленая фича портежей'
>- это простота, изящество, логичность и в то же время 
>гибкость и мощность. Чего и БСД желаю.

Вы меня не очень поняли... То что вы здесь сказали я прописываю 
одной строчкой в pkgtools.conf и при обновлении пакет sim не 
трогается и не вызывает конфликтов при обновлении других.

А вот про "простоту, изящество, логичность" мы тут и выясняем.
Простота... а что может быть проще Makefile и port.bsd.mk ???
Изящество... смотря что понимать под этим, если выделение зеленым цветом в терминале, то извините...
логичность... человек, который писал порты, ооочень долго пытаеться понять хваленую логичность портежей, но это скорее отступление, т.к. это просто имхо, а дальше идеь факты...

>Пример плз. Я не отрицаю, что сложнее чем в БСД, ну так 
>оно того стоит ;-)

Мне интересно... Какие преимущества дает использование python???
Даже на официальном сайте про это ничего не сказано, кроме того, 
что python объектно ориентирован... Железная аргументация.

>В /etc/make.conf пишем USE="-esound", а при установке 
>xmms пишем USE="esound" emerge xmms. Все.

Вы меня не слушаете... Я же сказал в терминале переменную USE
не задавать. Это приводит к тому, что нужно вмешательство
ручками... Просто возникает ситуация, что вот вы говорите, 
что портежи настолько простая система, что с ее помощью можно 
обновить всю систему с помощью одной комманды, так я вас привожу 
к тому, что не везде... И мне интересно узнать как это сделать.
Сделать это в портах можно при помощи файла /etc/make.conf 
(ничего не напоминает???) об этом писал Ron, не будем повторяться...

>>Как обнаружить установленные файлы md5checksum которых 
>>не совпадает с оригинальным 

>Это обнаруживается на стадии установки. Если они не совпадают,
>портеж вывалит сообщение и ставить ничего не будет. Есть два 
>выхода - если уверен, что этот файл норамальный, то поправить 
>в портеже md5sum на новый или скачать оригинальный файл. По-моему,
>это вполне логично.

Опять вы меня не слушаете, хотя, наверное, здесь я не четко 
выразился... Есть файл /usr/local/bin/sim, установленый из 
портежей, так мы его заменяем на, например так, cp /bin/ls
/usr/local/bin/sim. На такую махинацию что скажут портежи... 
Если скажут...

>> А вот вопрос по поиску. man emerge search 

Я читал мануал, но и тут вы не отвечаете на мой вопрос, т.к. 
вы привели фрагмент в котором при поиске возможно задать 
выражение, которое содержится в начале и в конце названия... 
Я вас просил совсем иное, дать пример при использовании 
логичиских структур, хотя бы "И", "ИЛИ" и отрицание, 
этого я пока не вижу.

>Ну добавить сюда еще grep и все ок. 

Говорите grep... Так покажи мне, я этого и прошу. Вот 
только при использовании grep результат будет читабельный, 
т.е. он будет содержать назване портежа, описание, зависимости,
мэйнтаэнера...

>А теперь аналогичный пример в БСД, пожалуйста. Тока можна 
такой, который не будет напоминать своим видом прогу на перле 
в одну строчку :-))

Покажите мне пример поиска с grep и я скажу на что он похож, 
а пока вот
#cd /usr/ports/Tools/scripts
#portsearch -n '(aaa|bbb)' -i ccc -m main@gentoo.org

>Считаю тред законченным.

Пока похоже на простое бегство. От вас никаких примеров, 
кроме уровня emerge alsa-oss-0.9.6.ebuild -p я не вижу... 
И если вы считатет что всем тут доказали свою правоту, 
то извините...

А вот еще вопрос... Как обновить дерево портежей за исключением 
5и любых категорий?

PS Я портежами пользовался около года, потом перешел на FreeBSD...
Я работал с портежами и я очень хочу что бы у вас получилось 
мне доказать, что портежи лучше...

Но пока я не понимаю зачем портежи тянут в Debian и FreeBSD...
Я даже скажу почему я никогда не вернусь к портежам,
из-за отсутствия обновления при помощи CVSup ;)

Re:Roadmap for FreeBSD 5.3

5 баллов!

/usr/ports/sysutils/portdowngrade/

Ссылку на это обсуждение нужно давать, когда в очередной раз встанет вопрос ports vs portage, что бы люди знали кто какое место занимает.

Портежам повезло, что здесь мы не коснулись их разработки.

А вот теперь трэд закрыт.