LINUX.ORG.RU

Не для всех программ, но USE-флаги позволяют гибче настроить некоторые "под себя".

xdimquax ★★★★
()

Есть. Я вот себе намедни на фоне запускающихся калькуляторов совсем выпилил оба Gstreamer'a из системы, вместе со всеми его плагинами.

Nirvandil
()

use-флаги не для экономии места на диске. Выше писали, что они для настройки. При этом занимаемое место может как увеличиться (установка дополнительных пакетов), так и уменьшиться при удалении ненужного. В make.conf use-флаги можно не писать, если устраивает множество флагов по умолчанию, заданное в профиле.

pS
()

Ого, тебя еще не кроет.

slon
()

Скажу так, если когда нибудь Майкрософт сделает аналогичную настройку для компьютерных игр, то рынок игр, по крайней мере для винды рухнет, потому как игруны перебьют друг друга в спорах, какая комбинация USE флагов даёт лучший вид и FPS.
Но общему счастью жителей экосистемы виндоигр Майкрософт пока этого не сделал.

torvn77 ★★★★★
()

Это не только позволяет сэкономить место, но и оттюнинговать функционал. Например, у меня qemu без vnc, ничто не использует gtk3 (кроме того, что на нём написано — termite) и так далее.

И да, выдыхай. Открой для себя документацию, лол.

r3lgar ★★★★★
()
Последнее исправление: r3lgar (всего исправлений: 1)
Ответ на: комментарий от torvn77

Ты тоже выдыхай. А то вдруг тебя некросовт действительно услышит?

r3lgar ★★★★★
()

Еще просмотр флагов сильно помогает ориентироваться в доступном функционале софтины которую ты ставишь.

TDrive ★★★★★
()

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

Количество пакетов, к обновлению и, соответственно, длительность этого процесса. В Gentoo актуально... Ох уж эта Гента, да...

Чувство порядка в системе - вообще нафиг не нужно, да...

А что ты будешь делать, если программа может быть скомпилена только лишь с одним вариантом из двух: systemd <-> consolekit (не-systemd), mysql <-> postges, cuda <-> opencl, gtk <-> qt, gtk3 <-> python (прикольно?), cairo <-> gtk, ну, и классика gtk2 <-> gtk3, qt4 <-> qt5. Притом, помню что в какой-то проге при gtk3 не работали какие-то фичи, приходиось gtk2 юзать. Больше примеров тут: find /usr/portage -iname '*.ebuild' -exec grep '\?.*(.*!' '{}' ';'.

В других дистрах за тебя это решают мейнтейнеры. А что если не угадают? Вот с выпиливанием systemd не для всех угадали. Иногда выпускают дистры в разных ипостясях, а-ля Ubuntu/Kubunty/Xubuntu. Хотя кому они нужны - лёгкие дистры? Покупай четырех-ядерные лептопы с SSD дисками на пару терабайт и 32Gb памяти и последними видюхами и охлаждением от Боинга-747 - тебе это вообще побоку будет.

И вообще, имеет ли смысл редактировать переменную USE в make.conf?

Если ты не знаешь зачем - нет, не стоит.
Но устанавливать пакеты рекомендую с флагами -av, оно напишет какие фичи включены, а какие нет, вдруг найдешь что-то нужное. Плюс в wiki могуть быть написаны нужные флаги. До тех пор - нет.

Еще вариант - установить десяточку: там нет USE флагов.

Kroz ★★★★★
()

На пвцана отвечаю, юз-флаги — полезны.

slon
()
Последнее исправление: slon (всего исправлений: 1)

никакой пользы нет, польза есть только от Венды

Deleted
()
Ответ на: комментарий от torvn77

какая комбинация USE флагов даёт лучший вид и FPS.

Зайди как-нибудь на форумы любителей старых игр TES и вбрось им что их настройки Morrowind Graphic Extender - говно, а твои - самые лучшие. Отойди в стороны и смотри на шоу.

Pinkbyte ★★★★★
()
Ответ на: комментарий от init_6

Какая польза от переключателей?

Ну да. для меня это не было очевидным.

