(хитро так, с прищуром)eсли там by design всё так хорошо, почему там появился flakes?

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

Да есть же! Есть! Без дублирования в виде бинарных пакетов вообще невозможно сказать, соберется ли оно на другой машине или нет. Потому что у мейнтейнера пакета могут быть включены глобальные USE флаги и многое другое. Этот пакет должен с разными use-флагами собраться на билд-ферме(тестовой сначала). Если они там не собрались - надо лезть и проверять почему. А вот когда они собрались там - это уже говорит о том, что этот пакет можно юзать. На проде. И он будет работать

Архитектурно дебиан в подмётки не годится генте.

У Debian проблемы не только в архитектуре. Самая главная проблема Debian - бюрократия, которая убивает проект. Она поражает ситуацию, при которой сообщество перестаёт генерировать и реализовывать новые идеи на практике.

Да что я говорю, посмотрите на баг-трекер и работу сопровождающих. Это же ужас. По 12 лет решают элементарные вещи и все решить не могут.

Людям проще уйти в Fedora, Archlinux, Gentoo и спокойно творить без всей этой нескончаемой бюрократии. Там они могут увидеть результаты своей работы максимально быстро.

Качество вырасло не из-за vps, а из-за нормального технологического процесса в этих дистрибутивах. Сейчас какой-нибудь alt linux будет работать, в отличие от

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

Так и debian не позиционирует себя как серверный дистрибутив. Просто когда дистриб работает, его можно применять и на серверах в том числе

Это всё сладкие речи. По факту в debian выстроена работа так, что там в стейбле всё работает и фиксится. А в Gentoo на словах всё хорошо, а по факту всё отваливается и не работает. Именно поэтому Gentoo стал дистрибутивом по популярности не выше LFS, а debian - топовый дистрибутив(будь он неладен)

поддержка нужных фс

вангую, что сейчас выяснится, что ряд фс «не нужны», если начать перечислять используемые мной

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

Этот пакет должен с разными use-флагами собраться на билд-ферме(тестовой сначала).

Сборка приложения в генте зависит от состояния системы (всего того, что установлено в корень). Учитывая, вообще говоря, некоммутативность установки пакетов (собрать и установить A затем B может приводить к другому состоянию системы, чем B затем A), весьма трудно собрать что-либо воспроизводимо.

Надо в Gentoo выкинуть ветки тестинг и анстейбл и оставить одну ветку и сделать релизные версии. И сделать Gentoo-current, с двумя ветками стейбл и тестинг(по факту стейбл == тестинг, а тестинг == анстейбл). И пусть люди, которые хотят свежачок там устраивают пердолинг релиз. Предполагаю, что Gentoo станет топовым дистрибом, а Gentoo-current соберет всех маргиналов конпеляторов и админов локалхоста

Для этого есть portage и EAPI. Пусть он этим и занимается. Работа с бинарными вариантами пакетов такая же, как и с сорс версией пакетов, с одной лишь разницей, что при работе с бинарной версией пакета - она берется из репозитория

По факту в debian выстроена работа так, что там в стейбле всё работает и фиксится.

Ты мне сказки то не рассказывай! То-то у меня при update-initramfs идёт ругань на отсутствие бинарных прошивок от карт AMD, их просто нет в пакете firmware-amd-graphics. Разработчикам об этом писали, они год добавит 4 бинарники не могут.

Можно установит пакет firmware-AMD-graphics из bavkports, но это же бред. Почему нельзя просто добавить недостающие файлы, тем более их не нужно собирать? Ах, да. Это же Debian.

Я как будто не знаю таких приколов. Поэтому тут и распинаюсь за генту

1. Интересно что сделало gentoo для мира linux ?
2. Представил себе dokerfile который будет собирать контейнер с gentoo.
3. Представил себе плай бук ansible ставиаший на 100 хостов среду с gentoo.

Ну и т.д. :)

Ахахах, и прикинь оно везде поломалось на деплое))). Что делать? Напиши багрепорт(под столом). А на форумах такие все: А У МЕНЯ ВСЁ РАБОТАИТ! Потому что у меня включен глобальный флагг. Конечно Gentoo готова для прода. Больше чем готова, лол

