[devel-distro] I: mkimage-profiles 0.5.0-alt1

[devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

	Здравствуйте.
В mkimage-profiles идёт постепенная наработка фич и продолжается
вытаскивание гвоздиков времён непонятности будущего пути; вторую
циферку пришлось поднять из-за очень простого, но и конфликтного
изменения -- вместо ручного добавления $(add,FEATURES,вот_эта) и
лишней дубликации имени фичи уже достаточно $(call add_feature).

Иные изменения:

- для удобства сборки дистрибутивов (как наиболее частого случая)
  при отсутствии указания класса (сейчас distro/ или ve/) будет
  подразумеваться distro/ => опять достаточно make icewm.iso;

- цвет вывода grep --color теперь зависит от результата сборки,
  что особенно полезно для окидывания взглядом вывода make all
  (не помню уже, кто интересовался, но мне тоже не нравилось);

- функция формирования репозитория в составе образа (сейчас RPMS.main)
  теперь задействуется при помощи фичи repo, а не субпрофиля main --
  это даёт возможость сделать автоконфигурацию такого репозитория для
  live-образов, а также собирать инсталяторы без собственной пакетной
  базы и лишних в таком случае артефактов;

- фича powerbutton дополнена поддержкой автоконфигурирования cpufreq
  (спасибо sem@) и переименована в power;

- если не включен DEBUG, по умолчанию включается CLEAN для экономии
  (при использовании вместе требуется указывать явно, как и прежде);

- проверяется версия mkimage: для <0.2.0 выдаётся предупреждение,
  для <0.1.7 -- ошибка (т.к. были сделаны критичные доработки);

- несколько изменилась семантика копирования tagged scripts --
  описывать смысла нет, т.к. текущий результат меня всё равно
  не удовлетворяет и будет ещё передумываться и переписываться;

Дополнения:

- в модули для первой стадии добавлен sdhci для установки на SD
  (спасибо Vladimir Karpinsky и gns@);

- сделан шарж сетевого инсталятора размером порядка 17M, который
  содержит только syslinux/ с isolinux, memtest86+, ядром и initrd
  с propagator, преконфигурированным на загрузку второй стадии
  собранного из Sisyphus/x86_64 server-ovz с f.l.k.u; тестовый образ:
  http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/netinst/

Наброски новых фич:

- isomd5sum: предназначена для фиксации MD5-суммы образа ISO9660
  в нём самом и возможности проверки целостности образа при загрузке
  с него (реализован инитскрипт -- см. live-isomd5sum.iso -- но надо
  сделать модуль alterator и/или что-нибудь на dialog);

- systemd для инсталлируемых и живых образов (спасибо shaba@ и dek@)
  -- как минимум с desktop-systemd.iso у меня наблюдаются плавающие
  грабли в виде неудачного запуска xdm, тут ещё работать и работать.

Обновлена страничка на вики:
http://www.altlinux.org/Mkimage/Profiles/m-p

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 669 bytes --]

21 ноября 2011 Michael Shigorin написал:
> 	Здравствуйте.
> В mkimage-profiles идёт постепенная наработка фич и продолжается
> вытаскивание гвоздиков времён непонятности будущего пути; вторую
> циферку пришлось поднять из-за очень простого, но и конфликтного
> изменения -- вместо ручного добавления $(add,FEATURES,вот_эта) и
> лишней дубликации имени фичи уже достаточно $(call add_feature).
Миша, есть предложение избавляться от скрытых файлов (например, .base). Это 
приводит, к слову, наличию в базовой системе avahi-daemon :(

Хорошо бы ещё затащить pre- и post- инстальные скрипты и части из installer-
distro-XXX.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Tue, Nov 22, 2011 at 10:36:54AM +0400, Андрей Черепанов wrote:
> Миша, есть предложение избавляться от скрытых файлов
> (например, .base).

Я не против, но это придётся патчить alterator-pkg -- хотя можно
для начала оставить fallback на .base для более зрелых профилей,
да и частных тоже.

Ещё хотелось бы выслушать комментарии по installer-steps.d:
http://lists.altlinux.org/pipermail/devel-distro/2011-May/000865.html
(пока только с rider@ на LF обсудили)

> Это приводит, к слову, наличию в базовой системе avahi-daemon :(

Хм, а он за что зацепляется?

> Хорошо бы ещё затащить pre- и post- инстальные скрипты и части
> из installer- distro-XXX.

Тут как: я думаю потихоньку выработать рекомендации по темам:
- метапакеты vs пакаджлисты;
- installer-{distro,feature} vs хуки в m-p.

Натаскиваю, что где вижу полезного, но всей картинки в голове
нет -- похоже, придётся сгрести все installer-feature-* и сделать
пересмотр хотя бы раз.

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

Уже сильно помогают взгляды со стороны, когда люди подсказывают,
чего не хватает или что не так -- пока еду в метро, порой удаётся
сделать нужное :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 2240 bytes --]

22 ноября 2011 Michael Shigorin написал:
> On Tue, Nov 22, 2011 at 10:36:54AM +0400, Андрей Черепанов wrote:
> > Миша, есть предложение избавляться от скрытых файлов
> > (например, .base).
> 
> Я не против, но это придётся патчить alterator-pkg -- хотя можно
> для начала оставить fallback на .base для более зрелых профилей,
> да и частных тоже.
Можно и поправить. :)

