LINUX.ORG.RU

Для тех, кто думает перейти на Gentoo

 


62

26

Привет

Достаточно часто создаются темы, где люди думают переходить на Gentoo и хотят уточнить некоторые моменты. Чтобы сэкономить время себе и другим, решил создать этот топик, в котором буду собирать ответы на частые вопросы.

TL; DR: Для тех, кто думает перейти на Gentoo (комментарий)

В каких случаях имеет смысл выбирать Gentoo:
1. Вы любите настраивать систему под себя. В Gentoo есть больше возможностей по кастомизации системы в сравнении с многими другими дистрибутивами: USE флаги, параметры компиляции, поддержка пользовательских патчей в пакетном менеджере, хуки пакетного менеджера (вставка своих шагов на этапе установки пакетов), игры с версиями приложений и/или зависимостей, игры с альтернативными имплементациями (openrc/systemd/..., rsyslog/syslog-ng/metalog, slang/ncruses, dhcpcd/dhclient/...).
2. Вы хотите обучиться основам Линукс. Установка Gentoo невозможна без практического понимания базовых принципов Линукс: интерфейс командной строки, chroot, работа с диском (MBR, GPT, возможно LVM, возможно шифрование, типы файловых систем, параметры монтирования и т. п.), настройка сети (WiFi/Ethernet, DHCP, ifconfig/ip, выбор между wicd/NetworkManager/sysinit и т. п.), ядро (конфигурация/компиляция/установка, firmware, внешние модули aka @modules-rebuild, возможно параметры при запуске и т. п.), графический сервер (Xorg/wayland, драйвера) и др. Большинство дистрибутивов скрывают это за инсталлятором, но в Gentoo вам придется столкнуться с этим непосредственно.
3. Требуется система максимально оптимизированная под определённую платформу или нефункциональные требования: минимальный размер (embedded), минимальный отклик (банковские системы, игровые сервера), максимальное быстродействие в конкретных областях (обработка видео потоков) и т. п. Стоит заметить, что Gentoo имеет смысл выбирать только в том случае, когда нет дистрибутива уже заточенного под эти требования, или он чем-то не устраивает.

В остальных случаях Gentoo скорее всего не лучший выбор, разве что Just for Fun.

Сильные стороны Gentoo:
#1 Gentoo очень гибкая и всенастраиваема
Пример того что в Gentoo делается просто:
- Использовать openrc вместо systemd или наоборот; pulseaudio или без него
- Наложить кастомный патч; пример когда это нужно
- Подключить или отключить такие вещи как vaapi, vdpau, opencv и т. п.
- Иметь несколько веток софта; уточню, что это работает только для определённых пакетов; например можно одновременно установить python 2.7, 3.4, 3.5 или qt4 и qt5, но нельзя одновременно установить qt 5.7 и 5.8

#2 Очень удобный и функциональный пакетный менеджер
Примеры удобных фич:
- Прервать установку (вплоть до перегрузки компьютера), а потом ее продолжить. Можно продолжить с последнего пакета (emerge --resume), продолжить но пропустить последний пакет, например, если его установка прервалась с ошибкой (emerge --resume --skipfirst, некоторые нюансы); для больших пакетов можно продолжить саму компиляцию (ebuild <полный путь и имя файла>.ebuild merge).
- Когда при установке обновляется конфиг приложения, определяется редактировался ли предыдущий конфиг пользователем. Если да, конфиг не перезаписывается, а кладётся радом, и выводится сообщение пользователю с предложением обновить конфиг.
- Обновить всю систему, но исключить некоторые пакеты (удобно для исключения больших пакетов из ежедневного обновления)
- Почистить зависимости - удалить те пакеты, которые больше никому не нужны.
- Поскольку ebuild - текстовый файл, то можно пропарсить на предмет требований к количеству ресурсов для установки:

$ for F in $(find /usr/portage -name "*.ebuild") ; do REQ=$(grep "CHECKREQS" "$F") ; if [[ -n "$REQ" ]]; then echo -e "\n$F\n$REQ" ; fi; done
- Вынести компиляцию на другой компьютер (поддержка distcc на уровне пакетного менеджера). Важно когда Gentoo устанавливается на слабый компьютер.


#3 Хорошая документация, по крайней мере на английском. Более того, поскольку Gentoo-специфичные утилиты являются лишь надстройкой на generic механизмами, документация от других дистрибутивов (например от Arch) в большинстве случаев тоже подходит.
Опрос 2014: У какого дистрибутива лучшая документация