Представил себе dokerfile который будет собирать контейнер с gentoo.

Прикрыть кривую систему распространения софта докером… Такое себе.

Сколько Linux лет? Неужели за столько лет не возможно было придумать универсальную, более гибкую систему дистрибуции софта?

Gentoo не для прода. Это конструктор для поднятия чсв)

С тем вектором, которым они двигались последние 15 лет генте пришла слака

Качество вырасло не из-за vps, а из-за нормального технологического процесса в этих дистрибутивах.

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

Да есть же! Есть! Компании заинтересованы в этих дистрибутивах потому что они ПРИМЕНИМЫ, млеать! А Gentoo - не применима. Поэтому они болт клали на нее. И не будут в нее инвестировать. А вот если бы у генты появились бинарные пакеты, да еще с use-флагами, да с возможностью при желании пересобрать это всё под конкретный процессор(из сорсов конечно же), то компании совсем по-другому бы посмотрели на нее

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

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

В таком виде, в котором оно сейчас есть? Никак. Это невозможно. От слова совсем

А вот странно, вроде фряха в продакшене применяется.

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

У генты всегда тоже бинари были.

На моей памяти я последний раз фряху в проде видел лет 10+ назад в качестве маршрутизаторов.

Которые надо собрать, перед тем, как юзать. А у фряхи в репозиториях собраный софт

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

Те собранные бин-ядра это первый шаг ?

Хм. Да! Популярность генты 2005-2008 год - это период детских болезней бинарных дистрибутивов. Потом гента начала крутое пике

Там с пакетами не все так гладко. Установил пакет во время FreeBSD 12.1. Обновил фрю до 12.2 пакет сломан. Поэтому часто используют make install… Так хоть работает на 12.X

Да. Это первый шаг. Второй шаг - они начали дружно ковыряться в portage(и сразу же пофиксили багу с медленным просчетом)

Я пробовал фряху в 2009. Я когда говорю, что если валить, то валить некуда и придется во фряху. А во фряху очень не хочется. Так вот под этим «очень не хочется» есть обоснования. Я в курсе проблем freeBSD

Кстати да, какая то подозрительная активность …

Я считаю что какой-то минимальный набор пре-собранных bin пакетов - apache/nginx, mysql/postgre, python/perl/php, ядро, gcc, libc, make и вменяемая поддержка всего этого (с возможность поставить пакет из src, собрав его из исходников, дособрав/пересобрав зависимости) возможно даст возможность применения ее на тех же VPSках, а это уже прямой путь в энтерпрайз и поддержку крупных игроков.

+1 и всякие Арчи отомрут.

Да:) Есть большая вероятность, что скоро мы получим офигительный дистриб. Вздохнем все с облегчением и вернемся в Gentoo

Отомрут. Моментально. Хотя арча в проде тоже не было никогда. И не будет

Интересно, а сколько по времени на среднем процессоре AMD 2600 c 16GB памяти и ssd уйдёт на сборку базовой системы без графики?

К примеру есть какой то Алпине, так его вроде часто в контейнеры пихают …

Наконец-то можно не пересобирать самому.

У меня на разогнанном 2700 сборка с KDE и браузером заняла часов 6.

Прочёл все комменты. Честно.

Странно что я не увидел ни от кого из критиков «канпеляции ведра» упоминаний о том, что перед тем, как делать emerge gentoo-sources и заниматься этой самой «канпеляцией», не худо было бы либо добавить флаг experimental к gentoo-sources, либо накатить патчик https://github.com/graysky2/kernel_gcc_patch. Что этот патчик делает? А для архитектуры x86_64 позволяет весьма точно указать процессор, для которого это самое ведро канпеляется. Заходите в Processor type and features-> Processor family —> и вот тут-то вас ждёт счастье. Если не знаете какой у вас на машине проц, то просто поставьте Native optimizations autodetected by GCC, явно что gcc умнее вас и он сам может разобраться, без ваших фантазий. =)))

