Не стоит, только если ты хочешь большей оптимизации.

Не стоит, даже если хочешь большей оптимизации. Стоит если проблемы с отоплением.

А USE-флаги? Возможность большей конфигурации? Отсутствие systemd по умолчанию?

Самое большое преимущество Gentoo перед Arch (по крайней мере я так считаю) - это то, что при обновлениях редко что-то ломается (на худой конец, просто не соберется и все) и есть возможность выбора версии пакета, что тоже повышает стабильность. У Arch один из лучших пакетных менеджеров, но мейнтейнеры там часто лажают. Поэтому мой выбор - Gentoo. Уже 3 года не переустанавливал ее, кстати. Вот в 2014 году как купил этот системный блок, поставил Gentoo, так ни разу не потребовалось переустанавливать.

USE-флаги? Возможность большей конфигурации?

Правило 20/80. Компиляние coreutils и прочей системной требухи никак не поможет например допиливанию DE. Для чего-то мало-мальски серьезного нужно писать свои ебилды. Тут разница между дистрибутивами теряется, можно тогда уж тупо писать баш скрипт сборки в хомяк.

Отсутствие systemd по умолчанию?

Будто что-то хорошее.

переустанавливать

★★★★★

Классика ЛОРа.

Переходить то стоит, на генте тепло, лампово и юзфлаги.

Но сначала определитесь, чем плох для вас арч, а уже потом переходите. А то ваш пост похож на

«арч плохой, хочу генту. расскажите, зачем я это хочу?»

Оставайся на раче, без вариантов.

Займись уже делом, чтобы у тебя времени не оставалось на совмещение роли домашнего майнтейнера дистрибутива.

Хочется KISS, но в Arch, скорее всего, его уже нет.

Извините, но это звучит как «Хочется непонятного нечто, но непонятного нечто нет в Arch.» .

KISS в Gentoo меньше, чем в Arch. Но не то, чтобы я считаю, что это плохо.

Правило 20/80. Компиляние coreutils и прочей системной требухи никак не поможет например допиливанию DE.

Вот поэтому я и использую бинарные пакеты (Calculate Linux), чтобы компилять 20% пакетов, а не все 100%.

Стоит ли переходить с Arch?

Флеймообразующий вопрос. И да решать тебе.

Не много ли компилировать надо будет?

Нет не много... ВСЁ!

И да просто замечательно захайлайтить гентушников и спрашивать про Крукс и войд. Плюсик тебе в адекватность.

Вот в 2014 году как купил этот системный блок, поставил Gentoo, так ни разу не потребовалось переустанавливать.

У меня гента уже один системный блок сменила без переустановки.

Для чего-то мало-мальски серьезного нужно писать свои ебилды.

Что за бред? Вот для чего-то очень редкого - это да. Да и в оверлеях почти все есть уже.

Настоящий KISS --- это Crux.

Ну почему сразу всё? Всякие ff, chromium, lo, vbox обычно можно не собирать. Не говоря уже о том, что поставляется исключительно бинарниками.

Наивкус и цвет. И да как правило около -bin есть и просто из сырцов.

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

Переходи на фряху там нету так ненавистного вам системд

Alpine Linux

На OpenRC. Void Linux на Runit.

учитывая что мои десктопы на генте обычно с наркоманской конфигурацией(ворох netns, кастомные мелкие патчи на ядро и прикладное ПО) - мне другие дистры тупо «жмут» :-)

Я с генты ушёл на арч. Контроль над системой не сильно меньший, конпелять всё не надо, а что надо взял ABS/AUR и сконпелял.

не без танцев пару раз, но у меня арч стоит на рабочей машине с 2010 года. Причём где-то в 2012 был переезд на 64 бита.

Так что руки в первую очередь.

То. Часто опции сборки через юзы не реализованы или реализованы криво.

То. Часто опции сборки через юзы не реализованы или реализованы криво.

Быстро поднял свою жопку, исправил и поделился фиксом с общественностью. Не забыл приложить фикс к багу открытому на багзилле а за одно кастануть Пинкбита.

Arch стоит с 2007 года, и тоже перезд был в 2012 году. Ничего переустанавливать не надо.

Где то тут пробегала ссылка на чувака который компилил gentoo до 40 лет а потом увидел что все его сверстники уже давно сделали карьеру

Для начала определи, что тебе нужно от операционной системы.

В Gentoo более мощные механизмы кастомизации пакетов: USE-флаги, возможность ставить разные версии на выбор и т. п. Но пакетный менеджер написан на Python и (как следствие) тормозит; функциональность для работы с пакетами раздроблена на кучу утилит.

Для чего-то мало-мальски серьезного нужно писать свои ебилды.