chen-san
() автор топика
Ответ на: комментарий от Kroz

Я не особо понимаю процесс, но программы же должны грузится в память по мере необходимости, так что экономия ОЗУ отпадает. Меньше зависимостей - тоже не очевидно. Ведь сегодня экономия дискового пространства вещь не актуальная. Во многих дистрах можно выбирать, пакет с какой обёрткой устанавливать, например transmission-gtk, transmission-qt, transmission-cli. Так что возможность выбирать что-то в пакете - не такая уж особенность. Выходит, что польза от use-флагов не так уж велика.

chen-san
() автор топика
Ответ на: комментарий от Kroz

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

ох уж эти гентушники, промудохаются день дабы повысить эффективность процента на три

Чувство порядка в системе - вообще нафиг не нужно, да...

«Чувство порядка в системе» это как психическое отклонение)

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

А тут опять зудит «Чувство порядка в системе», проблема надумана...

Покупай четырех-ядерные лептопы с SSD дисками на пару терабайт и 32Gb памяти и последними видюхами и охлаждением от Боинга-747

gentoo для нищебродов?

robotron5
()

ЛОР что с тобой? вы жирному и тупому хотите рассказать про юзы? Завтра в школу вприпрыжку

deity ★★★★
()
Ответ на: комментарий от deity

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

chen-san
() автор топика
Ответ на: комментарий от chen-san

короче, все очень просто, оптимизация, место на диске, потребление оперативки, все это имеет место но если ты не задрот-нищеброд то забей.

Реальная польза в том что меньше е***ли с системой.

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

В генте ты просто набираешь emerge указываешь нужную версию постгреса + нужные флаги и все, живешь полноценной жизнью не тратя время на глупою еб****ю с системой.

TDrive ★★★★★
()
Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от TDrive

и ты идешь собирать постгрес руками

ну что за детский сад, у таких продуктов как postgresql есть официальные репозитории под все популярные *серверные* дистрибутивы. А за генту на сервере нужно стерилизовать.

robotron5
()
Ответ на: комментарий от robotron5

ну что за детский сад, у таких продуктов как postgresql есть официальные репозитории под все популярные *серверные* дистрибутивы.

постгрес тут только для примера, то что дебианшикам приходится компилять часть софта руками это факт, а в opensuse вообще пол официальной документации состоит из wget, ./configure, make ... и чем же тогда бинарные дистры на сервере лучше генты?

TDrive ★★★★★
()
Ответ на: комментарий от robotron5

у таких продуктов как postgresql есть официальные репозитории под все популярные *серверные* дистрибутивы.

Собственно это только подтверждает мои слова, хочешь поставить постгрес сходи погугли нет ли официальной репы, у админов дебиана наверно специальный отдельный монитор стоит с открытым гуглом.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Херня 1) Нет по умолчанию хидеров - А на фига они по умолчанию?

2) Искать в какой пакет сунули нидеры - Нет необходимости искать все пакеты, для разработки они помечены как dev

3) Старый софт - установить можно и из веток testing/unstable/experimental собрать из исходников также можно в автоматическом режиме

Я не говорю что гента ненужна, я говорю про то что ты слишком уж загнал про debian в частности, а так то да, гибкость USE флагов не переплюнуть бинарной пакетной системой

Dron ★★★★★
()
Последнее исправление: Dron (всего исправлений: 1)
Ответ на: комментарий от TDrive

то что дебианшикам приходится компилять часть софта руками это факт

и зачем он нужен?

а в opensuse вообще...

вы про сервер говорите?

хочешь поставить постгрес сходи погугли

да и почитай документацию как рекомендуется ставить тот или иной софт.

и чем же тогда бинарные дистры на сервере лучше генты?

не нужно платить команде тестеров которые будут тестировать конкретную сборку, не нужно платить программистам за написание тестов, не нужно платить высококвалифицированным админам за настройку selinux/apparmor, не нужно поднимать совою инфраструктуру для этого.

robotron5
()
Ответ на: комментарий от robotron5

вы про сервер говорите?

в centos ситуация не лучше.

да и почитай документацию как рекомендуется ставить тот или иной софт.

