не новость, geek-sources-3.8.10

Как долго это ядро будет собираться в сравнении с ванильным? Всё попробовать хочу.

Сомнительно нужная солянка.

Как долго это ядро будет собираться в сравнении с ванильным?

Примерно столько же.

Всё попробовать хочу.

Хочешь? Пробуй. Хоть вообще все хоть в любых сочетания. Но как grep-ать и делать patch -p1 -R не спрашивай. Поскольку никаких проверок сочетаний USE флагов в geek-sources попросту нет!

Сомнительно нужная солянка.

А никакой солянки.

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

  patch -p1 --dry-run <patch name> && patch -p1 -s <patch name>

  тоже имеется.

А, так его ещё самому патчить надо... Я-то думал, это заранее пропатченные сорцы.

А, так его ещё самому патчить надо... Я-то думал, это заранее пропатченные сорцы.

За заранее пропатченными сорцами это тебе либо к post-factum либо вон к lqx. А в geek-sources бери и делай так как тебе нужно.

Да да, юзер-френдли, все дела =]

Но некая чистота процесса теряется. Я четко знаю, какие патчи нужны и как их накладывать. А используя твой ебилд, я не знаю как накладываются патчи и всё ли правильно делается. Да, можно посмотреть внутрь и разобраться, но зачем мне тратить время на это, если быстрее и проще наложить патчи вручную?

«Хочешь сделать хорошо - сделай это сам» (с)

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

А используя твой ебилд, я не знаю как накладываются патчи и всё ли правильно делается.

Во первых в wiki вообще все описано.

Во вторых на вопрос «как» - в случае geek-sources есть при желании изменяемая пользователем последовательность наложения вообще всех патчей и есть USE флаги. Каждый USE флаг - вкл./выкл. конкретной фичи. Каждый патч накладывается согласно последовательности и проходит по цепочке

patch -p1 --dry-run <patch name> && patch -p1 -s <patch name>

т.е. если не сработал с --dry-run то пошел лесом о чем будет сказано в логе установки. И --dry-run единственный защитный механизм! А главный вопрос лишь в том чтобы разобраться зачем нужна та или иная фича.

reiser4 3.8.5

Насколько оно юзабельно? Не опасно ли в качестве основной фс?

Насколько оно юзабельно? Не опасно ли в качестве основной фс?

Кроме того, что собирается оно нормально ничего не могу сказать.

в порядке оффтопа - imq еще на 3.8 нет?

в порядке оффтопа - imq еще на 3.8 нет?

Оно в аппстриме заглохло… Но! Его pld любит апдейтить и таскать в новые ядра!

не выдержал и перешел по ссылке на вики. и прозрел. в итоге вот вам небольшой баг-репорт

• поправил вам немного английский.. надеюсь ничего ценного не пропало. проверьте
• так и не понял что вы хотели сказать двумя следующими фразами
  1

  Additionally supported by patch sets and info files.
  

  
  2

  While geek-sources working on a list of patches empty lines and comments are ignored and the rest is seen as relative paths to patches and patches themselves.
  

• а здесь дважды spl. так и должно быть?

  In case of errors with spl include module spl into the kernel
  

• некоторые ссылки на картинки битые. поправьте их.
• почему положили kernel.conf в /etc/portage/? ведь это не ваша директория?
• а что с роднымы гентушными патчами?

и еще

теперь (и до моей правки тоже) это

You need to know that any patch that causes conflict in sys-kernel/geek-sources is automatically skipped. There are no checks for those type of patches/USE flags in sys-kernel/geek-sources.

и это

Each patch passes couple of checks:

Normal patch must exist and contain more than 8 lines. Patch in *.gz, *.bz, *.bz2, *.lrz, *.xz, *.zip, *.Z must exist and its size must be greater than zero. Only those patches that pass the test check are applied

# patch -p1 --dry-run patch_name && patch -p1 -s patch_name

идет немного в разрез

Additionally supported by patch sets and info files.

Как пример для aufs patch sets т.е. не просто один патч а список патчей и info files

While geek-sources working on a list of patches empty lines and comments are ignored and the rest is seen as relative paths to patches and patches themselves.

Пустые и закоментированные строки игнорируются. Помоему все понятно.

In case of errors with spl include module spl into the kernel

Предложи лучше :)

некоторые ссылки на картинки битые. поправьте их.

Все на своих местах.

почему положили kernel.conf в /etc/portage/? ведь это не ваша директория?

А какая разница? make.conf живет в /etc/portage/ Юзерпатчи там же. Смысл заводить что то еще если нужен один файл с переменной и то не всем а только тем кому он нужен? Не ну и опять же куда? Предлагай.

а что с роднымы гентушными патчами?

С этими?

https://github.com/init6/init_6/wiki/geek-sources

genpatches - Use Gentoo kernel patches

А что с ними? :)

теперь (и до моей правки тоже) это (cut) и это (cut) идет немного в разрез

USE флаги != патчи

Никаких проверок сочетаний USE флагов нет. Т.е. ставить можно хоть все сразу.

А Патчи да еще перед --dry-run патч должен существовать иначе он будет пропущен если патч заархивировали то его объём должен быть больше нуля иначе он будет пропущен и да если это обычный незаархивированный патч то в нем должно быть больше 8ми строк иначе он будет пропущен.

А дальше да

patch -p1 --dry-run patch_name && patch -p1 -s patch_name

не прошло с --dry-run пошло лесом.

Защиты на уровне USE флагов от заведомо несовместимых комбинаций в geek-sources нет.

сейчас reiser4 стабильнее, чем раньше, исправлен один древний баг, приводящий к необходимости пересборки всей файловой системы с fsck.reiser4 ----build-fs

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

Автору geek-sources спасибо, рейзер4 с гентушными патчами сели нормально

Основная новинка - в zfs теперь два варианта патча один для vanilla второй для grsecurity.

А можно по-подробнее?

Автору geek-sources спасибо, рейзер4 с гентушными патчами сели нормально

Не за что :)

А можно по-подробнее?

Что именно по подробнее? zfs-vanilla для нехарденеда а zfs-grsecurity для соответствующего флага.

Может я что-то делаю не так?
Собираю с USE=«zfs», потом делаю make menuconfig, и там нет ни spl ни zfs.
Если собрать с zfs и grsecurity - всё работает.

Может я что-то делаю не так? Собираю с USE=«zfs», потом делаю make menuconfig, и там нет ни spl ни zfs. Если собрать с zfs и grsecurity - всё работает.

Ага спасибо. Моя вина - потерял часть имени каталога :)

geek-sources-3.9 выпущу сразу после того как выйдет grsecurity под 3.9

Спасибо, заработало.