ЧТО?

Часто опции сборки через юзы не реализованы или реализованы криво.
Часто

Балабол

опции сборки через юзы не реализованы

Юзы дублируют опции configure. Да, не все опции трансформированы в в юзы. За лет 7 (а то и больше) юзания Gentoo, мне лишь один раз потребовалось добавить опцию в ./configure - копируешь ebuild, открываешь, добавляешь, запускаешь команду - делов минуты на 3.
P. S. Да, фича, которую я добавил таким образом, оказалась жутко глючной; так что не просто так её вырезали.

Что?
ЧТО?

Перепись туго соображающих прям))

мне лишь один раз потребовалось

«Я не знаю, значит этого не существует», ясно-понятно. Если тебя всё устраивает — здорово, но будь готов к разочарованию в генте при использовании более других инструментов и подходов.

именно.

Я не знаю, значит этого не существует

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

это нужно всем и всегда

Ну вот и пошли оправдания. Не нужно навязывать другим свои слова, кому-то конечно и кобыла невеста или в самом деле не нужно (правда тогда зачем использовать генту — чтобы быть самым успешным в классе?).

свою криворукость

Балабольство у тебя же.

Учитывая то, что кроме генты нет дистров без systemd, то только ее и нужно на десктопах использовать!

./configure - копируешь ebuild, открываешь, добавляешь, запускаешь команду - делов минуты на 3.

зачем это всё делать, если есть EXTRA_CONF ?

Хочется KISS, но в Arch, скорее всего, его уже нет.

KISS-принципа нет нигде, где есть XOrg-комбайн, запомни это. Первым KISS-дистрибутивом должна стать Fedora, но пока как-то слабо развивается она.

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

пример.

на генте тепло

я хоть и сам гентушник, но вот тут взоржал)

Пример чего конкретно? Бери любые ебилды в которых логика сложнее передачи параметров ./configure или autotools не используются. Я генту уже не использую и ради выискивания примеров ставить не собираюсь.

Вы вырвали из котнектса. В данном случае «тепло и лампово» - единое выражение, пошло из аудиофильских дискуссий как синоним чего-то очень хорошего :)

зачем это всё делать, если есть EXTRA_CONF ?

Ух-ты. Не знал. Век живи век учись.
Спасибо.

оправдания.
навязывать

facepalm

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

Gentoo попробовать однозначно стоит. Лучше иметь машину побыстрее, чтобы время сборки не парило.

Мне лично (как разработчику) хочется иметь на машине новый toolchain (GCC, glibc, binutils) и хочется иметь механизмы сборки пакетов с разными опциями компиляции (например, -O0 -ggdb3 -fsanitize=memory), чтобы легче искать ошибки в своем и чужом софте. Gentoo все это позволяет через CFLAGS, LDFLAGS, MAKEOPTS, EXTRA_ECONF и другие переменные (работают на уровне пакетов или глобально). Свои добавляются элементарно (если bash немного знать).

Поддержка кросскомпиляции тоже довольно приятная (через crossdev).

Из недостатков: лучше обновляться чаще, чем раз в пол года :) Иначе могут быть сложности. Они решаемы, но будут требовать большего знания системы. Гибкость системы позволяет получать уникальные конфигурации и уникальные баги. Иногда придется решать их самому (мне лично это даже нравится, но не всем :).

Из плюсов: порог входа в разработчики высок, так что качество ебилдов довольно приличное. Свои ебилды писать легко и приятно. Оверлеев с самым разным софтом навалом. Так как софт свежий легче помогать апстриму фиксить ошибки. Легко заниматься отладкой ебилдов через ebuild ... unpack/configure/compile/install.

Мне лично (как разработчику) хочется иметь на машине новый toolchain (GCC, glibc, binutils)

Хех) Как раз в последнее время в генте с этим тупят. Позже всех дистров в gentoo появился 6-ой gcc (все еще hardmasked) и glibc-2.24, glibc-2.25 тоже hardmasked.

Так что позавчерашний toolchain)

Позже всех дистров в gentoo появился 6-ой gcc

А вы попробуйте собрать в других дистрах всё шестым гцц.

23 открытых бага всего, как я понял: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-gcc-6;users=debian-gc...

Позже всех дистров в gentoo появился 6-ой gcc (все еще hardmasked) и glibc-2.24, glibc-2.25 тоже hardmasked.

(unkeyworded). Это да. Надо '**' в package.accept_keywords вписывать.

Когда в основном дереве не было 6.3 я его брал из hardened overlay. Для glibc и binutils локальные версии ебилдов совсем несложно поддерживать.

С более новыми версиями GCC побыстрее должно быть.