[sisyphus] Текстовый инсталлер

[sisyphus] Текстовый инсталлер

[Eugene Prokopiev]

> P.S. m-p rulez!
>
> P.P.S. Надо тебя поймать, чтобы обсудить как интегрировать наш с
> Кругликовым текстовый инсталлер.

для начала покажите его ;)

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

30 июля 2012 г., 9:51 пользователь Eugene Prokopiev <enp@itx.ru> написал:

> для начала покажите его ;)
Тебе его скриншотами, или как?
Оно под крайне нишевые задачи заточено...
Кофе варить не умеет даже...

На Dialog написано...

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Mon, Jul 30, 2012 at 09:55:15AM +0300, Dmitriy Kruglikov wrote:

DK> Тебе его скриншотами, или как?
DK> Оно под крайне нишевые задачи заточено...

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

Зато везде где нужен серверный дистрибутив, заводящийся с одного пинка
быстро и без гемора, с этим инсталлером может конкурировать только
live-installer. Но у того есть один недостаток -- его нельзя использовать
для автоматического backup с последующим легким restore.

DK> Кофе варить не умеет даже...

Обижаешь! Если в /etc/firsttime.d будут нужные скрипты -- при первой
загрузке и кофе сварит, и за пивом сбегает :)

DK> На Dialog написано...

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

30 июля 2012 г., 14:18 пользователь Денис Смирнов  написал:
> On Mon, Jul 30, 2012 at 09:55:15AM +0300, Dmitriy Kruglikov wrote:
>
> Единственная критическая багофича -- образ заготавливается заранее.
Думаю, если готовый образ силами m-p уложить в tar.gz, и потом
скормить его инсталлеру,
то перепилить наш инсталлер возможно.

С разметкой диска, думаю, можно поизвращаться...


> Зато везде где нужен серверный дистрибутив, заводящийся с одного пинка
> быстро и без гемора, с этим инсталлером может конкурировать только
> live-installer. Но у того есть один недостаток -- его нельзя использовать
> для автоматического backup с последующим легким restore.
Скриптец для backup текущего состояния, в крайне черновом варианте,
где-то валялся...
Если место его хранения устаканить, то автоматический поиск и выдачу
списка осилить можно...

>
> DK> Кофе варить не умеет даже...
> Обижаешь! Если в /etc/firsttime.d будут нужные скрипты -- при первой
> загрузке и кофе сварит, и за пивом сбегает :)
Но сейчас-то не умеет ;) О чем и громко сказано...
А то кому-нить именно этой фичи  не хватает для полного... Того самого...


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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Mon, Jul 30, 2012 at 05:32:52PM +0300, Dmitriy Kruglikov wrote:
> > Единственная критическая багофича -- образ заготавливается заранее.
> Думаю, если готовый образ силами m-p уложить в tar.gz, и потом
> скормить его инсталлеру, то перепилить наш инсталлер возможно.

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Mon, Jul 30, 2012 at 06:22:00PM +0300, Michael Bochkaryov wrote:
> Кстати, а он уже с tar работает вместо cpio?

Никаких проблем сделать cpio в mkimage. :)

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Mon, Jul 30, 2012 at 09:41:23PM +0300, Michael Shigorin wrote:

 MS> Никаких проблем сделать cpio в mkimage. :)

$ make desktop-systemd.cpio
** ARCH: x86_64
make[1]: *** No rule to make target `desktop-systemd.cpio'.  Stop.

Как это сделать? :)

Задача -- сделать cpio-архив, в котором лежало бы то, что получилось бы
после установки desktop-systemd. Понимаю что некоторые изменения делаются
сейчас альтератором, фиг с ними пока.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Tue, Jul 31, 2012 at 02:19:15AM +0400, Денис Смирнов wrote:
>  MS> Никаких проблем сделать cpio в mkimage. :)
> $ make desktop-systemd.cpio
> ** ARCH: x86_64
> make[1]: *** No rule to make target `desktop-systemd.cpio'.  Stop.
> 
> Как это сделать? :)

Примерно так, только описав упаковку чрута в cpio:

--- a/conf.d/vm.mk
+++ b/conf.d/vm.mk
@@ -3,6 +3,7 @@ ifeq (vm,$(IMAGE_CLASS))
 
 # NB: use/x11 employs some installer-feature packages
 vm/icewm: vm/bare use/cleanup/installer use/x11/xdm +icewm; @:
+vm/desktop-systemd: vm/icewm use/systemd; @:
 
 vm/net: vm/bare use/vm-net/dhcp use/vm-ssh; @:

...и далее:

$ make ROOTPW=1 vm/desktop-systemd.img
** ARCH: x86_64
19:27:47 cleaning up (NB: DEBUG scope is limited when CLEAN is enabled)
19:27:47 initializing BUILDDIR: build/
19:27:47 preparing distro config: build/distcfg.mk
19:27:47 starting image build: tail -f build/build.log
19:29:18 done (1:30)
** image: ~/out/desktop-systemd-20120731-x86_64.img [604M]

Результат будет какое-то время доступен как
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/systemd-tests/desktop-systemd-20120731-x86_64.img
-- если хочешь, посмотри, у меня с разными kvm -vga
экран получается чёрный/белый/в крапинку (+vmguest ситуацию
особо не меняет, добавляя специфические гостевые драйверы --
с ними примерно то же).  Но тут может мешать ssh -Y, а иначе
прямо сейчас проверить не особо получается.

> Задача -- сделать cpio-архив, в котором лежало бы то, что
> получилось бы после установки desktop-systemd. Понимаю что
> некоторые изменения делаются сейчас альтератором, фиг с ними
> пока.

Я ещё не делал в общем виде вынос конфигурации дистрибутивов
в отрыве от сборки образов именно дистрибутивов, так что прямо
сейчас придётся либо сделать это, либо воспроизвести цепочку
конфигурирования вплоть до и включая distro/desktop-systemd:

distro/desktop-systemd -> distro/icewm use/systemd
distro/icewm -> distro/.desktop-network use/lowmem +icewm
distro/.desktop-network -> distro/.desktop-mini +vmguest
distro/.desktop-mini -> distro/.desktop-base use/x11/xdm +power
distro/.desktop-base -> distro/.installer use/syslinux/ui/vesamenu use/x11/xorg

Т.е. всё вот это надо rebase-нуть с distro/.installer на vm/bare,
ну или построить vm/desktop-systemd на базе vm/icewm.

Ты же понимаешь, что distro и vm -- достаточно разные сущности,
чтобы у них количество субпрофилей было разным, для начала?..
Поэтому стоит по возможности ясно сформулировать задачки,
чтобы лучше разделять и реюзать компоненты.

Т.е.:
- задачка сборки дистрибутива означает сборку нескольких чрутов,
  их упаковку либо копирование как есть, прибавление загрузчика
  и финальную упаковку всего вместе;
- сборка ve требует сборки одного чрута без ядра и его упаковки
  (например, в cpio);
- сборка vm требует сборки одного чрута с ядром и его упаковки
  в формат диска виртуальных машин;