#4 Достаточно свежий софт, много сторонних репозиториев.
Список сторонних репозиториев
Gentoo - rolling release, а значит как только новая версия конкретного софта появилась в репозитории, её можно установить. Но здесь не имеется ввиду, что как только новая версия зарелизилась, она моментально становится доступна в основном дереве; лаг есть, но он как правило не большой, хотя зависит от пакета. В тестинг ветке новые версии появляются раньше. Кроме того мейнтейнеры Gentoo могут маскировать некоторые версии, если в них обнаруживаются серьезные баги. Однако всегда можно размаскировать нужную версию. Кроме того для некоторых пакетов есть -live версии, когда исходники скачиваются напрямую из github или аналога.
Пример когда «у меня не самый свежий софт в Gentoo»

#5 Полный порядок в системе, ничего лишнего - эстетическое удовольствие, плюс возможно можно немного улучшить перформанс

#6 В процессе установки и эксплуатации получаешь полное понимание как работает система, а значит возникающие проблемы решаются быстро. На самом деле без должного знания Линукса (или желания его узнать в процессе) Gentoo нормально не установить.

Недостатки
#1 Сложная и долгая первичная установка. Если устанавливать в первый раз, нужно готовиться потратить несколько дней. Для опытных - несколько часов + компиляция.
Время установки (компиляции) Gentoo, еще немного цифр по большим пакетам

#2 Пакетный менеджер хоть и удобный, но очень медленный

#3 Если не обновлять систему долго (полгода и более), то сложность обновления сопоставима с установкой новой системы. Есть мнение, что emerge-webrsync --revert=yyyymmdd должен помочь (лично я не проверял).

Особенности
#1 Высокий порог входа; дистрибутив не для новичков. Если человек не комфортно чувствует себя в командной строке, никогда не компилировал ядро, не разбивал диски на разделы, не привык изучать докуменацию, вчитываться в сообщения и анализировать логи, то Gentoo покажется сложной в обслуживании, а возникающие проблемы будут списываться на дистрибутив.

#2 Обновляться нужно часто.

#3 Основные фичи - в командной строке. Для тех, кто не привык работать в командной строке, это будет минусом. А для тех, кто комфортно чувствует себя в командной строке, это будет плюсом, так как работа в командной строке более эффективна, а типовые сценарии можно обернуть в скрипты и еще больше сократить время на обслуживание системы.

#4 Есть две ветки: stable и testing. В stable меньше шансов встретить проблему, но в testing более свежий софт. Ветки можно комбинировать.

Мифы
Миф #1 Gentoo даст прирост производительности за счет того, что весь софт компилируется под конкретное железо.
Краткий ответ: Без дополнительных телодвижений - в пределах пары процентов, так что вряд ли вы это заметите.

Детальный ответ.
Не следует ожидать что просто скомпилировав систему из исходников вы получите сколько-нибудь заметное улучшение перформанса.
Для большинства приложений компиляции под конкретное железо даст прирост производительности в районе 1-2%.
Ложка дегтя: в некоторых случаях даже может быть замедление. Например Firefox, можно ускорить с помощью PGO. В Gentoo по умолчанию это отключено, так как PGO увеличивает время компиляции почти в два раза. В бинарных дистрибутивах соотв. софт может быть скомпилирован с PGO.
Так как добиться улучшения производительности? Узкий круг приложений может быть значительно ускорен при компиляции под конкретную платформу - на 30%-50% и больше. В основном это приложения которые активно занимаются вычислениями. Но для этого требуется соотв. настройки. Например, активация SIMD инструкций, даст прирост производительности в мультимедиа приложениях. Некоторые процессоры имеют аппаратную поддержку шифрования AES. В бинарных дистрибутивах подобные фичи будут отключены, так как не все процессоры это поддерживают, а бинарные дистрибутивы в первую очередь заботятся о совместимости.
Небольшое улучшения перформанса возможно если убрать из системы всё лишнее (мнение 1, мнение 2).
Еще интересный случай

Миф #2 Обновления занимают много времени
Краткий ответ: 5-10 минут на фоне, не мешая основной работе.

