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)
Ответ на: комментарий от Kroz

Да, реалтайм, прямой эфир. Сбоку чат, в углу - веб-камера, посередине - трансляция экрана. Будем ставить Gentoo, а чат будет наперебой подсказывать...

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

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

Ммм... Ясно, посмотрю для расширения кругозора, спасибо!

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

Я не против поддержать такую инициативу, по крайней мере на правах подсказывающих. Но нужно всё правильно организовать.
1. Человек который ставит - это новичёк в Gentoo или опытный?
2. Желательно это должно быть не два человека.
3. Нужно выбрать время чтобы всем (большинству) подходило. Это кстати, задачка еще та.
4. Предварительно нужно определиться с ТЗ:
- Ветка стабильная, так?
- UEFI: лично я с ней не работал. Если в планах есть - нужно кто-то чтобы подсказал как. Мне было бы интересно.
- Разбивка диска: MBR/GPT/LVM, какие разделы, какую фс. Моя типовая схема: /, /var, /home, swap, data. MBR/GPT + ReiserFS. Лично мне было бы интересно посмотреть на LVM, и какие есть тонкие настройки в ext4 (больше всего волнует вопрос заканчиваются ли inode'ы). Можем, конечно, рискнуть btrfs и/или шифрование диска, но только если кто-то поддержит.
- Конфиг ядра. Я предпочитаю конфигурить вручную начиная с make defconfig , но, если железо хитрое, можем споткнуться обо что-то. Наверное имеет смысл запастись априори рабочим конфигом. Можно попробовать сконфигурить вручную, а если не получится - fallback в заготовку. Если решимся на такое, я заранее хотел бы посмотреть lspci и lsusb. P. S. Надеюсь не eee pc?
- Загрузчик. Я комфортно себя чувствую в grub1. grub2 тоже конфигурил, но, как говорится, не приходя в сознание, то есть, если что-то пойдёт не так, я не смогу подсказать.
- openrc/systemd? Я больше по openrc.
- Какой драйвер для видео?
- KDE/Gnome/...? Я больше по кедам.
- USE флаги. Как по мне, поначалу я бы тут не заморачивался сильно. Либо сделать заготовку.
- Да и вообще сформировать список софта. Wayland, надеюсь, никто не захочет?
Потом можно более конкретно расписать ТЗ.

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

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

rumgot ★★★★★
()

Смотря что есть слабый компьютер. Из собственного опыта: Intel Core2 Duo 6600 @ 2.40GHz и 2Gb памяти - этого хватает с лихвой.

Как дополнение из собственного опыта: для сборки, например, qtwidgets (как зависимость KDE5) или vigra (зависимость hugin) может потребоваться не меньше 4 Gb. Выставление MAKEOPTS="-j1" для уменьшения количества потребляемой памяти (т.к. запущено меньше процессов) при их сборке не всегда может помочь.

Если вдруг случилось так, что в процессе сборки большого пакета вдруг закончилось место на HDD и если его можно освободить, например, чисткой distfiles, то для продолжения сборки этого пакета, чтобы не начинать её заново, можно запустить команду ebuild /usr/portage/<категория>/<имя_пакета_версия>.ebuild merge. В этом случае он будет использовать то, что уже собрано в /var/tmp/portage, а не очистит его, как в случае повторного запуска сборки через emerge.

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

Подредактировал FAQ #1 Установка на слабый компьютер.

Kroz ★★★★★
() автор топика
Ответ на: +1 от brothermechanic

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

могу предложить себя в качестве монтировщика видео)

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

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

10 гигов хватает. distfiles регулярно чистить, (eclean dist) да и вообще можно на файлопомоечный раздел симлинком вынести.

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

Ставить в виртуалке предлагаешь или использовать спецоборудование чтобы прямо с монитора видеопоток захватывать?

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

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

Ну, сорри, я давно ставил. Just works.

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

10 гигов хватает.

Теперь понятно почему у тебя с Gentoo проблемы.

Это после чистки distfiles, без /home (на отдельной партиции) и с тюнингом env, который выносит компиляцию отдельных пакетов на data (отдельная партиция) так как /var не хватает:

$ df -h / /var /var/ramdisk/                                                                                                                   
Filesystem      Size  Used Avail Use% Mounted on                                                                                                         
/dev/sda1        26G   19G  6,4G  75% /                                                                                                                  
/dev/sda6        11G  1,6G  8,5G  16% /var
tmpfs           2,5G     0  2,5G   0% /var/ramdisk

$ du -hs /usr/portage/                                                                                                                         
6,0G    /usr/portage/                                                                                                                                    

$ du -hs /usr/src                                                                                                                              
3,7G    /usr/src

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

У меня щас создание базы данных магазина. Вон, скайп ломанули, восстанавливаю. Так что стрим с установкой Gentoo будет не скоро. Да всё просто будет: товарищ Novell-ch сделал замечательный патч для Gstreamer, значительно снижающий нагрузку на CPU при кодировании h264. Я уже пользовался этим, чтобы постримить Team Fortress 2 в Twitch. Стримить на YouTube, наверное, не сложнее. Донаты бы ещё прикрутить

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