это ужасно, что это за пакетный менеджер который не работает без гугла?

не нужно платить команде тестеров которые будут тестировать конкретную сборку

какая там сборка то? у сервера обычно круг задач ограничивается 1-2.

не нужно платить программистам за написание тестов

это тут вообще каким боком?

не нужно платить высококвалифицированным админам за настройку selinux/apparmor

как будто на дебиане selinux не нужен, тут вообще никакой связи с дистром.

не нужно поднимать совою инфраструктуру для этого

сервер сборки? там прям такая инфраструктура.

TDrive ★★★★★
()
Ответ на: комментарий от Dron

1) Нет по умолчанию хидеров - А на фига они по умолчанию?

А кому они мешают?

2) Искать в какой пакет сунули нидеры - Нет необходимости искать все пакеты, для разработки они помечены как dev

Только если мейнтейнер сегодня встал с правой ноги.

3) Старый софт - установить можно и из веток testing/unstable/experimental собрать из исходников также можно в автоматическом режиме

вот тебе конкретный пример установка nodejs, на дебиан 8, её можно поставить из дефолтной репы но она там какая то не такая, во первых бинарник называет nodejs вместо общепринятого node во вторых npm не ставит и вообще хз как его ставить, но, можно погуглить и найти доку на сайте самой ноды где предлагается скачать setup_6.x или setup_7.x с 300+ строчек сраной магии, и выполнить их от рута а уже потом ставить ноду через apt-get. И да в результате нода ставится как надо но что произошло и почему не получилось в первый раз нифига не понятно, может эти сетапы что то другое ломают в системе, сидеть вкуривать 300 строчек баша? Зачем и кому нужны такие сложности? Сколько и какой доки нужно вкурить что бы разобраться в этой каше?

TDrive ★★★★★
()
Ответ на: комментарий от Dron

2) Искать в какой пакет сунули нидеры - Нет необходимости искать все пакеты, для разработки они помечены как dev

Вот даже с постгресом, сама база ставится из пакета postgresql а хедеры из libpq-dev, и вот как вообще можно догадаться как называется пакет с хедерами если не гуглить?

TDrive ★★★★★
()
Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от TDrive

в centos ситуация не лучше

правда? а в RHRL, OL?

это ужасно, что это за пакетный менеджер который не работает без гугла?

это ужасно когда люди не читают документацию

как будто на дебиане selinux не нужен, тут вообще никакой связи с дистром.

его там нет) как и в генту а точнее настроенных политик под конкретную сборку, но вы же незнаете что это такое

какая там сборка то? у сервера обычно круг задач ограничивается 1-2.
это тут вообще каким боком?
сервер сборки? там прям такая инфраструктура.

причем тут сборка? мне гарантии нужны, вы не понимаете о чем я.

robotron5
()
Ответ на: комментарий от robotron5

правда?

правда, вот например если погуглить установку gource, первое что вспомнил, в centos
http://dobryak.org/kak-sobrat-gource-v-centos/
тут предлагают компилять
https://vlsiwiki.soe.ucsc.edu/index.php/Gource
тут тоже
понятно что где то пакеты можно найти но это опять же гуглить.

это ужасно когда люди не читают документацию

покажи мне подобную документацию для постгреса.

его там нет)

кого нет? https://wiki.debian.org/SELinux

причем тут сборка? мне гарантии нужны, вы не понимаете о чем я.

гарантии дает только платная поддержка от мейнтейнеров дистра.