Детальный ответ.
Обновления не занимают много времени, но опять же, при правильном подходе.
Во-первых, как было сказано выше, обновляться нужно часто. Для testing ветки это каждый день, или по крайней мере не реже чем в раз 2-3 недели. Для стабильной ветки - раз в неделю достаточно (на стабильной ветке намного реже выпускаются обновления)
Во-вторых, есть пакеты которые правда очень долго компилятся: libreoffice, firefox, chromium... Их всего 10-15. Я их исключаю из ежедневного обновления, а обновляю раз в несколько месяцев.
Еще нужно сказать, что на этом вопросе часто заостряют неоправданно много внимания. Обычно обновления происходят на фоне, и не сильно влияют на работу; так какая разница как долго они выполняются?
В итоге, у меня обновления занимают примерно 5-10 мин ежедневно (у меня тестинг-ветка).
К тому же всё происходит на фоне, в любой момент можно поставить на паузу (Ctrl+Z, fg), продолжить после прерывания (умышленного или случайного).
Мой скрипт ежедневного обновления

Миф #3 Gentoo требует много времени на обслуживание
Краткий ответ: это зависит от вас.

Детальный ответ.
Обслуживание Gentoo занимает меньше времени по сравнению с другими дистрибутивами, но только при грамотном обращении, конечно. Достигается это за счет следующего:
- хороший пакетный менеджер: маскировки, глобальные и индивидуальные установки для пакетов (USE флаги, опции компиляции, каталоги), хуки, приоритеты (чтобы компиляция происходила на фоне и можно было работать), много опций для установки и анализа, подсказки после установки.
- всё происходит в CLI, а значит типовые операции можно обернуть в скрипты/алиасы.
- уже существуют много утилит для облегчения обслуживания: eselect, equery, eix, eclean, euse, genlop и др.
Грамотное обращение означает, что вы правильно и регулярно обновляете систему, исполняете предписания emerge, которые он выдает после установки, держите в порядке конфигурационные файлы, а если таки возникает проблема, которую решить вы не можете, то вы обращаетесь в форумы, а не просто жалуетесь на жизнь.
Что до проблем с обновлениями - см. следующий пункт «Миф #4 Установка, обновление постоянно падают; частые блокировки»

Миф #4 Установка, обновление постоянно падают; частые блокировки
Краткий ответ: Не чаще чем в других дистрибутивах

Детальный ответ.
Если говорить про «часто» и «постоянно», то проблемы с обновлением/установкой могут быть если:
- система давно не обновлялась
- система неправильно обслуживается (см. выше про Грамотное обращение)

В редких случаях пакет просто не компилируется. На самом деле это проблема не Gentoo, а тех, кто писал этот софт. И в подавляющим большинстве случаев это не является проблемой, и вот почему. Если это обновление, то можно продолжить процесс запустив emerge с параметрами --resume --skipfirst - он обойдет проблемный пакет, пересчитает зависимости чтобы система осталась консистентной, и продолжит обновление (а можно изначально передать параметр --keep-going, тогда это будет происходить автоматически, прерываний вообще не будет). Если пакет критичен, можно установить предыдущую версию, которая компилировалась (а проблемную замаскировать чтобы пакетный менеджер ее не видел).

Что может заблокировать обновление полностью:
- просьба пакетного менеджера поменять флаги пакета. При этом emerge предлагает сделать это автоматически, но лично я предпочитаю делать вручную. Для ручного способа, решается добавлением строчки в package.use
- просьба пакетного менеджера задать лицензию. Это валидно только для не-свободных лицензий, например EULA, Skype, Adobe Flash и т. п. Если мы говорим имено про обновление, то такое бывает только когда лицензия обновляется, что бывает очень редко (как много у вас пакетов под не-свободной лицензией, и как часто они меняют лицензию?). Решается добавлением одного слова в make.conf
- просьба пакетного менеджера размаскировать пакет. По моему опыту нужно не размаскировывать, а наоборот замаскировывать пакеты, которые тянут замаскированные зависимости. Это, да, требует минут 5-10 на разобраться. Но, если только у вас нет смешения веток и live пакетов, такой вариант случается раз в пятилетку.
- сложные блокировки. Большинство блокировок пакетный менеджер разрешает сам; по моим наблюдениям, качество данного механизма значительно улучшилось пару лет назад. Из своего опыты скажу, что (учитывая частые обновления) блокировок, которые бы совсем останавливали обновление я уже не видел года 1.5. Но если они есть, то это действительно сложный кейс.

Иными словами, при порядке в системе, кейсы, которые требуют значительного времени и напряжения уственых усилий (сложные блокировки, замаскированные зависимости) случаются раз в несколько лет; кейсы, которые решаются за пару минут - раз в несколько месяцев.