- сборка cpio для вашего инсталера требует сборки одного чрута
  с ядром и его упаковки в cpio.

Плюс к этому видится осмысленность разнесения "базовой"
конфигурации и того, поверх чего её потом укладывать --
пустого инсталера или пустого образа vm...

Озадачили, пошёл думать.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 07:05:19PM +0300, Michael Shigorin wrote:

MS>  # NB: use/x11 employs some installer-feature packages
MS>  vm/icewm: vm/bare use/cleanup/installer use/x11/xdm +icewm; @:
MS> +vm/desktop-systemd: vm/icewm use/systemd; @:

Подожди, причем тут _vm_? Я же создаю образ для установки, так что он
должен базироваться не на vm. Вся пакетная база должна быть в точности
идентична distro/desktop-systemd, все отличии от него должно быть:

а) вместо того чтобы создавать список пакетов и класть их на диск, их надо
   все поставить в чрут;
б) результирующий образ должен быть запакован в cpio.xz.


MS> $ make ROOTPW=1 vm/desktop-systemd.img
MS> ** ARCH: x86_64
MS> 19:27:47 cleaning up (NB: DEBUG scope is limited when CLEAN is enabled)
MS> 19:27:47 initializing BUILDDIR: build/
MS> 19:27:47 preparing distro config: build/distcfg.mk
MS> 19:27:47 starting image build: tail -f build/build.log
MS> 19:29:18 done (1:30)
MS> ** image: ~/out/desktop-systemd-20120731-x86_64.img [604M]

Так ты делаешь образ виртуальной машины, это хорошо, но чем полезно для
задачи с установщиком? Или ты имел в виду что если этот образ упаковывать
не в виду img, а в виде cpio.xz, то я как раз и получу ровно то, что
должен был бы развернуть на системе при установке?

MS> Я ещё не делал в общем виде вынос конфигурации дистрибутивов
MS> в отрыве от сборки образов именно дистрибутивов, так что прямо
MS> сейчас придётся либо сделать это, либо воспроизвести цепочку
MS> конфигурирования вплоть до и включая distro/desktop-systemd:
MS> distro/desktop-systemd -> distro/icewm use/systemd
MS> distro/icewm -> distro/.desktop-network use/lowmem +icewm
MS> distro/.desktop-network -> distro/.desktop-mini +vmguest
MS> distro/.desktop-mini -> distro/.desktop-base use/x11/xdm +power
MS> distro/.desktop-base -> distro/.installer use/syslinux/ui/vesamenu use/x11/xorg
MS> Т.е. всё вот это надо rebase-нуть с distro/.installer на vm/bare,
MS> ну или построить vm/desktop-systemd на базе vm/icewm.

Подожди. То есть ты хочешь сказать, что сделать из одной и той же пакетной
базы ve, vm, distro -- требует активно дублирования кода?

MS> Ты же понимаешь, что distro и vm -- достаточно разные сущности,
MS> чтобы у них количество субпрофилей было разным, для начала?..
MS> Поэтому стоит по возможности ясно сформулировать задачки,
MS> чтобы лучше разделять и реюзать компоненты.

Разумеется. Хотя если distro не содержит дополнительных групп пакетов для
установщика, то получить из distro vm можно автоматически.

MS> Т.е.:
MS> - задачка сборки дистрибутива означает сборку нескольких чрутов,
MS>   их упаковку либо копирование как есть, прибавление загрузчика
MS>   и финальную упаковку всего вместе;
MS> - сборка ve требует сборки одного чрута без ядра и его упаковки
MS>   (например, в cpio);
MS> - сборка vm требует сборки одного чрута с ядром и его упаковки
MS>   в формат диска виртуальных машин;
MS> - сборка cpio для вашего инсталера требует сборки одного чрута
MS>   с ядром и его упаковки в cpio.

Да, именно так.

MS> Плюс к этому видится осмысленность разнесения "базовой"
MS> конфигурации и того, поверх чего её потом укладывать --
MS> пустого инсталера или пустого образа vm...
MS> Озадачили, пошёл думать.



Спасибо!

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 02:12:25PM +0400, Денис Смирнов wrote:
> Подожди, причем тут _vm_? Я же создаю образ для установки,
> так что он должен базироваться не на vm.

Не для установки, а для плюханья в целевой корень.
Это ровно то, что выполняется и при сборке образов для vm.

> Вся пакетная база должна быть в точности идентична
> distro/desktop-systemd, все отличии от него должно быть:
> а) вместо того чтобы создавать список пакетов и класть их на
>    диск, их надо все поставить в чрут;
> б) результирующий образ должен быть запакован в cpio.xz.

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

> Или ты имел в виду что если этот образ упаковывать не в виду
> img, а в виде cpio.xz, то я как раз и получу ровно то, что
> должен был бы развернуть на системе при установке?

Ага.

> MS> Т.е. всё вот это надо rebase-нуть с distro/.installer на vm/bare,
> MS> ну или построить vm/desktop-systemd на базе vm/icewm.
> Подожди. То есть ты хочешь сказать, что сделать из одной и той
> же пакетной базы ve, vm, distro -- требует активно дублирования
> кода?

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

Отчасти из-за того, что просто копал в изначально разных
направлениях, а отчасти -- потому как прощёлкал эту самую
задачку сборки _готовой_ системы в cpio/tar, будучи в курсе
про ваш инсталер.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 02:11:45PM +0300, Michael Shigorin wrote:

MS> Сейчас -- да, потому что построение пакетной базы в _имеющихся_
MS> примерах слабо пересекается и почти ничего не вынесено в фичи,
MS> мало что вынесено в пакаджлисты.
MS> Отчасти из-за того, что просто копал в изначально разных
MS> направлениях, а отчасти -- потому как прощёлкал эту самую
MS> задачку сборки _готовой_ системы в cpio/tar, будучи в курсе
MS> про ваш инсталер.

Думаю что там есть другая концептуальная проблема -- иерархия
наследования.

Тип получившегося решения является корнем системы наследования, а не
наоборот. То есть возможность сделать "vm/desktop-systemd" и
"distro/desktop-systemd" наследующегося от единого "что-то
там/desktop-systemd" есть лишь теоретически, существующие профили сдланы
противоположным образом.

Причем если это не desktop а server, то у нас еще и "ve/server-systemd"
может получаться фактически из той же пакетной базы, с минимальными
отличиями.

И это при том, что ve/... от vm/... отличаются в основном тем, что в
последний есть смысл ставить vmguest и там нужен свой собственный kernel и
загрузчик. А значит можно в принципе предусмотреть создание одного из
другого шаблонами (если нет необходимости переопределять, скажем, kernel
flavour).

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 04:34:19PM +0400, Денис Смирнов wrote:
> Тип получившегося решения является корнем системы наследования,
> а не наоборот. То есть возможность сделать "vm/desktop-systemd"
> и "distro/desktop-systemd" наследующегося от единого "что-то
> там/desktop-systemd" есть лишь теоретически, существующие
> профили сдланы противоположным образом.