У меня? проблемы? это с чего бы? работает как часы

Кстати, с 10G (и даже меньше) корнем у меня гента стояла довольно давно. потом я пользовал разбиение диска подразделами btrfs без таблицы разделов вообще. А сейчас у меня под корень выделен целый ssd на 120G, который кстати практически пустует.

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

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

Сорри, я перепутал тебя с другим участником данного треда. Каюсь.

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

Набор хиленьких HOWTO, доступных только с сайта. Ни скачать, ни распечатать, ни залить на читалку

Хм, я хэндбук в своё время именно что скачал и распечатал. Правда, это было в 2009 году, неужели с тех пор всё испортилось?

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

После того как они изменили сайт, я больше не могу найти handbook одной html-страницей. Надо попробовать его wget скачать.

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

Хы, внутрь раздела я не догадался провалиться :) Но самое смешное, что эти страницы у меня сохранённые есть

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

Да, спасибо, у меня они, как выяснилось, в 2015 году сохранены были :)

grem ★★★★★
()

Gentoo требует много времени на обслуживание. Точнее не так сформулировать, а:

В зависимости от изменений, флагов компиляции и прочего Gentoo может потребовать как мало времени, так и очень много, в отличии от тех же Debian/Ubuntu/Open Suse/Fedora, которые требуют примерно константного времени. Хотя среднее время и будет невелико, но неприятно будет обнаружить, что во время апдейта что-то поломается и вместо того чтобы работать за компьютером ты будешь чинить это.

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

зависимости от изменений, флагов компиляции и прочего Gentoo может потребовать как мало времени, так и очень много, в отличии от тех же Debian/Ubuntu/Open Suse/Fedora, которые требуют примерно константного времени. Хотя среднее время и будет невелико, но неприятно будет обнаружить, что во время апдейта что-то поломается и вместо того чтобы работать за компьютером ты будешь чинить это.

Вот вцелом это неправда.
Точнее, такое может быть, вопрос только в том, насколько часто это случается.

Я добавил конкретики в пункт «Миф #4 Установка, обновление постоянно падают; частые блокировки», перечитай, пожалуйста.

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

Редко. Но иногда одного раза может хватить. Все завит от того насколько важно чтобы компьютер нормально работал в режиме 24/7. Т.е. если не бывает срочной необходимости в ПК, то с этим можно мириться и тогда Gentoo один из лучших дистрибутивов Linux-а. А если бывает что комп в рабочем состоянии нужен всегда, то Gentoo уже не столь хороший дистрибутив. Т.е. для школьника Васи и студента Пети Gentoo отличный выбор. Может и для админа Димы, которому важна работа определенных пакетов. А вот для студента Пети во время сессии лучше Debian или не обновляться, т.к. тот же LibreOffice поломается (шанс не велик, но зачем рисковать)?

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

А вот для студента Пети во время сессии лучше Debian

У меня в Debian testing (jessie) отвалился принтер, как раз после обновления https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742668. Был бы счастлив студент Петя на моём месте? Очень сомневаюсь, что да.

Замечу, что фикс был уже в cups/1.7.3-1, а я пытался обновить после прилетевшего с обновлением systemd версию cups/1.7.3-6.

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

Редко. Но иногда одного раза может хватить. Все завит от того насколько важно чтобы компьютер нормально работал в режиме 24/7.

Ну, во-первых, не-обновление никогда ничего не ломает.

Во-вторых, если у тебя серьезные сервера, то ты и обновления будешь не сразу на них накатывать, а через фазу тестирования на отдельной машине. И здесь вопрос не в Gentoo, и даже не в Линукс; это практика для любой платформы.

В-третьих, вопрос о Gentoo на серверах для меня самого открыт. Глупо забирать ресурсы сервера на компиляцию. Тут нужно либо построить специальную инфраструктуру, промежуточный сервер который будет компилировать, либо пользоваться заточенными под это дистрибутивами; тот же Calculate позиционируется именно для Enterprise.

тот же LibreOffice поломается (шанс не велик, но зачем рисковать)?

Не поломается. Точнее поломать его могут только разрабы LibreOffice, никак не Gentoo. Ну так этот риск есть и в Debian, и в Windows.
Нормальный люди ничего не трогают перед важными событиями, выходными, отпусками, праздниками. В enterprise даже существует понятие freeze period.

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

С чего бы это эталонное? Обычная практика не декстопе с Debian. Тем более, что Debian 7.0 к тому моменту уже год как вышел, а до стабилизации Jessie оставался ещё год.

Думаешь, что студент Петя сидел бы на stable? Или в других дистрибутивах ничего не отваливается никогда при обновлении?

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

Большее количество багов во всяких DE, которыми я не пользуюсь. Единственная программа, которая у меня время от времени глючит - Synapse. Остальные работают без сбоев.

peregrine ★★★★★
()

Еще хочется отметить:

- легко писать и отлаживать собственные пакеты (язык ebuild является подмножеством bash). пример

- легко собирать кросс-компиляторы на новую платформу, например:

