sys-kernel/geek-sources

Без лишней скромности можно смело сказать что один sys-kernel/geek-sources фактически способен заменить собой все остальные ядра из sys-kernel даже вместе взятые.

Можно. Вот если бы он ещё и собирался... :D

Можно. Вот если бы он ещё и собирался... :D

А все в руках пользователя. Это гента.

# uname -a
Linux nemesis 3.3.6-geek-gnu #6 SMP Sun May 20 19:19:14 EEST 2012 x86_64 Intel(R) Pentium(R) Dual CPU T3200 @ 2.00GHz GenuineIntel GNU/Linux
# eix geek-sources
[I] sys-kernel/geek-sources [1]
     Available versions:  (3.3.6) (~)3.3.6!b!s
	{{bfq bfs bld branding build ck deblob fbcondecor grsecurity ice imq reiser4 rt symlink uksm}}
     Installed versions:  3.3.6(3.3.6)!b!s(06:56:41 PM 05/20/2012)(branding deblob uksm -bfq -bfs -bld -build -ck -fbcondecor -grsecurity -ice -imq -reiser4 -rt -symlink)
     Homepage:            http://www.kernel.org bfq: http://algo.ing.unimo.it/people/paolo/disk_sched/ bfs: http://ck-hack.blogspot.com bld: http://code.google.com/p/bld ck: http://users.on.net/~ckolivas/kernel fbcondecor: http://dev.gentoo.org/~spock/projects/fbcondecor Fedora: http://pkgs.fedoraproject.org/gitweb/?p=kernel.git;a=summary GrSecurity: http://grsecurity.net imq: http://www.linuximq.net Mageia: http://svnweb.mageia.org/packages/cauldron/kernel/current ice: http://tuxonice.net reiser4: http://sourceforge.net/projects/reiser4 rt: http://www.kernel.org/pub/linux/kernel/projects/rt uksm:
     Description:         Full sources for the Linux kernel including: fedora, grsecurity, mageia and other patches

[1] "init6" /var/portage/layman/init6

Пробовал две разные версии, обе не собирались - не могли найти какой-то файл, касающийся fbcon.

А что, патчи все друг с другом совместимые?
И все ядра не заменить (rt и openvz например)

Пробовал две разные версии, обе не собирались - не могли найти какой-то файл, касающийся fbcon.

А за это скажи спасибо умникам из генты. Достаточно было удалить файл 4200_fbcondecor-0.9.6.patch из твоего ${DISTDIR} и заново создать манифест. И это уже поправлено если что.

Странно, как я сам не догадался. Ну ладно :)

Пара вопросов: что такое IMQ и что такое UKMS?

А что, патчи все друг с другом совместимые?

Сама изюминка sys-kernel/geek-sources в том, что при любом сочетании USE флагов любые несовместимые патчи выявляются перед их наложением и при наличии любой несовместимости они просто пропускаются. Таким образом реализована «защита» от дурака.

Про rt грубо :) под 3.3.6 его нет. Есть под 3.4

А до openvz у меня еще руки не дошли.

Вот это действительно Ядро!

патчи из: Fedora, Mandriva/Mageia, Ubuntu, OpenSuSe и Pardus.

И что, они не конфликтуют друг с другом?

Ничего адекватнее про UKMS я не нашел но штука полезная. В настройках не нуждается, работает, проц не тормозит и есть не просит. Лично я багов пока что не заметил. И да экономия у меня на десктопе порядка 200Мб.

А в общем что такое IMQ… да

И что, они не конфликтуют друг с другом?

Те что конфликтуют автоматически пропускаются.

Помойка какая-то…

Я с вами согласен коллега. Действительно помойка. Развели велосипедов.

Действительно помойка.

Мне кажется, или там не хватает zen, ck, mm и ещё нескольких ядер? Или их выпилили из основного дерева?

Мне кажется, или там не хватает zen, ck, mm и ещё нескольких ядер? Или их выпилили из основного дерева?

Там же только официальная «помойка» а это еще не считая оверлеев.

Ах да кстати говоря! Если есть что добавить к sys-kernel/geek-sources милости прошу ;) расширяемо и маштабираемо на что угодно. Главный и пока что не решенный вопрос как управлять всем этим _кроме_ ручной правки ебюлда? USE флагов реально для этого уже и так маловато.

Без лишней скромности можно смело сказать, что один sys-kernel/geek-sources фактически способен заменить собой все остальные ядра из sys-kernel, даже вместе взятые.

Версии сложновато поддерживать. Что будет, если один патч есть только для 3.2, другой для 3.3, а ванильное уже 3.4 есть? Разные флаги для разных версий? А если пользователь хочет ставить только с определенным патчем и ждать его выхода, а не обновляться до последнего ванильного?

Если эти проблемы решить и сделать флаги для всех-всех патчей, то да, другие ядра станут не нужны.

А без ебилдов тарбол где взять?

Если эти проблемы решить и сделать флаги для всех-всех патчей, то да, другие ядра станут не нужны.

Так в чем и вопрос.

А без ебилдов тарбол где взять?

Это гента уважаемый. А без ебилдов да… если что то ебилд сценарий с функциями… по сути тот же башевский код.

Там же только официальная «помойка» а это еще не считая оверлеев.

Ну так zen, ck, mm точно были в основном дереве portage. Последний раз заглядывал туда давно, но не могли же их всех оттуда выпилить?