Так о чём и говорю.  Было довольно неприятно это осознать ;-)

> И это при том, что ve/... от vm/... отличаются в основном тем,
> что в последний есть смысл ставить vmguest и там нужен свой
> собственный kernel и загрузчик. А значит можно в принципе
> предусмотреть создание одного из другого шаблонами (если нет
> необходимости переопределять, скажем, kernel flavour).

На самом деле ve и особенно vm там приварены автогеном,
поскольку попытка всё продумать заранее стала затягиваться.

Потому то, что оно пригодилось и в процессе выяснилось --
IMHO хорошо как раз.

Осталось понять, как ныне полученные частные случаи обобщить
и как меняется декомпозиция _нынешней_ задачи относительно
той, которую было сделал.  Пока торможу.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 11:01:19PM +0300, Michael Shigorin wrote:

MS> Осталось понять, как ныне полученные частные случаи обобщить
MS> и как меняется декомпозиция _нынешней_ задачи относительно
MS> той, которую было сделал.  Пока торможу.

Я предполагаю что у нас есть группа вариантов target'а где нет никакого
инсталлера. Это ve, vm, live, и те самые образы для текстового инсталлятора.

Всех их объединяет тот факт, что некоторая группа пакетов ставится в чрут,
а дальше мы что-то с ней делаем дополнительно. Притом это "дополнительно",
в принципе, для всех ve, vm и live обычно идентичны с небольшими
необязательными различиями (то есть можно это описать template'ом).

Посему есть смысл сделать некий промежуточный target, который предназначен
исключительно для формирования base package list.

И уже все остальное наследовать от этих package list targets.

В стиле:

packages/.server-base: 
        @$(call add,BASE_LISTS,server-base openssh)

packages/server-mini: packages/.server-base use/cleanup/x11-alterator use/bootloader/lilo
        @$(call add,BASE_LISTS,$(call tags,server network))
        @$(call add,BASE_PACKAGES,dhcpcd cpio)

use/kernel:
	# здесь мы в BASE_PACKAGES добавляем ядро с нужным flavour

distro/server-mini: packages/server-mini distro/.installer use/syslinux/ui/menu use/memtest use/kernel
	# здесь написать необходимое для того чтобы сюда попал именно
	# нужный kernel

ve/server-mini: packages/server-mini ve/base
vm/server-mini: packages/server-mini vm/base

# а так как многое тут явно может повторяться, то пишем:

ve/%: packages/% ve/base
vm/%: packages/% vm/base

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Mon, Jul 30, 2012 at 11:24:21PM +0300, Michael Bochkaryov wrote:

MB> Помнится, у них с cpio несовместимые ограничения имеются.
MB> Подробности лучше пусть Денис расскажет.

У tar AFAIR неспособность паковать unix sockets как минимум. Ну и я
исходил из того, что не зря внутри rpm используется именно cpio.

А вот у cpio очень мерзкая бага -- он не умеет при распаковки разбивать
хардлинки. То есть если в образе у нас есть, например, хардлинк между
библиотекой в /lib и в чьем-нибудь чруте, а у нас /var на отдельном раздел
-- при распаковке выживет только одна копия. Это очень неприятная бага
(кстати в rpm она тоже есть, и я на нее напарывался).

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

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

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

[sisyphus] [JT] rpm2cpio.sh (was: Текстовый инсталлер)

[Michael Shigorin]

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

On Tue, Jul 31, 2012 at 04:41:32AM +0400, Денис Смирнов wrote:
> А вот у cpio очень мерзкая бага -- он не умеет при распаковке (sic)
> разбивать хардлинки.

Может, led@ напомнит -- но если мне не изменяет склероз,
то это как раз tar не умеет их разбивать, а cpio умеет.

PS: вдруг кому понадобится -- прилагаю свежий rpm2cpio.sh.

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

[-- Attachment #2: rpm2cpio.sh --]
[-- Type: application/x-sh, Size: 1488 bytes --]

Re: [sisyphus] [JT] rpm2cpio.sh (was: Текстовый инсталлер)

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

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

On Tue, Jul 31, 2012 at 06:44:54PM +0300, Michael Shigorin wrote:

MS> Может, led@ напомнит -- но если мне не изменяет склероз,
MS> то это как раз tar не умеет их разбивать, а cpio умеет.

by default -- не умеет. Я проверил.
Чтение манов не помогло выбрать нужные опции.

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

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

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

Re: [sisyphus] [JT] rpm2cpio.sh

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

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

On Wed, Aug 01, 2012 at 01:12:38PM +0300, Michael Bochkaryov wrote:

MB> tar --hard-dereference  должен решить эту проблему.

Насолько я понимаю, он это делает на этапе формирования архива, а не на
этапе распаковки. Т.е. можно создать архив без хардлинков вообще.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael A. Kangin]

В Втр, 31/07/2012 в 04:41 +0400, Денис Смирнов пишет:

А squashfs в качестве контейнера не?

> У tar AFAIR неспособность паковать unix sockets как минимум. Ну и я
> исходил из того, что не зря внутри rpm используется именно cpio.
> 
> А вот у cpio очень мерзкая бага -- он не умеет при распаковки разбивать
> хардлинки. То есть если в образе у нас есть, например, хардлинк между
> библиотекой в /lib и в чьем-нибудь чруте, а у нас /var на отдельном раздел
> -- при распаковке выживет только одна копия. Это очень неприятная бага
> (кстати в rpm она тоже есть, и я на нее напарывался).


-- 
wbr, Michael A. Kangin

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 10:31:37PM +0400, Michael A. Kangin wrote:

MAK> А squashfs в качестве контейнера не?

Гм. То есть в установщике его монтировать и копировать хоть тем же
rsync'ом? Вообще-то это идея. Надо сравнить размеры cpio.xz и squashfs для
одного и того же chroot'а.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 01:59:48PM +0400, Денис Смирнов wrote:
> MAK> А squashfs в качестве контейнера не?
> Гм. То есть в установщике его монтировать и копировать хоть тем
> же rsync'ом? Вообще-то это идея. Надо сравнить размеры cpio.xz
> и squashfs для одного и того же chroot'а.

А в чём плюс?

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

Re: [sisyphus] Текстовый инсталлер

[Michael A. Kangin]

01.08.2012 15:06, Michael Shigorin пишет:

>>  MAK>  А squashfs в качестве контейнера не?
>>  Гм. То есть в установщике его монтировать и копировать хоть тем
>>  же rsync'ом? Вообще-то это идея. Надо сравнить размеры cpio.xz
>>  и squashfs для одного и того же chroot'а.
>
> А в чём плюс?

Насколько я понимаю, там должны хорошо поддерживаться и пайпы с 
сокетами, и хардлинки, и всё-всё-всё. И компрессия по идее посильнее 
(там вроде даже иноды дублирующиеся выкидываются, боюсь ошибиться).

-- 
Michael A. Kangin

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 03:44:33PM +0400, Michael A. Kangin wrote:
> >> >  А squashfs в качестве контейнера не?
> >> Гм. То есть в установщике его монтировать и копировать хоть тем
> >> же rsync'ом? Вообще-то это идея. Надо сравнить размеры cpio.xz
> >> и squashfs для одного и того же chroot'а.
> >А в чём плюс?
> Насколько я понимаю, там должны хорошо поддерживаться и пайпы
> с сокетами, и хардлинки, и всё-всё-всё.

Тогда разбивать хардлинки должен уметь rsync -- что-то читаю
описание -H и уже не совсем соображаю, да или нет -- или чем
ещё копировать.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 10:54:07PM +0300, Michael Shigorin wrote:

MS> Тогда разбивать хардлинки должен уметь rsync -- что-то читаю
MS> описание -H и уже не совсем соображаю, да или нет -- или чем
MS> ещё копировать.

Так, я решил все-таки проверить.

Без -H он их разбивает _всегда_. Даже когда можно было бы и не разбивать.
С -H он их не разбивает вообще.

Что еще страшнее, rsync ведет себя крайне опасно.
Если сначала сделать rsync без -H, а потом с -H в тот же destination,
какое ты ожидаешь поведение?

Я ожидаю что там, где он не может создать хардлинк -- он оставит все как
есть. И будет тот самый эффект что нам нужен (пусть и с дополнительной
задержкой на повторное сканирование всего дерева каталогов).

В реальности он ведет себя куда хуже, хотя и предсказуемо. Если у нас есть
два файла, которые в source directory являются хардлинками, то он берет
произвольным образом один из двух файлов в destination, удаляет его, и
пытается сделать хардлинк. Это у него, разумеется, не получается (из-за
подкаталога на отдельном девайсе). О чем он честно ругается в логах и на
этом клеит ласты.

Итог -- файл просто убит.

Я ожидал от rsync гораздо более разумного поведения.

/me бьется головой об монитор

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 02:06:43PM +0300, Michael Shigorin wrote:

MS> А в чём плюс?

1. rsync в отличии от tar/cpio, например, не сдохнет из-за невозможности
   создать хардлинк.
2. образ профиля в виде squashfs пригоден для быстрого и удобного
   просматра глазами (mount -o loop), в отличии от, скажем, 1-2Gb cpio.xz.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

1 августа 2012 г., 15:08 пользователь Денис Смирнов  написал:
> On Wed, Aug 01, 2012 at 02:06:43PM +0300, Michael Shigorin wrote:
>
> MS> А в чём плюс?
>
> 1. rsync в отличии от tar/cpio, например, не сдохнет из-за невозможности
>    создать хардлинк.
> 2. образ профиля в виде squashfs пригоден для быстрого и удобного
>    просматра глазами (mount -o loop), в отличии от, скажем, 1-2Gb cpio.xz.
>

Вы там только оставьте место, куда вставить pv, чтоб прогресс
установки показывать ;)

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 03:13:28PM +0300, Dmitriy Kruglikov wrote:

