LINUX.ORG.RU

Gentoo анонсировали бинарную сборку gentoo-kernel-bin

 , ,


0

2

Проект Gentoo Distribution Kernel опубликовал новые пакеты Linux-ядра. Конфигурация ядер взята из Fedora Linux (до версии 5.7.9 использовался Arch Linux).

  1. Ядро с примененными genpatches, построенное с использованием менеджера пакетов, с настройками по умолчанию, либо пользовательской конфигурацией
sys-kernel/gentoo-kernel
  1. Предварительно собранная (бинарная) версия gentoo-kernel
sys-kernel/gentoo-kernel-bin
  1. Немодифицированное «ванильное» ядро
sys-kernel/vanilla-kernel

Главным отличием использования Distribution Kernels является возможность обновления до новых версий в процессе общего обновления «мира», без дополнительных ручных действий.

По умолчанию эти ядра поддерживают большинство оборудования, но они могут быть дополнительно сконфигурированы в /etc/portage/savedconfig.

>>> Подробности

★★★★

Проверено: alpha ()

Ответ на: комментарий от quantum-troll

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

quantum-troll ★★★★★ ()

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

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

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

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

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

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

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

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

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

Ну и т.д. :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

leg0las ★★★★★ ()

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

anonymous ()

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

Странно что я не увидел ни от кого из критиков «канпеляции ведра» упоминаний о том, что перед тем, как делать 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 (по-моему, этот вариант не рассматривался) и далее, после вдумчивой обработки напильником, этот конфиг так и будет жить для данной машины, но это лишнее уже на мой взгляд. Причём, да, соглашусь с Вами что этот конфиг получают после первой же установки, так что в чём тут у Вас проблема, я даже понять не пытаюсь.

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

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

от минут сорока, если почти не править 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, можно указать в абсолютных, можно как у меня, в относительных значениях.

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

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

Moisha_Liberman ()
Последнее исправление: Moisha_Liberman (всего исправлений: 1)
Ответ на: Прочёл все комменты. Честно. от Moisha_Liberman

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

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

quantum-troll ★★★★★ ()
Ответ на: комментарий от leg0las

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

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

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

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

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

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

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

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

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

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

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

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

genkernel all делаеш

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

anonymous ()
Ответ на: Прочёл все комменты. Честно. от Moisha_Liberman

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

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

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

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

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

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

leg0las ★★★★★ ()
Ответ на: комментарий от quantum-troll

Да. В духе.

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

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