Проект Gentoo/FreeBSD (http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/) (FreeBSD ядро с обвязкой из Gentoo утилит) был заморожен, а исходные тексты текущих наработок закрыты для загрузки. Причиной послужили проблемы лицензионной совместимости (http://enterprise.linux.com/article.pl?sid=07/01/08/224251) между libkvm (http://cvsup.pt.freebsd.org/cgi-bin/cvsweb/cvsweb.cgi/src/li... (лицензия 4-BSD (http://en.wikipedia.org/wiki/BSD_license)) и start-stop-daemon из portage-utils (лицензия GPL).Использование основы распространяемой под лицензией 4-BSD потребовало бы добавления упоминания о всех разработчиках частей имеющих лицензию 4-BSD к привязанным к ним GPL компонентам. Другой вариант, каждый из разработчиков частей имеющих лицензию 4-BSD, а во FreeBSD как оказалось такого кода хватает, должен дать свое согласие на не использование его имени в связанных компонентах или поменять лицензию на более мягкий вариант лицензии BSD (http://www.freebsd.org/copyright/freebsd-license.html).
"4-BSD" подразумевает использование четвертого пункта в тексте лицензии: "4. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.".URL: http://bsd.slashdot.org/article.pl?sid=07/01/08/1219254
Новость: http://www.opennet.me/opennews/art.shtml?num=9463
Что-то они не то курили. Нет там никаких конфликтов. Требование только одно: упомянуть в рекламных материалах (и то если только там рекламируются фичи конкретно libkvm) что мол-де "данный софт содержит части, разработанные Университетом Беркли и контрибуторами". Или в документацию засунуть. (3ий пункт оригинальной BSD-лицензии, которым 4-clause как раз и отличается, а не 4ым)На примере винды прекрасно видно, что BSDL совместима по части включения BSD-лицензированны продуктов куда-нибудь со всем, что только можно придумать, кроме лицензии "я вот это возьму и скажу, что сам придумал".
4ый пункт опять-таки говорит, что нельзя без согласия рекламировать в стиле "а вот Gentoo/FreeBSD такая классная штука, потому что сделана в Беркли".
> Нет там никаких конфликтов. Требование только одно: упомянуть в рекламных материалах
> (и то если только там рекламируются фичи конкретно libkvm) что мол-де "данный софт
> содержит части, разработанные Университетом Беркли и контрибуторами".
> Или в документацию засунуть. >(3ий пункт оригинальной BSD-лицензии,
> которым 4-clause как раз и отличается, а не 4ым)этот пункт 4-BSD и есть то "дополнительное ограничение",
которое противоречит GPL лицензии.[ http://www.gnu.org/licenses/gpl-faq.html#OrigBSD ]
Why is the original BSD license incompatible with the GPL?
Because it imposes a specific requirement that is not in the GPL; namely, the requirement on advertisements of the program. The GPL states:You may not impose any further restrictions on the recipients' exercise
of the rights granted herein.The advertising clause provides just such a further restriction, and thus is GPL-incompatible.
The revised BSD license does not have the advertising clause, which eliminates the problem.
Я фигею, дорогая редакция.
Т.е. любая двойная лицензия (как в случае с, скажем, Qt) противоречит GPLv2? И каким образом они тогда существуют?..
>Я фигею, дорогая редакция.
>Т.е. любая двойная лицензия (как в случае с, скажем, Qt) противоречит GPLv2?
>И каким образом они тогда существуют?..Очень просто - под двумя лицензиями их выпускает автор программы, а не кто-то дальше по цепочке (которому уже таки да, будет нельзя). А автор свой собственный код (т.е. в котором нет чужого GPL-куска и т.п.) имеет право выпускать под любой лицензией, можно и одновременно, что Trolltech с Qt и делает.
А интересно - этим делом ктонибудь вообще пользуется? Такое ощущение что найден повод дабы подзабросить мало кому нужный проект...
>А интересно - этим делом ктонибудь вообще пользуется? Такое ощущение что найден
>повод дабы подзабросить мало кому нужный проект...очень похоже на то...
не уверен, но думаю, сей проект нужен лишь для издевательства над бзд-шниками, мол их порты недостаточно сильны или еще какая хрень.
Вобщем, бессмысленный проект...
Ну думаю, если пользователю Gentoo вдруг запонадобиться разобраться с BSD, почему бы нет?... Имеем: портежи те же, 90% дистфайлов сгодятся те же - скачивать заново почти ничего не надо. Остаётся переконфигурить и пересобрать.
>Ну думаю, если пользователю Gentoo вдруг запонадобиться разобраться с BSD, почему бы
>нет?... Имеем: портежи те же, 90% дистфайлов сгодятся те же -
>скачивать заново почти ничего не надо. Остаётся переконфигурить и пересобрать.ну, вобщем, да. Разве что для этого
Каким боком тут можно разобраться с БСД если от нее одно ядро осталось??
Чтото я не понимаю.... Или они (те кто разобраться хочет) трассером все вызовы ядра проходить будет :)
Скорее можно только протестить само ядро.... например работу с ФС или концепцию шедулера. А вот "система БСД" это всетаки - комплекс. И обвязка И ядро.
Ну не скажи, что совсем уж безполезно. Такие вещи, как например, сетевые пакетные фильтры, они ж тесно к ядру привязаны. Вот там так и останутся те же PF от BSD, не прикрутят же туда Netfilter.
я бы скорее попробовал Linux ядро в BSD окружении
>я бы скорее попробовал Linux ядро в BSD окружении+1
Я тоже удивлён почему такого ещё не сделали Linux+BSD. Жаль, не будет там IPFW/NETGRAPH/GEOM.
>я бы скорее попробовал Linux ядро в BSD окруженииугу. это уже есть. Генту и называеццо
>>я бы скорее попробовал Linux ядро в BSD окружении
>
>угу. это уже есть. Генту и называеццоа чего там из бсд-окружения ? портежи ? :)
нет, извините, это называется помойкой, особенно в /etc
линукс - есть ядро. вот народ и играется исходя из этого подхода. остальное - побочные эффекты оного :)
и правильно что заморозили, пусть нормальную систему развивают и не тратят время на всякий отстой.
>и правильно что заморозили, пусть нормальную систему развивают и не тратят время
>на всякий отстой.да там то и был то один активист... ;)
но действительно, пусть лучше тестовые ебилды четвертых кед сделает
он кеды любит... ;)
насчет кед это правильно, я за :)
вы все мечтаете :)
я вот мечтаю о маршрутизации поднимамой самой системой, например воткнул кабеля в сервер, он подумал, да и встал например межсетвым роутером :)))
Не надо говорить настроить не проблема... не проблема, но сколько времени убивается... взял потом и поймал все хосту ходящие туда сюда, взял и включил их в список правил... ни чего не напомимает ? :) .... правильно (каждый подумал в меру своей испорченности :))) )
>вы все мечтаете :)
>я вот мечтаю о маршрутизации поднимамой самой системой, например воткнул кабеля в
>сервер, он подумал, да и встал например межсетвым роутером :)))
>Не надо говорить настроить не проблема... не проблема, но сколько времени убивается...
>взял потом и поймал все хосту ходящие туда сюда, взял и
>включил их в список правил... ни чего не напомимает ? :)
>.... правильно (каждый подумал в меру своей испорченности :))) )хорошую весч хочешь
причем, можно обобщить
сервак сетапиццо и начинает задавать вопросы типа "быть ли мне роутером?",
"буду ли веб серваком?", мож еще пару таких вопросов - просто задаццо основной задачей.
а потом уже решать чего там нужно, смотреть, самоконфигуриццо...Вобщем, тебе сюда: http://en.wikipedia.org/wiki/Neural_network
>сервак сетапиццо и начинает задавать вопросы типа "быть ли мне роутером?",
>"буду ли веб серваком?", мож еще пару таких вопросов - просто задаццо основной задачей.
>а потом уже решать чего там нужно, смотреть, самоконфигуриццо...>Вобщем, тебе сюда: http://en.wikipedia.org/wiki/Neural_network
нет, сюда - www.microsoft.com
Мечта о большой красной кнопки будет житеь вечно.
>Мечта о большой красной кнопки будет житеь вечно.у меня есть знакомый системщик, который иногда "программит"... так вот, есть у него идея написать такую программу, чтобы, когда не получается что-то настроить, запустить ее, а там - большая красная кнопка "Убрать геморрой?"... :)
ой насмешил млин :)))
но зато как в темуто :+)_))
и про кнопку тоже прикольно :+)))))))))))))))))))
а в целом в дебиане вроде есть такое - выбор при инсталяции ... типа веб сервер .. галочку ставишь оно там всё ставится собирается и всё такое остаётся тока выложить контент и чуток поуказывать что укда покложено и что куда показывать ...но в целом всёже красная кномка и офтопкин сайт как раз ближе всего друг к другу ...
>причем, можно обобщить
>сервак сетапиццо и начинает задавать вопросы типа "быть ли мне роутером?",
типа - каждый комп мечтает стать сервером?>"буду ли веб серваком?", мож еще пару таких вопросов - просто задаццо основной задачей.
>а потом уже решать чего там нужно, смотреть, самоконфигуриццо...Сервак должен сетапицца не задавая глупых вопросов. Админ потом залогинится с консоли и скажет - будь роутером или вебсерваком.
А "админа", который устанавливает сервер и не знает - будет ли это роутер или вебсервер, в биореактор.
>>причем, можно обобщить
>>сервак сетапиццо и начинает задавать вопросы типа "быть ли мне роутером?",
>типа - каждый комп мечтает стать сервером?ну или космонавтом... в зависимтости от того, _ЧТО_ вы предпочитаете во время сочинения постов на опеннете
>>"буду ли веб серваком?", мож еще пару таких вопросов - просто задаццо основной задачей.
>>а потом уже решать чего там нужно, смотреть, самоконфигуриццо...
>Сервак должен сетапицца не задавая глупых вопросов.
почему? потому что вы так всегда делали и слабо себе представляете что-либо по-другому?
опять-таки "задавать вопросы" для вас, видимо, это что-то типа "Вы уверены, что...?"
ну, тогда вам точно к вендам...>Админ потом залогинится с консоли и скажет - будь роутером или вебсерваком.
а сначала нельзя? или в середине? или на 80% (15%) установки?
ах да.. вы же о таком не слыхали ни разу...
тогда да - все тока по расписанию :)>А "админа", который устанавливает сервер и не знает - будет ли это
>роутер или вебсервер, в биореактор.ну, тогда вас где-то туда же, в соседнюю пробирку.
видимо, "админ" для вас это нечто вроде плагина к ОС, который ее ставит, потом сетапит,
ну и поддерживает.... ессьно, живет столько, сколько будет жить сервер и не меньше...призывать вас смотреть шире - тяжело.... тяжело увидеть мир, если голова выше бортика песочницы не задираеться...
dhcp-client + rip + nat rfc1918? ну и upnp :) очень сложно реализовать, да-да
Я вообще не вижу смысла в таких проектах. Какая выгода от ввода BSD-ядра в линукс окружение? Имхо, создатели не получат ни хорошей защиты (даже если им удастся перенести полностью ядро с модулями типа pf в окружение), ни высокой стабильности. FreeBSD это не только ядро, это еще world. Все подобрано конечно не идеально друг к другу, но значительно лучше чем в том же Gentoo.И наоборот, ввод линукс-ядра в окружение BSD (хотя думаю это все глупость, окружения почти одинаковые, различий мало, разве что всякий iptables и иже с ними) не даст вообще никаких результатов (положительных тоже не даст).
Так что моё имхо на эту всю ситуацию: разработчики поняли, что пора сливать никому не нужный проект, и нашли для этого первую подходящую причину...
Лучше бы HURD в окружение BSD бы делали, всем миром. Авось через пару пятилеток может и вышло бы что-нибудь достойное.
А я бы весьма желал делать
cvsup ports-supfile
make world
и одновременно запускать нативный domino/oracle.
>Я вообще не вижу смысла в таких проектах. Какая выгода от ввода
>BSD-ядра в линукс окружение? Имхо, создатели не получат ни хорошей защиты
>(даже если им удастся перенести полностью ядро с модулями типа pf
>в окружение), ни высокой стабильности.
sys-freebsd/freebsd-pf [ Masked ]
Latest version available: 6.2_rc1
Latest version installed: [ Not Installed ]
Size of downloaded files: 118,950 kB
Homepage: http://www.freebsd.org/
Description: FreeBSD's base system libraries
License: BSDlocalhost ~ # ls /usr/portage/sys-freebsd
boot0 freebsd-bin freebsd-lib freebsd-mk-defs
freebsd-pf freebsd-sbin freebsd-sources freebsd-usbin
freebsd-baselayout freebsd-contrib freebsd-libexec freebsd-pam-modules
freebsd-rescue freebsd-share freebsd-ubin metadata.xmlВидимо, вы не в теме. Из фряхи изымаются порты(насколько это возможно) и ставятся портежи.
У gentoo есть ещё проект Gentoo/kFreebsd, где ядро фри и GNU окружение.
Портежи Gentoo давно уже лучше фрёвых портов.
>>Я вообще не вижу смысла в таких проектах. Какая выгода от ввода
>>BSD-ядра в линукс окружение? Имхо, создатели не получат ни хорошей защиты
>>(даже если им удастся перенести полностью ядро с модулями типа pf
>>в окружение), ни высокой стабильности.
>
>
>sys-freebsd/freebsd-pf [ Masked ]
> Latest version available: 6.2_rc1
> Latest version installed: [ Not Installed
>]
> Size of downloaded files: 118,950 kB
>
> Homepage: http://www.freebsd.org/
> Description: FreeBSD's base system libraries
> License: BSD
>
>
>localhost ~ # ls /usr/portage/sys-freebsd
>boot0
> freebsd-bin freebsd-lib
> freebsd-mk-defs
>freebsd-pf freebsd-sbin
> freebsd-sources freebsd-usbin
>freebsd-baselayout freebsd-contrib freebsd-libexec freebsd-pam-modules
>freebsd-rescue freebsd-share freebsd-ubin
> metadata.xml
>
>Видимо, вы не в теме. Из фряхи изымаются порты(насколько это возможно) и
>ставятся портежи.
>У gentoo есть ещё проект Gentoo/kFreebsd, где ядро фри и GNU окружение.
>
>Портежи Gentoo давно уже лучше фрёвых портов.http://www.linux.org.ru/jump-message.jsp?msgid=452440
и что изменилось с тех пор ?
>http://www.linux.org.ru/jump-message.jsp?msgid=452440
>и что изменилось с тех пор ?ну вообще-то много. утилит понаписали всяких, функционал расширили.
=====
4) А вот вопрос... Как сделать что бы все портежи собирались без esound, а например xmms с esound, только чур USE="-esound" в терминаде не использовать?
=====
элементарно. echo 'media-sound/xmms -esound' >> /etc/portage/package.use=====
5) Как обнаружить установленные файлы md5checksum которых не совпадает с оригинальным сгенерированных при установке.
=====
localhost ~ # equery --help
Usage: equery <global-opts> command <local-opts>
where <global-opts> is one of
-q, --quiet - minimal output
-C, --nocolor - turn off colours
-h, --help - this help screen
-V, --version - display version info
-N, --no-pipe - turn off pipe detection
where command(short) is one of
belongs(b) <local-opts> files... - list all packages owning files...
changes(c) - not implemented yet
check(k) pkgspec - check MD5sums and timestamps of pkgspec's files
depends(d) <local-opts> pkgspec - list all direct dependencies matching pkgspec
depgraph(g) <local-opts> pkgspec - display a dependency tree for pkgspec
files(f) <local-opts> pkgspec - list files owned by pkgspec
glsa(a) - not implemented yet
hasuse(h) <local-opts> useflag - list all packages with useflag
list(l) <local-opts> pkgspec - list all packages matching pkgspec
size(s) <local-opts> pkgspec - print size of files contained in package pkgspec
stats(t) - not implemented yet
uses(u) <local-opts> pkgspec - display USE flags for pkgspec
which(w) pkgspec - print full path to ebuild for package pkgspecсобсна:
equery k gcc[ Checking sys-devel/gcc-4.1.1-r3 ]
* 679 out of 679 files good=====
6) А вот вопрос по поиску. Пускай мне портежи вададут список портежей в названии которых встречаеться 'aaa' или 'bbb', в кратком описании упоминаеться о 'ccc' и там точно не должно упоминаться о 'ddd', причем маинтейнером этих портежей должен быть 'maintainer main@gentoo.org'...
=====
esearch 'aaa|bbb' -S '!ddd'
Информации о мэйнтейнерах нет.
И вообще, касательно поиска:
A few examples:
emerge --search libc
list all packages that contain libc in their name
emerge --search '%^kde'
list all packages starting with kde
emerge --search '%gcc$'
list all packages ending with gcc
emerge --search '%@^dev-java.*jdk'
list all available Java JDKs--searchdesc (-S short option)
Matches the search string against the description field as well
the package's name. Take caution as the descriptions are also
matched as regular expressions.
emerge -S html
emerge -S applet
emerge -S 'perl.*module'
Всё это сейчас вынесено в esearch.Вопрос встречный N1: А как силами портов вытянуть все distfiles, необходимые системе (или конкретному порту) для обновления(или просто для установки), да разложить их по нужным каталогам?
Вопрос встречный N2: Каким образом найти в системе все бинарники, слинкованные с несуществующми либами(обновилось что-то, или случайно вынесли порт a, от которого зависел порт b), соотнести их с соотв. портами, построить список обновляемых портов с учётом зависимостей и пересобрать?
Вопрос встречный N3: Как запретить/разрешить при обновлении, допустим, apache2 заменять существующий mime.conf на тот что ставится из порта? (причём, речь не только о файлах, но и каталогах). Причём желателен вариант, когда этот mime.conf будет падать рядом, но имя будет начинаться с точки.
Вопрос встречный N4: Как силами портов ставить софт по возможности из бинарных пакетов, а при их отсутствии - собирать из сорцов.
Вопрос встречный N5: Как ставить и поддерживать софт не из стороннего репозитария.
(причём, выбирается самая свежая стабильная версия).
>>http://www.linux.org.ru/jump-message.jsp?msgid=452440
>>и что изменилось с тех пор ?
>
>ну вообще-то много. утилит понаписали всяких, функционал расширили.
>
>=====
>4) А вот вопрос... Как сделать что бы все портежи собирались без
>esound, а например xmms с esound, только чур USE="-esound" в терминаде
>не использовать?
>=====
>элементарно. echo 'media-sound/xmms -esound' >> /etc/portage/package.use
>
>=====
>5) Как обнаружить установленные файлы md5checksum которых не совпадает с оригинальным сгенерированных
>при установке.
>=====
>localhost ~ # equery --help
>Usage: equery <global-opts> command <local-opts>
>where <global-opts> is one of
> -q, --quiet - minimal output
> -C, --nocolor - turn off colours
> -h, --help - this help screen
> -V, --version - display version info
> -N, --no-pipe - turn off pipe detection
>where command(short) is one of
> belongs(b) <local-opts> files... - list all packages owning files...
> changes(c) - not implemented yet
> check(k) pkgspec - check MD5sums and timestamps of pkgspec's files
> depends(d) <local-opts> pkgspec - list all direct dependencies matching pkgspec
> depgraph(g) <local-opts> pkgspec - display a dependency tree for pkgspec
> files(f) <local-opts> pkgspec - list files owned by pkgspec
> glsa(a) - not implemented yet
> hasuse(h) <local-opts> useflag - list all packages with useflag
> list(l) <local-opts> pkgspec - list all packages matching pkgspec
> size(s) <local-opts> pkgspec - print size of files contained in package pkgspec
> stats(t) - not implemented yet
> uses(u) <local-opts> pkgspec - display USE flags for pkgspec
> which(w) pkgspec - print full path to ebuild for package pkgspec
>
>
>собсна:
>equery k gcc
>
> [ Checking sys-devel/gcc-4.1.1-r3 ]
> * 679 out of 679 files good
>
>=====
>6) А вот вопрос по поиску. Пускай мне портежи вададут список портежей
>в названии которых встречаеться 'aaa' или 'bbb', в кратком описании упоминаеться
>о 'ccc' и там точно не должно упоминаться о 'ddd', причем
>маинтейнером этих портежей должен быть 'maintainer main@gentoo.org'...
>=====
>esearch 'aaa|bbb' -S '!ddd'
>Информации о мэйнтейнерах нет.
>И вообще, касательно поиска:
>
> A few examples:
>
> emerge --search libc
>
> list all packages that contain
>libc in their name
>
> emerge --search '%^kde'
>
> list all packages starting with
>kde
>
> emerge --search '%gcc$'
>
> list all packages ending with
>gcc
>
> emerge --search '%@^dev-java.*jdk'
>
> list all available Java JDKs
>
>
> --searchdesc (-S short option)
>
> Matches the search string against the description field as
>well
>
> the package's name. Take caution as the descriptions are
>also
>
> matched as regular expressions.
>
> emerge -S html
>
> emerge -S applet
>
> emerge -S 'perl.*module'
>Всё это сейчас вынесено в esearch.
>
>Вопрос встречный N1: А как силами портов вытянуть все distfiles, необходимые системе
>(или конкретному порту) для обновления(или просто для установки), да разложить их
>по нужным каталогам?
>
>Вопрос встречный N2: Каким образом найти в системе все бинарники, слинкованные с
>несуществующми либами(обновилось что-то, или случайно вынесли порт a, от которого зависел
>порт b), соотнести их с соотв. портами, построить список обновляемых портов
>с учётом зависимостей и пересобрать?
>
>Вопрос встречный N3: Как запретить/разрешить при обновлении, допустим, apache2 заменять существующий mime.conf
>на тот что ставится из порта? (причём, речь не только о
>файлах, но и каталогах). Причём желателен вариант, когда этот mime.conf будет
>падать рядом, но имя будет начинаться с точки.
>
>Вопрос встречный N4: Как силами портов ставить софт по возможности из бинарных
>пакетов, а при их отсутствии - собирать из сорцов.
>
>Вопрос встречный N5: Как ставить и поддерживать софт не из стороннего репозитария.
>
>(причём, выбирается самая свежая стабильная версия).
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ports...и после уточни вопросы
>http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ports...
>и после уточни вопросыво-первых, "на вы". во-вторых, читал и не раз.
В вопросе N1 подразумевается вытягивание файлов с машины, на которой нет freebsd(Ессно, с учётом того что, например, сквид я хочу с coss и без snmp, самбу с ads, а cacti - с snmp, апач где можно - только 2й и mpm-worker).
Ессно, вы предложите всякие WITH/WITHOUT в make.conf, но это ведь муторно.
Другая жизненная ситуация: приспичило мне весь чтобы весь уже софт, умеющий snmp и уже установленный из портов(например сквид, собранный без WITH_SQUID_SNMP) разом обрёл сию feature. Ручками ходить? Ведь portupgrade тут не поможет, ибо версии портов одни и те же.Вопрос N5: Как ставить и поддерживать софт из стороннего репозитария. (причём, выбирается самая свежая стабильная версия).
Поясню на аналогии: кроме официального cvsup-сервера у вас есть ещё 10-15 неофициальных, где лежат вещи либо отсутствующие в офиц. дереве, либо с приложенными соотв. патчами.
Вопрос N6: Как не вникая в тонкости работы cvs и не скуривая полинета разрулить такую ситуацию: port verN - оно в портах. На amd64 собирается лишь port ver(N+1), а на sparc - port ver(N-1). Причём ver(N+1).Z работает стабильно на amd64 и i386, а ver(N+1).(Z+1) лишь на i386. Собсна, хочу на спарке и i386 только stable, а на amd64 - unstable.
Ситуацию можно разнообразить вариантами "только stable с вкраплениями unstable" и наоборот. Сюда же запрет версий старше/младше/равной опр. значению.Вообще, вы видимо не сталкивались с ситуацией, когда собирая порт A он по зависимостям тянет порт B, но только не той версии, что вам надо(например, 2й апач, а хочется 1й).
>>http://www.linux.org.ru/jump-message.jsp?msgid=452440
>>и что изменилось с тех пор ?
>
>ну вообще-то много. утилит понаписали всяких, функционал расширили.
>
>=====
>4) А вот вопрос... Как сделать что бы все портежи собирались без
>esound, а например xmms с esound, только чур USE="-esound" в терминаде
>не использовать?
>=====
>элементарно. echo 'media-sound/xmms -esound' >> /etc/portage/package.use
>
>=====
>5) Как обнаружить установленные файлы md5checksum которых не совпадает с оригинальным сгенерированных
>при установке.
>=====
>localhost ~ # equery --help
>Usage: equery <global-opts> command <local-opts>
>where <global-opts> is one of
> -q, --quiet - minimal output
> -C, --nocolor - turn off colours
> -h, --help - this help screen
> -V, --version - display version info
> -N, --no-pipe - turn off pipe detection
>where command(short) is one of
> belongs(b) <local-opts> files... - list all packages owning files...
> changes(c) - not implemented yet
> check(k) pkgspec - check MD5sums and timestamps of pkgspec's files
> depends(d) <local-opts> pkgspec - list all direct dependencies matching pkgspec
> depgraph(g) <local-opts> pkgspec - display a dependency tree for pkgspec
> files(f) <local-opts> pkgspec - list files owned by pkgspec
> glsa(a) - not implemented yet
> hasuse(h) <local-opts> useflag - list all packages with useflag
> list(l) <local-opts> pkgspec - list all packages matching pkgspec
> size(s) <local-opts> pkgspec - print size of files contained in package pkgspec
> stats(t) - not implemented yet
> uses(u) <local-opts> pkgspec - display USE flags for pkgspec
> which(w) pkgspec - print full path to ebuild for package pkgspec
>
>
>собсна:
>equery k gcc
>
> [ Checking sys-devel/gcc-4.1.1-r3 ]
> * 679 out of 679 files good
>
>=====
>6) А вот вопрос по поиску. Пускай мне портежи вададут список портежей
>в названии которых встречаеться 'aaa' или 'bbb', в кратком описании упоминаеться
>о 'ccc' и там точно не должно упоминаться о 'ddd', причем
>маинтейнером этих портежей должен быть 'maintainer main@gentoo.org'...
>=====
>esearch 'aaa|bbb' -S '!ddd'
>Информации о мэйнтейнерах нет.
>И вообще, касательно поиска:
>
> A few examples:
>
> emerge --search libc
>
> list all packages that contain
>libc in their name
>
> emerge --search '%^kde'
>
> list all packages starting with
>kde
>
> emerge --search '%gcc$'
>
> list all packages ending with
>gcc
>
> emerge --search '%@^dev-java.*jdk'
>
> list all available Java JDKs
>
>
> --searchdesc (-S short option)
>
> Matches the search string against the description field as
>well
>
> the package's name. Take caution as the descriptions are
>also
>
> matched as regular expressions.
>
> emerge -S html
>
> emerge -S applet
>
> emerge -S 'perl.*module'
>Всё это сейчас вынесено в esearch.
>
>Вопрос встречный N1: А как силами портов вытянуть все distfiles, необходимые системе
>(или конкретному порту) для обновления(или просто для установки), да разложить их
>по нужным каталогам?
>
>Вопрос встречный N2: Каким образом найти в системе все бинарники, слинкованные с
>несуществующми либами(обновилось что-то, или случайно вынесли порт a, от которого зависел
>порт b), соотнести их с соотв. портами, построить список обновляемых портов
>с учётом зависимостей и пересобрать?
>
>Вопрос встречный N3: Как запретить/разрешить при обновлении, допустим, apache2 заменять существующий mime.conf
>на тот что ставится из порта? (причём, речь не только о
>файлах, но и каталогах). Причём желателен вариант, когда этот mime.conf будет
>падать рядом, но имя будет начинаться с точки.
>
>Вопрос встречный N4: Как силами портов ставить софт по возможности из бинарных
>пакетов, а при их отсутствии - собирать из сорцов.
>
>Вопрос встречный N5: Как ставить и поддерживать софт не из стороннего репозитария.
>
>(причём, выбирается самая свежая стабильная версия).советую глянуть для начала:
http://www.freebsd.org/cgi/man.cgi?query=portupgrade&apropos...
>советую глянуть для начала:
>
>http://www.freebsd.org/cgi/man.cgi?query=portupgrade&apropos...Это фича такая "Если не знаешь, то отсылай в хэндбук"?
И порты, и portupgrade я использую не первый год.
Что проще: писать кучу WITH/WITHOUT или запустить ufed и выбрать нужные флаги:
http://img221.imageshack.us/img221/9765/ufedvu7.png
(hint: кому больше нравится, можно и ручками).
>Что проще: писать кучу WITH/WITHOUT или запустить ufed и выбрать нужные флаги:
Открою страшную тайну: запусти make config. Да, старые порты, к которым 100 лет не касались, ещё просят WITH/WITHOUT. Лично меня они никогда не обременяли.
>>Что проще: писать кучу WITH/WITHOUT или запустить ufed и выбрать нужные флаги:
>Открою страшную тайну: запусти make config. Да, старые порты, к которым 100
>лет не касались, ещё просят WITH/WITHOUT. Лично меня они никогда не
>обременяли.Вы предлагаете блуждать по портам и говорить make config, когда их 20-30?
Повторяю: интересует способ _разом_ изменять любые опциональные настройки для всех портов
(при этом для некоторых портов надо делать исключения).
>Вы предлагаете блуждать по портам и говорить make config, когда их 20-30?
>
>Повторяю: интересует способ _разом_ изменять любые опциональные настройки для всех портов
>(при этом для некоторых портов надо делать исключения).Меня make config не утруждает. Я печатаю на клаве вслепую, а зная как называется порт и пользуясь табом в баше, у меня это всё делает за меня мой спинной мозг. И делает он что-то для порта один раз - при установке. Лично я не занимаюсь спортом install/uninstall каждый день ;)
>Меня make config не утруждает. Я печатаю на клаве вслепую, а зная
>как называется порт и пользуясь табом в баше, у меня это
>всё делает за меня мой спинной мозг. И делает он что-то
>для порта один раз - при установке. Лично я не занимаюсь
>спортом install/uninstall каждый день ;)и все же спинной мозг устает, а процессор - нет.
Раз это делаеться вручную по-старинке - то это и требовалось доказать.
Портедж лучше портов.
>>>Что проще: писать кучу WITH/WITHOUT или запустить ufed и выбрать нужные флаги:
>>Открою страшную тайну: запусти make config. Да, старые порты, к которым 100
>>лет не касались, ещё просят WITH/WITHOUT. Лично меня они никогда не
>>обременяли.
>
>Вы предлагаете блуждать по портам и говорить make config, когда их 20-30?
>
>Повторяю: интересует способ _разом_ изменять любые опциональные настройки для всех портов
>(при этом для некоторых портов надо делать исключения).
а когда из 20-30, то читаем man ports от корки до корки.
make config-recursiveда, порты консервативны, но они реально сделаны так, что они УДОБНЫ и понятны. Самому что-то поменять в порте не составит никакого труда, всё лежит рядом.
сразу оговорюсь, не юзал генту, но и не собираюсь, как-то дебиан видится на серверах, а не гента
чукча не читатель - чучка писатель ? если не первый год используешь, то как можно не знать, к примеру, про тот же волшебный ключик --fetch-only ( к вопрому 1) ? В данном мане можно найти и ответы на другие поставленные вопросы. Не вижу смысла переписывать еще раз. Так что можешь считать фичей.
>чукча не читатель - чучка писатель ? если не первый год используешь,
>то как можно не знать, к примеру, про тот же волшебный
>ключик --fetch-only ( к вопрому 1) ? В данном мане можно
>найти и ответы на другие поставленные вопросы. Не вижу смысла переписывать
>еще раз. Так что можешь считать фичей.да, --fetch-only эт сильно. И как мне оно поможет при установке, если у порта(ов) в R-Deps есть Xorg и, например, sasl и хочу я получить список урлов(который потом можно скормить fetch/wget`у) без Xorg но с sasl?
Всё что может portuprage - это либо вытянуть порт вместе с B-Deps, либо B-Deps & R-Deps.
>>чукча не читатель - чучка писатель ? если не первый год используешь,
>>то как можно не знать, к примеру, про тот же волшебный
>>ключик --fetch-only ( к вопрому 1) ? В данном мане можно
>>найти и ответы на другие поставленные вопросы. Не вижу смысла переписывать
>>еще раз. Так что можешь считать фичей.
>
>да, --fetch-only эт сильно. И как мне оно поможет при установке, если
>у порта(ов) в R-Deps есть Xorg и, например, sasl и хочу
>я получить список урлов(который потом можно скормить fetch/wget`у) без Xorg но
>с sasl?
>Всё что может portuprage - это либо вытянуть порт вместе с B-Deps,
>либо B-Deps & R-Deps.годы опыта должны были научить использовать --exclude. маны все же читать нужно
>годы опыта должны были научить использовать --exclude. маны все же читать нужноА вы сами читали? "Exclude _packages_ matching the specified glob pattern."
Если это не package в дереве портов, то всё равно высосет.
Хотя в случае с иксами вы правы.
Я не утверждаю что порты - sux, а portage - rox. Просто portage создан позже и взял всё лучшее что в них есть. Portage продолжает развиваться и обрастать функционалом. Порты же какие были 3 года назад, такими и остались. Они привязаны к freebsd(в отличие от pkgsrc и portage), не учитывают различия архитектур(например, тот же wine не собирается из портов на amd64) итд.Высказывавшиеся тут почему-то обошли стороной вопрос про несколько репозитариев и вопрос про бинарники, слинкованные с несуществующими либами.
>>годы опыта должны были научить использовать --exclude. маны все же читать нужно
>
>А вы сами читали? "Exclude _packages_ matching the specified glob pattern."
>Если это не package в дереве портов, то всё равно высосет.
>Хотя в случае с иксами вы правы.
>Я не утверждаю что порты - sux, а portage - rox. Просто
>portage создан позже и взял всё лучшее что в них есть.
> Portage продолжает развиваться и обрастать функционалом. Порты же какие были
>3 года назад, такими и остались. Они привязаны к freebsd(в отличие
>от pkgsrc и portage), не учитывают различия архитектур(например, тот же wine
>не собирается из портов на amd64) итд.
>
>Высказывавшиеся тут почему-то обошли стороной вопрос про несколько репозитариев и вопрос про
>бинарники, слинкованные с несуществующими либами.про пакадж вне дерева портов я вообще не понял. Толи вы недостаточно знакомы с предметом, толи выражаете мысль не совсем точно. да ничего не стоит на месте. замечельно, что портежи развиваются, только они до сих пор нагоняют функционал который уже есть/был в портах. по крайней мере я лично не вижу никаких причин тащить их во фрю. про amd64/wine ничего не могу сказать - у меня под руками таковых сейчас нету
PS. забыл - pkgdb, все в том же мане
>про пакадж вне дерева портов я вообще не понял. Толи вы недостаточно
>знакомы с предметом, толи выражаете мысль не совсем точно.
Подразумевается, что в gentoo есть такая штука как неофициальные репозитарии в которых может быть что-то чего нет в официальных.>да ничего
>не стоит на месте. замечельно, что портежи развиваются, только они до
>сих пор нагоняют функционал который уже есть/был в портах.
Можете привести примеры функционала которого нет в portage, но есть в ports?
О том что есть в portage, а чего нет в ports наприводили уже много.>про amd64/wine ничего не могу сказать - у меня под
>руками таковых сейчас нету
Когда появится будете сильно матерится.
>про пакадж вне дерева портов я вообще не понял.
Вне _официального_ дерева портов.
Например, в офиц. дереве нет openser, но есть community, поддерживающее своё дерево портежей(т.н. overlay) под названием "voip" и в нём openser есть. Соотв., мы можем ставить/обновляться из этого дерева.1)вытягиваем свежий список оверлеев:
localhost ~ # layman -f
2)смотрим его:
localhost ~ # layman -L
3)Добавляем его в список оверлеев, которые нам интересны:
localhost ~ # layman -a voip
==skiped==
A /usr/portage/local/layman/voip/net-libs/opal/metadata.xml
A /usr/portage/local/layman/voip/net-libs/opal/files
A /usr/portage/local/layman/voip/net-libs/opal/files/digest-opal-2.3.0.1
A /usr/portage/local/layman/voip/net-libs/opal/files/opal-2.1.1-notrace.diff
A /usr/portage/local/layman/voip/net-libs/opal/Manifest
A /usr/portage/local/layman/voip/net-libs/opal/ChangeLog
A /usr/portage/local/layman/voip/net-libs/opal/opal-2.3.0.1.ebuild
A /usr/portage/local/layman/voip/media-plugins
Checked out revision 460.
* Successfully added overlay "voip".4)emerge openser
При этом все штуки вроде USE-флагов продолжают применяться.
>чукча не читатель - чучка писатель ? если не первый год используешь,
>то как можно не знать, к примеру, про тот же волшебный
>ключик --fetch-only ( к вопрому 1) ? В данном мане можно
>найти и ответы на другие поставленные вопросы. Не вижу смысла переписывать
>еще раз. Так что можешь считать фичей.
Этот ключик может выдать просто листинг закачек ?
>>чукча не читатель - чучка писатель ? если не первый год используешь,
>>то как можно не знать, к примеру, про тот же волшебный
>>ключик --fetch-only ( к вопрому 1) ? В данном мане можно
>>найти и ответы на другие поставленные вопросы. Не вижу смысла переписывать
>>еще раз. Так что можешь считать фичей.
>
>
>Этот ключик может выдать просто листинг закачек ?-F
--fetch-only Only fetch distfiles or packages (if -P is speci-
fied), do not build, upgrade or install anything.
This is useful if you want to download all the
needed distfiles or packages at once in advance of
installing or upgrading.вот для чего конкретно этот ключик. а зачем тебе листинг закачек ? просто интересно
>вот для чего конкретно этот ключик. а зачем тебе листинг закачек ?
>просто интересно
Для того чтобы взять список с системы не имеющей доступа к сети. И затем его скачать там где он есть.
make fetch-list
make fetch-recursive-list
>make fetch-list
>make fetch-recursive-listДля каждого пакета ? Вы издеваетесь ?
>>make fetch-list
>>make fetch-recursive-list
>
>Для каждого пакета ? Вы издеваетесь ?Для всех в devel например.
cd /usr/ports/devel
make fetch-list
>>>make fetch-list
>>>make fetch-recursive-list
>>
>>Для каждого пакета ? Вы издеваетесь ?
>
>Для всех в devel например.
>
>cd /usr/ports/devel
>make fetch-listА для мира ?
для чего ? :)
>>советую глянуть для начала:
>>
>>http://www.freebsd.org/cgi/man.cgi?query=portupgrade&apropos...
>
>Это фича такая "Если не знаешь, то отсылай в хэндбук"?
>И порты, и portupgrade я использую не первый год.
>Что проще: писать кучу WITH/WITHOUT или запустить ufed и выбрать нужные флаги:
>
>http://img221.imageshack.us/img221/9765/ufedvu7.png
>(hint: кому больше нравится, можно и ручками).уважаемый, а вы бы не могли в двух словах рассказать, что именно делает ufed и каким способом он заставляет портежи следовать указанным установкам ?
>уважаемый, а вы бы не могли в двух словах рассказать, что именно
>делает ufed и каким способом он заставляет портежи следовать указанным установкам
>?ufed - это графическая утилита с интерактивным поиском для редактирования глобальных USE-флагов, задаваемых в make.conf и выглядих примерно так :
USE="xvid xvmc zip -cups -eds -esd -gnome -ipv6 -ldap -qt4 -readline -unicode"
Это глобальные настройки.Кроме них для каждого пакета можно отдельно указать свой набор флагов, перекрывающий глобальные, плюс использовать ли стабильную версию на этой архитектуре или нет, плюс выше/ниже какой версии можно/нельзя ставить пакет.
Так же стоит упомянуть о профилях: заранее предопределённых наборах флагов(вроде embedded, hardened, desktop, server, freebsd, etc).
Профили обновляются вместе с деревом портежей и перекрываются глобальными настройками из make.conf(т.е. имеется 3х-уровневая система: profile->make.conf->package.use)Portage может собирать пакеты используя distcc, собирать пакеты в песочнице, дропать привилегии во время сборки и исключает коллизии. (Когда устанавливаемые файлы могут затереть уже существующие файлы).
И, возвращаясь к wine, portage не даст вам поставить его на amd64 без app-emulation/emul-linux-x86-baselibs & etc.
Если надо держать в системе несколько версий java/gcc или конфликтующих либ, то лучше Gentoo пока ничего не придумали.
>>уважаемый, а вы бы не могли в двух словах рассказать, что именно
>>делает ufed и каким способом он заставляет портежи следовать указанным установкам
>>?
>
>ufed - это графическая утилита с интерактивным поиском для редактирования глобальных USE-флагов,
>задаваемых в make.conf и выглядих примерно так :
>USE="xvid xvmc zip -cups -eds -esd -gnome -ipv6 -ldap -qt4 -readline -unicode"
правильно - это редактор флагов в make.conf и не более.>Это глобальные настройки.
>
>Кроме них для каждого пакета можно отдельно указать свой набор флагов, перекрывающий
>глобальные, плюс использовать ли стабильную версию на этой архитектуре или нет,
>плюс выше/ниже какой версии можно/нельзя ставить пакет.
>Так же стоит упомянуть о профилях: заранее предопределённых наборах флагов(вроде embedded, hardened,
>desktop, server, freebsd, etc).
>Профили обновляются вместе с деревом портежей и перекрываются глобальными настройками из make.conf(т.е. имеется 3х-уровневая система: profile->make.conf->package.use)а что вы можете сказать о pkgtools.conf во фре ?
>Portage может собирать пакеты используя distcc, собирать пакеты в песочнице, дропать привилегии
>во время сборки и исключает коллизии. (Когда устанавливаемые файлы могут затереть
>уже существующие файлы).
>И, возвращаясь к wine, portage не даст вам поставить его на amd64
>без app-emulation/emul-linux-x86-baselibs & etc.
ну и бог с ним>Если надо держать в системе несколько версий java/gcc или конфликтующих либ, то
>лучше Gentoo пока ничего не придумали.
а если не надо ? :) один раз было такое, разрулили другим способом. так что "если " может и не настать.
>>Если надо держать в системе несколько версий java/gcc или конфликтующих либ, то
>>лучше Gentoo пока ничего не придумали.
>а если не надо ? :) один раз было такое, разрулили другим
>способом. так что "если " может и не настать.вот когда на четкий вопрос начинаеццо "мне это не надо, поэтому это фтопку" - то
явное решение явно отсутсвует. Но это все равно показывает уровень портов и портеджей.
О чем, собственно, и спор (а не о том, что лично вам нужно, а что нет).
>>>Если надо держать в системе несколько версий java/gcc или конфликтующих либ, то
>>>лучше Gentoo пока ничего не придумали.
>>а если не надо ? :) один раз было такое, разрулили другим
>>способом. так что "если " может и не настать.
>
>вот когда на четкий вопрос начинаеццо "мне это не надо, поэтому это
>фтопку" - то
>явное решение явно отсутсвует. Но это все равно показывает уровень портов и
>портеджей.
>О чем, собственно, и спор (а не о том, что лично вам
>нужно, а что нет).
хм... я привык говорить от своего имени и лишь о том, с чем сталкивался лично. лично мне возможность поставить две версии одного приложиения на один тазик понадобилась всего раз. если вы занимаетесь этим каждый день и регулярно, наздоровье. ufed полезней, имхо :)
>правильно - это редактор флагов в make.conf и не более.
Скажите, что быстрее:
вписывать в make.confWITH_GNOME=yes
WITH_IMLIB2=yes
WITH_MOZILLA=firefox
WITH_DEBUG=no
WITH_CUPS=yesили же последовательность:
ufed -> gno -> [space] [del] -> imli
[стрелка вниз] -> [space] -> firef
[space] [del] -> deb -> [space] [del] -> cu -> [space]
[enter]20-30 флагов и вы замаетесь прописывать в стиле WITH/WITHOUT. В gentoo, как в pkgsrc проще: gnome -cups firefox -kde
>а что вы можете сказать о pkgtools.conf во фре ?
pkgtools.conf:
=========================================================================
MAKE_ARGS = {
'databases/mysql4*' => 'BUILD_OPTIMIZED=yes WITH_OPENSSL=yes',
'lang/php4*' => 'WITH_IMAP=1 WITH_APACHE2=1 WITH_SNMP=4 WITH_GD=1 WITH_OPENSSL=1',
'mail/sqwebmail' => 'AUTHMOD=authvchkpw WITH_HTTPS=1 WITH_VCHKPW=1 WITH_ISPELL=1 CACHEDIR=/var/run/sqwebmail',
'mail/courier-imap' => 'AUTHMOD=authvchkpw WITHOUT_AUTHDAEMON=1 WITH_CRAM=1 WITH_VPOPMAIL=1',
'mail/courier-authlib' => 'AUTHMOD=authvchkpw WITH_VPOPMAIL=1 WITHOUT_PAM=1',
'mail/dcc-dccd' => 'WITHOUT_SENDMAIL=yes',
'security/courier-authlib' => 'AUTHMOD=authvchkpw WITH_VPOPMAIL=1 WITHOUT_PAM=1',
'mail/maildrop' => 'WITH_MAILDIRQUOTA=yes',
'security/clamav' => 'WITHOUT_LDAP=1',
'www/p5-Apache-DBI' => 'WITH_MODPERL2=1',
=========================================================================
package.use:
=========================================================================
www-servers/nginx -threads -perl
dev-util/subversion -nowebdav
net-dialup/rp-pppoe -X
sys-block/gparted reiserfs -debug fat -hfs jfs ntfs -reiser4 xfs
sys-apps/coreutils static
net-misc/vconfig static
sys-apps/busybox static
sys-fs/mdadm static
sys-apps/baselayout static
sys-apps/sysvinit static
=========================================================================
вы считаете что pkgtools.conf изящен и интуитивно понятен?>а если не надо ? :) один раз было такое, разрулили другим
>способом. так что "если " может и не настать.Может и стать. И тогда лепят костыли и извращаются. Это называется bad design.
между бсд и линухой уже настолько грань размыта, что подобные проэкты при зачатии - мёртвые...
сорц во фре, он такой же, как и в федоре или дебе, или где бы он не был...
по моему, тенденция идет не сторону скрещивания, а поиска лучшего; т.е. по идеии выглядит так... было серво на генте... крутилось, дышало и жило... но тут админу захотелось бсд, он команду в консоль "хацю фрю-бэ-эс-дю", а оно скачалось, скомпилилось, перенесло все правила с иптэблеза в пф, ну, и т.п. Или наоборот
Не так уже часто будет звучать это "хацю", а сколько сил потребуеться для поддержания такой фишки.
ИМХО: хотелось бы, что б бсд и лин пришли к единому в корне (вроди бы произошло какоето объединение авторов, где объединились бы одни только плюсы каждой системы), а сдругой стороны минусы заставляют искать, что то новое
имхо, быстрее будет просто взять уже готовую фрю и поставить, полчаса делов
неправильный посыл. нужно сначала выдрать из Луны ядро, ну потом вокруг него всего, чего положено, накрутить. потом почвой присыпать, вздыбить горы, водичкой полить и т.д.
>между бсд и линухой уже настолько грань размыта, что подобные проэкты при
>зачатии - мёртвые...
>сорц во фре, он такой же, как и в федоре или дебе,
>или где бы он не был...вы категорически не правы. Даже для простенького xmms есть разница, не говоря уж о том что сильно завязано на аппаратуру(а вещи вроде asterisk хоть и работают, но кое-как).
>ИМХО: хотелось бы, что б бсд и лин пришли к единому в
>корне (вроди бы произошло какоето объединение авторов, где объединились бы одни
>только плюсы каждой системы), а сдругой стороны минусы заставляют искать, что
>то новоеТак ведь и идёт к этому Gentoo/FreeBSD. Унификация системы(вот есть у вас 2 Gentoo/Linux и 4 Gentoo/FreeBSD. Указали USE-флаги(глобальные для фрей и линухов, в package.use - локальные), package.keywords, package.mask, а далее админите 2 одинаковые системы(ну разьве что всякие мелочи различаться будут).
Вы получите возможность запрещать/разрешать устанавливать опр. версии пакетов(плюс что-то вроде "для порта xxx ставить только стабильную версию на этой ОС и этой архитектуре"), возможность подключать сторонние репозитарии ебилдов, итп.
Что мне в portage не нравится так это то что его на питоне написали. Ради системы управления пакетами загаживать систему ещё одним скриптовым языком... Есть два стандарта де-факто, шелл, перл - на любом юниксе. Зачем питон? И не нужно про "офигенную документацию" про portage, я с ней колупался долго, но и самому пришлось ковырять и экспериментировать. Потому что документация кроме имения объёма должна быть структурированной и не дублироваться. В этом плане хандбук фри куда лучше выглядит док от женту. Читав portage introduction так и не вкурил как мне нужно править и что править и где править. А мне не нужно in-depth coverage of Portage. А задача была проста - поставить тот же последний апач 1.3 _быстро_. Сейчас уже не вспомню точно что куда и как вписывал, но факт остаётся фактом: наскоком решить простую задачу не получилось. Даже те же man portage и man emerge не помогают быстро понять что куда. Может конечно кому-то и нужно собирать всё через distcc и ставить по 3 версии продукта на одну машину, но большинству админов хватает одной ;) Так что я предпочитаю по старинке: cd /usr/ports/www/apache13; make install clean; Да и процесс как-то прозрачен. Да и слова какие-то английские. Да и править Makefile в непредвиненном случае как то мне более понятно чем страшный ebuild.
>Что мне в portage не нравится так это то что его на
>питоне написали. Ради системы управления пакетами загаживать систему ещё одним скриптовым
>языком.. Есть два стандарта де-факто, шелл, перл - на любом юниксе.
>Зачем питон?Зачем перл?
Помницо и бздю чистили от обязательного перла...
Кроме того, какая разница: завязаццо на перл или питон? между ними в данном контексте разници нет.>И не нужно про "офигенную документацию" про portage, я
>с ней колупался долго, но и самому пришлось ковырять и
>экспериментировать. Потому что документация кроме имения объёма должна быть структурированной и не дублироваться.
>В этом плане хандбук фри куда лучше выглядит док
>от женту. Читав portage introduction так и не вкурил как мне
>нужно править и что править и где править. А мне не
>нужно in-depth coverage of Portage.когда строение мозга не предусматривает использование чего-либо кроме бзд - то, ессьно, тяжело осилить простейшее из небзд мира...
>А задача была проста - поставить
>тот же последний апач 1.3 _быстро_.задача: 5-тикласснику срочно и, ессьно, быстро изучить ядерную физику до уровня изготовления ядерной бомбы в домашних условиях...
У вас была задача не по плечу, раз не было знаний для ее выполнения (в плане "_быстро_").
Если вы обладаете такими знаниями для бзди - ну, судьба ваша такова.
>Сейчас уже не вспомню точно
>что куда и как вписывал, но факт остаётся фактом: наскоком решить
>простую задачу не получилось.Даже те же man portage и man
>emerge не помогают быстро понять что куда.а кто сказал, что снаскоку получиццо такое сделать на бзде человеку, который первый раз ее видит?
>Может конечно кому-то
>и нужно собирать всё через distcc и ставить по 3 версии
>продукта на одну машину, но большинству админов хватает одной ;) Так
>что я предпочитаю по старинке: cd /usr/ports/www/apache13; make install clean;Угадайте: откуда взялся порт _именно_ "www/apache13"??
Почему не просто "www/apache"? или, раз уж на то пошло, то нужно делать
"www/apache1332", "www/apache1333", "www/apache1334", "www/apache2020"...слегка изврат, не так ли? Но бзд на этом пути. порт с мажор версиями в названии уже есть
(13 и 20...), т.е. осталось идти дальше и творить маразм, который я привел как пример.Не задумывались, почему в портах понадобилось указывать можор версию?
Ответ: потому что в портах нет возможности указывать версию устанавливаемого порта.
Да и рядом если их захочеццо поставить рядом? (как видите, "но большинству админов хватает одной ;)" - далеко не истинное утверждение). Желающих было достаточно, чтобы добавить вот такой изврат в названия портов. (Ну а вспомнить auto* tools..... их тоже пачки... уже понятно почему??)Вот в генту есть слотирование. Мажорные версии порта определяют слот. И в слоте лежат
все минорные версии.
Например апач: слот "1": версии: 1.3.34, 1.3.37...; слот "2": 2.0.58, 2.0.59, 2.2.3...
Будет нужно - 2.2 ветка будет вынесена в отдельный слот, например "3".
Главное назначение слотов - возможность устанавливать разные мажорные версии одного и того же продукта впаралель.
Точно так же стоят и auto* пакеты. Много разных версий, но все это лишь слоты одного порта.Сколько нужно убить времени (т.е. уже даже _не_ быстро), чтоб на бзде установить так несколько версий одного продукта, который не разкостылирован в разные порты?
тот же perl, кеды и пр.
>Да и процесс как-то прозрачен. Да и слова какие-то английские. Да и
>править Makefile в непредвиненном случае как то мне более понятно чем
>страшный ebuild.А мне вот русский понятнее, чем китайский, например. Как-то привычнее...
Может, кто на что училсо?Кроме того, Makefile - интерфейс общего назначения, отчего не отличаеться удобством
для ведения портов. Фреймворк, используемый в ebuild'ах упрощает работу с портом,
что способствует росту репозитория.Выводы делайте сами...
>>Что мне в portage не нравится так это то что его на
>>питоне написали. Ради системы управления пакетами загаживать систему ещё одним скриптовым
>>языком.. Есть два стандарта де-факто, шелл, перл - на любом юниксе.
>>Зачем питон?
>
>Зачем перл?
>Помницо и бздю чистили от обязательного перла...
>Кроме того, какая разница: завязаццо на перл или питон? между ними в
>данном контексте разници нет.
>
>>И не нужно про "офигенную документацию" про portage, я
>>с ней колупался долго, но и самому пришлось ковырять и
>>экспериментировать. Потому что документация кроме имения объёма должна быть структурированной и не дублироваться.
>>В этом плане хандбук фри куда лучше выглядит док
>>от женту. Читав portage introduction так и не вкурил как мне
>>нужно править и что править и где править. А мне не
>>нужно in-depth coverage of Portage.
>
>когда строение мозга не предусматривает использование чего-либо кроме бзд - то, ессьно,
>тяжело осилить простейшее из небзд мира...
>
>
>>А задача была проста - поставить
>>тот же последний апач 1.3 _быстро_.
>
>задача: 5-тикласснику срочно и, ессьно, быстро изучить ядерную физику до уровня изготовления
>ядерной бомбы в домашних условиях...
>
>У вас была задача не по плечу, раз не было знаний для
>ее выполнения (в плане "_быстро_").
>Если вы обладаете такими знаниями для бзди - ну, судьба ваша такова.
>
>
>
>>Сейчас уже не вспомню точно
>>что куда и как вписывал, но факт остаётся фактом: наскоком решить
>>простую задачу не получилось.Даже те же man portage и man
>>emerge не помогают быстро понять что куда.
>
>а кто сказал, что снаскоку получиццо такое сделать на бзде человеку, который
>первый раз ее видит?
>
>
>>Может конечно кому-то
>>и нужно собирать всё через distcc и ставить по 3 версии
>>продукта на одну машину, но большинству админов хватает одной ;) Так
>>что я предпочитаю по старинке: cd /usr/ports/www/apache13; make install clean;
>
>Угадайте: откуда взялся порт _именно_ "www/apache13"??
>Почему не просто "www/apache"? или, раз уж на то пошло, то нужно
>делать
>"www/apache1332", "www/apache1333", "www/apache1334", "www/apache2020"...
>
>слегка изврат, не так ли? Но бзд на этом пути. порт с
>мажор версиями в названии уже есть
>(13 и 20...), т.е. осталось идти дальше и творить маразм, который я
>привел как пример.
>
>Не задумывались, почему в портах понадобилось указывать можор версию?
>Ответ: потому что в портах нет возможности указывать версию устанавливаемого порта.
>Да и рядом если их захочеццо поставить рядом? (как видите, "но большинству
>админов хватает одной ;)" - далеко не истинное утверждение). Желающих
>было достаточно, чтобы добавить вот такой изврат в названия портов. (Ну
>а вспомнить auto* tools..... их тоже пачки... уже понятно почему??)
>
>Вот в генту есть слотирование. Мажорные версии порта определяют слот. И в
>слоте лежат
>все минорные версии.
>Например апач: слот "1": версии: 1.3.34, 1.3.37...; слот "2": 2.0.58, 2.0.59, 2.2.3...
>
>Будет нужно - 2.2 ветка будет вынесена в отдельный слот, например "3".
>
>Главное назначение слотов - возможность устанавливать разные мажорные версии одного и того
>же продукта впаралель.
>Точно так же стоят и auto* пакеты. Много разных версий, но все
>это лишь слоты одного порта.
>
>Сколько нужно убить времени (т.е. уже даже _не_ быстро), чтоб на бзде
>установить так несколько версий одного продукта, который не разкостылирован в разные
>порты?
>тот же perl, кеды и пр.
>
>
>>Да и процесс как-то прозрачен. Да и слова какие-то английские. Да и
>>править Makefile в непредвиненном случае как то мне более понятно чем
>>страшный ebuild.
>
>А мне вот русский понятнее, чем китайский, например. Как-то привычнее...
>Может, кто на что училсо?
>
>Кроме того, Makefile - интерфейс общего назначения, отчего не отличаеться удобством
>для ведения портов. Фреймворк, используемый в ebuild'ах упрощает работу с портом,
>что способствует росту репозитория.
>
>Выводы делайте сами...Ник, не напрягайся. Уже давно понятно, что портежи задумывались для того, чтобы любой <skip> мог поставить себе 2-е кед, и 4-ре апача на свой десктоп, не напрягая при этом свой спинной моск. Это является основным их (портежей) достижением и преимуществом.
Аминь!
Ник, благодаря тебе я только что сделал главный вывод своей жизни: моё строение мозга изначально было заточено под BSD! ;-)
>моё строение мозга изначально было заточено под BSD! ;-)ужос. т.е. ваш моск заточен генерировать штуки вроде этой? :)
---------------------
MAKE_ARGS = {
'databases/mysql4*' => 'BUILD_OPTIMIZED=yes WITH_OPENSSL=yes',
'lang/php4*' => 'WITH_IMAP=1 WITH_APACHE2=1 WITH_SNMP=4 WITH_GD=1 WITH_OPENSSL=1',
'mail/sqwebmail' => 'AUTHMOD=authvchkpw WITH_HTTPS=1 WITH_VCHKPW=1 WITH_ISPELL=1 CACHEDIR=/var/run/sqwebmail',
'mail/courier-imap' => 'AUTHMOD=authvchkpw WITHOUT_AUTHDAEMON=1 WITH_CRAM=1 WITH_VPOPMAIL=1',
'mail/courier-authlib' => 'AUTHMOD=authvchkpw WITH_VPOPMAIL=1 WITHOUT_PAM=1',
---------------------И я всегда считал что если голова есть на плечах и там не пусто, то разобраться с чем-то новым не будет большой сложностью.
Насчёт ядерной физики Ник верно заметил.