DK> Вы там только оставьте место, куда вставить pv, чтоб прогресс
DK> установки показывать ;)

Боюсь если там будет squashfs+rsync, то pv будет вставить некуда. Придется
парсить вывод rsync'а.

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 02:06:43PM +0300, Michael Shigorin wrote:

MS> А в чём плюс?

Но есть и минус. Я все-таки думаю что backup/restore должно работать с
чем-то привычным для людей -- cpio подходит, а вот squashfs не очень.

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

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Anton V. Boyarshinov]

В Wed, 1 Aug 2012 13:59:48 +0400
"Денис Смирнов" <mithraen@freesource.info> пишет:

> On Tue, Jul 31, 2012 at 10:31:37PM +0400, Michael A. Kangin wrote:
> 
> MAK> А squashfs в качестве контейнера не?
> 
> Гм. То есть в установщике его монтировать и копировать хоть тем же
> rsync'ом? 
А почему бы не unsquashfs?

Re: [sisyphus] Текстовый инсталлер

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

On Wed, Aug 01, 2012 at 07:03:23PM +0400, Anton V. Boyarshinov wrote:

>> Гм. То есть в установщике его монтировать и копировать хоть тем же
>> rsync'ом? 
AVB> А почему бы не unsquashfs?

unsquashfs, похоже, даже лучше -- он еще и by default сразу же и все
процессоры под декомпрессию задействует.

Надо проверить как он поведет себя если его заставят хардлинки разбивать.

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 09:22:18PM +0400, Денис Смирнов wrote:
AVB> А почему бы не unsquashfs?

Проверил. unsquashfs точно также дает дуба при необходимости разбивать
hardlink.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

30 июля 2012 г., 23:24 пользователь Michael Bochkaryov
<misha@rattler.kiev.ua> написал:

> Никаких проблем сделать cpio в mkimage. :)
ненуна...

> Помнится, у них с cpio несовместимые ограничения имеются.
Ты все перепутал...
У нас была проблема в развертывани образа в корень дерева, если в одну их вевей
 смонитрована еще одна FS...
Потому мы на tar и хотели переходить.

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

Re: [sisyphus] Текстовый инсталлер

[Michael Bochkaryov]

7/31/2012 9:23 AM, Dmitriy Kruglikov wrote:
>
>> Помнится, у них с cpio несовместимые ограничения имеются.
> Ты все перепутал...
> У нас была проблема в развертывани образа в корень дерева, если в одну их вевей
>  смонитрована еще одна FS...
> Потому мы на tar и хотели переходить.
А tar не умеет unix sockets - Денис уже напомнил про несовместимые грабли.

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

В случае жестко заточенной коробочной системы можно решить workaround'ом
в виде скрипта в /etc/firsttime.d, который недостающие сокеты создаст
при первом запуске.

-- 
Regards,
Michael Bochkaryov
www.rattler.kiev.ua

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 10:36:14AM +0300, Michael Bochkaryov wrote:

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

Хочу нас всех поздравить. Я только что протестировал поведение tar в этой
ситуации.

Оно абсолютно идентично поведению cpio: ошибка Invalid cross-device link

MB> В случае жестко заточенной коробочной системы можно решить workaround'ом
MB> в виде скрипта в /etc/firsttime.d, который недостающие сокеты создаст
MB> при первом запуске.

Это как раз можно решить проще. hook'ом перед упаковкой архива класть в
корень список всех socket'ов. И восстанавливать эти socket'ы инсталлером
сразу после развертывания архива. Работы на час и проблема решена.

А вот что делать с хардлинками я не представляю :-/

Во времена seirospbx я эту проблему решал тем, что патчил cpio.

Чтобы не переделывать эту работу стотыщ раз, можно форкнуть cpio под
именем cpio-extract, оторвать там все кроме extract mode, и пофиксить эту
багу там раз и навсегда.

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

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Bochkaryov]