Миф #5 В Gentoo нет бинарных пакетов
Краткий ответ: Есть там, где это действительно нужно.

Детальный ответ
29 декабря 2023 года было официально объявлено о релизе бинарного варианта Gentoo: Gentoo становится бинарным / https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html Также есть Calculate Linux - полностью бинарный форк Gentoo.
С самого начала в «классическом» Gentoo в основном репозитории всегда были несколько бинарных пакетов: libreoffice-bin, firefox-bin, некоторые другие. Связано это с тем, что из исходников они очень долго компилируются, и иногда проще поставить бинарник.
Бинарный пакет можно сделать самому командой quickpkg --include-config y <установленный пакет> - удобно для бекапов.
Но стоит обратить внимание на то, что при использовании бинарных пакетов пропадают те главные особенности, ради которых имеет смысл выбирать Gentoo. Если вам нужен уже скомпилированный софт, возможно вам имеет смысл присмотреться к другим дистрибутивам.

FAQ

#1 Установка на слабый компьютер
Смотря что есть слабый компьютер.
Из собственного опыта: Intel Core2 Duo 6600 @ 2.40GHz, 2Gb RAM + 4Gb swap хватало для комфортной работы в Gentoo.
Зачастую ebuld'ы содержат информацию о том, сколько нужно памяти для компиляции пакета. TOP 5:
16G - chromium
8G - ledger, isabelle
7G - ceph
6G - firefox x64 (для x32 нужно 3G), pypy x64 (для x32 нужно 3G)
5G - electron
Если компьютер и вправду слабый, то лучше выбрать не Gentoo (точнее не-source-based дистрибутив). Альтернатива - можно вынести компиляцию на другой «не-слабый» компьютер с помощью distcc.


Опрос 2021: Какую операционную систему и/или дистрибутив GNU/Linux вы используете на ПК?
Опрос 2018: Какой ОС вы пользуетесь на основном ПК?
Опрос 2017: Какую ОС вы используете на основном ПК?
Опрос 2014: Какой дистрибутив вы используете на десктопе?
W3Tech стастика дистрибутивов на серверах
Отличия дистрибутивов, время работы ноутбука
Чем удобны USE флаги
Сколько памяти нужно для РАБОТЫ Gentoo (сколько нужно для компиляции было указано выше)
Сколько места на диске нужно для Gentoo
Правильное полное обновление Gentoo, Мой скрипт ежедневного обновления, Еще вариант
Gentoo для девелоперов
Практика инсталляции Gentoo: в двух словах простым языком
Небольшой скрипт - сборка livecd

★★★★★

Последнее исправление: Kroz (всего исправлений: 43)
Ответ на: комментарий от curufinwe

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

% time sudo emerge -1 app-arch/p7zip
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) app-arch/p7zip-16.02-r1::gentoo
>>> Installing (1 of 1) app-arch/p7zip-16.02-r1::gentoo

 * Messages for package app-arch/p7zip-16.02-r1:

 * Enabling nonfree RAR decompressor
sudo emerge -1 app-arch/p7zip  141.34s user 9.16s system 246% cpu 1:01.01 total

И это -j3 на i5.

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

У меня p7zip-9.13 на core-i3 ноутбучном собирался 2:34

grem ★★★★★
()

Слишком субъективно. Про 5 минут на обновление. У меня на мобильном процессоре intel core i7 3520M в генту кде4 собирался около 3 часов. Так что не знаю откуда взялись твои 5 минут. Прирост производительности если и был, то настолько маленький, что неощущаем. И кстати, тот же Арч тоже дает возможность изучить систему, собственно как и убунту(если ставить через дебутстрап, при этом точно так же как и генту, можно собрать минимальную систему без лишних компонентов).

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

Я же написал, что не один к одному. Так что притиворечия нету.

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

RazrFalcon К тому же baloo можно и отключить при необходимости. Вообще уважаю генту как систему, сам на ней некоторое время был. Но думаю, что выбор генту - это дело привычки и личного пристрастия, и что преимущества по памяти/производительности, которые дает генту, незначительные и молоосязаемые. Еще замечание. Для того, чтобы комфортно и не особо долго производить сборку пакетов в генту, нужен хороший мощный производительный пк, но на таком пк разницы в производительности между скажем кде из убунту и кде из генту не ощутишь.

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

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

Миф #1 Gentoo даст прирост производительности за счет того, что весь софт компилируется под конкретное железо