Главный и пока что не решенный вопрос как управлять всем этим _кроме_ ручной правки ебюлда? USE флагов реально для этого уже и так маловато.

if use …; then …; else …; fi это разве не решает? И да, чтобы упростить себе жизнь, надо в самом начале проверить совместимость юзов и не молча пропускать патчи в случае несовместимости, а громко кричать и прерывать сборку, чтобы юзер чинил свои флаги сам. Это значительно упростит написание ебилда.

А без ебилдов тарбол где взять?

http://kernel.org/

Патчи качать отдельно, накладывать руками, но патчи — не тарбол, поэтому строчка выше полностью раскрывает ответ на вопрос.

И да, чтобы упростить себе жизнь, надо в самом начале проверить совместимость юзов и не молча пропускать патчи в случае несовместимости, а громко кричать и прерывать сборку, чтобы юзер чинил свои флаги сам. Это значительно упростит написание ебилда.

Мое мнение таково что система обязана выполнить любое даже самое безмозглое требование пользователя. Хорош был бы кольт если бы при попытке выстрелить из него в противника он бы говорил «Успокойся… Да он вообще хороший человек…»

ох как хочется чтобы портэйдж подобное уведомление отсылал мэйнтейнеру...

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

Уже даже rm с дефолтными опциями отказывается удалять /.

Если патчи несовместимы, то пользователю надо хотя бы об этом сообщить, а не молча продолжать. Аварийное завершение сборки в случае несовместимых USE-флагов часто встречается среди ебилдов в основном дереве. Вот пример нагугленного ебилда, который отказывается собираться, если не установлен один из флагов berkdb или gdbm: http://www.christoph-probst.com/technik/software/courierpasswd/courier-imap-3.... В этом случае, очевидно, другого пути нет.

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

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

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

ЗЫ И да раньше проверки несовместимых флагов были см. историю оверлея в гите Но помоему эти проверки не нужны.

Кто все эти люди?

А вайн с реактос когда добавят?

Нет, я против того чего не понимаю. Но было интересно посмотреть.

А вайн с реактос когда добавят?

Ебюлд в гите. Форкай, исправляй, присылай патчи.

А все в руках пользователя. Это гента.

Что именно? Бубен? ;)

Это просто праздник какой-то! Ждем когда патчи можно будет отключать USE флагами.

Ждем когда патчи можно будет отключать USE флагами.

Т.е. наплодить флагов: мандрива, убунта, сусе и т.д. будет красиво и правильно?

Посмотри на количество флагов у vlc или ffmpeg и оставь сомнения :D

аа, засилие красных аватаров загубили мои глаза

Главное чтоб была возможность пропатчить ванильное ядро выборочно, хочешь - совсем без патчей, хочешь - полный комплект BFQ, TuxOnIce и прочие. Правильнее всего, имхо, разбить патчсеты других дистрибутивов по назначению (если это возможно, конечно).

Главное чтоб была возможность пропатчить ванильное ядро выборочно

По сути ничто не мешает просто отключить ненужное хоть в самом ебюлде хоть в файле patch_list конкретного пачьсета. Не выход конечно… Но да наверное стоит запилить флаги на все…

Оверлей есть? А то у меня простаивает gentoo в виртуалке, можно было бы попробовать.

Оверлей есть? А то у меня простаивает gentoo в виртуалке, можно было бы попробовать.

Ты не поверишь…

Ну раз так, то вот задача, непростая, предупреждаю сразу. Есть такой себе гипервизор Xen, и всё под ним нормально работает, кроме одной важной вещи - звукового драйвера OSSv4. То есть карта определяется, типа всё хорошо, но вместо звука - шипение. И можно было бы смириться, не совместимо, что поделаешь. Но. Под OpenSUSE оно работает. Без глюков и проблем. Расследование выявило, что дело, скорее всего, в патчах на xen-ядро Суси, там есть такие, которые отсутствуют в ванильном ядре, то есть поддержка Xen в ванильном ядре неполная, несмотря на заявления. Вот бы их склеить с BFS, BFQ и компанией :)

Пару лет назад было бы очень круто, а так ванильное ядро само по себе торт. Всякий брейинфаки только cgroups ломать умеют и по отзівчивости бьют в реальніх условиях.

Под OpenSUSE оно работает.

Штука в том что патчи из fedora (в git), mageia (svn) и pardus скачиваются в общем то легко… А вот ubuntu и opensuse… в общем то или я искать не умею или одно из двух.

Ах да в убунту там один diff вроде.

Нашел suse и git это более чем приемлемо. Буду пробовать.

https://build.opensuse.org/package/files?package=kernel-source&project=Ke... ? Или ты не про то?

Он вроде hardened патчи в себя не включает, так что не все...

Он вроде hardened патчи в себя не включает, так что не все...

Это которые grsecurity ? :)

hardened - это не только grsecurity, но спасибо, тоже неплохо.

hardened - это не только grsecurity, но спасибо, тоже неплохо

Цитата из proj/hardened-patchset.git/3.3.6/ 0000_README

Patch: 4420_grsecurity-2.9-3.3.6-201205191125.patch

From: http://www.grsecurity.net

Desc: hardened-sources base patch from upstream grsecurity

Остальное там косметика но если не хватает именно этой косметики то добавить можно и её без проблем.

думаю для этого вот 4445_grsec-pax-without-grsec.patch можно сделать отдельный use flag «pax».

Ага. Было бы это так просто, я сам бы сделал.

У меня патчи не накладывались, постоянно на что-то ругалось.