7/31/2012 1:33 PM, Денис Смирнов wrote:
> On Tue, Jul 31, 2012 at 10:36:14AM +0300, Michael Bochkaryov wrote:
>
> MB> Если будет уверенность, что все нужные сокеты автотматом будут созданы после
> MB> развертывания, тогда tar полностью устроит и можно будет за хардлинки не
> MB> волноваться.
>
> Хочу нас всех поздравить. Я только что протестировал поведение tar в этой
> ситуации.
>
> Оно абсолютно идентично поведению cpio: ошибка Invalid cross-device link
Из man tar:
       --hard-dereference -- follow hard links; archive and dump the
files they refer to

Не поможет?

> MB> В случае жестко заточенной коробочной системы можно решить workaround'ом
> MB> в виде скрипта в /etc/firsttime.d, который недостающие сокеты создаст
> MB> при первом запуске.
>
> Это как раз можно решить проще. hook'ом перед упаковкой архива класть в
> корень список всех socket'ов. И восстанавливать эти socket'ы инсталлером
> сразу после развертывания архива. Работы на час и проблема решена.

Вполне.

> А вот что делать с хардлинками я не представляю :-/

Возможно стоит этот самый --hard-dereference  попробовать.

-- 
Regards,
Michael Bochkaryov
www.rattler.kiev.ua

Re: [sisyphus] Текстовый инсталлер

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

On Tue, Jul 31, 2012 at 01:38:28PM +0300, Michael Bochkaryov wrote:

MB> Из man tar:
MB>        --hard-dereference -- follow hard links; archive and dump the
MB> files they refer to
MB> Не поможет?

Это работает только на этапе создания архива. Я проверил :(

>>  А вот что делать с хардлинками я не представляю :-/
MB> Возможно стоит этот самый --hard-dereference  попробовать.

Увы.

Запатчить это небольшая проблема -- нужно всего лишь:
- код, который выполняет полное копирование файла (с mode, owners, acl и
  xattrs)
- в том месте где cpio или tar выводит эту ошибку -- вместо вывода ошибки
  вызывать эту функцию

Собственно частично я это и делал для cpio в 2005-м.

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

4 августа 2012 г., 12:35 пользователь Денис Смирнов  написал:

> Запатчить это небольшая проблема:
Давай делать эскалацию проблемы...
Если нет возможности паковать/распаковывать хард-динки, значить их
паковать и не нужно...

Давай их _делать_ после распаковки.
Или при первом старте ...

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

Re: [sisyphus] Текстовый инсталлер

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

[-- Attachment #1.1: Type: text/plain, Size: 711 bytes --]

On Sat, Aug 04, 2012 at 03:03:15PM +0300, Dmitriy Kruglikov wrote:

DK> Давай делать эскалацию проблемы...
DK> Если нет возможности паковать/распаковывать хард-динки, значить их
DK> паковать и не нужно...
DK> Давай их _делать_ после распаковки.
DK> Или при первом старте ...

То есть, нужно два скрипта.

первый:
- выявит все хардлинки
- удалит их
- положит их список куда-нибудь

второй:
- пересоздаст после распаковки

Мне все-таки больше нравится вариант с патченым cpio.

В аттаче мой патч, который я писал в ноябре 2006. Это демо, но оно успешно
работало.

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

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

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: cpio-2.6-can-break-hardlinks.patch --]
[-- Type: text/x-patch; charset=utf-8, Size: 1900 bytes --]

ôÏÌØËÏ × cpio-2.6/rmt: rmt
ôÏÌØËÏ × cpio-2.6/rmt: rmt.o
ôÏÌØËÏ × cpio-2.6/src: copyin.o
ôÏÌØËÏ × cpio-2.6/src: copyout.o
diff -ur cpio-2.6.orig/src/copypass.c cpio-2.6/src/copypass.c
--- cpio-2.6.orig/src/copypass.c	2006-10-01 00:14:55 +0400
+++ cpio-2.6/src/copypass.c	2006-10-01 00:18:13 +0400
@@ -29,6 +29,46 @@
 #define lchown chown
 #endif
 
+/* Copy file */
+int copy_file(const char *infile, const char *outfile)
+{
+	int ifd, ofd, len;
+	struct stat in_stat;
+	mode_t oldmode;
+	char buf[4096];				/* XXX make it lerger. */
+	if ((ifd = open(infile, O_RDONLY)) < 0) {
+		return -1;
+	}
+	fstat(ifd, &in_stat);
+	oldmode = umask(0);
+	if ((ofd = open(outfile, O_WRONLY | O_TRUNC | O_CREAT, 07777 & in_stat.st_mode )) < 0) {
+		close(ifd);
+		umask(oldmode);
+		return -1;
+	}
+	fchown(ofd, in_stat.st_uid, in_stat.st_gid);
+	umask(oldmode);
+	while ((len = read(ifd, buf, sizeof(buf)))) {
+		int res;
+		if (len < 0) {
+			break;
+		}
+		/* XXX handle partial writes */
+		res = write(ofd, buf, len);
+		if (res != len) {
+			len = -1;			/* error marker */
+			break;
+		}
+	}
+	close(ifd);
+	close(ofd);
+	if (len < 0) {
+		unlink(outfile);
+	return -1;				/* error */
+	}
+	return 0;					/* success */
+}
+
 /* Copy files listed on the standard input into directory `directory_name'.
    If `link_flag', link instead of copying.  */
 
@@ -455,6 +495,8 @@
 link_to_name (char *link_name, char *link_target)
 {
   int res = link (link_target, link_name);
+  if (res < 0)
+	  copy_file(link_target, link_name);
   if (res < 0 && create_dir_flag)
     {
       create_all_directories (link_name);
@@ -470,6 +512,10 @@
     {
       error (0, errno, _("cannot link %s to %s"),
 	     link_target, link_name);
+	  res = copy_file(link_target, link_name);
+	  if (res)
+		  strerror("copy_file");
     }
   return res;
 }
+

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

31 июля 2012 г., 13:33 пользователь Денис Смирнов написал:
>
> Это как раз можно решить проще. hook'ом перед упаковкой архива класть в
> корень список всех socket'ов. И восстанавливать эти socket'ы инсталлером
> сразу после развертывания архива. Работы на час и проблема решена.
Стрянно... Мне казалось, что сокеты создают демоны при старте ...
Нафига нам сокеты там, где некому их слушать?
С хард-линками - другой разговор...
Но сокеты пусть будут на совести стартовых скриптов.


>
> А вот что делать с хардлинками я не представляю :-/
Исходя из перспективной задачи создания слепка системы с последующим
переносом, хорошо бы что-то порешать...




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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 01:38:33PM +0300, Dmitriy Kruglikov wrote:

DK> Стрянно... Мне казалось, что сокеты создают демоны при старте ...
DK> Нафига нам сокеты там, где некому их слушать?
DK> С хард-линками - другой разговор...
DK> Но сокеты пусть будут на совести стартовых скриптов.

(подумав) профили openvz прекрасно работают из tar. Значит проблем быть не
должно.

>> А вот что делать с хардлинками я не представляю :-/
DK> Исходя из перспективной задачи создания слепка системы с последующим
DK> переносом, хорошо бы что-то порешать...

Идеи есть, кроме класть рядом патченый cpio?

Мне жутко лениво расчехлять заново напильник и хакать cpio.

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 09:23:29AM +0300, Dmitriy Kruglikov wrote:

DK> Ты все перепутал...
DK> У нас была проблема в развертывани образа в корень дерева, если в одну их вевей
DK>  смонитрована еще одна FS...
DK> Потому мы на tar и хотели переходить.

А все потому, что я ввел всех в заблуждение тем, что у tar якобы этой
проблемы нет :(

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Mon, Jul 30, 2012 at 06:22:00PM +0300, Michael Bochkaryov wrote:

MB> Кстати, а он уже с tar работает вместо cpio?

А это действительно надо делать?

MB> Там много с чем можно извращаться, если знать, накой :)
MB> Тот вариант, что мы пилили, больше расчитан на быстрое развертывание
MB> black-box
MB> систем с достаточно жесткими ограничениями по конфигурябельности.

Уточню -- конфигурябельности при установке. И по моему скромному мнению,
это вполне разумно. При установке незачем слишком много конфигурять.

А вот идея сделать поддержку групп пакетов для доп установки у меня была. 
Это потребовало бы формировать незамкнутый репозиторий (вычитать из
множество пакетов, требуемого для установки всех возможных вариантов,
множество пакетов, которое содержится внутри cpio-архива).

Второе, чего не хватает текстовому инсталлеру -- ручной разбивки диска.
Это, в принципе, не сложно. Помнится в старой слаквари этот интерфейс тоже
на dialog написан был :)

Если реализовать эти два модуля, то текстовый инсталлер по функционалу
будет ничем не хуже графического. Только проще, легче, быстрее, и доступен
через serial console.

Ну и последний этап -- dialog все-таки не лучшее решение, мне хотелось бы
написать свой интерфейс. Более приятный для глаз и более удобный (для
модуля разбиения диска это существенно).

Все эти задачи я смогу реализовать, если вдруг найдется на это клиент.

MB> Под kannel-appliance я его еще больше порезал.

Там не хватает возможности конфигурировать steps, чтобы можно было легко
резать.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Tue, Jul 31, 2012 at 02:15:51AM +0400, Денис Смирнов wrote:
> Это потребовало бы формировать незамкнутый репозиторий
> (вычитать из множество пакетов, требуемого для установки всех
> возможных вариантов, множество пакетов, которое содержится
> внутри cpio-архива).

Схожее реализовано, см. profiles/scripts.d/01-genbasedir в m-p-d.

> Второе, чего не хватает текстовому инсталлеру -- ручной
> разбивки диска.  Это, в принципе, не сложно. Помнится в старой
> слаквари этот интерфейс тоже на dialog написан был :)

