Программы. USB-флаги

Здравствуйте!
Как бы лучше вопросы поставить...
Вот к примеру при установки программы в Archlinux спрашивают какие пакеты установить к данной программе.
Это и есть в генту USB-флаги? Или даже все эти мини-пакеты которые в совокупности являются программой тоже можно USB-флагами урезать?

Как вообще лучше начать добавлять USB-флаги? Их уж больно очень много... Даже не знаю как и начать бы...

П.С: почему их назвали USB-флаги? Как расшифровывается это?

Цитата:П.С: почему их

Цитата:
П.С: почему их назвали USB-флаги? Как расшифровывается это?

Их назвали USE флагами. И это ни как не расшифровывается, просто есть английсий глагол "use".

В Gentoo USE флаг указывает какие опции нужно задействовать при конфигурировании исходных кодов программы перед её сборкой. И как следствие USE флаг так же влияет на то какие зависимости (программы), необъодимые для сборки программы или её работы, должны быть предварительно установлены. Если есть некоторая программа, которая не является зависимостью, необходимой для сборки программы или её работы, но может работать с устанавливаемой программой или расширяет её функционал, то она помещается в другой пакет, а так программа становится её зависимостью. Так что в общем USE флаги в первую очередь влияют на опции сборки программы и как следствие доступный в ней функционал и требуемые пакеты для сборки или работы. Дополнительные пакеты, которые как-то связаны с этой программой вам придётся ставить отдельно, ну или, если есть, использовать meta пакет, в котором по просту перечилсены пакеты, которые по каким-то критерям сгруппированы, например таким пакетом является kdebase-meta, он "потянет" за собой установку пакетов, которые относятся к KDE.

Цитата:
Как вообще лучше начать добавлять USB-флаги? Их уж больно очень много... Даже не знаю как и начать бы...

Просто выберите нужный профиль, который предоставляет набор заранее предустановленных USE флагов и собирайте систему, если вам чего-то будет не хватать, то будете разбираться какой флаг за что отвечает и активировать его у нужного пакета в package.use или глобально в make.conf.

Список USE флагов с их кратким описением есть в /usr/portage/profiles/use.desc и use.local.desc.

#

Про это я понял.
В генту из-за use-флагов система будет чистее арчлинукса, если в нем тоже следить за пакетами?
К примеру: при установки xfce4 пакман спрашивает какие мини-пакеты к нему установить: exo, garcon, gtk2-xfce-engine -- в генте и к этим пакетам use-флаги настраиваются?
Есть ли смысл контролировать sub-флаги? Сильно ускоряет работу программ неужели?

Цитата:К примеру: при

Цитата:
В генту из-за use-флагов система будет чистее арчлинукса, если в нем тоже следить за пакетами?

Что вы под этим подразумеваете? Если меньшее число пакетов и отсутствие пакетов, которые не являются чьими-либо зависимостями, то да, в будет именно так.

Цитата:
К примеру: при установки xfce4 пакман спрашивает какие мини-пакеты к нему установить: exo, garcon, gtk2-xfce-engine -- в генте и к этим пакетам use-флаги настраиваются?

Ещё раз, USE флаг влияет лишь на опции с которыми будет собрана программа, к примеру возьмём пакет app-emulation/wine, у него вот такой набор флагов:

IUSE="+abi_x86_32 +abi_x86_64 +alsa capi cups custom-cflags dos elibc_glibc +fontconfig +gecko gphoto2 gsm gstreamer +jpeg lcms ldap +mono mp3 ncurses netapi nls odbc openal opencl +opengl osmesa oss +perl pipelight +png +prelink pulseaudio +realtime +run-exes samba scanner selinux +ssl test +threads +truetype +udisks v4l +X xcomposite xinerama +xml"

Флаши +abi_x86_32 +abi_x86_64 отвечают за поддержку архитектур, они по умолчанию активирированы в данном случае и они диктуют, что, если система 64 битная и профиль не no-multilib, то будет собран 32 битный и 64 битный WINE.

Флаг +alsa так же по умолчанию включён, он указывает, что при конфигурировании будет задействован параметр '--with-alsa'

$(use_with alsa)

т.е. сценарий конфигурирования ./configure будет вызван с дополнительной опцией

./configure --with-alsa

и в качестве зависимости к этому флагу нужны библиотеки alsa:

alsa? ( media-libs/alsa-lib )

Флаг cups активиреут поддержку печати (доступа к cups), тянет по зависимостям

cups? ( net-print/cups:= )

и задействует вызов сценария конфигурирования с дополнительным параметром

$(use_with cups)
./configure --with-cups