Все россказни про то, что прирост производительности составит 0.000001% можно оставить за бортом. Это так… Досужий бред.

Видимо, критикам канпеляции ведра не до того чтобы всякие там патчи изучать. Они слишком заняты облаиванием того, что не осилили. При таких раскладах я не вижу смысла лечить глюпеньких, объясняя им что существующие на данный момент в бинарных дистрибах решения призваны служить одной цели – загрузиться на всём, на чём угодно, а дальше пофиг. После первой загрузки, по идее, как и в Gentoo, следовало бы убрать на фиг лишнее дерьмо из ядра (вы же в Linux, чёрт возьми!). Но понимаю, это надо его переканпелять, а это уже сложно. Проще включить тупняк и жить со всем десятком файловых систем, хреновой горой поддерживаемых ядром локалей, сетевых ФС, всеми видами виртуализации и прочим ненужным на данном хосте калом. Не-не-не… Только смотрите не пробуйте напрячь свой межушный ганглий! Головка бо-бо будет.

Если кто-то думает что включение gentoo-sources-bin что-то радикально изменит и бинарная сборка ядра перестанет в себя включать ненужные на конкретном хосте модули, то… В общем, объяснять очевидные вещи идиотам, это только их портить. =))) Но поверьте наслово, сильно ситуация с бинарной сборкой не улучшится. Канпелять ведро всё равно придётся.

Россказни про «прод» заставили меня орнуть просто в голосину. Хорош же «прод» где нет ни своего локального зеркала, ни билд-машин под пул однотипных серверов. =))) Вообще-то, в особо жёстких случаях на серверах в проде нет даже gcc и, тем более, исходников ядра, а так же модулей. И подгрузка модулей запрещена, т.е., полностью монолитные ядра. Все обновы прилетают с билд-машин как bindist, где они ещё и всячески тестируются (бывает) и угадайте с трёх раз в каком дистрибе оказалось проще всего организовать подобным образом работу? =)))

Добило то, что человеку сказали что ему нужно поставить глобальным флаг «Х», а он начал рассказывать о неготовности генточки к проду. Нет, батенька, это не генточка, это лично Вы не готовы к проду в принципе. Всё просто – если на «сервере» человек, собирая генточку выставит этот флаг, то я посмотрю на него как на идиота. Но если на «клиенте», где по умолчанию есть DE, человек НЕ выставит этот флаг, то я посмотрю на него как на идиота в квадрате. Причина проста – в случае с «клиентом» Вам придётся с течением времени собирать пакеты с поддержкой «Х». Хотите Вы того или нет. И если до Вас не доходит что этот флаг следует на «клиенте» выставить в идеале при первоначальном написании /etc/portage/make.conf, то примите мои соболезнования, но Вам следует держаться от прода на возможно максимальном удалении. Так Вы хоть вреда не причините ни себе, ни окружающим.

В принципе, о получении первоначальной версии .config для ядра тут рассказали уже чуть более чем полностью, так что добавить я могу только то, что такой конфиг можно получить и через genkernel (по-моему, этот вариант не рассматривался) и далее, после вдумчивой обработки напильником, этот конфиг так и будет жить для данной машины, но это лишнее уже на мой взгляд. Причём, да, соглашусь с Вами что этот конфиг получают после первой же установки, так что в чём тут у Вас проблема, я даже понять не пытаюсь.

Если не сильно извращаться, то

от минут сорока, если почти не править make.conf и флаги. И до пары часов, если переписали сильно make.conf сделали emerge emerge app-portage/cpuid2cpuflags; echo «/ $(cpuid2cpuflags)» > /etc/portage/package.use/00cpu-flags

Последние две команды ставят пакет cpuid2cpuflags и применяют те флаги процессора, которые у Вас на Вашем проц есть, глобально. Это не означает что, например, если у Вас там есть sse4_2, то он всенепременно будет применён ко всем пакетам. Это означает что если этот флаг будет нужен какому-либо пакету, то он будет использован. Этот подход работает гарантированно на x86_64 (пофиг, Intel и AMD) и на ARM (на Raspberry Pi 2,3,4 работает, проверял лично). На остальных архитектурах типа MIPS* или ещё чего, нет, не работает.