Не забываем про GPT...

> Если реализовать эти два модуля, то текстовый инсталлер по
> функционалу будет ничем не хуже графического. Только проще,
> легче, быстрее, и доступен через serial console.

Да, последнее тоже имею в виду.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 06:20:42PM +0300, Michael Shigorin wrote:

MS> Схожее реализовано, см. profiles/scripts.d/01-genbasedir в m-p-d.

Посмотрю.

>> Второе, чего не хватает текстовому инсталлеру -- ручной
>> разбивки диска.  Это, в принципе, не сложно. Помнится в старой
>> слаквари этот интерфейс тоже на dialog написан был :)
MS> Не забываем про GPT...

А что именно там надо помнить?

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 01:57:43PM +0400, Денис Смирнов wrote:
> >> Второе, чего не хватает текстовому инсталлеру -- ручной
> >> разбивки диска.  Это, в принципе, не сложно. Помнится в старой
> >> слаквари этот интерфейс тоже на dialog написан был :)
> > Не забываем про GPT...
> А что именно там надо помнить?

Что его надо уметь.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Wed, Aug 01, 2012 at 02:21:46PM +0300, Michael Shigorin wrote:
>>> Не забываем про GPT...
>> А что именно там надо помнить?
MS> Что его надо уметь.

Сейчас для разбиения используется sfdisk. В каких случаях нам необхоидмо
использовать GPT? Я тогда сделаю чтобы в этих случаях использовался уже
parted.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Alexey Gladkov]

On 01.08.2012 16:39, Денис Смирнов wrote:
> On Wed, Aug 01, 2012 at 02:21:46PM +0300, Michael Shigorin wrote:
>>>> Не забываем про GPT...
>>> А что именно там надо помнить?
> MS> Что его надо уметь.
> 
> Сейчас для разбиения используется sfdisk. В каких случаях нам необхоидмо
> использовать GPT? Я тогда сделаю чтобы в этих случаях использовался уже
> parted.

Или gfdisk везде, чтобы не делать ветвления.

-- 
Rgrds, legion

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

1 августа 2012 г., 16:11 пользователь Alexey Gladkov
<legion@altlinux.ru> написал:

> Или gfdisk везде, чтобы не делать ветвления.
Я бы воздержался от gparted в текстовом инсталлере...



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

Re: [sisyphus] Текстовый инсталлер

[Alexey Gladkov]

On 01.08.2012 17:36, Dmitriy Kruglikov wrote:
> Я бы воздержался от gparted в текстовом инсталлере...

Тогда с GPT вам будет сложно.

-- 
Rgrds, legion

Re: [sisyphus] Текстовый инсталлер

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

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

On Thu, Aug 02, 2012 at 12:28:44AM +0400, Alexey Gladkov wrote:
>> Я бы воздержался от gparted в текстовом инсталлере...
AG> Тогда с GPT вам будет сложно.

parted текстовый.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Thu, Aug 02, 2012 at 01:13:26AM +0400, Денис Смирнов wrote:
> >> Я бы воздержался от gparted в текстовом инсталлере...
> > Тогда с GPT вам будет сложно.
> parted текстовый.

parted != gparted. :)  Кстати, в debian-installer была довольно
развесистая обёртка вокруг libparted IIRC.

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

Re: [sisyphus] Текстовый инсталлер

[Michael A. Kangin]

В Чтв, 02/08/2012 в 00:28 +0400, Alexey Gladkov пишет:

> Тогда с GPT вам будет сложно.

gdisk еще 


-- 
wbr, Michael A. Kangin

Re: [sisyphus] Текстовый инсталлер

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

On Tue, Jul 31, 2012 at 12:19:43PM +0300, Michael Bochkaryov wrote:

>> Второе, чего не хватает текстовому инсталлеру -- ручной разбивки диска.
>> Это, в принципе, не сложно. Помнится в старой слаквари этот интерфейс тоже
>> на dialog написан был :)
MB> Это нужно для универсального решения.

Да.

MB> Как и более гибкая настройка сетевых интерфейсов.

А это даже важнее.

С сетевой настройкой сейчас вообще беда. Нужно либо хорошо вкуривать в
etcnet, либо страдать фигней. Многие вон даже openvpn рулят его штатными
средствами, а не через etcnet.

>> Ну и последний этап -- dialog все-таки не лучшее решение, мне хотелось бы
>> написать свой интерфейс. Более приятный для глаз и более удобный (для
>> модуля разбиения диска это существенно).
MB> Думаю, это далеко не первостепенная проблема :)

