Разработчики Gentoo обсуждают предоставление готовых сборок с ядром Linux, похожие на пакеты с ядром поставляемые в традиционных бинарных дистрибутивах и не требующие ручной настройки параметров при сборке. В качестве примера проблем, возникающих при сборке с ручной настройкой параметров, отмечается отсутствие унифицированного набора опций по умолчанию, гарантирующего работоспособность после обновления (при ручном конфигурировании, если ядро не загрузится или возникнет сбой, не ясно, связана ли проблема с некорректным выставлением параметров или с ошибкой в самом ядре)...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52063
Слабаки!
>Слабаки!Причём тут слабаки, они по обычаю тянут всякие удачные решения из funtoo, а возможность установить разные бинарные ядра в funtoo, более того, бинарные ядра из разных дистрибутивов, давно уже существует и имеются соответствующие профили.
>СлабакиРенегаты!
П.С.Хотя перекомпеляция ядра действительно нужна не каждому.
> П.С.Хотя перекомпеляция ядра действительно нужна не каждому.За такие заявления тебя порвали бы все гентушники которых я знаю...
Не все гентушники шашечники.
Канпелировали, канпелировали да не выканпелировали!
Ну что ж, ждем ebuild'ов!
Классно! Будет полезно при установке на старое и/или слабое железо.
По-моему ядро не так долго собирается, по сравнению с остальным. Само нововведение считаю полезным.
В свое время для сборки ядра под генту некоторые люди арендовали серваки на ночь.
Тогда, наверное, ещё не было Хромиума.
Да это еще при мамонтах было.
Если собирать свое и выкинуть из него все "лишнее" то даже на слабых оно собиралось достаточно быстро.
Монолитное ядро, где не до конца выкинуто все лишнее, на моей системе весит 6 мегабайт.
А так да. Универсальное собирается сильно больше. Но зачем вам тогда гента?
>Но зачем вам тогда гента?Мне кажется, что для большинства гентушников кастомизация ядра - это совсем не цель, а просто вынужденная мера для ускорения его сборки.
нет, не только гентушниковпомогает плохо (если не доводить ситуацию до "понадобился tcpdump - пересобираем ведро", что помогает, понятно, отрицательно)
но если уж полез пересобирать методом проб и ошибок - можно хотя бы делать вид, что сэкономил.
Кастомизация ядра - это приятный бонус. Как человек, которому регулярно приходилось пересобирать ведро (не всё управляется через параметры ядра или sysctl) с практическими целями, я оценил. Очень удобно, заодно микрокод можно прямо в ядро запилить.Собираю ядро уже 15 лет, зависимости никакой. Конфигурировать ядро приходится примерно 1 раз для каждой железки (иногда приходится несколько раз пересобрать, чтобы получить желаемое). Главная фишка - это возможность накладывать свои патчи на ядро. Бинарные ядра такой привилегии лишены.
Да и вообще, с переходом на генту, я обзавёлся сотнями патчей для софта, как можно пользоваться опенсорсным софтом без патчей я не представляю. Любят в опенсорсе нахардкодить всякого говна: вон в dolphin add to places прямо рядом со вставкой добавили, в результате по 5 раз в день я добавлял мусор в боковую панель - пришлось пропатчить тоже. Стрелки починить не осилил, но мне просто лень и некогда.
Надысь собирал ядро на P3 Coppermine 446MHz RAM 256MB, минимальное до звездеца, вместо HDD - SDCARD (udma2) +IDE переходник. Вот. Чуть меньше суток =)
На моем Celeron Coppermine с с 256 Mb RAM в 2017 ядро собиралось за 2 часа, а то и меньше
жаль не указал частоту) а то бывают и до 1.13GHz
CFLAG --pipe нужно в таких случаях добавлять.
> Надысь собирал ядро на P3 Coppermine 446MHz RAM 256MB, минимальное до звездеца,
> вместо HDD - SDCARD (udma2) +IDE переходник. Вот. Чуть меньше суток =)ARMовский одноплатник на себя явно быстрее ядро собирает. А конкретно гента на таком железе - смысла мало. Назапускать всяких пихонов и развести билдферму чтобы сутки ядро компилить - ну, э, гм...
Ага, ядро ~1 час. А вот qtwebengine 7 - 8 часов, gcc-9 стал собираться 7 часов (gcc-8 собирался ещё за 2.5 ч).
Попробуйте на досуге собрать Qt, libtorrent-rasterbar, LibreOffice, Firefox и т.д.
P.S. А про GCC, хз что у вас там в 3 раза медленее стало, вангую что раньше вы только C/C++ собирали, без Ada, Fortran, Go и т.д.
И раньше собирал с C, C++, Go, Objective-C. В 9-м добавил только D. Objective-C добавил давно, чтобы собрать како-то один пакет. Так и осталось, существенно на время не влияло. Но вот что интересно, как-то склонировал текущий срез исходников GCC из репозитория, между 9.1 и 9.2, так с ручной конфигурацией собралось за разумное время (<=2 ч).
GCC по умолчанию три раза сам себя пересобирает. Думаю, вы это отключили (опция --disable-bootstrap), соразмерно сократилось время компиляции. Не вижу причин так не делать.
Да gcc компилирует от релиза к релизу все медленее. Майнер они в него засунули, что-ли.
Они оптимизацию кода накручивают - скорость компиляции проседает. В clang вон гордились быстрой компиляцией. А как стал уровень оптимизаций сравнимый с gcc, так и скорость компиляции туда же скатилась. Чудес не бывает.
> Попробуйте на досуге собрать Qt, libtorrent-rasterbar, LibreOffice, Firefox и т.д.2019-12-19T14:37:16 >>> dev-qt/qtcore: 5 minutes, 43 seconds
2019-12-17T14:35:05 >>> net-libs/libtorrent-rasterbar: 1 minute, 24 seconds
2019-12-17T14:45:56 >>> www-client/firefox: 59 minutes, 56 seconds
2019-12-10T17:02:39 >>> sys-devel/gcc: 46 minutes, 38 seconds
И это всё с аггресивными оптимизациями. Процессор i7 четырёхлетней тухлости, на новых будет ещё быстрее.
> libtorrent-rasterbarТак. libtorrent. Это наверное такая библиотека, поверх которой создаются торрент-клиенты, но сама по себе она ничего не может. Это как десятки медиаплееров поверх gstreamer. А rasterbar что такое? Первая ассоциация это Яндекс.Бар. Хм, не то. Но что за bar, панелька какая-то? И что за raster, растеризация? Интересно, что когда я собирал qBittorrent, то в зависимостях был только libtorrent-rasterbar, но не сам libtorrent - странно. Библиотека, кстати, маленькая, и собирается быстро.
C++ BitTorrent implementation focusing on efficiency and scalability
rasterbar это название конторы, которая создала сей форк libtorrent.
> qtwebengine 7 - 8 часовТы там с целерона сидишь?
$ qlop -tH qtwebengine | tail -5
2019-10-24T18:19:26 >>> dev-qt/qtwebengine: 1 hour, 56 minutes, 35 seconds
2019-10-31T14:35:08 >>> dev-qt/qtwebengine: 1 hour, 56 minutes, 22 seconds
2019-11-03T01:23:44 >>> dev-qt/qtwebengine: 2 hours, 9 minutes, 11 seconds
2019-11-29T09:27:17 >>> dev-qt/qtwebengine: 2 hours, 10 minutes, 16 seconds
2019-12-11T17:01:27 >>> dev-qt/qtwebengine: 2 hours, 12 minutes, 3 seconds
Athlon64/x3/2100 MHz/Socket_2 разлива 2008 г. :)
Гарантирую -- с Гентой ты будешь на этом страдать.
мораль: супернастраиваемая с микротюнингом под железо система - абсолютное ненужна именно на том железе, где, хотя бы теоретически, от этого микротюнинга была бы хоть какая-то польза.На практике, поработав то же самое время в разносчиках пиццы, можно накопить на апгрейд.
Ну вообще мораль в том, что микротюнинг наиболее осмысленен на слабом железе. Позволяет лучше оптимизировать код под допустимые инструкции, лучше попадать в кеши и так далее. На мощном железе микротюнинг в виде O3 и PGO может давать сотни и тысячи процентов профита, только авторы обычно уже в курсе и собирают всё необходимое с O3 и fast-math (тут я одобряю хардкод флагов, тенденция позволять пользователю переопределять агрессивные флаги остро негативная).Только конечно собирать на слабом железе крайне неэффективно, можно использовать бинхост с почасовой оплатой если уж нет возможности скомпилировать на своём железе (в чём я если честно сомневаюсь).
Комментировать троллоту про стоимость железа я не буду, апгрейд стоит никак не меньше сотки деревянных, не считая дисков и видеокарты. И его нужно делать каждые 3 года ради 5% повышения производительности.
> от этого микротюнинга была бы хоть какая-то польза.Кнут давно же сказал что преждевременная оптимизация корень всех зол. Еще до кого-то не дошло?
Можно пересобирать непрерывно по крону в допустим на 16 процессорах из 64, нужно дальше пилить ядро и инит систему, чтобы не приходилось каждый раз перезагружать, после пересборки.
Да я как-то совсем не страдаю. И, кстати, Plasma, вопреки расхожему мнению, на нём не тормозит.
> Да я как-то совсем не страдаю. И, кстати, Plasma, вопреки расхожему мнению, на нём не тормозит.Да это-то понятно, что с Гентой оно всё быстро работает. Вопрос в том, сколько времени ты на таком железе всё это собираешь. Оно и на топовом-то железе жрёт дофига времени. А на таком старичке... =/
В общем, классический трейдофф рантайм/билдтайм.
> Ага, ядро ~1 час.45 секунд на Ryzen Threadripper. https://www.phoronix.com/scan.php?page=news_item&px=AMD-TR-1...
То есть, за Ryzen, возможно, жаба душит платить $1k, но можно же взять на авито за 5-10k комп на процике десятилетней давности, и он будет собирать тебе ядро минут за 15-20.
Вот именно там и есть процик десятилетней давности.
>А вот qtwebengine 7 - 8 часовНе собирай его, делов-то
Лично меня не напрягает. С утра завёл и на работу ушёл.
>По-моему ядро не так долго собирается, по сравнению с остальным.Так-то оно так, но когда новые ядра прилетают каждый день, а его обновление требует дополнительного шага по сравнению со всеми остальными пакетами, то возникает соблазн пропускать обновления, что может привести к появлению уязвимых систем.
> его обновление требует дополнительного шагаКомпилировать обновления по несколько часов тебе норм, а дописать genkernel в команду уже нет?
Ядра в тестинге прилетают раз в неделю-полторы, а не каждый день. Стабильная вообще раз в месяц обновляется.
>Компилировать обновления по несколько часов тебе нормВаши представления о генте очень далеки от реальности
>Стабильная вообще раз в месяц обновляется.
Я на 4.19.x lts сижу, обновы прилетают очень часто
> Ваши представления о генте очень далеки от реальностиНе надо тут ля-ля. Я сам гентушник и мои представления о генте очень хорошо подтверждаются выхлопом моего qlop'a
sync: 1 minute, 17 seconds average for 42 syncs
total: 4 days, 23 hours, 38 minutes, 59 seconds for 5609 merges, 378 unmerges, 42 syncs> Я на 4.19.x lts сижу, обновы прилетают очень часто
Кто-то сильно 3.14здит.
$ qlop -mtHv gentoo-sources
2019-06-03T17:48:53 >>> sys-kernel/gentoo-sources-4.19.44: 1 minute, 34 seconds
2019-06-20T15:41:28 >>> sys-kernel/gentoo-sources-4.19.52: 1 minute, 58 seconds
2019-07-10T15:29:42 >>> sys-kernel/gentoo-sources-4.19.57: 2 minutes, 3 seconds
2019-09-13T22:13:12 >>> sys-kernel/gentoo-sources-4.19.66: 2 minutes, 54 seconds
2019-09-18T17:26:46 >>> sys-kernel/gentoo-sources-4.19.72: 2 minutes, 15 seconds
2019-11-11T12:50:06 >>> sys-kernel/gentoo-sources-4.19.82: 2 minutes, 27 seconds
2019-11-27T12:44:00 >>> sys-kernel/gentoo-sources-4.19.86: 2 minutes, 35 secondsКаюсь, немного ошибся. Не раз в месяц, а целых два раза в месяц прилетают обновления на LTS ветке.
>обновления на LTS ветке2019-10-09T17:59:18 >>> sys-kernel/gentoo-sources-4.19.78: 1 minute, 17 seconds
2019-10-13T01:46:47 >>> sys-kernel/gentoo-sources-4.19.79: 1 minute, 24 seconds
2019-10-24T17:38:50 >>> sys-kernel/gentoo-sources-4.19.80: 1 minute, 34 seconds
2019-10-30T02:30:58 >>> sys-kernel/gentoo-sources-4.19.81: 1 minute, 22 seconds
2019-11-07T03:19:45 >>> sys-kernel/gentoo-sources-4.19.82: 1 minute, 29 seconds
2019-11-11T16:12:19 >>> sys-kernel/gentoo-sources-4.19.83: 1 minute, 29 seconds
2019-11-21T23:40:26 >>> sys-kernel/gentoo-sources-4.19.85: 1 minute, 33 seconds
2019-11-25T18:21:10 >>> sys-kernel/gentoo-sources-4.19.86: 1 minute, 25 seconds
2019-12-03T13:29:38 >>> sys-kernel/gentoo-sources-4.19.87: 1 minute, 28 seconds
2019-12-05T20:12:26 >>> sys-kernel/gentoo-sources-4.19.88: 1 minute, 55 seconds
2019-12-14T18:33:20 >>> sys-kernel/gentoo-sources-4.19.89: 1 minute, 30 seconds
2019-12-19T08:37:35 >>> sys-kernel/gentoo-sources-4.19.90: 1 minute, 22 secondsКак по мне, это слишком часто. Утомительно часто я бы сказал.
> Так-то оно так, но когда новые ядра прилетают каждый день, а его обновление требует дополнительного шага по сравнению со всеми остальными пакетами, то возникает соблазн пропускать обновления, что может привести к появлению уязвимых систем.Пардон, но гентушники -- неуязвимые Джо. Когда вас последний раз ломали из-за того, что вы ядро обновить не успели? Вот то-то же.
купил 3970 чтобы собирать ядро за 30 секунд?
Это зависит от того, что входит в состав остального. На сервер никто не станет ставить Chromium или Firefox, к примеру.
> Это зависит от того, что входит в состав остального. На сервер никто
> не станет ставить Chromium или Firefox, к примеру.А кто-то станет собирать пакеты непосредственно сервере?
Если сервер железный (или хороший VPS), то почему бы нет. И сразу с него binhost сделать.
sys-kernel/vanilla-kernel использует конфиг от Арча
Откуда дровишки?
> Откуда дровишки?Не знаю, зачем ты это спрашиваешь, если не используешь Gentoo и не в состоянии найти ebuild, но на всякий вот ссылка https://cgit.gentoo.org/repo/gentoo.git/tree/sys-kernel/vani...
SRC_URI="https://cdn.kernel.org/pub/linux/kernel/v5.x/${MY_P}.tar.xz
https://git.archlinux.org/svntogit/packages.git/plain/trunk/...${CONFIG_HASH}
-> linux-${CONFIG_VER}.config"
Спонсор зондов компания ...
Ви так говорите, будто бинарные ядра только с цифровой подписью от жужу-ле ставиться будут
ЕРЕСЬ!
Хороший был дистр
придется перезжать на LFS
Так vanilla-sources не отменяют.
а вот сарказм похоже запретили )
Гента уже не та?
«Пропал калабуховский дом»
Я даже не знаю как реагировать на эту новость. Вроде бы сборка ядра занимает кучу времени, но это как раз и есть главная особенность этого дистрибутива. Вроде как возможность установки бинарного ядра экономит кучу времени, но зачем тогда ставить gentoo?
Чтобы не быть как все.
Где вы там нашли эту кучу? Действительно долго -- это конфиг ядра настраивать, если осмысливать каждую опцию.
да, лет десять займет... или поболее, если не ограничиваться быстропоиском, а разбираться в каждой технологии детально.
Причём делается это один раз. А новые опции - не проблема, их мало.
Долго и не нужно зачастую ни для чего, кроме понтов. Киллер фича дженты лично для меня - use-флаги + emerge. До такого уровня управления софтом в остальных линуксах менеджерам пакетов никогда не дорасти.
ну вот опппа в том, что эта фича на ведро, внезапно, не распространялась - вместо use-флагов десять веток, вместо emerge - ручной makeПричем до конца предлагаемый билд проблему не решил - очевидно что конфиг ведра в use-флаги не уложить.
Да и не надо покрывать все usecase-ы в ведре. Реальная засада с ведром здесь только для тех, кому нужен очень специфичный неширпотребный патч - к примеру, сетевушку там новую на балансере завести, GPU более эффективно пользовать на бэкенде, ну или реальная продуктовая необходимость - вкатить дженту на железку с небольшим объемом памяти. Но тут и на других дистрибутивах стоковое ядро вряд ли спасет - и так пересобирать руками. Для всех остальных 99 процентов дефолтного универсального конфига за глаза. Й
чаще всего достаточно dkms или ручной сборки модуля.На железку с небольшим объемом памяти лучше поставить специализированную версию debian - что все и делают - raspbian,armbian, несть числа им. А как ты думаешь, почему?
> На железку с небольшим объемом памяти лучше поставить специализированную версию debian - что все и делаютКак давно "все" стали для нас ориентиром?
> А как ты думаешь, почему?
Я думаю, потому что венда^Wубунта туда не встанет.
У меня стоит гента на малинке. И даже не потому, что use-флаги или сборка с -Os. Не, просто мне было лень связываться со всеми этими дебианами. Там как всегда что-нибудь сделано не так, и поэтому тупой трансляции синтаксиса emerge в синтаксис apt окажется недостаточно, то какие-то репы надо подключить, то ещё что-нибудь. Там даже gcc из коробки не работает, его отдельно устанавливать надо. И gentoo-wiki не всегда помогает, надо искать какие-то другие ресурсы, и... да и зачем мне это надо? Ну вот ради чего я буду вспоминать как там с этими дебианами иметь дело, чем apt отличается от apt-get, или как выпилить из системы pulseaudio? Да блин, элементарно -- как найти установочный образ дебиана? С генту я знаю, что надо в любой поисковик вбить gentoo stage3, и первая же ссылка приведёт меня на страничку, откуда я скачаю этот самый stage3 под нужную мне архитектуру. А в случае debian'а что искать? Я не помню, чтобы выяснить надо лезть в хендбук дебиана и читать там раздел про методы установки, чтобы освежить память. Зачем мне это? Что такого особенного я получу в обмен на все эти сложности?
И я заверяю тебя, люди, ставящие raspbian/armbian и тому подобные дистры, рассуждают точно таким же образом как и я. Им лень связываться с чем-то непривычным, особенно тогда, когда не видно никаких выгод от этого. А раз так, то эти люди не годятся в ориентиры никоим образом.
Беда в том, что DKMS не всегда прокатывает, равно как и ручная сборка, особенно когда часть изменений идёт сразу в виде блоба.Субъективно, однажды установив дженту на такую железку, поддерживать ее потом сильно проще, нежели какой-нибудь *биан ( раз уж речь неявно зашла про RPi ).
Объективно - ну да, next-next-finish с джентой не выйдет, надо потратить немного времени и немного подумать головой, а ещё подождать придется, если без кросс-компиляции на чем-то мощнее. Но это не так страшно, основная проблема - китайская microsd подохнет быстрее, чем в первый раз мир пересоберется => нужно позаботиться о нормальном сторедже.
Стоит ли тратить время на установку в начале, чтобы впоследствии получить Профит при сопровождении? Хз, в моем случае стоило, что там у других - из дело.
Согласен. Важнее то, как собрано все остальное, кроме ядра.
В реальности зоопарк железа не так велик, чтобы сборка ядра на каждой машине вообще имела какой-то смысл. Особенно если делается это исключительно для ЧСВ, по общей инструкции, без тюнинга под себя.
Ни разу ядро без подстройки не заработало, поэтому всегда приходилось копаться и настраивать "под себя", а уж потом, заработавшее потихоньку доводить до ума, чтобы было компактным и шустрым.
Чтобы было компактным, всё, что только возможно, по-максимуму в модули.
Модули - апасна, огромный потенциал для различных эксплойтов.
После загрузки нужных модулей
echo 1 > /proc/sys/kernel/modules_disabled
Сравни сколько весит/собирается стандартное ядро для всех в бинарных дистрибутивах с сконфигурированным для конкретной машины. Разница в разы.
> для конкретной машиныПри всей комбинаторике и небольших компромиссах получится, ну, десяток более чем достаточно оптимизированных ядер для типовых конфигураций, которые покроют 80% всех персональных компьютеров.
Десяток это, во-первых, уже много для поддержки и придумывания названий,а во-втортых - не получится. Значительную часть ядра занимает поддержка оборудования. Десяток в лучшем случае уйдёт на комбинации базовой функциональности.
> Десяток в лучшем случае уйдёт на комбинации базовой функциональности.Я упомянул компромисс. Типа включения в ядра драйвера сетевухи от Realtek по умолчанию, даже если на конкретной машине ее не будет. Не тянуть всю экзотику, встречающуюся менее чем на 10% машин - и из тяжелого ядра уйдет вся его тучность.
Возможность выбора это всегда хорошо. В Gentoo давно есть бинарные версии пакетов, которые долго собираются, firefox-bin например. Бинарного ядра реально нехватало. Не у всех есть потребность настраивать ядро под себя
Помимо сборки ядра есть много других преимуществ. Сборка ПО под конкретно железо, с учётом поддерживаемых процессорных инструкций и вытекающий из этого выигрыш в производительности. Гибкое управление сборкой с помощью USE-флагов. Уникальные инструменты: crossdev, webapp-config
Да, преимуществ у Генты больше, чем недостатков, однако порог вхождения большой, поэтому современным "потребителям контента" не то что тяжеловато, а просто неосиляемо.
Ну и в чем проблема с наличием бинарных пакетов? Достаточно случаев, когда время сборки будет компенсироваться полученного от сборки профита годами. Выбор - это всегда хорошо.
> это как раз и есть главная особенность этого дистрибутиваУдивишься, но нет. Источник: я пользователь Gentoo.
Если кто-то не в курсе, в Gentoo около 10 различных вариантов исходников ядра:sys-kernel/aufs-sources
sys-kernel/ck-sources
sys-kernel/gentoo-sources
sys-kernel/git-sources
sys-kernel/mips-sources
sys-kernel/pf-sources
sys-kernel/raspberrypi-sources
sys-kernel/rt-sources
sys-kernel/vanilla-sources
sys-kernel/xbox-sources
sys-kernel/zen-sourcesДанное нововведение(если все-таки примут такое решение) не исключает сборки ядра их исходников, как это происходит сейчас. Просто добавится еще один пунктик к уже существующим вариантам. Кто хочет тонкой настройки - ставит как раньше и собирает сам. Остальные могут ставить готовый бинарник ядра и не заморачиваться.
> Если кто-то не в курсе, в Gentoo около 10 различных вариантов исходников ядра
> Данное нововведение(если все-таки примут такое решение) не исключает сборки ядра их исходников,
> как это происходит сейчас. Просто добавится еще один пунктик к уже
> существующим вариантам. Кто хочет тонкой настройки - ставит как раньше и
> собирает сам. Остальные могут ставить готовый бинарник ядра и не заморачиваться.Именно, они просто сделают схожее с, существующей уже давно, практикой в funtoo.
А так же Sabayon и возможно некоторые другие дистрибутивы, основанные на Gentoo
>Остальные могут ставить готовый бинарник ядра и не заморачиваться.Ещё это удобно потому, что настройка ядра -- самое долгое при установке Генты, на мой взгляд. А тут возьмёт человек бинарник, соберёт систему, а потом уже своё ядро постепенно отладит, и будет счастье в виде быстрой и отзывчивой системы.
На время начальной установки можно взять ядро с установочного диска, а дальше уже допиливать систему под себя. Теперь будет чуточку проще при развертывании.
Немного не в тему, но больше негде выплакаться! Как жаль, что SystemRescueCD съехал с рельс этого чудесного проекта ):
на самом деле нет.
не жаль? не съехал? не чудесного?
Заголовок - желтуха. Это не бинарные сборки. Это сборка пакетным менеджером. Все пакеты в генте собираются пакетным менеджером из исходников в процессе установки - кроме ядра, которое до сих пор нужно было собирать отдельно. Теперь и для ядра будет возможность сборки пакетным менеджером.
> Заголовок - желтуха. Это не бинарные сборки. Это сборка пакетным менеджером. Все
> пакеты в генте собираются пакетным менеджером из исходников в процессе установки
> - кроме ядра, которое до сих пор нужно было собирать отдельно.
> Теперь и для ядра будет возможность сборки пакетным менеджером.Речь именно о возможности установки уже готового бинарного ядра, с какими-то типовыми настройками, а не о способах его установки.
С типовыми настройками, но не уже готового бинарного, а собираемого пакетным менеджером.
такое добавили уже достаточно давно, а сейчас обсуждают добавление бинарного предкомпилированного ядра.. как оно есть в фанту, сабаёне, калкулэйте и не знаю каком ещё дистрибутиве из семейства дженту..
внезапно, анон прав:Summary
The experimental versions of the distribution kernel are packaged as sys-kernel/vanilla-kernel (in distinction from sys-kernel/vanilla-sources that install the sources). Besides providing the default zero-effort setup, the package supports using your own configuration via savedconfig (but no easy way to update it at the moment).
речь о ядре, наконец-то способном просто собираться ebild'ом как любой другой гентин пакет - что всегда вызывало у меня нездоровые смеxyeчки по поводу их неосиляторства - и никаких "бинарных ядер" в дефолтной поставке там не планируют.
> Все пакеты в генте собираются пакетным менеджером из исходников в процессе установки - кроме
> ядра, которое до сих пор нужно было собирать отдельно.не совсем так - "кроме ядра, которое поставлялось и апгрейдилось пакетом, который по сути представлял собой патченные _исходники_". А бинарное установленное после их сборки - было вне области деятельности пакетного менеджера, и нужно было самому следить за его актуальностью и вообще соответствием тому что лежит в /usr/src/linux.
Чем "не-такие-как-все" с удовольствием и занимались, а автору пакета немного поднадоело.
> внезапно, анон прав:
> речь о ядре, наконец-то способном просто собираться ebild'ом как любой другой гентин
> пакет - что всегда вызывало у меня нездоровые смеxyeчки по поводу
> их неосиляторства - и никаких "бинарных ядер" в дефолтной поставке там
> не планируют.Тогда о каком сокращении длительности процесса сборки может быть речь, в чём упрощение жизни пользователей маломощных систем?
Тем более, что в новости написано:
"Необходимость в бинарных сборках обусловлена..."
т.е. если всё новость от начала до конца обман - тогда репорт и порицание автору этой новости!
там речь только о том, что не надо вручную перебирать миллиард пунктов menuconfig и потом суматошно соображать как загрузиться с ядром из stage2, потому что в пылу борьбы с "лишними" модулями забыт какой-нибудь sd или еще что "непонятно зачем оно нада", а можно просто запустить emerge и спать идти. (разумеется, подход тот же что в обычных дистрибутивах - модульное ядро с initrd и поиском зависимостей - впрочем, все это тоже можно было и раньше, но не автоматически)
С чем и поздравляем, не прошло и четверти века.Пересказчик новости, похоже, немного плохо умеет йингриш.
(_отдельно_ там жуются сопли что "хорошо бы, хорошо бы" сделать и бинарную сборку, но сам автор признает что это слишком глобальное изменение, требующее согласованных телодвижений, а не просто новый билд выложить)
А и раньше не надо было: genkernel -all, и всё. И даже спать не надо, если у тебя нормальный комп, а не отрыжка 90-ых.
> А и раньше не надо было: genkernel -all, и всё.и нет ни автообновления, ни возможности быстро почистить за собой если собрал не то что хотел.
Ну вот прошло 25 лет - одному человеку надоело.
> Заголовок - желтуха. Это не бинарные сборки.We’re also considering providing prebuilt binary packages — however, this will probably be a part of a bigger effort into providing an official Gentoo binhost.
ох вот наконец-то.. потому что все уже запилили себе бинхост..
> Теперь и для ядра будет возможность сборки пакетным менеджером.То есть конфиг ядра перейдёт на уровень use-флагов? Вы представляете, сколько флагов будет в этом эпичном ебилде? Или конфиг надо будет класть в /etc/portage/patches?
В /etc/portage/savedconfig
увы, нет. Там либо штатный "универсальный" конфиг, либо можно подложить свой, но он по словам автора не переживает апгрейд (неясно, как этого добились).Но хотя бы файлы подконтрольны пакетному менеджеру, и этот самый апгрейд хоть как-то можно автоматизировать.
Вот вы лохи. а в NixOS такой проблемы нет.
> Вот вы лохи. а в NixOS такой проблемы нет.Я так понял, часть рачешколоты перебралась в NixOS, потому что рачик уже не такой модный-молодёжный.
>Вот вы лохи. а в NixOS такой проблемы.Зато есть другие, которые действительно проблемы, в отличие от этой "проблемы".
NixOS это где безальтернативный systemd?
альтернативного системд не существует
у меня ядро 8 метров весит, собрано монолитом, из модулей только nvidia-drivers
Так-ить не всё монолитом можно собирать, поскольку в конфиге нельзя поставить.
> Так-ить не всё монолитом можно собирать, поскольку в конфиге нельзя поставить.есть make localyesconfig
вау! интересно сколько времени ушло на тюнинг? понятно что скорее всего модулей собрано много, но они сейчас не загружены (например какая-нибудь криптография). Я в своё время пару недель убил чтоб система так выглядела.
> вау! интересно сколько времени ушло на тюнинг? понятно что скорее всего модулей
> собрано много, но они сейчас не загружены (например какая-нибудь криптография). Я
> в своё время пару недель убил чтоб система так выглядела.да на самом деле не долго, просто вырубаю все чем не пользуюсь(ну почти все), раньше помню делал сборки где ядро весило меньше 5м.
С ядром не ставится ни одного модуля
https://i.imgur.com/HBUFsvT.png
те что есть - это nvidia-drivers и xpadneo(то же ставлю отдельно, как замена стандартному xpad)
А зачем? Есть же куча модулей, которые не используются постоянно. Кроме того, модули часто крашатся, например, из-за багов железа. Модули звуковой карты, сетевой и так далее (это из того что у меня было). Зачем их пихать в ядро? Всё, без чего ядро может загрузиться и работать, я выношу из ядра. Т.е., скажем, файрвол ядру для работы не нужен и его модули загружаются при старте сервиса. Если использовать initramfs вместо голого ядра, можно и драйвер rootfs вынести в модули.
А зачем? Есть же куча модулей, которые не используются постоянно. Кроме того, модули часто крашатся, например, из-за багов железа. Модули звуковой карты, сетевой и так далее (это из того что у меня было). Зачем их пихать в ядро? Всё, без чего ядро может загрузиться и работать, я выношу из ядра. Т.е., скажем, файрвол ядру для работы не нужен и его модули загружаются при старте сервиса. Если использовать initramfs вместо голого ядра, можно и драйвер rootfs вынести в модули.Вместо xpad рекомендую юзерспейсный xboxdrv - он на порядки лучше. Во всяком случае, для беспроводных геймпадов. Понадобятся вот эти опции в ядре (может быть ещё какие-то), остальные можно отключить:
CONFIG_INPUT_UINPUT=m
CONFIG_INPUT_JOYDEV=m
>[оверквотинг удален]
> и так далее (это из того что у меня было). Зачем
> их пихать в ядро? Всё, без чего ядро может загрузиться и
> работать, я выношу из ядра. Т.е., скажем, файрвол ядру для работы
> не нужен и его модули загружаются при старте сервиса. Если использовать
> initramfs вместо голого ядра, можно и драйвер rootfs вынести в модули.
> Вместо xpad рекомендую юзерспейсный xboxdrv - он на порядки лучше. Во всяком
> случае, для беспроводных геймпадов. Понадобятся вот эти опции в ядре (может
> быть ещё какие-то), остальные можно отключить:
> CONFIG_INPUT_UINPUT=m
> CONFIG_INPUT_JOYDEV=mЗачем мне куча модулей, которые я вообще не использую ни разу, а все что использую собираются с ядром, ни разу ничего не крашилось, initramfs не испольтзую, все что мне надо - все в ядре.
xpadneo отлично подходит для xbox геймпада(по блютуз со стандартным драйвером нет отдачи, а с xpadneo есть)
Вместо xpad рекомендую юзерспейсный xboxdrv - он на порядки лучше. Во всяком случае, для беспроводных геймпадов. Понадобятся вот эти опции в ядре (может быть ещё какие-то), остальные можно отключить:CONFIG_INPUT_UINPUT=m
CONFIG_INPUT_JOYDEV=m// сайт тормозит и выдаёт 504 6(
На самом деле ядроу тебя собрано копролитом.
Весь смысл тогда теряется...
Звчем вообще люди тратят свои бесмысленные жизни на компилирование линуксов? С такм де испехом можно сидеть в углу и рассматривать узор на обоях.
Как это не удивительно может показаться, но сборка Генту занимает меньше времени, чем установка Винды, а уж обновления -- и тем более. Но происходит это только тогда, когда человек настроил инструменты для сборки.Гента экономит время в итоге.
ох уже эти сказочники...
А ты проверял, чтобы ёрничать? Я вот проверял, и сие есть истина: Генту ставится быстрее, чем Винда, если понимаешь, как её собрать.
разумеется проверял. Ну, правда, всего лишь на 64головом ксеоне прошлого поколения, не на райзене, и я читер - запускаю ее с докер-образа (кстати, как и все у генты сделанного через задницу), так что обходится без хотя бы пересборки ведра, и никаких new-use @world, конечно.Если ты имел в виду "да нахрен не надо вообще ничего пересобирать, stage2 наше всьо" - то открой уже для себя и установку винды через reference image и MDT. (только ей-то сразу пользоваться можно,
а что проку от stage2? А, ну да - "может сама себя пересобрать", что и есть основное пользование гентой, жаль мне даром не надо)Причем для полностью автоматической работы второго мне надо нажать ровно одну кнопку, ткнув пальцем, где взять этот самый image, а с первым был бы ручной траходром.
купил 3970 чтобы собирать генту быстрее чем десяточка на ссд накатывается..
АМД купи, тогда быстрее выйдет. Интел - для ущербных разумом пархатых.
> АМД купи3970 - это мог быть и Ryzen™ Threadripper™ 3970X на 32 ядра,
они не-такие-как-все, как ты не понимаешь!К тому же при сборке узор на экране движется - а чтобы такое началось на обоях, нужно употребить вещества, не одобряемые мамкой и товарищмайором.
На сборку люди тратят компьютерное время, а не своё. Ну а если ты не понимаешь, зачем тратит врямя на настройку системы под свою ситуацию и задачи - то это у тебя бессмысленная жизнь.
ну конечно, они ж не полируют стопиццот use-флажков отдельно к каждому пакету, не медитируют над значением "каждого параметра конфигурации ведра", как тут один анон предложил - они ж тyпо emerge @world, да?Причем результат им вообще неинтересен, и они его не дожидаются, ведь систему они собирают чисто ради процесса сборки, она им нахрен, на самом -то деле, не нужна.
В принципе, все примерно так и есть, полагаю, ан-масс.
> Ну а если ты не понимаешь, зачем тратит врямя на настройку системы под свою ситуацию и задачи
он прекрасно знает, что ее незачем ТАК настраивать - любой бинарный дистрибутив работает не хуже, и решает те же задачи сразу после установки и настройки уже собственно ее специфичных деталей.
Да, жизнь совершенно бессмысленная - никакой радости преодоления гамака в лыжах.
Млекопитающие вообще живут за счёт обучения, при этом передавая свой опыт следующим поколениям.Вам, осминогам, не понять.
> Млекопитающие вообще живут за счёт обучения, при этом передавая свой опыт следующим
> поколениям.опыт секса на лыжах в гамаке передавать вообще незачем.
Таких реально жалко. Процесс ради процесса тут - занятие так себе, болезненный перфекционизм - ещё хуже.
ну а к чему еще употребить систему, основное назначение которой и есть бесконечная пересборка самой себя?
Видимость контроля (на самом деле ничего расстановщик use-флажков, ясен пень, не контролирует) и погоня за наисвежайшим ненужно только и остаются.
Да тут речь идёт не о контроле больше, а об управлении. Use-флаги - не более, чем дополнение к интерфейсу для управления софтом. Можно попробовать сравнить его с плагинами для работы с репамм к yum, скажем, но не совсем корректно выйдет: в rpm-based суть управления сводится к установке устраивающей тебя версией готового бинаря, собранного с поддержками нужных тебе вещей, в дженте ты получаешь тот же бинарь с нужными опциями, выставив use-флаги. В последнем случае - это одна строчка с конфиг с флагами per package или экспорт переменной use flags перед установкой. В случае с бинарями - ковыряй спеки, пересобирай, либо доверяйся репрзиторию от Коляна.Я говорю лишь о том, что идея с use-флагами для управления софтом сильно удобнее и эффективнее, и другие линуксы в этом плане тут не конкуренты.
Зачем вообще люди тратят свои бессмысленные жизни на написание бессмысленных комментариев?
Потому что это прикольно. Зачем люди развлекаются вообще -- вопрос ваш в этом.
Пока собирается ядро, ты можешь смотреть исходники модулей и учится кодить на сях, к примеру.
А вообще советую использовать ноут на зионах с 32 ядрами.
5 мин -- максимум. Если вы не в 90-ых живёте, конечно.
Возможность как собиралось раньше ядро руками останется, если новичку проще будет ставить готовое ядро по-моему хорошо. Я как сидел на rt-sources так и сижу. Каждому по способностям и потребностям - коммунизм рулит :)
В общем и целом, суть как раз в этом: ставите бинарное ядро, ставите всю систему из исходников, предварительно настроив флаги, а потом, буде вам захочется -- а как же иначе! -- вы настраиваете и собираете своё ядро. Это хороший шаг, хотя и избытовный, потому что в Генте уже давно есть возможность поставить любое ядро, включая бинарное.
мдаааа, гента уже не та!
Дааа, линуксоиды уже не те! Ядро ручками собрать не могут.
кто думает что make menuconfig это вот прям ручками - тот школьнег (многие гентушники что характерно)
make nconfig же давно . Menuconfig для слоупоков и для тех, кто спец потрындеть в интернетике.
make xconfig как-то поудобнее.
> make xconfig как-то поудобнее.щас, щас... иксы только пересоберу... вам как - в гоме или в kde приятнее xconfig видеть?
genkernel --all! -- истина!
Сейчас ленуксойды - это убунта из коробки и гном 3.
> Сейчас ленуксойды - это убунта из коробки и гном 3.Это было актуально лет 10 назад. Пользоваться убунтой сегодня? С её флатпаками, магазинами, и телеметриями? Вряд ли. Из неё такой же линукс, как и из андроида. Вообще, я так смотрю, слишком много возможностей у софта сейчас - мне приходится удалять 2/3 того чем я никогда не пользуюсь и всё равно остаётся куча лишнего. 15 лет назад было проще. Тогда ещё не набежали миллионы программистов мышкой и дивёрсити с их лезбонеграми не было распространено.
Да ты просто старпёр! Хотя тренды убунты вызывают вопросы и у меня, но твой комментарий звучит примерно как "раньше лучше х** стоял".
Ну, такое. Это ж Гента, кто не осилил, пусть идут в Убунту.
Это то чего не хватало, теперь генту готов для домохозяек :)
Что-то кекнул в голос. Бинарное ядро уже давно использует Дэниэл Роббинс. Батя и основатель Генту. в Funtoo уже давно используется готовое ядро из дебиана. Ждем когда в Генту предложать Метро.
"Батя" продал и отказался от своего творения, а когда решил надуть щёки и покачать права, то был послан туда, где сейчас и сидит.
> "Батя" продал и отказался от своего творения,Предварительно зарегестрировав некоммерческую Gentoo Foundation и передав ей все трейдмарки и копирайты.
https://dev.gentoo.org/~mgorny/articles/the-story-of-gentoo-...
> Originally, Gentoo has been backed by a commercial company Gentoo Technologies, owned and run by Daniel Robbins. Apparently, not all developers agreed with this model.
> The Gentoo Store will pay for the establishment of this not-for-profit. The Gentoo Store will also pay for the Gentoo Foundation's application for 501(c)(6) federal trade association status (~$5000 or so?)
> Gentoo Technologies, Inc. will transfer the copyrights and trademarks to the Gentoo Foundation.https://wiki.gentoo.org/wiki/Foundation:Articles_of_Incorpor...
> (signature of DANIEL ROBBINS)
> DANIEL ROBBINS, Incorporator
> STATE OF NEW MEXICOНо наверняка на самом деле все было так, как аноним рассказал …
> а когда решил надуть щёки и покачать права,
https://web.archive.org/web/20080115061441/http://blog.funto...
> Several days ago, the Gentoo community discovered the unfortunate news that the Gentoo Foundation's charter has been revoked for several weeks, which means that as of this moment the Gentoo Foundation no longer exists.
> Even worse, there has not been any public explanation from the Foundation's trustees as to why this was allowed to happen, or what steps are being taken, if any, to fix this. This is very bad for the morale of the Gentoo community.
> To top it all off, I am still listed as President of the Gentoo Foundation according to the State of New Mexico, despite being assured 5 months ago that this would be resolved.
> It also appears that all but two of the interim Foundation trustees have either resigned or are unreachable. Grant Goodyear appears to be the only remaining trustee who actively does legal stuff, along with Chris Gianelloni who runs the Gentoo Store.Хм. И правда - обнаружить и опубликовать "просёр" фундейшена и забивание комитетчиков-трастеров на все и вся (даже на просьбу убрать/снять статус президента этого фундейшена) - это ж эталонное надувание щек!
> то был послан туда, где сейчас и сидит.
https://web.archive.org/web/20080129092658/http://blog.funto...
> I should also mention this -I care about Gentoo, but I did not look forward to returning to the project to clean up various messes. It's just something I felt obligated to do if no one else was going to do it.
> I really don't want to be part of the official Gentoo project if I can avoid it , whether as a developer or in some kind of leadership role. It's not something I would enjoy long-term. Yes, there are things I like about the project but there are still too many things I don't.
> But what I do want to do is to see Gentoo get better. I actually think I can do a lot more by working independently on some technical and community initiatives to benefit the larger Gentoo community.Сам себя послал похоже. Ну и поделом ему!
</сарказм>
> Хм. И правда - обнаружить и опубликовать "просёр" фундейшена и забивание комитетчиков-С тех пор и gentoo store тоже проимели. Ну как обычно - все, что делает толпа без лидера, заканчивается именно так.
> Хм. И правда - обнаружить и опубликовать "просёр" фундейшена и забивание комитетчиков-С тех пор и gentoo store тоже проимели. Ну как обычно - все, что делает толпа без лидера, заканчивается именно так.
Что вы как дети. Собираешь свой линукс. Пользуешься.
Где мой gentoo-sources-bin. Жду!
*-sourcs-bin
щито o_O (кстати, сначала сам так подумал, пока не увидел *-kernel)
Хахаха неудачники) А в NixOS нет таких проблем!
НиксОС не торт.
Gentoo RIP, осталась только резиновая женщина
мы от скуки на все руки - умелые ручки - самоделкины .......
В дистрибутиве исходников Gentoo бинарное ядро абсолютно не нужно.Лучше инструкцию написать, по опциям настройки ядра.
Если при обновлении ядра перестало что-то работать, особенно из-за опций связанных с безопасностью, рекомендуется не обновляться.
Не разработчики Gentoo обсуждают, а у Горного снова шарики за ролики заехали и он опять пытается из Gentoo NetBSD сделать.
Дядь Андрей, а правда говорят что вот этого вот нововведенца у вас там не любят?
> Дядь Андрей, а правда говорят что вот этого вот нововведенца у вас
> там не любят?Частично. У нас там много людей.
Некоторые его любят за то, что он много и активно коммитит. У него долгое время не было работы и он все дни и ночи тратил на Gentoo. Сейчас у него есть работа, но она удалённая и без особого графика и он всё равно тратит кучу времени на Gentoo. Так что делает он действительно много.
Проблемы три. Во-первых, высокая активность и инициативность не заменяют собой компетенцию, а она у него до сих пор ограничена. Во-вторых, он очень наглый и действует по принципу "my way or the high way", упорно пропихивая свои идеи до тех пор, пока остальным не надоест и они не пролезут. В третих, он относится как к говну к большинству остальных разработчиков, особенно к нем, кто не часто делает коммиты. Он почте никого не слушает и не хочет слышать. За это его многие и не любят, но некоторые ему это прощают за высокую активность коммитов.
> Не разработчики Gentoo обсуждают, а у Горного снова шарики за ролики заехали
> и он опять пытается из Gentoo NetBSD сделать.lolz, bircoph can't refrain from silly comments, even though he was kicked outta comrel for misbehaviour.
>> Не разработчики Gentoo обсуждают, а у Горного снова шарики за ролики заехали
>> и он опять пытается из Gentoo NetBSD сделать.
> lolz, bircoph can't refrain from silly comments, even though he was kicked
> outta comrel for misbehaviour.Я просто во внутреннем списке рассылки написал, что Горый — неадекват, наносящий реальный ущерб Генте, разрушая сообщество. Вот некоторых и бомбануло. Он очень грубо обходился с разработчиками, которые несколько месяцев ничего не коммитили и вышвыривал их направо и налево.
Вообще, толку от того, чтоб быть членом нынешнего комрела? Его глава открыто коррумпирован и выгораживает своих друзей, при этом не только как глава комрела. Все остальные просто молча терпят, т.к. работа грязная и желающей ей заниматься мало.
В интернете набирает популярность теория великого оптимального ядра.По ней рептилоиды написали генту для поиска великого оптимального ядра, и когда будет найдено оптимальное ядро оно захватит мир (собственно уже).
Искусственный интеллект годами подбирает флаги компиляции для оптимизации задачи по захвату мирового господства. Рептилоиды при поддержки массонов создали сотни суперкомпьютеров для этой задачи. Но никто не знает результатов этой работы. Поговаривают что массоны продали великое оптимальное ядро Джеффу Безосу, а до этого обладателем ядра являлся Сергей Брин.
Да даже само название генту было дано в честь верховного правителя всех рептилоидов правившего больше сотни лет всеми рептилоидами галактики. Рептилоиды попадая на Землю всегда устанавливают генту в надежде что они смогут волей случая сами собрать великое оптимальное ядро и подняться в иерархии рептилоидов.
почему нельзя объединится с калькулятором ? они, вроде, бинарные
> почему нельзя объединится с калькулятором ? они, вроде, бинарныеCalculate — это один из многочисленных бинарных производных Gentoo. Непосредственно в Gentoo биранрые пакеты — редкость. Их делают только для сложнособираемых (в т.ч. и по необходимым для сборки ресурсам) пакетов, например, libreoffice и firefox. По-видимому, у Горного проблемы с навыками сборки ядра, вот и решил снова Gentoo поломать.
>> почему нельзя объединится с калькулятором ? они, вроде, бинарные
> Calculate — это один из многочисленных бинарных производных Gentoo. Непосредственно
> в Gentoo биранрые пакеты — редкость. Их делают только для сложнособираемых
> (в т.ч. и по необходимым для сборки ресурсам) пакетов, например, libreoffice
> и firefox. По-видимому, у Горного проблемы с навыками сборки ядра, вот
> и решил снова Gentoo поломать.Ещё один объективный подъехал, ты хоть блог читал? Или только ядом плеваться умеешь? Если у тебя какие-то терки с чуваком были, это твои проблемы. Идея правильная.
>>> почему нельзя объединится с калькулятором ? они, вроде, бинарные
>> Calculate — это один из многочисленных бинарных производных Gentoo. Непосредственно
>> в Gentoo биранрые пакеты — редкость. Их делают только для сложнособираемых
>> (в т.ч. и по необходимым для сборки ресурсам) пакетов, например, libreoffice
>> и firefox. По-видимому, у Горного проблемы с навыками сборки ядра, вот
>> и решил снова Gentoo поломать.
> Ещё один объективный подъехал, ты хоть блог читал?Конечно, читал.
> Или только ядом плеваться умеешь?
Ядом здесь плюёшься лишь ты.
> Идея правильная.
Для бинарного дистрибутива — безусловно, однако, Gentoo — это source based.
> и решил снова Gentoo поломать.Андрею, ну почему «поломать»? Никто же никуда не убираетъ ни gentoo-sources, ни vanilla-sources! Развѣ Gentoo — не про свободу выбора? Хочешь — glibc, хочешь — musl; хочешь — openssl, хочешь — libressl, и т.д. Хочешь ядро изъ исходниковъ — пожалуйста, хочешь — make'омъ, хочешь — genkernel'омъ, хочешь бинарное универсальное — почему бы и нѣтъ? Въ чемъ же поломка?
Мнѣ самому не всегда по душѣ то, что дѣлаетъ Горный. Но мнѣ кажется, критиковать его вотъ такъ — нѣсколько неконструктивно. Къ тому же, именно это его предложеніе — вполнѣ годное.
P.S. Ребята, давайте жить дружно!
> Никто же никуда не убираетъ ни gentoo-sources, ни vanilla-sources! Развѣ Gentoo — не про свободу выбора? Хочешь — glibc, хочешь — musl; хочешь — openssl, хочешь — libressl, и т.д. Хочешь ядро изъ исходниковъ — пожалуйста, хочешь — make'омъ, хочешь — genkernel'омъ, хочешь бинарное универсальное — почему бы и нѣтъ? Въ чемъ же поломка?Давай уже до конца проводить аналогию. Хочешь использовать бинарный дистрибутив из коробки? Упс. Это уже не Gentoo. Или одна из производных, или другой дистрибутив, или собирай сам бинарные пакеты и делай, по сути, свой дистрибутив. Хочешь ядро RHEL (что куча узкоспециализированного софта требует)? Тоже облом. Или собирай сам, или используй что-то из семейства RH. Хочешь Unity (во времена, когда оно было живо)? Тоже облом, иди на Ubuntu или её производные, т.к. для работы Unity нужны сильно и, главное, несовместимо патченые компоненты юзерспейса.
Это я к чему: есть естественные пределы применимости Gentoo, за которыми решение уже просто перестаёт быть Gentoo. И введение бинарного ядра в репозиторий — серьёзный шаг к тому, чтоб уйти от политики source-based. Да, никто не запрещает использовать другие ядра, пока что. Зная Горного, по чуть-чуть до понемногу, но верным путём это будет расползаться дальше. Ведь аналогичные аргументы можно применить к glibc и ряду других компонент — ко всему @system, по сути.
Это ведь не первый раз, когда он пытается частично перевести дерево на прекомпилированные вещи. Вспомни его требование для мейнтенеров собирать все man-страницы самостоятельно и поставлять их вместе с исходниками (тем или иным механизмом).
> И введение бинарного ядра в репозиторий — серьёзный шаг к тому, чтоб уйти от политики source-basedА в чём проблема-то, если уйдём? Конец света настанет? Вот лично я только рад бы был, если б в рамках портажа существовал сервак, который по запросу выдавал бы бинарники с нужными мне use/C-флагами, да, думаю, и большинство остальных юзеров тоже. И дистрибутив бы стал популярней, и юзеры бы не тратили деньги на электроэнергию. Можно даже платную подписку сделать - платишь символические $5/месяц и пользуешься. Не хочешь — не надо — компилируй сам, никто не запрещает.
где-то в 5.3.1-5.3.3 была непонятная ебала с amdgpu. Хотя, это мох быть и mesa-19.3_rc?