LiveCD Calculate Directory Server для процессоров VIA C3 Nehemiah

Ввиду отсутствия поддержки в последних Livecd CDS 11.6, 11.9, 11.12
загрузки с livecd на процессорах отличных от стандартного i686 выкладываю данную сборку.

ссылка на багу http://www.calculate-linux.ru/issues/390

Качаем http://narod.ru/disk/37681944001/cds-20120113-viac3.iso.html

для процессоров семейства:

C3 Nehemiah (C5X/C5XL/C5P)
vendor_id : CentaurHauls
cpu family : 6
model : 9
model name : VIA Nehemiah

Отличия от стандартного CDS:

* Возможность загрузки с LiveCD или LiveUSB
* Ядро собрано для VIA C3 Nehemiah
* Полностью пересобран мир для данного процессора
* Включены опции в /etc/portage/make.conf
    EMERGE_DEFAULT_OPTS="--autounmask=y --autounmask-write"
    CONFIG_PROTECT_MASK="/etc/portage"

В планах:

1 Полностью оптимизировать конфигурационный файл ядра под процессор
2 Создать профиль для VIA C3
3 Создать бинарный репозитарий и регулярно обновлять пакеты

             ВНИМАНИЕ !! 
          ПЕРЕД ОБНОВЛЕНИЕМ

     Измените профиль на не бинарный 
         eselect profile set 14

УДАЛИТЕ пакет sys-kernel/calculate-sources

и ПРОПИШИТЕ строку CALCULATE="nokernel" в файл /etc/portage/make.conf

ИНАЧЕ ПОЛУЧИТЕ НЕ РАБОЧЕЕ ЯДРО НА VIA C3
так как конфиги от стандартного CDS не подходят

Система нормально обновляется из не бинарного профиля CDS


ИНАЧЕ ПОЛУЧИТЕ НЕ РАБОЧЕЕ ЯДРО НА VIA C3
так как конфиги от стандартного CDS не подходят

Это все равно что лечить зубы отрубанием головы…
Уже давно использую свою конфигу ядра со стандартным ядром.
Переход на более новую версию занимает немного лишнего времени, зато опции которые кажутся правильными МНЕ, но не разработчикам у меня включены.
Плюс - ядро собирается emerge-ем, а значит собирается ТОЧНО ДО доп. модулей(в gentoo были неудобства связанные с этим), а также - чуть быстрее (со всеми указанными MAKEOPTS EMERGE_DEFAULT_OPTS) и попадает в мой локальный PKGDIR
Делаю я это следующим образом:
# Устанавливаю исходники ядра командой

USE=-vmlinuz emerge -avt1 sys-kernel/calculate-sources

# копирую calculate-овскую конфигу (к примеру desktop для архитектуры x86_64 версии 3.1) и правлю под себя

<code class="shell">cd /usr/src/linux
cp -a /var/lib/layman/calculate/profiles/kernel/config-desktop-x86_64-3.1 .config
make menuconfig</code>

# Создаю директорию для хранения своих конфигов, и прописываю ее (вообще-то - это делается один раз, и я уже сделал)

<code class="shell">mkdir -v /etc/calculate/kernel/
grep -A1 '^\[builder\]' /etc/calculate/calculate2.env 
[builder]
cl_kernel_config_path = /etc/calculate/kernel</code>

# Копирую конфиг в созданную диру с сохранением правил наименования

cp -a /usr/src/linux/.config /etc/calculate/kernel/config-desktop-x86_64-3.1

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

Смысл данной сборки чтобы люди не мучались с о всеми этими операциями, да и к тому же CDS 10.9 11.12 на VIA не ЗАГРУЖАЕТСЯ
А все Вами Михаил описанные операции и были проделаны в этой сборке

ВНИМАНИЕ ПЕРЕД ОБНОВЛЕНИЕМ…

Смысл данной сборки чтобы люди не мучались с о всеми этими операциями…

Тимофей, да я не спорю, что людям надо упрощать жизнь, иначе пользоваться не будут, а значит и смысл публикации достижений теряется.
Просто после моих действий произведенных один раз, даже если я забуду о создании конфига под следующее ядро, насколько я понял genkernel использует конфиг текущего (не уверен, надо бы подсмотреть).
Во всяком случае - один раз я случайно таким образом обновил ядро не имея в /etc/calculate/kernel подходящей по названию конфиги. И ничего страшного не случилось.

Если же не изменять cl_kernel_config_path в вашем случае - ядро придется пересобирать ручками (пусть и через genkernel/cl-kernel) каждый раз, а это значит обновление мира в три команды:
emerge -avt1 <выбратьнужное>-sources
cl-kernel
emerge @world -DNuavt
И “мучиться” люди будут при обновлении.
Хотя заморочиться лучше бы один раз - при создании iso-шки. чтоб дальнейшее обновление было в одну(последнюю) команду.

И вообще - публикуя iso-образ переработанной системы под определенную задачу, думаю стоит также публиковать список шаблонов, либо измененных файлов отдельным архивом. Чтоб люди не имеющие машин с данной архитектурой, но всеже интересующиеся данным вопросом - смогли оценить для себя вашу работу (ну или подсмотреть что-то интересное для себя) не перелопачивая всю исошку.
Да и это как-то больше соответствует духу(и лицензии $-)) GPL.

Спасибо Михаил - дооформлю просто пока это тестовая версия для обкатки
перезалью более свежее и обдуманное решение на неделе

Вопрос а
[builder]
cl_kernel_config_path = /etc/calculate/kernel

при обновлении не перепишется
Вопрос как все это сделать атоматом чтобы люди сами ядро не пересобирали а качали уже готовое, так как на VIA оптимизировать особо нечего - процы однотипны и чипы как правило тоже
Вообще то есть толковое описание что изменено по отношении к генту и как работает оверлей кальки что затирает что переписывает

Кстати, вот тут мои мысли о том, как ПРАВИЛЬНО цеплять конфиг ядра. Вернее - как это задумано в gentoo, и реализовано в таких пакетах как sys-apps/busybox и sys-kernel/linux-firmware.

Михаил!
Ну и как - патч прошел в основную ветку?
а то очень актуально

Пока - нет.
Жаль, но разработчики не посчитали этот функционал востребованным.

Но сейчас у меня есть мысли как реализовать плюшки гораздо вкуснее при помощи dracut.

И они не потребуют (или почти не потребуют) преобразования eclass-ов.
Так что даже если девелоперы не признают ценность моего решения - включить его у себя будет делом техники.