Я в курсе :)

>> Все эти задачи я смогу реализовать, если вдруг найдется на это клиент.
MB> Т.е. нужен спрос на функциональность.
MB> Либо явный внешний, либо косвенный внутренний (экономия на внедрениях).
MB> Так?

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

>> Там не хватает возможности конфигурировать steps, чтобы можно было легко
>> резать.
MB> Поэтому я просто форкнул его и начал жестко хардкодить.

Ага, и заметок на тему "что тебе пришлось хардкодить и зачем" не вел, и
нам с Димой не прислал? Ну, ты знаешь что именно я хочу сказать на это,
да? :)

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Mon, Jul 30, 2012 at 05:32:52PM +0300, Dmitriy Kruglikov wrote:

DK> Скриптец для backup текущего состояния, в крайне черновом варианте,
DK> где-то валялся...

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

DK> Если место его хранения устаканить, то автоматический поиск и выдачу
DK> списка осилить можно...

У меня там был автопоиск по label + возможность выбрать диск, в корне
которого валяются образы.

>> Обижаешь! Если в /etc/firsttime.d будут нужные скрипты -- при первой
>> загрузке и кофе сварит, и за пивом сбегает :)
DK> Но сейчас-то не умеет ;) О чем и громко сказано...
DK> А то кому-нить именно этой фичи  не хватает для полного... Того самого...

Гм. Помнится emacs умеет. Надо скрипт написать, вызывающий emacs для этой
цели :)

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Eugene Prokopiev]

> Зато везде где нужен серверный дистрибутив, заводящийся с одного пинка
> быстро и без гемора, с этим инсталлером может конкурировать только
> live-installer. Но у того есть один недостаток -- его нельзя использовать
> для автоматического backup с последующим легким restore.

Ну там изначально была другая идея - установить то, что заведомо
заработает, т.к. собственно уже ;)

Идея заранее сделать эталонную систему (она же бэкап) и ставить именно
ее, а не то, что загрузилось - это мы как-то хотели сделать ключиком в
live-install, но не добрались.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 08:09:35AM +0400, Eugene Prokopiev wrote:

EP> Идея заранее сделать эталонную систему (она же бэкап) и ставить именно
EP> ее, а не то, что загрузилось - это мы как-то хотели сделать ключиком в
EP> live-install, но не добрались.

В принципе когда я делал этот инсталлер, я сначала смотрел на
live-install. Собственно начинал я даже именно с его модификации, хотя и
получил в итоге rewrite from scratch.

Но многие вещи вполне можно между ними унифицировать. Автоматическое
разбиение диска, например, будет полезно и в live-install.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

31 июля 2012 г., 13:13 пользователь Денис Смирнов написал:

> Автоматическое разбиение диска, например, будет полезно и в live-install.
Для автоматической разбивки диска у нас там все готово, кроме логики ;)
Если кто-нибудь готов представиь алгоритм вычисления размеров разделов,
то я посмотрю, как его привести к удобоваримому виду.

Попутно напоминаю, что в Dialog невозможно впихнуть в один интерфейс
два разнотипных виджета.
Например, чекбоксы с радиобатонами ...
Ручная разметка как бы на повестку дня не выносится...

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 01:33:21PM +0300, Dmitriy Kruglikov wrote:

DK> Для автоматической разбивки диска у нас там все готово, кроме логики ;)
DK> Если кто-нибудь готов представиь алгоритм вычисления размеров разделов,
DK> то я посмотрю, как его привести к удобоваримому виду.

1. Там совсем тухло с указанием доп опций при создании разделов, и т.д. Там слишком много hardcoded.
2. Только 2 FS -- ext4 и swap. И все, все остальные в сад. Как минимум xfs
   надо поддерживать, ну и btrfs уже скоро будет mainstream. Правда пока
   мои тесты заканчиваются неудачно даже на свежих ядрах -- я упорно
   загоняю его в kernel panic.
3. Есть еще reiserfs и jfs (последнее экзотика, но некоторые ее любят за
   ее абсолютную неубиваемость)

4. Формулы для разбиения дисков кроме фикса, который есть сейчас, нужны еще
вида:
RAM*2
и
x*3

первое для swap'а, а второе должно считаться так -- сначала выделяетяс
место под все разделы с фиксированным размером. А потом для всех
'неизвестных' остаток делится пропорционально коэффициенту.

То есть если мы в профиле пишем:
/home,x*2
/var,x

и у нас остается 300G, то должен быть создан /home размером в 200G и /var
размером в 100G.

5. Там нет поддержки RAID, вообще

6. Там нет поддержки LVM, вообще

Если ценность LVM под вопросом, то поддержка RAID это must have.

DK> Попутно напоминаю, что в Dialog невозможно впихнуть в один интерфейс
DK> два разнотипных виджета.
DK> Например, чекбоксы с радиобатонами ...
DK> Ручная разметка как бы на повестку дня не выносится...

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

Еще можно подсмотреть разбиение диска у openwall (я даже как-то
подсматривал, но уже забыл результат).

Но на самом деле это не так уж и важно. Этот инсталлер рассчитан на
использование либо в режиме 'press any key for full unattended install',
либо в режиме 'за консолью хакер'. В последнем случае он имеет право вести
себя как хакерский инструмент типа live-install.

Для последнего случая можно вообще вызывать vim с профилем авторазбиения.
Дописав туда в header простую доку, а также инфу по имеющимся хардам.


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

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


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

Re: [sisyphus] Текстовый инсталлер

[Aleksey Novodvorsky]

31 июля 2012 г., 14:44 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Tue, Jul 31, 2012 at 01:33:21PM +0300, Dmitriy Kruglikov wrote:
>
> DK> Для автоматической разбивки диска у нас там все готово, кроме логики ;)
> DK> Если кто-нибудь готов представиь алгоритм вычисления размеров разделов,
> DK> то я посмотрю, как его привести к удобоваримому виду.
>
> 1. Там совсем тухло с указанием доп опций при создании разделов, и т.д. Там слишком много hardcoded.
<skip>
Мне кажется, что разбивку диска по крайней мере для текстового
установщика лучше оставить вне процедуры установки, например для Live
CD с gparted. А в установщике можно (1) указать привязку разделов к
точкам монтирования или (2) автоматическое создание разделов ext4 и
swap на свободном пространстве.

Rgrds, Алексей

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

31 июля 2012 г., 13:52 пользователь Aleksey Novodvorsky
<a.e.nvdv@gmail.com> написал:

> Мне кажется, что разбивку диска по крайней мере для текстового
> установщика лучше оставить вне процедуры установки, например для Live
> CD с gparted.

Тогда нужно будет два диска или флешки.
Не интересно...
У нас готов вариант с предопределеннми профилями разметки...
И с некоторым "мозгом".
Но алгоритм там весьма стлабый.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 02:52:32PM +0400, Aleksey Novodvorsky wrote:

AN> Мне кажется, что разбивку диска по крайней мере для текстового
AN> установщика лучше оставить вне процедуры установки, например для Live