# собираем кросс-компилятор:
$ crossdev --target powerpc64le-unknown-linux-gnu

# ставим странный пакет:
$ ACCEPT_KEYWORDS='~*' powerpc64le-unknown-linux-gnu-emerge -av1 lv

# готов. Можно запустить:

$ file /usr/powerpc64le-unknown-linux-gnu/usr/bin/lv 
/usr/powerpc64le-unknown-linux-gnu/usr/bin/lv: ELF 64-bit LSB shared object, 64-bit PowerPC or cisco 7500, version 1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.2, for GNU/Linux 3.2.0, stripped, with debug_info

$ qemu-ppc64le -L /usr/powerpc64le-unknown-linux-gnu/ /usr/powerpc64le-unknown-linux-gnu/usr/bin/lv 
# lv v.4.51 (Jan.16th,2004)
# All rights reserved. Copyright (C) 1996-2004 by NARITA Tomio
# ABSOLUTELY NO WARRANTY; for details type `lv -h'

- можно ставить пакеты пакетным менеджером прямо из системы контроля версий upstream разработчиков, например: emerge -av1 =app-misc/mc-9999

Удобно для тестирования собственных патчей перед отправкой в upstream.

sf ★★★
()

После 4-летнего перерыва у меня сбылась «мечта идиота», я снова поставил себе Gentoo на компьютер, за которым сижу дома (старая система никуда не девалась, сам комп в другом месте).

В процессе установки целый вечер провозился с wifi. При загрузке с флешки он работал, хоть и медленно (файлы качались со скоростью не больше 100 Кбайт/c), но работал. Даже запускался и работал после перехода в chroot. А вот работать в установленной системе с ядром того же конфига, что и на флешке не хотел, что несколько озадачило. Каким-то образом в chroot-окружении всё равно отрабатывал dhcpclient, хотя dhcpcd не был запущен в live-режиме. Скорее всего для dchp висел какой-то другой процесс. После его установки в систему всё отработало. Производительность встроенного в ядро драйвера очень низкая, поэтому установил rtl8192cu-fixes. Теперь осталось только не забывать переустанавливать его при обновлении ядра, пока есть сеть, инача придётся убирать из блэклиста модули ядра.

Осталось почистить ядро от ненужных модулей (сейчас их около 900).

После столкнулся с регулярными фризами kde5. Перерыл много форумов и наконец нашёл решение, что нужно переключить рендеринг рабочего стола на XRender вместо OpenGL2. Пролема была у меня и ранее в VirtualBox, но проявлялась не так часто. После смены рендеринга пока всё хорошо.

Пытался посидеть (уже который раз) на xfce, но там напрочь не захотела работать переключался раскладки.

Ещё виджет цифровых часов отказывался показывать локальное время до тех пор, пока /etc/localtime не сделал симлинком на соответствующую временную зону, вместо хранения в нём информации о ней в виде текста.

Так как ati-drivers был удалён из дерева в марте, то я запасся архивом старых ebuild'ов из git, чтобы поставить его, если не устроит производительность игр с xf86-video-ati. С самим steam вознилка небольшая проблема с запуском, решилась советом отсюда.

В конце решил сравнить производительность catalyst-15.12 (стоял у меня в Mint 17.3) с производительностью открытого драйвера для моего radeon hd5850 (xf86-video-ati-7.9.0, mesa-17.0.3, xorg-server-1.19.3) на тех же настройках, на которых играл (без vsync) для встроенных бенчмарков:

                     catalyst-15.12          xf86-video-ati-7.9.0
Bioshock Infinite:   av 46.82 / min 11.17    av 41.77 / min 9.75
Tomb Raider:         av 37.8  / min 22.8     av 88.0  / min 51.2

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

grem ★★★★★
()

Выцепил на реддите интересный пост касательно emerge. Чувак девять лет не чистил emerge.log и собрал статистику его работы в графиках. Не то чтобы безумно полезная информация, но как пища для размышления любителям «emerge говно» - сойдет. Сами графики вот тут (англ)

l0stparadise ★★★★★
()

Генту это какая-то аномалия. Ос для любителей возиться с ос. Разработчикам она как раз не нужна, кроме разработчиков самой генты, поскольку никому не дадут тратить рабочее время на возню со всякими юз флагами и т.п. Так что генту пользуются как раз домохозяйки, которым больше нечем заняться. Из поста ТС это видно, никаих полезных преимуществ там не приведено, кроме сомнительных плюсов пакетного менеджера, некоторые из которых есть везде, вроде удаления пакетов, которые больше не нужны, и сомнительных фич.

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

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

Почему вы не понимаете, что нет никакой возни с USE-флагами? А если очень хочется, то это делается один раз при установке системы, или если уж упарываться по USE-флагам то один раз при установке нового пакета.

Откуда эти сказки про возню в рабочее время?

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

Люди иногда себя так ведут: думают, что, если сами не могут во что-то (см. одноразовую надежную настройку), то и другие не могут.

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

Ос для любителей возиться с ос.

Смотрим Миф #3
У меня возни с системой стало меньше.

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

Приведи пример преимуществ других дистров.

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