TDrive ★★★★★
()
Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от TDrive
dron@gnu:~$ aptitude search  postgresql  | grep dev
p  libghc-hdbc-postgresql-dev - PostgreSQL HDBC (Haskell Database Connectivity) Driver for GHC
p  libghc-hdbc-postgresql-dev:i386 - PostgreSQL HDBC (Haskell Database Connectivity) Driver for GHC
v  libghc-hdbc-postgresql-dev-2.3.2.4-cf34a - 
v  libghc-hdbc-postgresql-dev-2.3.2.4-cf34a:i386 - 
p  libghc-persistent-postgresql-dev - backend for the persistent library using PostgreSQL
p  libghc-persistent-postgresql-dev:i386 - backend for the persistent library using PostgreSQL
v  libghc-persistent-postgresql-dev-2.6-87184 - 
v  libghc-persistent-postgresql-dev-2.6-ca6db:i386 - 
p  libghc-postgresql-libpq-dev - low-level binding to libpq
p  libghc-postgresql-libpq-dev:i386 - low-level binding to libpq
v  libghc-postgresql-libpq-dev-0.9.2.0-4cec2:i386 - 
v  libghc-postgresql-libpq-dev-0.9.2.0-4eb86 - 
p  libghc-postgresql-simple-dev - mid-level PostgreSQL client library
p  libghc-postgresql-simple-dev:i386 - mid-level PostgreSQL client library
v  libghc-postgresql-simple-dev-0.5.2.1-3dadf:i386 - 
v  libghc-postgresql-simple-dev-0.5.2.1-fe5d5 - 
p  libghc-text-postgresql-dev - Parser and Printer of PostgreSQL extended types
p  libghc-text-postgresql-dev:i386 - Parser and Printer of PostgreSQL extended types
v  libghc-text-postgresql-dev-0.0.2.1-21f9c:i386 - 
v  libghc-text-postgresql-dev-0.0.2.1-9ae17 - 
p  libpostgresql-ocaml-dev - OCaml bindings to PostgreSQL's libpq
p  libpostgresql-ocaml-dev:i386 - OCaml bindings to PostgreSQL's libpq
v  libpostgresql-ocaml-dev-6lnv4:i386 - 
v  libpostgresql-ocaml-dev-so955 - 
p  lua-dbi-postgresql-dev - DBI library for the Lua language, PostgreSQL development files
p  lua-dbi-postgresql-dev:i386 - DBI library for the Lua language, PostgreSQL development files
v  lua5.1-dbi-postgresql-dev - 
v  lua5.1-dbi-postgresql-dev:i386 - 
p  postgresql-server-dev-9.5 - development files for PostgreSQL 9.5 server-side programming
p  postgresql-server-dev-9.5:i386 - development files for PostgreSQL 9.5 server-side programming
p  postgresql-server-dev-9.6 - development files for PostgreSQL 9.6 server-side programming
p  postgresql-server-dev-9.6:i386 - development files for PostgreSQL 9.6 server-side programming
p  postgresql-server-dev-all - extension build tool for multiple PostgreSQL versions
dron@gnu:~$ 

Dron ★★★★★
()
Ответ на: комментарий от TDrive
dron@gnu:~$ aptitude search npm
p   node-npm-run-path               - Get your PATH prepended with locally insta
i   node-npmlog                     - Logger with custom levels and colored outp
i A node-validate-npm-package-licen - Tells if a string is a valid npm package l
i   npm                             - package manager for Node.js               
i   npm2deb                         - tool to help debianize Node.js modules    
dron@gnu:~$ 

Dron ★★★★★
()
Ответ на: комментарий от Dron

круто, может ты еще и расскажешь зачем нужны сетапы с официального сайта ноды? и почему с ними работает а без них нет?

TDrive ★★★★★
()
Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от robotron5

кому в здравом уме это нужно?

это пример

ты не в теме, я уже понял

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

TDrive ★★★★★
()
Ответ на: комментарий от Deleted

вообще, вопрос дельный. Например, конкретно мне не очень нужны эти флаги, хотя уже несколько лет сижу на генте. Было такое, что потребовалась фича в программе, для которой пришлось включать некий use-флаг и пересобирать её. LibreOffice это был...

Sahas ★★★★☆
()
Ответ на: комментарий от Sahas

Ну каждому свое. Gentoo только ради use накатываю, ибо том-же debian пакеты иногда неадекватные ментейнеры собирают. Ну и в других дистрибутива нет такого удобного ГЛОБАЛЬНОГО способа управления сборкой пакетов(в том-же crux приходится делать оверлей и вручную править каждый пакет).

Deleted
()

Благодаря USE-флагам можно легко выпилить поцтерошлак - systemd и pulseaudio.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.