Kroz ★★★★★
() автор топика

- Иметь несколько веток софта (например, gcc, python, qt и т. п.)

Тут стоит уточнить, что, скажем, Qt 5.7 и 5.8 на одной машине одновременно будет установить не проще, чем на других дистрах.

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

Так я не спорю с твоим утверждением. Я подтверждаю его.

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

Если вы не ощущаете прироста - это не значит, что его нет.

Ещё стоит добавить, что gentoo - RR со стабильной веткой, что очень удобно. Один раз поставил и обновляешь. Убунту я ни разу не смог обновить без переустановки.

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

Если вы не ощущаете прироста - это не значит, что его нет.

Прям эталонное мышление гентушника - «пусть я не ощущаю разницы в пару процентов, это всё равно стоит того, чтобы колупаться с ОС сутками и часами»

Deleted
()

В некоторых пакетах прирост от оптимизаций составляет до 30%! И не стоит забывать что в типичном среднем бинарном дистрибутиве в вакууме никто не будет увлекаться оптимизациями поскольку тогда эти пакеты не смогут работать на всём без исключения среднем железе в вакууме.

init_6 ★★★★★
()

Жаль не видел на одной странице!

Bruce_Lee ★★
()

Intel Core2 Duo 6600 @ 2.40GHz и 2Gb памяти - этого хватает с лихвой.

Хватало с лихвой одноядерного Pentium M 1.8 Ghz для полноценного десктопа, если в ноутбуке нормально работает система охлаждения, то собрать можно что хочешь.

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

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

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

Если создаёте тему для новичков, то нужно честно говорить о минусах, а не заметать их под ковёр.

А они там есть, если ты не заметил. И я готов их добавлять, если ты приведёшь объективные примеры и аргументы.

Я вообще топик дополняю и уточняю по мере ответов в этой теме, да и не только в этой.

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

Хейтерство тоже своего рода фанбойство. Если ты не заметил, то минусы в исходной теме тоже указаны, но тебя продолжает распирать. То есть непонятно, о каких заметаниях под ковёр ты говоришь.

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

Человек пользовался гентой, потом бросил и теперь жалеет о потраченном на неё времени. Поэтому когда её тут пиарят - у него горит. Всё просто.

Я вот почему-то не хожу по темам где обсуждают Fedora или Alt и не говорю что они говно и все кто их пиарят - фанбои. Хотя я перестал ими пользоваться почти 10 лет назад(старею!).

Может это потому, что я не жалею потраченного на них времени, да и благодаря им я узнал о Gentoo ;-)

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

Добавил в #4 про свежий софт.

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

Ну так я убунту и не обновляю с релиза на релиз и не рекомендую это делать. Но для меня это не проблема. Если это для тебя критерий с повышенным приоритетом, тогда конечно нужен ролинг релизный дистр. Для меня лучше именно фикс релизный дистр, т.к. если очень вкратце, то он более предсказуем, хотя это слишком субъективно. Про производительность: зачем такое повышение производительности, которого не замечаешь? Ради того, чтобы любоваться цифрами?

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

Ага, именно поэтому у меня пол темы в скрытых сообщениях.

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

зачем такое повышение производительности, которого не замечаешь?

В десятый раз: у меня генту - самый отзывчивый дистр. Можете дальше рассказывать про плацебо, но тут тормозов я не вижу.

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

Основные и наиболее критичные отображены. Остальное субъективно.

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

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

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

Но у меня такого не было.

Генту нужно уметь готовить. Недавно была тема, где ТС отключил SMP и жаловался на тормоза.

simd даёт прирост, это просто факт. На бинарных дистрах такого достичь нельзя.

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

simd даёт прирост, это просто факт. На бинарных дистрах такого достичь нельзя.

Насколько я понимаю, simd инструкции не задействованы по-умолчанию только в 32-разрядных системах.

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

Да. Но и на x86_64 будут доступны максимум sse2, из-за совместимости.

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

Так как новая версия не собралась, то старая из системы никуда не делась, даже если в дереве её нет.

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

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

Мириады

Либо n*10000, либо n*2985984 (доцанд доцандов), уточни.

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

Ещё интересно было бы услышать, кто и как в своём дистрибутиве получает аналог гентушного `cat /var/lib/portage/world`

Слишком простой юзкейс. У меня, например, всё в сетах. Может быть, ССЗБ, но так мне представляется удобней.

pS
()