> Ещё хотелось бы выслушать комментарии по installer-steps.d:
> http://lists.altlinux.org/pipermail/devel-distro/2011-May/000865.html
> (пока только с rider@ на LF обсудили)
Может, лучше по примеру модулей Apache:
steps.available/
steps.enabled/ ?

То есть структура:
<скрипты, Makefile> 
common/
  steps/
  hooks/
  lists/
profiles/
  centaurus/
    steps/<симлинки на ../../steps/<нужные шаги>
    hooks/<симлинки на ../../hooks/<нужные хуки>
    lists/<симлинки на ../../lists/<нужные списки>
  kdesktop
    steps/<симлинки на ../../steps/<нужные шаги>
    hooks/<симлинки на ../../hooks/<нужные хуки>
    lists/<симлинки на ../../lists/<нужные списки>
  ...    


> > Это приводит, к слову, наличию в базовой системе avahi-daemon :(
> 
> Хм, а он за что зацепляется?
Он был .base и я его пропустил при grep. Теперь меня на форуме обвиняют в 
полной некомпетентности. :(
 
> > Хорошо бы ещё затащить pre- и post- инстальные скрипты и части
> > из installer- distro-XXX.
> 
> Тут как: я думаю потихоньку выработать рекомендации по темам:
> - метапакеты vs пакаджлисты;
> - installer-{distro,feature} vs хуки в m-p.
> 
> Натаскиваю, что где вижу полезного, но всей картинки в голове
> нет -- похоже, придётся сгрести все installer-feature-* и сделать
> пересмотр хотя бы раз.
> 
> Субъективно ещё через полгода может быть достаточно удобно для
> промышленных дистрибутивов -- когда получится понять, чего именно
> хочется от тегированных списков и скриптов с тем, чтобы избежать
> дурного дублирования строк в именах дистров, фич, скриптов,
> списков.  С этим можно помочь, но боюсь, наскоком не получится.
> 
> Уже сильно помогают взгляды со стороны, когда люди подсказывают,
> чего не хватает или что не так -- пока еду в метро, порой удаётся
> сделать нужное :)
А ты мучающие тебя вопросы задавай, подумаем вместе. :)

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Dmitriy Kruglikov]

2011/11/23 Андрей Черепанов написал:

> Может, лучше по примеру модулей Apache:
> steps.available/
> steps.enabled/ ?
Это хорошая мысль.

> А ты мучающие тебя вопросы задавай, подумаем вместе. :)
Меня вот мучает вопрос:
Как из одного профиля создать сразу:
- VZ-контейнер;
- ISO-образ;
- CPIO.XZ архив для тривиального развертывания в указанный раздел.
Либо любой набор из этих вариантов (или один какой)
Может быть, для других виртуализаторов, кроме OpenVZ тоже можно/нужно сделать...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 882 bytes --]

23 ноября 2011 Dmitriy Kruglikov написал:
> 2011/11/23 Андрей Черепанов написал:
> > Может, лучше по примеру модулей Apache:
> > steps.available/
> > steps.enabled/ ?
> 
> Это хорошая мысль.
> 
> > А ты мучающие тебя вопросы задавай, подумаем вместе. :)
> 
> Меня вот мучает вопрос:
> Как из одного профиля создать сразу:
> - VZ-контейнер;
Не много ли пакетов (даже base) будет? Туда и ядро попадёт. Хотя при наличие 
универсальных скриптов сборки некоего множество по указанным пакетам вполне 
возможно.

> - ISO-образ;
Это и так работает.

> - CPIO.XZ архив для тривиального развертывания в указанный раздел.
> Либо любой набор из этих вариантов (или один какой)
> Может быть, для других виртуализаторов, кроме OpenVZ тоже можно/нужно
> сделать...
Фактически это созвучно созданию CPIO.XZ. 
KVM+http://www.altlinux.org/Autoinstall.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Wed, Nov 23, 2011 at 02:09:07PM +0400, Андрей Черепанов wrote:
> > > А ты мучающие тебя вопросы задавай, подумаем вместе. :)
> > Меня вот мучает вопрос:
> > Как из одного профиля создать сразу:
> > - VZ-контейнер;
> Не много ли пакетов (даже base) будет? Туда и ядро попадёт.

Возьми m-p, почитай QUICKSTART (хотя тебе оттуда вряд ли
что-то дополнительное потребуется делать), выполни e.g.
make ve/generic.tar и посмотри, что в тарболе.
Hint: в dos.iso vmlinuz тоже не попадает ;-)

А ещё побаловаться с mkimage-profiles можно при помощи
live-builder, свежая готовая сборка бывает здесь:
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/
http://www.altlinux.org/images/6/64/M-p_live-builder.png
(работает make help, необходимо от 1Gb RAM, желательно 4+)