Важно иметь возможность сделать разбиение диска автоматом.

Этот инсталлер создавался для того, чтобы если нужно развернуть решение у
клиента на другом конце страны -- было достаточно создать спец iso под
этого клиента, и сказать "запиши это на болванку, загрузись с этого диска,
а дальше жмякай enter".

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

AN> CD с gparted. А в установщике можно (1) указать привязку разделов к
AN> точкам монтирования или (2) автоматическое создание разделов ext4 и
AN> swap на свободном пространстве.

А вот для ручной установки (которая тоже нужна) это решение вполне
подходит.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Eugene Prokopiev]

30 июля 2012 г., 10:55 пользователь Dmitriy Kruglikov
<dmitriy.kruglikov@gmail.com> написал:
> 30 июля 2012 г., 9:51 пользователь Eugene Prokopiev <enp@itx.ru> написал:
>
>> для начала покажите его ;)
> Тебе его скриншотами, или как?

Можно и скриншотами, но лучше в git, конечно. Оно у вас разрезано на
UI и собственно инсталлерную логику? Чтоб можно было не кнопки (пусть
и текстовые) нажимать, а параметры (тот же самый cpio-архив) в
командной строке указывать?

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

Re: [sisyphus] Текстовый инсталлер

[Michael Bochkaryov]

7/31/2012 7:03 AM, Eugene Prokopiev wrote:
>>> для начала покажите его ;)
>> Тебе его скриншотами, или как?
> Можно и скриншотами, но лучше в git, конечно.
git.alt:/people/misha/packages/netstyle-installer.git - инсталлер
git.alt:/people/misha/packages/netstyle-server-light.git - профиль для
образа (на базе server-light)


> Оно у вас разрезано на UI и собственно инсталлерную логику?
Нет.
Кроме того, я бы того UI оставил как можно меньше.
Идеал - один экран с надписью "Ща всё будет" и второй "Всё готово".

> Чтоб можно было не кнопки (пусть и текстовые) нажимать, а параметры
> (тот же самый cpio-архив) в командной строке указывать?

Это придется пилить, если только найдется практическая польза.

-- 
Regards,
Michael Bochkaryov
www.rattler.kiev.ua

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 11:51:02AM +0300, Michael Bochkaryov wrote:

MB> Кроме того, я бы того UI оставил как можно меньше.
MB> Идеал - один экран с надписью "Ща всё будет" и второй "Всё готово".

+1.

Я, кстати, думаю стоит туда еще встроить dhcpcd, чтобы автоматом пытаться
подцепиться по dhcp. И если получилось -- даже про сеть не спрашивать.

>> Чтоб можно было не кнопки (пусть и текстовые) нажимать, а параметры
>> (тот же самый cpio-архив) в командной строке указывать?
MB> Это придется пилить, если только найдется практическая польза.

Сейчас в случае если профиль один на диске -- он ставится автоматом, и
диалог выбора профиля не показывается. Заставить этот код также парсить
/proc/cmdline, чтобы брать имя профиля оттуда -- думаю не проблема.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Dmitriy Kruglikov]

31 июля 2012 г., 16:07 пользователь Денис Смирнов написал:
> MB> Идеал - один экран с надписью "Ща всё будет" и второй "Всё готово".
>
> +1.
Тогда не экран, а микрофон с динамиком...

Я это к чеу?
К тому, что может быть опять имеет смысл поднять вопрос о виджетах их
исходников МС
и построении интерфейса из одной единой формы...

А?

Я б таких интерфейсов нарисовал.....

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 06:15:04PM +0300, Dmitriy Kruglikov wrote:

DK> Я это к чеу?
DK> К тому, что может быть опять имеет смысл поднять вопрос о виджетах их
DK> исходников МС
DK> и построении интерфейса из одной единой формы...

Да проблема-то главная не в widget'ах а в их взаимодействии.

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Tue, Jul 31, 2012 at 05:07:48PM +0400, Денис Смирнов wrote:
> Я, кстати, думаю стоит туда еще встроить dhcpcd, чтобы
> автоматом пытаться подцепиться по dhcp. И если получилось --
> даже про сеть не спрашивать.

dhcping

> >> Чтоб можно было не кнопки (пусть и текстовые) нажимать, а параметры
> >> (тот же самый cpio-архив) в командной строке указывать?

Это для флэшки, что ли?

> MB> Это придется пилить, если только найдется практическая польза.
> Сейчас в случае если профиль один на диске -- он ставится автоматом, и
> диалог выбора профиля не показывается. Заставить этот код также парсить
> /proc/cmdline, чтобы брать имя профиля оттуда -- думаю не проблема.

На всякий (размер исошки -- 17M):
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/netinst/

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 07:09:18PM +0300, Michael Shigorin wrote:

>>>> Чтоб можно было не кнопки (пусть и текстовые) нажимать, а параметры
>>>> (тот же самый cpio-архив) в командной строке указывать?
MS> Это для флэшки, что ли?

Или сетевой установки, которой пока нет.

MS> На всякий (размер исошки -- 17M):
MS> http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/netinst/

Что там смотреть? :)

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

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

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

Re: [sisyphus] Текстовый инсталлер

[Michael Shigorin]

On Wed, Aug 01, 2012 at 02:26:08PM +0400, Денис Смирнов wrote:
> Или сетевой установки, которой пока нет.
> > На всякий (размер исошки -- 17M):
> > http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/netinst/
> Что там смотреть? :)

README для начала, вестимо.  А потом можно и саму исошку.

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 04:30:26PM +0300, Michael Bochkaryov wrote:

MB> А вот это диверсия - наличие в сети DHCP-сервера не означает, что нужно
MB> все устройства по нему настраивать. Например, в случае с PBX и IP-телефонами
MB> я бы DHCP только для последних применял.
MB> Опционально можно вопрос задать (статик/dhcp).

Т.е. выкинуть диалог -- "мы тут нашли DHCP, цепляемся к нему, или ручками
настроим?", так?

MB> Сделать то можно - я только применение не совсем понимаю.

Я тоже, потому и не сделал.

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

Ну не полностью, я при разработке инсталлера держал это в голове.

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

Дальше уже через dhcp+tftp раздавать разные конфиги для установки.

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

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

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

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

Re: [sisyphus] Текстовый инсталлер

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

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

On Tue, Jul 31, 2012 at 08:03:19AM +0400, Eugene Prokopiev wrote:

EP> Можно и скриншотами, но лучше в git, конечно. Оно у вас разрезано на
EP> UI и собственно инсталлерную логику? Чтоб можно было не кнопки (пусть
EP> и текстовые) нажимать, а параметры (тот же самый cpio-архив) в
EP> командной строке указывать?

Там этого UI-то совсем чуть-чуть.

Пытаться делать универсальное решение -- это заново изобретать монстра
alterator. Зачем? Этот монстр уже есть, и свою функцию выполянет.

А для легковесного инсталлера проще его чуток подправить под конкретную
задачу.

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

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

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