И да. На 16Gb, я бы производил сборку в RAM. Даже с SSD. Вот Вам скриптец, он достаточно очевиден:

#!/bin/bash
MEMSIZE=90%
mounted=false

mounttmpfs() {
	mount -t tmpfs tmpfs -o size=$MEMSIZE /var/tmp/portage
	mounted="true"
}

emerging() {
	echo "Emerging ${*}"
	emerge ${*}
}

unmount() {
	echo "Unmounting /var/tmp/portage"
	umount -f /var/tmp/portage
}

echo "Mounting $MEMSIZE of memory to /var/tmp/portage"
if [ -z "$(mount | grep /var/tmp/portage)" ]
	then
		mounttmpfs
	else
	echo "WARNING! /var/tmp/portage already mounted"
	exit 0
fi

emerging ${*}

if [ -n "$mounted" ]
	then
		unmount
fi

MEMSIZE по дефолту выкусывает 50% от существующей RAM, можно указать в абсолютных, можно как у меня, в относительных значениях.

Куда-нибудь сохраните как скрипт в путях, пользуйтесь невозбранно.

Удачной установки. =)))

Добило то, что человеку сказали что ему нужно поставить глобальным флаг «Х», а он начал рассказывать о неготовности генточки к проду.

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

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

Ты где-то посеял плакат сарказм? Просто, там самая удобная и простая процедура установки ядра. Более того, там есть genkernel. Короче, я не понимаю что за провоцирующий глупый пост. Либо проясни, если я не правильно что-то понял.

Genkernel очень странная штука, пару раз пытался ею пользоваться, но после того, как оно мне перетерло мой .config - психанул и снес, для генерации initrd на ноуте с luks использую dracut.

Ууу… Можешь не отвечать вообще.

Если честно...

То я знаю. И нет, речь не про мою конторку. Даже видел требования к кандидатам на должности разрабов и одминоф. И даже в России. В общем, свои позиции на дистровоче, генточка держит.

Отмечу так же что разраб, а уж тем более embedder, вызовут у меня дикий хохот, если они *НЕ" используют Gentoo. Просто потому, что как именно в генточке готовится qemu под разные типы процов и варианты использования (с системой или/и bare-metal) и что такое crossdev и на фиг он нужен, это я например, объяснять не горю желанием. За его зарплату, которую я ему и плачу, кстати. Если это надо объяснять embedder’у, который привык качать toolchain’ы с linaro, то такого embedder’а на хер прямо с собеседования. И дел не иметь в принципе. =)))

UPD. Долбаный андроид…

Так и так ведь сначала genkernel all делаешь, а уже потом потихонечку свой конфиг пилишь. Неужели есть те, кто сначала пилит конфиг и принципиально не пользуются системой, пока кастомную сбороку ядра не скрасноглазят?

genkernel all делаеш

Вы тут троллите что ли? На кой ляд так делать? Откуда и где вы разворачиваете stage 3, что у вас такие проблемы?

Россказни про «прод» заставили меня орнуть просто в голосину.

Расскажи мне про прод на генте. Очень интересно.

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

Добило то, что человеку сказали что ему нужно поставить глобальным флаг «Х», а он начал рассказывать о неготовности генточки к проду

Теоретически можно сделать USE="-X" и собрать только то, что нужно с поддержкой иксов, этого как раз Gentoo не запрещает.

Да, если что у меня самосбороное ядро, и я сторонник появления -bin пакета.

Да. В духе.

В генту не зря порог вхождения высок до такой степени, что ни один олень на моей памяти не поставил её правильно с первого захода. Однако, когда (и если) разберётся, то до него дойдёт почему это крайне дружелюбная система (всё пишет на экране), но вот друзей она себе подбирает очень избирательно. Тут… либо человек включает свои /dev/brains, либо идёт скулить о канпеляции ведра. Третьего не дано.