Кстати, по ссылке рядом лежат .cfg и .log, по которым также
весьма интересует мнение о полезности (читабельностью логов
системно ещё не задавался, только урывками, но мысли есть).

> > - ISO-образ;
> Это и так работает.

С netinst забавней: там бы хотелось _ISO_ делать со знанием про
тип ядра и именование целевого дистрибутива, а вот сам основной
дистрибутив формировать деревом для выкладывания (две заведомо
связанные исошки делать без приложения головы пока не умеем).

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

> > - CPIO.XZ архив для тривиального развертывания в указанный
> > раздел.  Либо любой набор из этих вариантов (или один какой)
> > Может быть, для других виртуализаторов, кроме OpenVZ тоже
> > можно/нужно сделать...

Дим, давай прикрутим твой инсталятор -- tar уже делается,
cpio{,.gz,.bz2} mkimage умеет, а xz его всё равно надо учить.
Различие с уже готовыми lib/ve.mk и features.in/build-ve/
вряд ли будет огромным.

Текущие ve/* проверял под ovz (собственно, generic у меня в деле);
под lxc ещё не засовывал, но это вопрос времени и нужные хуки уже
на руках.

> Фактически это созвучно созданию CPIO.XZ. 
> KVM+http://www.altlinux.org/Autoinstall.

Такой вариант реюзает скрипты инсталятора, но слегка неоптимален.

По направлению VM хорошо бы кто помог с libguestfs -- там весьма
развесистый и нетривиальный пакет, хотящий для начала febootstrap
(в opensuse это оторвали, кладут тридцатиметровый guestfs.tar.xz
-- внутрь не заглядывал, но как понимаю, это федоринокорень).
Набросок спека: http://fly.osdn.org.ua/~mike/tmp/libguestfs.spec

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Dmitriy Kruglikov]

23 ноября 2011 г. 14:52 пользователь Michael Shigorin написал:

> Дим, давай прикрутим твой инсталятор -- tar уже делается,
> cpio{,.gz,.bz2} mkimage умеет, а xz его всё равно надо учить.
> Различие с уже готовыми lib/ve.mk и features.in/build-ve/
> вряд ли будет огромным.
>
Дык, тот инсталлер еще пилить и пилить ...
Ну и не такой уж он и "мой" ...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Wed, Nov 23, 2011 at 06:03:47PM +0200, Dmitriy Kruglikov wrote:
> > Дим, давай прикрутим твой инсталятор
> Дык, тот инсталлер еще пилить и пилить ...
> Ну и не такой уж он и "мой" ...

Дык с misha@ оговорено, а с mithraen@ сами решайте.

BTW сегодня live-install прикрутил по наводке enp@.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 494 bytes --]

On Wed, Nov 23, 2011 at 06:05:44PM +0200, Michael Shigorin wrote:

MS> Дык с misha@ оговорено, а с mithraen@ сами решайте.
MS> BTW сегодня live-install прикрутил по наводке enp@.

С mithraen@ не надо ничего решать -- mithraen@ всегда рад помочь в меру
наличия времени.

В моих планах было основные компоненты причесать и опакетить, просто руки
не доходят.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Dmitriy Kruglikov]

1 декабря 2011 г. 12:09 пользователь Денис Смирнов написал:
>
> В моих планах было основные компоненты причесать и опакетить, просто руки
> не доходят.

Тогда давайте раздеребаним на кусочки...
Кому чего и в меру сил.
Чего-то я причесать смогу...

-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 539 bytes --]

On Thu, Dec 01, 2011 at 12:39:16PM +0200, Dmitriy Kruglikov wrote:

DK> Тогда давайте раздеребаним на кусочки...
DK> Кому чего и в меру сил.
DK> Чего-то я причесать смогу...

Главное -- можешь вкурить что там сейчас с remount_rw и темой вокруг? Я-то
сделал грязный хак для загрузки на ядрах без aufs, но так как теперь от
remount_rw отказываются -- можешь вкурить как теперь это все делать
правильно?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Eugene Prokopiev]

1 декабря 2011 г. 14:45 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Thu, Dec 01, 2011 at 12:39:16PM +0200, Dmitriy Kruglikov wrote:
>
> DK> Тогда давайте раздеребаним на кусочки...
> DK> Кому чего и в меру сил.
> DK> Чего-то я причесать смогу...
>
> Главное -- можешь вкурить что там сейчас с remount_rw и темой вокруг? Я-то
> сделал грязный хак для загрузки на ядрах без aufs, но так как теперь от
> remount_rw отказываются -- можешь вкурить как теперь это все делать
> правильно?

от aufs никто не отказался - см. http://www.altlinux.org/Make-initrd-propagator

о том, как я отрезал remount_rw в
http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git,
см. бранч autoconf и
https://bugzilla.altlinux.org/show_bug.cgi?id=26591

но какое это имеет отношение к инсталлеру?

-- 
С уважением,
Прокопьев Евгений

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Dmitriy Kruglikov]

1 декабря 2011 г. 13:09 пользователь Eugene Prokopiev написал:
> но какое это имеет отношение к инсталлеру?
>
То не тот инсталлер, который Инсталлер, а тот, который инсталлер...
То есть, слегка другой...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 403 bytes --]

On Thu, Dec 01, 2011 at 01:12:01PM +0200, Dmitriy Kruglikov wrote:

DK> То не тот инсталлер, который Инсталлер, а тот, который инсталлер...
DK> То есть, слегка другой...

Если точнее, то он "простой консольный инсталлер", сделанный в идеологии
"в бою сапог надежнее".

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 921 bytes --]

On Thu, Dec 01, 2011 at 02:09:40PM +0300, Eugene Prokopiev wrote:

EP> от aufs никто не отказался - см. http://www.altlinux.org/Make-initrd-propagator
EP> о том, как я отрезал remount_rw в
EP> http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git,
EP> см. бранч autoconf и
EP> https://bugzilla.altlinux.org/show_bug.cgi?id=26591
EP> но какое это имеет отношение к инсталлеру?

Мой инсталлер делался изначально копипастой кусков твоего live.
Собственно реально моего, а не потыренного у тебя там фактически код уже
собственно _инсталлера_ + хак для того чтобы работать без aufs. 

Фактически это кастрированный твой live, который вместо штатного
live-install запускает мой код и умеет жить без aufs. Собственно не зря у
меня были планы произвести обратный merge.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 441 bytes --]

On Thu, Dec 01, 2011 at 09:16:34PM +0400, Денис Смирнов wrote:
> Фактически это кастрированный твой live, который вместо
> штатного live-install запускает мой код и умеет жить без aufs.
> Собственно не зря у меня были планы произвести обратный merge.

JFYI, в m-p live-install уже неделю как поддерживается.
Правда, коммит был архисложным. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: 0001-introduced-live-install-support.patch --]
[-- Type: text/plain, Size: 1442 bytes --]

>From 104468f6d972982e3f533faeaf5f1479ee294326 Mon Sep 17 00:00:00 2001
From: Michael Shigorin <mike@altlinux.org>
Date: Wed, 23 Nov 2011 12:31:19 +0200
Subject: [PATCH] introduced live-install support

It was actually trivial given that the script was already
maintained as a package by enp@ and msp@; its usage requires
one to manually partition the target disk and optionally
mkswap in advance.
---
 conf.d/live.mk             |    2 ++
 features.in/live/config.mk |    4 ++++
 2 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/conf.d/live.mk b/conf.d/live.mk
index f2c7fe8..33caf36 100644
--- a/conf.d/live.mk
+++ b/conf.d/live.mk
@@ -7,6 +7,8 @@ distro/dos: distro/.init use/dos use/syslinux/ui-menu
 
 distro/live-systemd: distro/.base use/live/base use/systemd
 
+distro/live-install: distro/.base use/live/install
+
 distro/live-isomd5sum: distro/.base use/live/base use/isomd5sum
 	@$(call add,LIVE_PACKAGES,livecd-isomd5sum)
 
diff --git a/features.in/live/config.mk b/features.in/live/config.mk
index c237a55..be682d1 100644
--- a/features.in/live/config.mk
+++ b/features.in/live/config.mk
@@ -7,3 +7,7 @@ use/live/base: use/live use/syslinux/ui-menu
 use/live/icewm: use/live/base
 	@$(call add,LIVE_LISTS,\
 		$(call tags,(base || desktop) && (live || network || icewm)))
+
+# this is a manual installation script (text-based)
+use/live/install: use/live/base
+	@$(call add,LIVE_PACKAGES,live-install)
-- 
1.7.7.3

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 521 bytes --]

On Thu, Dec 01, 2011 at 08:25:59PM +0200, Michael Shigorin wrote:

MS> JFYI, в m-p live-install уже неделю как поддерживается.
MS> Правда, коммит был архисложным. :)

Вся сложность консольного инсталлера в том, что он хочет видеть набор
cpio.gz. И система устанавливается разворачиванием этих cpio.gz архивов.

Соответственноих надо еще и приготовить, перед тем как паковать iso'шку.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Eugene Prokopiev]

1 декабря 2011 г. 23:45 пользователь Денис Смирнов
<mithraen@freesource.info> написал:

> Вся сложность консольного инсталлера в том, что он хочет видеть набор
> cpio.gz. И система устанавливается разворачиванием этих cpio.gz архивов.

Вот эта идея мне всегда казалась какой-то избыточной что ли ... У нас
ведь есть уже живая система, которая смогла даже загрузиться, так
почему бы именно ее (а не левую из cpio.gz, пусть даже с тем же ядром)
и не установить? Ну может в процессе чуть-чуть ее почистив (удалив сам
инсталлер) и что-то добавив?

-- 
С уважением,
Прокопьев Евгений

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Fri, Dec 02, 2011 at 07:21:17AM +0300, Eugene Prokopiev wrote:
> > Вся сложность консольного инсталлера в том, что он хочет
> > видеть набор cpio.gz. И система устанавливается
> > разворачиванием этих cpio.gz архивов.

Ой, забыл сказать -- .{tar,cpio}.{gz,xz} уже тоже сделаны,
пока для ve/* без добавления ядра (когда получится пробовать
инсталер -- думаю, долго не займёт подточить).

> Вот эта идея мне всегда казалась какой-то избыточной что ли ...
> У нас ведь есть уже живая система, которая смогла даже
> загрузиться, так почему бы именно ее (а не левую из cpio.gz,
> пусть даже с тем же ядром) и не установить? Ну может в процессе
> чуть-чуть ее почистив (удалив сам инсталлер) и что-то добавив?

Во-первых, функциональность существенно разная (в install2
не обязаны лежать все модули, нужные для работы, а только
для установки).  Во-вторых, вот этих "почистить" должно стать
как можно меньше, потому что это потенциальные тонкие места:
если мы что-то строим кусочек за кусочком, то мы можем
специфицировать каждый обязательный кусочек и они будут
в системе либо будет облом сборки, а вот скрипты зачистки
поддаются формализации и проверке в гораздо меньшей степени.

Собственно, инсталятор серверов фермы управления Clustrx
оказался сделан по точно такому же принципу (я это узнал
постфактум). :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Eugene Prokopiev]

2 декабря 2011 г. 11:23 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:

> Во-первых, функциональность существенно разная (в install2
> не обязаны лежать все модули, нужные для работы, а только
> для установки)

А вот мне очень удобно иметь одинаковую функциональность в rescue,
инсталлере и собственно установленной системе - это была основная идея
моего live ;)

> Во-вторых, вот этих "почистить" должно стать
> как можно меньше, потому что это потенциальные тонкие места:

Их действительно мало - по сути только сам инсталлер, который вряд ли
полезен в уже установленной системе, и r/w root. Ну я еще syslinux на
lilo менял, однако меня посещала мысль и с жесткого диска грузиться с
помощью syslinux ;)

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

тут палка о двух концах: мы, конечно, лучше формализовали состав
образа устанавливаемой системы (хотя см. выше насчет того, что чистить
много не надо), зато потеряли гарантии того, что образ загрузится и
заработает на имеющемся в наличии железе ;)

> Собственно, инсталятор серверов фермы управления Clustrx
> оказался сделан по точно такому же принципу (я это узнал
> постфактум). :)

Тут, подозреваю, другой случай - массовая и хорошо формализуемая
инсталляция да еще и наверняка на однотипном железе, для которой
заранее изготовленный образ и вправду актуальнее. И потому мы, кажется
с msp@, думали о распиле live-install на кусочки, чтобы:

- определиться с системой-донором (уже загруженная система,
репозитарий с пакетами, образ/бэкап или вообще rsync с соседней ни о
чем не подозревающей системы)
- определиться с разметкой (вместо прибитого гвоздями единственного раздела)
- собственно установиться
- допилить кастомными скриптами то, что установилось

Как всегда, не дошли руки :(

-- 
С уважением,
Прокопьев Евгений

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Fri, Dec 02, 2011 at 12:17:52PM +0300, Eugene Prokopiev wrote:
> > Во-первых, функциональность существенно разная (в install2
> > не обязаны лежать все модули, нужные для работы, а только
> > для установки)
> А вот мне очень удобно иметь одинаковую функциональность в
> rescue, инсталлере и собственно установленной системе - это
> была основная идея моего live ;)

А, вот как.  Думаю, это можно учесть и реализовать --
вопрос в cleanup-скриптах, опять же.

> Ну я еще syslinux на lilo менял, однако меня посещала мысль
> и с жесткого диска грузиться с помощью syslinux ;)

Да, legion@ упоминал, что syslinux4 вполне хорош.
(там ещё gfxboot "родной" сделали)

> зато потеряли гарантии того, что образ загрузится и заработает
> на имеющемся в наличии железе ;)

Почему?  Если он является надмножеством, то разве что из-за
проблем в добавленном.

> И потому мы, кажется с msp@, думали о распиле live-install
> на кусочки, чтобы: [...] Как всегда, не дошли руки :(

Ну это вы довольно круто замахнулись... :)

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Eugene Prokopiev]

2 декабря 2011 г. 14:10 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:

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

Я тоже вряд ли на выходных чего полезного сделаю, но если сможешь -
лучше пушнуть

-- 
С уважением,
Прокопьев Евгений

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Alexey Gladkov]

02.12.2011 13:17, Eugene Prokopiev wrote:
> Их действительно мало - по сути только сам инсталлер, который вряд ли
> полезен в уже установленной системе, и r/w root. Ну я еще syslinux на
> lilo менял, однако меня посещала мысль и с жесткого диска грузиться с
> помощью syslinux ;)

Прошу прощения, что вклиниваюсь, но я с такой конфигурацией работаю
довольно давно. У меня syslinux4 в качестве загрузчика. Это решение
работает.

-- 
Rgrds, legion

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1200 bytes --]

On Fri, Dec 02, 2011 at 12:17:52PM +0300, Eugene Prokopiev wrote:

EP> А вот мне очень удобно иметь одинаковую функциональность в rescue,
EP> инсталлере и собственно установленной системе - это была основная идея
EP> моего live ;)

На вкус и цвет все фломастеры разные ;)

EP> Их действительно мало - по сути только сам инсталлер, который вряд ли
EP> полезен в уже установленной системе, и r/w root. Ну я еще syslinux на
EP> lilo менял, однако меня посещала мысль и с жесткого диска грузиться с
EP> помощью syslinux ;)

Я вот серьезно смотрю на то, чтобы слегка доточить eeelive от gns@ под
себя и юзать в качестве рабочего.

EP> тут палка о двух концах: мы, конечно, лучше формализовали состав
EP> образа устанавливаемой системы (хотя см. выше насчет того, что чистить
EP> много не надо), зато потеряли гарантии того, что образ загрузится и
EP> заработает на имеющемся в наличии железе ;)

В обмен на другие плюшки.

EP> - определиться с разметкой (вместо прибитого гвоздями единственного раздела)

Я в эту сторону частично копал, но недокопал.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 676 bytes --]

On Fri, Dec 02, 2011 at 07:21:17AM +0300, Eugene Prokopiev wrote:

EP> Вот эта идея мне всегда казалась какой-то избыточной что ли ... У нас
EP> ведь есть уже живая система, которая смогла даже загрузиться, так
EP> почему бы именно ее (а не левую из cpio.gz, пусть даже с тем же ядром)
EP> и не установить? Ну может в процессе чуть-чуть ее почистив (удалив сам
EP> инсталлер) и что-то добавив?

Затем, что:
а) распаковать cpio проще чем чистить;
б) на диске может быть несколько cpio;
в) этот метод подходит для развертывания backup'а!

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Thu, Dec 01, 2011 at 02:45:05PM +0400, Денис Смирнов wrote:
> Главное -- можешь вкурить что там сейчас с remount_rw и темой
> вокруг? Я-то сделал грязный хак для загрузки на ядрах без aufs,
> но так как теперь от remount_rw отказываются -- можешь вкурить
> как теперь это все делать правильно?

JFYI, в m-p можно легко и непринуждённо положить в инсталер
одно ядро, а в систему ставить N других (назначив одно из них
дефолтным).  Или даже K.  При этом набор подпакетов с модулями
можно перечислить чохом -- какие есть, такие и встанут, см.
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=image.in/functions.mk;h=dca6e78d9da56a4b9fd52d4eb55b0684db7fd413;hb=HEAD#l17

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

On Thu, Dec 01, 2011 at 01:33:56PM +0200, Michael Shigorin wrote:

MS> JFYI, в m-p можно легко и непринуждённо положить в инсталер
MS> одно ядро, а в систему ставить N других (назначив одно из них
MS> дефолтным).

В том инсталлере тоже. И сначала я так и сделал. 

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

В принципе можно подумать над тем, чтобы собрать aufs в качестве
отдельного модуля для ovz-el, тогда мое извращение с копированием в tmpfs
окажется ненужным.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Thu, Dec 01, 2011 at 09:13:11PM +0400, Денис Смирнов wrote:
> Однако у разных ядер бывает разный список поддерживаемого
> обрудования и разные глюки. Поэтому наиболее разумный вариант
> для серверного дистрибутива, тем более предоставляемого
> заказчику, когда ядро используется одно единственное.

Понимаю; для данного случая думал в сторону el-smp + ovz-el,
что лишь отчасти смягчает эти соображения.

> В принципе можно подумать над тем, чтобы собрать aufs
> в качестве отдельного модуля для ovz-el, тогда мое
> извращение с копированием в tmpfs окажется ненужным.

А там много мороки?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 560 bytes --]

On Thu, Dec 01, 2011 at 07:50:35PM +0200, Michael Shigorin wrote:
>> В принципе можно подумать над тем, чтобы собрать aufs
>> в качестве отдельного модуля для ovz-el, тогда мое
>> извращение с копированием в tmpfs окажется ненужным.
MS> А там много мороки?

Пока тестил было много, а вообще там строчек 10 кода AFAIR.

Просто вместо remount_rw втыкается другой скрипт, который тупо монтирует
tmpfs и копирует туда нужное.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Wed, Nov 23, 2011 at 01:33:34PM +0400, Андрей Черепанов wrote:
> > Я не против, но это придётся патчить alterator-pkg -- хотя
> > можно для начала оставить fallback на .base для более зрелых
> > профилей, да и частных тоже.
> Можно и поправить. :)

Можно, но как я понимаю peet@ с его connexion теперь... :)
Могу приложить текущие тудушки, если интересно (в багзилу
их особого смысла переносить пока не вижу).

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

> > Ещё хотелось бы выслушать комментарии по installer-steps.d:
> > http://lists.altlinux.org/pipermail/devel-distro/2011-May/000865.html
> > (пока только с rider@ на LF обсудили)
> Может, лучше по примеру модулей Apache:
> steps.available/
> steps.enabled/ ?

Может не получиться наследование -- т.е. когда дистрибутив B
строится на базе дистрибутива A, наследует все его свойства
и дополняет заданными.  Надо думать.

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

80-hook,d:server-ovz,s:install2

Тут опять же надо продумать с наследованием...

> > > Это приводит, к слову, наличию в базовой системе avahi-daemon :(
> > Хм, а он за что зацепляется?
> Он был .base и я его пропустил при grep.

В подобных случаях использую grep -r pattern . -- даже
если предполагаю, что стою в каталоге без подкаталогов.

Да, забыл сразу сказать: в m-p .base уже генерируется:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=pkg.in/lists/Makefile;h=bd0bbef804a5c032ac765e2294db4ad2714450bd;hb=HEAD#l19
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/build-distro/lib/build-distro.mk;h=0cc01d30f22b2fbb5d61df9d1f67c19de93c6dca;hb=HEAD#l29
...но тут тоже есть что улучшить.

> > Уже сильно помогают взгляды со стороны, когда люди
> > подсказывают, чего не хватает или что не так
> А ты мучающие тебя вопросы задавай, подумаем вместе. :)

Ну вот народ начал проявлять интерес, и тебе спасибо :)
http://www.altlinux.org/Mkimage/Profiles/m-p/design #Под вопросом

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 3003 bytes --]

23 ноября 2011 Michael Shigorin написал:
> On Wed, Nov 23, 2011 at 01:33:34PM +0400, Андрей Черепанов wrote:
> > > Я не против, но это придётся патчить alterator-pkg -- хотя
> > > можно для начала оставить fallback на .base для более зрелых
> > > профилей, да и частных тоже.
> > 
> > Можно и поправить. :)
> 
> Можно, но как я понимаю peet@ с его connexion теперь... :)
> Могу приложить текущие тудушки, если интересно (в багзилу
> их особого смысла переносить пока не вижу).
> 
> Как дойдёт до какой-то логической точки метапрофиль,
> собираюсь заняться брендингом в этом же плане --
> меньше форков, больше наследования и ясности.
> 
> > > Ещё хотелось бы выслушать комментарии по installer-steps.d:
> > > http://lists.altlinux.org/pipermail/devel-distro/2011-May/000865.html
> > > (пока только с rider@ на LF обсудили)
> > 
> > Может, лучше по примеру модулей Apache:
> > steps.available/
> > steps.enabled/ ?
> 
> Может не получиться наследование -- т.е. когда дистрибутив B
> строится на базе дистрибутива A, наследует все его свойства
> и дополняет заданными.  Надо думать.
> 
> Я тут пока торможу в сторону дальнейшего обобщения тегирования
> и автовыборок а-ля "подбираем все хуки/скрипты, содержащие
> совпадающий с одноименным дистрибутиву/субпрофилю тег со
> специальным префиксом" -- что-то вроде
> 
> 80-hook,d:server-ovz,s:install2
> 
> Тут опять же надо продумать с наследованием...
Что мешает тупо копировать симлинки на общие хуки?

> > > > Это приводит, к слову, наличию в базовой системе avahi-daemon :(
> > > 
> > > Хм, а он за что зацепляется?
> > 
> > Он был .base и я его пропустил при grep.
> 
> В подобных случаях использую grep -r pattern . -- даже
> если предполагаю, что стою в каталоге без подкаталогов.
> 
> Да, забыл сразу сказать: в m-p .base уже генерируется:
> http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob
> ;f=pkg.in/lists/Makefile;h=bd0bbef804a5c032ac765e2294db4ad2714450bd;hb=HEAD
> #l19
> http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blo
> b;f=features.in/build-distro/lib/build-distro.mk;h=0cc01d30f22b2fbb5d61df9d
> 1f67c19de93c6dca;hb=HEAD#l29 ...но тут тоже есть что улучшить.
> 
> > > Уже сильно помогают взгляды со стороны, когда люди
> > > подсказывают, чего не хватает или что не так
> > 
> > А ты мучающие тебя вопросы задавай, подумаем вместе. :)
> 
> Ну вот народ начал проявлять интерес, и тебе спасибо :)
> http://www.altlinux.org/Mkimage/Profiles/m-p/design #Под вопросом
Насчёт симлинков, я считаю, идея хорошо доступностью всех наработанных 
хуков/групп и единообразием их вызовов.

Что касается иерархии групп, то можно делать find по всем файлам в подкаталоге 
(кроме *.in). Вопрос только с подстановкой макросов (кстати, их лучше 
описывать в отдельном файле профиля централизованно и вызывать после 
общесистемного файла с макросами.

Сейчас группы с макросами имеют суффикс .in. В принципе неплохо и 
непротиворечиво, можно так оставить.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Thu, Nov 24, 2011 at 02:44:57PM +0400, Андрей Черепанов wrote:
> > Тут опять же надо продумать с наследованием...
> Что мешает тупо копировать симлинки на общие хуки?

Как минимум надо обеспечить, чтоб не оказались битыми.

> > Ну вот народ начал проявлять интерес, и тебе спасибо :)
> > http://www.altlinux.org/Mkimage/Profiles/m-p/design #Под вопросом
> Насчёт симлинков, я считаю, идея хорошо доступностью всех
> наработанных хуков/групп и единообразием их вызовов.

Хуки приходится довольно сильно переписывать по той же причине --
нередко всё свалено в кучу в процессе решения стоящей задачи,
а решение в более общем случае оставляет разве что похожие строчки.

Сравни, например, создание initrd:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=features.in/stage2/stage1/scripts.d;h=47d602cfb4ed2bf9a301cae8684c8547883c2987;hb=HEAD
http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=blob;f=profiles/scripts.d/80-make-initfs;h=ce9cd4c0bda3eb80a5352370ad065d5463751a87;hb=HEAD
-- rider@ упоминал, что приходится после мержа выкашивать
по профилю plymouth, а у меня он предполагается отдельной
фичей (подход к снаряду делал, но что-то пока не завёлся).

> Что касается иерархии групп, то можно делать find по всем
> файлам в подкаталоге (кроме *.in).

Никаких "*.in" в сгенерированном профиле и не бывает. :)
Там уже всё определено и готово к сборке (хотя при желании
можно ещё что-нить локально поправить -- читать при этом
придётся гораздо меньше, чем весь m-p или m-p-d).

> Вопрос только с подстановкой макросов (кстати, их лучше
> описывать в отдельном файле профиля централизованно и вызывать
> после общесистемного файла с макросами.  Сейчас группы с
> макросами имеют суффикс .in. В принципе неплохо и
> непротиворечиво, можно так оставить.

В m-p-d эти макросы подставляются configure, а от него я уходил по
причине несовместимости с наследованием как раз.  Макроподстановок
полностью избежать не удастся, это понятно -- посмотрел слегка на
m4, но пока ни на чём конкретном не остановился, потому как не
могу сообразить -- чего именно от них хочется.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 460 bytes --]

On 21 ноября 2011 20:54:39 Michael Shigorin wrote:

[...]
> - фича powerbutton дополнена поддержкой автоконфигурирования cpufreq
>   (спасибо sem@) и переименована в power;
Фичу cpufreq отдельно останется возможность использовать? А то мне powerbutton 
не нужен.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Tue, Nov 22, 2011 at 02:54:29PM +0400, Sergey V Turchin wrote:
> > - фича powerbutton дополнена поддержкой автоконфигурирования cpufreq
> >   (спасибо sem@) и переименована в power;
> Фичу cpufreq отдельно останется возможность использовать?

Такой фичи нет, есть цель use/power/acpi/cpufreq в рамках фичи power.

> А то мне powerbutton не нужен.

Разумеется:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/power/config.mk;h=7ad46945c96dd99adb6fabee9fb6c2354ea9ee3b;hb=HEAD

installer-feature-powerbutton-stage3 надо переименовать в
installer-feature-power-stage3 или вообще втащить: там
делается chkconfig для найденного из apmd, acpid и powersaved
и прописывается button в /etc/modules, если его там не было;
зависимостей на них у этого пакета нет.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 682 bytes --]

On 22 ноября 2011 14:13:59 Michael Shigorin wrote:
> On Tue, Nov 22, 2011 at 02:54:29PM +0400, Sergey V Turchin wrote:
> > > - фича powerbutton дополнена поддержкой автоконфигурирования cpufreq
> > > 
> > >   (спасибо sem@) и переименована в power;
> > 
> > Фичу cpufreq отдельно останется возможность использовать?
> 
> Такой фичи нет, есть цель use/power/acpi/cpufreq в рамках фичи power.
Есть. Я использую installer-feature-cpufreq в бете 6.0.1

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Michael Shigorin]

On Tue, Nov 22, 2011 at 04:17:50PM +0400, Sergey V Turchin wrote:
> > > > - фича powerbutton дополнена поддержкой автоконфигурирования cpufreq
> > > >   (спасибо sem@) и переименована в power;
> > > Фичу cpufreq отдельно останется возможность использовать?
> > Такой фичи нет, есть цель use/power/acpi/cpufreq в рамках фичи power.
> Есть. Я использую installer-feature-cpufreq в бете 6.0.1

А, ты про i-f-cpufreq... просмотрел -- ничто не мешает добавить
её в свой список пакетов, хотя можно и из фичи потащить; пушнул:

 use/power/acpi/cpufreq: use/power/acpi
-       @$(call add,COMMON_PACKAGES,cpufreq-simple)
+       @$(call add,COMMON_PACKAGES,installer-feature-cpufreq-stage3)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 549 bytes --]

On 22 ноября 2011 15:02:55 Michael Shigorin wrote:

[...]
> А, ты про i-f-cpufreq... просмотрел -- ничто не мешает добавить
> её в свой список пакетов,
Я так и делаю

> хотя можно и из фичи потащить; пушнул:
> 
>  use/power/acpi/cpufreq: use/power/acpi
> -       @$(call add,COMMON_PACKAGES,cpufreq-simple)
> +       @$(call add,COMMON_PACKAGES,installer-feature-cpufreq-stage3)
Ок

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]