Короче, читаете ман и делаете всё по ману. Загружаете Ubuntu LiveCD, из него запускаете GParted, и размечаете диск: отрезаете от вашего раздела с Ubuntu - несколько гигабайт, чтобы создать раздел под Gentoo. Можно отдать от 20 Гб и выше (я отдал 32 Гб). Скачиваете stage3 и portage с зеркала Яндекса. Распаковываете stage3 в новый раздел диска, логинитесь в него с помощью:

mount -t proc none /mnt/gentoo/proc
mount --rbind /dev /mnt/gentoo/dev
mount --rbind /sys /mnt/gentoo/sys
chroot /mnt/gentoo

Ну и там ещё пара команд. В мане найдёте. Переименовать строку, чтобы не перепутать с другой консолью, и source /etc/profile.

Потом начинаете ставить какой-нибудь софт. Например, иксы. Ставите не с помощью:

emerge xorg-server

А:

emerge -av xorg-server

И смотрите, какие другие проги будут ещё установлены. И с какими use-флагами. Если знаете, какой USE-флаг для чего нужен, молодцы. Если нет - читаете с помощью equery u название (для этого можно открыть второй терминал).

Далее несколько дней ничего не делаете, а тупо читаете что какой USE-флаг даёт. Убираете или добавляете. Можно сделать так:

USE=«flag1 flag2» emerge -av xorg-server

Это просто быстрая проверка, что изменится, если сделать так. Потом, если понравится результат, то нужно не забыть добавить в /etc/make.conf. У меня вообще в этом make.conf такая здоровенная гирлянда флагов.

А ещё есть package.use, в котором можно указать «выключить USE-флаг только для одного пакета, а для всех остальных - включить». Или наоборот. Например, -gnutls для boinc-client.

Как устанавливать ведро. Загружаешь Sabayon Linux, смотришь какая там версия ведра, берёшь конфиг из /proc/config.gz. На своей генте поднимаешь ту же версию ведра, и этот конфиг. Внеси небольшие изменения: имя хоста localhost, а не sabayon, правильный march, правильная кодировка для флешек. Всё. Когда скомпилируется, прописываешь в GRUB от убунты отдельным пунктом.

Это базовый конфиг ведра, а уже отталкиваясь от него можно сделать кастомный. genkernel - не то.

Ну и всё. Составил make.conf, добавил туда USE-флаги, march, evdev и nvidia. Запускаешь emerge -av xorg-server и удивляешься: с тех пор, как ты добавил новые USE-флаги, добавилось много новых зависимостей. А у них ещё USE-флаги! Кроме того, исчезли из списка «к установке» всё ненужное, сборку чего ты запретил.

Установка первой большой проги занимает три дня чтения «что для чего нужно». И лишь 2 часа - компилируется.

А теперь прописывай / и swap в /etc/fstab.

Ну и собственно всё: иксы собрал, ядро собрал, можно перезагружаться в свою новую генту! Только там DE не будет, а это ещё 200 пакетов (в дополнение к 200, которые требует xorg-server). Значит, будет второй раунд. Удачи!

P.S. Стим не влезет в 32 Гб, поэтому сделай символьную ссылку:

cd ~/.local/share
ln -s /ubuntu/home/username/.local/share/Steam .

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

Слишком простой юзкейс. У меня, например, всё в сетах. Может быть, ССЗБ, но так мне представляется удобней.

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

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

Спасибо. Добавил в шапку.

От себя скажу:

Можно отдать от 20 Гб и выше (я отдал 32 Гб).

20Gb мало. У меня, 25Gb, да еще /var отдельно, и всё равно ючусь. Всё потому, что distfiles складываются в /usr и оно распухает, нужно чистить регулярно. Всё не дойдут руки вынести на другую партицию.

Если знаете, какой USE-флаг для чего нужен, молодцы. Если нет - читаете с помощью equery u название.

Если почитали и не поняли - не трогайте: профайл дает нормланьный набор флагов для старта. Там всегда поменять можно будет.

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

В fedora есть groups для пакетов, но как их создавать самому при беглом знакомстве с их документацией я не понял. В debian есть tasksel, но это что-то уж слишком глобальное, как мне показалось.

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

Кстати да. Мне вообще с трудом представляется дистрибутив, в котором нельзя одновременно поставить софт из нескольких веток, если они не взаимозаменяемы, т. е. как с Qt, GTK или Python.

sudopacman ★★★★★
()

возможно можно немного улучшить

kernelpanic ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)