И так далее со всем USE флагами, за подробностями вот сюда http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/wine/wine-1.7.21.ebuild.

Т.е. USE флаг активирует или деактивирует опцию конфигурированя исходников программы, которая добавляет или убирает поддержку некоторых возможностей программы. Дополнительные программы, которые не являются зависимостями, нужными при сборке или работы программы он не управляет. Все дополнительные программы, которые вам могут потребоваться вам нужно будет ставить отдельно, нет какого-либо параметра для emerge, который заставит его вместе с программой установить "рекомендованные пакеты", всё чт может быть относительно таких пакетов, так это сообщение в выводе emerge после установки программы, что дескать для этой программы вам так же может потребоваться в некоторых случаях, вот такие пакеты, например так сделано у пакетс chromium, после его установки emerge вам выведет вот такой текст:

Some web pages may require additional fonts to display properly.
Try installing some of the following packages if some characters
are not displayed properly:
- media-fonts/arphicfonts
- media-fonts/bitstream-cyberbit
- media-fonts/droid
- media-fonts/ipamonafont
- media-fonts/ja-ipafonts
- media-fonts/takao-fonts
- media-fonts/wqy-microhei
- media-fonts/wqy-zenhei

Depending on your desktop environment, you may need
to install additional packages to get icons on the Downloads page.

For KDE, the required package is kde-base/oxygen-icons.

For other desktop environments, try one of the following:
- x11-themes/gnome-icon-theme
- x11-themes/tango-icon-theme

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

Если же говорить об xfce, то есть пакет xfce-base/xfce4-meta, который по зависимостям "тянет" другие пакеты:

RDEPEND=">=x11-themes/gtk-engines-xfce-3:0
	x11-themes/hicolor-icon-theme
	>=xfce-base/xfce4-appfinder-4.10
	>=xfce-base/xfce4-panel-4.10
	>=xfce-base/xfce4-session-4.10
	>=xfce-base/xfce4-settings-4.10
	>=xfce-base/xfdesktop-4.10
	>=xfce-base/xfwm4-4.10
	!minimal? (
		media-fonts/dejavu
		virtual/freedesktop-icon-theme
		)
	svg? ( gnome-base/librsvg )"

http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/xfce-base/xfce4-meta/xfce4-meta-4.10.ebuild

#

>Ещё раз, USE флаг влияет лишь на опции с которыми будет собрана программа, к примеру возьмём пакет app-emulation/wine, у него вот такой набор флагов

а как в арче нельзя такого? при установки просто некоторые ненужные пакеты к установленному пакету не устанавливать?

сильно скорость работы неужто будет отличаться, чем вообще без use флагов?

Цитата: а как в арче нельзя

Цитата:
а как в арче нельзя такого? при установки просто некоторые ненужные пакеты к установленному пакету не устанавливать?

Вы дали комментарий относительно WINE, вы прочитали что я вообще написал относительно WINE, если флаг активирован, то активруется опция сборки и как следствие активируется зависимость в виде пакета, если не нужна опция в WINE, которую активирует флаг, так выключите его. Если говорить о meta пакете xfce, так не ставьте его, ставьте в ручную отдельно пакеты, которые вам нужны в xfce.

Цитата:
сильно скорость работы неужто будет отличаться, чем вообще без use флагов?

Не понятен вопрос.

эх, зачем было такую сочную

эх, зачем было такую сочную тему сливать? все равно корм не в коня… так бы хоть посмеялись

Здесь

Здесь http://www.gentoo.org/dyn/use-index.xml были?

Чтобы понять, как использовать USE флаги, нужно хотя бы один раз руками собрать пакет из исходников, а ещё лучше - написать собственную (большую) программу :)

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

Возвращаясь к USE флагам. Раз не знаешь, что тебе от программы надо, то и не нужно заморачиваться с этими флагами. Вот когда выяснится, что программа не делает, то что надо, или делает что-то ненужное, то тогда и стоит спрашивать как исправить ситуацию для этой конкретной программы.

А вообще, если программа Х не содержит код позволяющий ей работать с внешним пакетом Y, то можно этот пакет Y хоть ставить, хоть сносить, программе Х от этого ни жарко ни холодно. А вот если при установке программы Х ей велели пользоваться пакетом Y, то система обязательно постарается установить этот пакет.

Чем больше юзерфрендли, тем сложнее юзать.

>> Чтобы понять, как

>> Чтобы понять, как использовать Чтобы понять, как использовать USE флаги, нужно хотя бы один раз руками собрать пакет из исходников, а ещё лучше - написать собственную (большую) программу :)

А построить ракету и вывести ее на орбиту не надо? :D

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".