[devel] custom installer-server

[devel] custom installer-server

[Eugene Prokopiev]

Здравствуйте!

А какой сейчас правильный способ попросить installer-server активнее
чистить за собой?

Вопрос навеян http://lists.altlinux.org/pipermail/devel/2008-June/075178.html

В alterator-install2 в backend3/savesettings.in я делал примерно так:

-list="$(exec_chroot rpmquery -a alterator-autoinstall
alterator-install* installer-group-*)"
+list="$(exec_chroot rpmquery -a alterator* installer-group-* guile16)"
 action 'Removing installer specific packages from installed system' \
 	exec_chroot rpmi -e -- $list

Снова патчить или можно сделать это универсальным / настраиваемым?

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

Re: [devel] custom installer-server

[Michael Shigorin]

On Thu, Jun 26, 2008 at 04:06:23PM +0400, Eugene Prokopiev wrote:
> Снова патчить или можно сделать это универсальным / настраиваемым?

Попробуй?

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

Re: [devel] custom installer-server

[Stanislav Ievlev]

On Thu, Jun 26, 2008 at 04:06:23PM +0400, Eugene Prokopiev wrote:
> Здравствуйте!
> 
> А какой сейчас правильный способ попросить installer-server активнее
> чистить за собой?
> 
> Вопрос навеян http://lists.altlinux.org/pipermail/devel/2008-June/075178.html
> 
> В alterator-install2 в backend3/savesettings.in я делал примерно так:
> 
> -list="$(exec_chroot rpmquery -a alterator-autoinstall
> alterator-install* installer-group-*)"
> +list="$(exec_chroot rpmquery -a alterator* installer-group-* guile16)"
>  action 'Removing installer specific packages from installed system' \
>  	exec_chroot rpmi -e -- $list
> 
> Снова патчить или можно сделать это универсальным / настраиваемым?
Посмотрите новый installer и вопрос отпадёт сам собой ;)

Re: [devel] custom installer-server

[Eugene Prokopiev]

>  > А какой сейчас правильный способ попросить installer-server активнее
>  > чистить за собой?
>  >
>  > Вопрос навеян http://lists.altlinux.org/pipermail/devel/2008-June/075178.html

...

>  > Снова патчить или можно сделать это универсальным / настраиваемым?
>
> Посмотрите новый installer и вопрос отпадёт сам собой ;)

В чей git смотреть?

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

Re: [devel] custom installer-server

[Michael Shigorin]

On Fri, Jun 27, 2008 at 11:55:46AM +0400, Eugene Prokopiev wrote:
> >  > Снова патчить или можно сделать это универсальным / настраиваемым?
> > Посмотрите новый installer и вопрос отпадёт сам собой ;)

А можешь пальццем ткнуть? ;)

> В чей git смотреть?

inger, вестимо.  Потому как у slazav что-то странное последним
коммитом наблюдается, как если бы installer использовался только
с installer-desktop:

 %changelog
+* Thu Jun 19 2008 Vladislav Zavjalov <slazav@altlinux.org> 0.6-alt5
+- modify for new alterator-x11 (require hal, dbus)

 service udevd start
+service messagebus start
+service haldaemon start

Если что нужно alterator-x11 -- давайте пусть он сам о себе
заботится в нужном месте?  Зачем hal в Server, включая инсталер?

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

Re: [devel] custom installer-server

[Valery V. Inozemtsev]

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

В сообщении от 27 июня 2008 Michael Shigorin написал(a):
> On Fri, Jun 27, 2008 at 11:55:46AM +0400, Eugene Prokopiev wrote:
> > >  > Снова патчить или можно сделать это универсальным / настраиваемым?
> > >
> > > Посмотрите новый installer и вопрос отпадёт сам собой ;)
>
> А можешь пальццем ткнуть? ;)
>
> > В чей git смотреть?
>
> inger, вестимо.  Потому как у slazav что-то странное последним
> коммитом наблюдается, как если бы installer использовался только
> с installer-desktop:
>
>  %changelog
> +* Thu Jun 19 2008 Vladislav Zavjalov <slazav@altlinux.org> 0.6-alt5
> +- modify for new alterator-x11 (require hal, dbus)
>
>  service udevd start
> +service messagebus start
> +service haldaemon start
>
> Если что нужно alterator-x11 -- давайте пусть он сам о себе
> заботится в нужном месте?  Зачем hal в Server, включая инсталер?

ничего странного. в иксах включен input-hotplug, отсюда и hal

-- 
Valery V. Inozemtsev

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

Re: [devel] custom installer-server

[Anton Farygin]

Michael Shigorin пишет:
> On Fri, Jun 27, 2008 at 11:55:46AM +0400, Eugene Prokopiev wrote:
>>>  > Снова патчить или можно сделать это универсальным / настраиваемым?
>>> Посмотрите новый installer и вопрос отпадёт сам собой ;)
> 
> А можешь пальццем ткнуть? ;)
> 
>> В чей git смотреть?
> 
> inger, вестимо.  Потому как у slazav что-то странное последним
> коммитом наблюдается, как если бы installer использовался только
> с installer-desktop:
> 
>  %changelog
> +* Thu Jun 19 2008 Vladislav Zavjalov <slazav@altlinux.org> 0.6-alt5
> +- modify for new alterator-x11 (require hal, dbus)
> 
>  service udevd start
> +service messagebus start
> +service haldaemon start
> 
> Если что нужно alterator-x11 -- давайте пусть он сам о себе
> заботится в нужном месте?  Зачем hal в Server, включая инсталер?

Это мега-фича. на второй стадии инсталятора настройкой клавиатуры и мыши 
в xorg занимается hal.

Re: [devel] custom installer-server

[Stanislav Ievlev]

On Fri, Jun 27, 2008 at 12:02:16PM +0300, Michael Shigorin wrote:
> On Fri, Jun 27, 2008 at 11:55:46AM +0400, Eugene Prokopiev wrote:
> > >  > Снова патчить или можно сделать это универсальным / настраиваемым?
> > > Посмотрите новый installer и вопрос отпадёт сам собой ;)
> 
> А можешь пальццем ткнуть? ;)
> 
> > В чей git смотреть?
> 
> inger, вестимо.  Потому как у slazav что-то странное последним
> коммитом наблюдается, как если бы installer использовался только
> с installer-desktop:
Миша, если ты не в курсе, то у нас графический инсталлятор ;)

Re: [devel] custom installer-server

[Eugene Prokopiev]

>  > >  > Снова патчить или можно сделать это универсальным / настраиваемым?
>  > > Посмотрите новый installer и вопрос отпадёт сам собой ;)
>
>
> А можешь пальццем ткнуть? ;)

Да-да. В чей гит (ибо вопрос возник после просмотра
/people/boyarsh/packages/installer-server.git, а у inger он еще
древнее) и в какое именно место смотреть?

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

Re: [devel] custom installer-server

[Stanislav Ievlev]

On Mon, Jun 30, 2008 at 11:26:58AM +0400, Eugene Prokopiev wrote:
> >  > >  > Снова патчить или можно сделать это универсальным / настраиваемым?
> >  > > Посмотрите новый installer и вопрос отпадёт сам собой ;)
> >
> >
> > А можешь пальццем ткнуть? ;)
> 
> Да-да. В чей гит (ибо вопрос возник после просмотра
> /people/boyarsh/packages/installer-server.git, а у inger он еще
> древнее) и в какое именно место смотреть?
postinstall.d, preinstall.d.
А вообще ... wiki.sisyphus.ru/Installer ;)
> 
> -- 
> С уважением,
> Прокопьев Евгений
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] custom installer-server

[Michael Shigorin]

On Mon, Jun 30, 2008 at 10:54:57AM +0400, Stanislav Ievlev wrote:
> > > В чей git смотреть?
> > inger, вестимо.  Потому как у slazav что-то странное
> > последним коммитом наблюдается, как если бы installer
> > использовался только с installer-desktop:
> Миша, если ты не в курсе, то у нас графический инсталлятор ;)

Дык что обеспечивает настройку графики -- то пусть и таскает.
Зафига устраивать "сядем все"?

Хоть на слакварь сваливай -- уже в xorg-drv-mouse пхают этот hal...
на кой он сдался на тонких клиентах, никто спросить не удосужился.

-- 
злобная баба-яга

Re: [devel] custom installer-server

[Anton Farygin]

Michael Shigorin пишет:
> On Mon, Jun 30, 2008 at 10:54:57AM +0400, Stanislav Ievlev wrote:
>>>> В чей git смотреть?
>>> inger, вестимо.  Потому как у slazav что-то странное
>>> последним коммитом наблюдается, как если бы installer
>>> использовался только с installer-desktop:
>> Миша, если ты не в курсе, то у нас графический инсталлятор ;)
> 
> Дык что обеспечивает настройку графики -- то пусть и таскает.
> Зафига устраивать "сядем все"?
> 
> Хоть на слакварь сваливай -- уже в xorg-drv-mouse пхают этот hal...
> на кой он сдался на тонких клиентах, никто спросить не удосужился.

Слакварь тебе не поможет - там тоже будет hal, и тоже всюду.

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

Re: [devel] custom installer-server

[Led]

Wednesday, 02 July 2008 22:47:07 Anton Farygin написав:
> Michael Shigorin пишет:
> > On Mon, Jun 30, 2008 at 10:54:57AM +0400, Stanislav Ievlev wrote:
> >>>> В чей git смотреть?
> >>>
> >>> inger, вестимо.  Потому как у slazav что-то странное
> >>> последним коммитом наблюдается, как если бы installer
> >>> использовался только с installer-desktop:
> >>
> >> Миша, если ты не в курсе, то у нас графический инсталлятор ;)
> >
> > Дык что обеспечивает настройку графики -- то пусть и таскает.
> > Зафига устраивать "сядем все"?
> >
> > Хоть на слакварь сваливай -- уже в xorg-drv-mouse пхают этот hal...
> > на кой он сдался на тонких клиентах, никто спросить не удосужился.
>
> Слакварь тебе не поможет - там тоже будет hal, и тоже всюду.
>
> На тонких клиентах hal будет нужен для обработки событий от сменных
> устройств.

Каких, кроме USB-storage?
И при этом хавать мегабайты процессора и 80% CPU? Или ты о каких-то 
других "ТОНКИХ клиентах"?

-- 
Led

Re: [devel] custom installer-server

[Michael Shigorin]

On Wed, Jul 02, 2008 at 11:47:07PM +0400, Anton Farygin wrote:
> На тонких клиентах hal будет нужен для обработки событий от
> сменных устройств.

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

Понимаешь, сейчас граница по памяти выходит 14M.  Бишь на 16
всё вполне себе живёт.  Добавь ещё три метра этого непотребства,
и из этой границы оно вывалится.  А это подавляющее большинство
первых пентиумов, в т.ч. по школам.

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

Re: [devel] custom installer-server

[Anton Farygin]

Led пишет:
> Wednesday, 02 July 2008 22:47:07 Anton Farygin написав:
>> Michael Shigorin пишет:
>>> On Mon, Jun 30, 2008 at 10:54:57AM +0400, Stanislav Ievlev wrote:
>>>>>> В чей git смотреть?
>>>>> inger, вестимо.  Потому как у slazav что-то странное
>>>>> последним коммитом наблюдается, как если бы installer
>>>>> использовался только с installer-desktop:
>>>> Миша, если ты не в курсе, то у нас графический инсталлятор ;)
>>> Дык что обеспечивает настройку графики -- то пусть и таскает.
>>> Зафига устраивать "сядем все"?
>>>
>>> Хоть на слакварь сваливай -- уже в xorg-drv-mouse пхают этот hal...
>>> на кой он сдался на тонких клиентах, никто спросить не удосужился.
>> Слакварь тебе не поможет - там тоже будет hal, и тоже всюду

Re: [devel] custom installer-server

[Anton Farygin]

Michael Shigorin пишет:
> On Wed, Jul 02, 2008 at 11:47:07PM +0400, Anton Farygin wrote:
>> На тонких клиентах hal будет нужен для обработки событий от
>> сменных устройств.
> 
> Какая радость, а у нас они и без него справляются.
> 
> Понимаешь, сейчас граница по памяти выходит 14M.  Бишь на 16
> всё вполне себе живёт.  Добавь ещё три метра этого непотребства,
> и из этой границы оно вывалится.  А это подавляющее большинство
> первых пентиумов, в т.ч. по школам.

Верю, у меня эта же проблема вылезла в инсталлере.

Но у тебя всё несколько проще - ты можешь отказаться от установки hal и 
настроить xorg другим способом.

Re: [devel] custom installer-server

[Led]

Опять невидимыми чернилами пишешь:)

-- 
Led

Re: [devel] custom installer-server

[Anton Farygin]

Led пишет:
> Опять невидимыми чернилами пишешь:)
> 

Да, опять gmane плющит. Вот что отковырял в "отправленных":


Led пишет:
 > Wednesday, 02 July 2008 22:47:07 Anton Farygin написав:
 >> Michael Shigorin пишет:
 >>> On Mon, Jun 30, 2008 at 10:54:57AM +0400, Stanislav Ievlev wrote:
 >>>>>> В чей git смотреть?
 >>>>> inger, вестимо.  Потому как у slazav что-то странное
 >>>>> последним коммитом наблюдается, как если бы installer
 >>>>> использовался только с installer-desktop:
 >>>> Миша, если ты не в курсе, то у нас графический инсталлятор ;)
 >>> Дык что обеспечивает настройку графики -- то пусть и таскает.
 >>> Зафига устраивать "сядем все"?
 >>>
 >>> Хоть на слакварь сваливай -- уже в xorg-drv-mouse пхают этот hal...
 >>> на кой он сдался на тонких клиентах, никто спросить не удосужился.
 >> Слакварь тебе не поможет - там тоже будет hal, и тоже всюду.
 >>
 >> На тонких клиентах hal будет нужен для обработки событий от сменных
 >> устройств.
 >
 > Каких, кроме USB-storage?

USB ключики, CDROM, принтер, сканер, мышь, клавиатура, планшетка, 
камера.. перечислять можно бесконечно. Всё что можно воткнуть - воткнут 
и будут кричать о том, что не работает. В общем то будут правы.

 > И при этом хавать мегабайты процессора и 80% CPU? Или ты о каких-то 
других "ТОНКИХ клиентах"?

hal и его борода, к счастью, пока не хавает 80% CPU.

Опять же - если мы ведём речь про тонкие клиенты, то там всегда можно 
сочинить xorg.conf без hal, последний прибить в образе (rm -rf никто не 
отменял). Ну или прибить только его ненужные сервисы.

Меня лично больше напрягает console-kit-daemon, который действительно 
жёстко прибит к hal.

Re: [devel] custom installer-server

[Michael Shigorin]

On Thu, Jul 03, 2008 at 12:51:24AM +0400, Anton Farygin wrote:
> Меня лично больше напрягает console-kit-daemon, который
> действительно жёстко прибит к hal.

Кстати, да -- это поделие сегодня было замечено в 3Mb VIRT
и 12Mb RSS.  Оно их вообще отрабатывает или только жрёт?

В другом случае этого же поделия наблюдалось в количестве
63 штук.

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

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

Re: [devel] custom installer-server

[Michael Shigorin]

On Thu, Jul 03, 2008 at 12:31:53AM +0400, Anton Farygin wrote:
> Но у тебя всё несколько проще - ты можешь отказаться от
> установки hal и настроить xorg другим способом.

Ага, я тут недавно возбухал против втаскивания зависимостей 
на hal в alterator-{net-eth,x11} -- Стас меня искренне не понял
:)

(насчёт net-eth -- с меня причитается иное решение, которое
также выберет _только_ физические интерфейсы; #15273)

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

Re: [devel] custom installer-server

[Anton Farygin]

Michael Shigorin пишет:
> On Thu, Jul 03, 2008 at 12:51:24AM +0400, Anton Farygin wrote:
>> Меня лично больше напрягает console-kit-daemon, который
>> действительно жёстко прибит к hal.
> 
> Кстати, да -- это поделие сегодня было замечено в 3Mb VIRT
> и 12Mb RSS.  Оно их вообще отрабатывает или только жрёт?

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

Re: [devel] custom installer-server

[Anton Farygin]

Michael Shigorin пишет:
> On Thu, Jul 03, 2008 at 12:31:53AM +0400, Anton Farygin wrote:
>> Но у тебя всё несколько проще - ты можешь отказаться от
>> установки hal и настроить xorg другим способом.
> 
> Ага, я тут недавно возбухал против втаскивания зависимостей 
> на hal в alterator-{net-eth,x11} -- Стас меня искренне не понял
> :)
> 
> (насчёт net-eth -- с меня причитается иное решение, которое
> также выберет _только_ физические интерфейсы; #15273)

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

А физические интерфейсы через sysfs выявляются очень просто. Собственно 
hal оттуда и выгребает информацию, ничего другого в нём не должно быть.

Re: [devel] custom installer-server

[Led]

Wednesday, 02 July 2008 23:51:24 Anton Farygin написав:

> USB ключики, CDROM, принтер, сканер, мышь, клавиатура, планшетка,
> камера.. перечислять можно бесконечно.

Всё вышеперечисленное обрабатывается правила udev а не жирный вечно жрущий CPU 
недо-сервис hal. Это если udev работает в системе, потому как предусмотрен 
вариант работы и без udev. Кстати, hal без udev будет работать?

> Всё что можно воткнуть - воткнут 
> и будут кричать о том, что не работает. В общем то будут правы.

Если просто "воткнуть" hal - всё чудным образом сразу же и правильно 
заработает?

> hal и его борода, к счастью, пока не хавает 80% CPU.

Это смотря где:)

> Опять же - если мы ведём речь про тонкие клиенты, то там всегда можно
> сочинить xorg.conf без hal, последний прибить в образе (rm -rf никто не
> отменял). Ну или прибить только его ненужные сервисы.

Да при чём тут xorg.conf? Пакет xorg-drv-mouse тянет за собой hal, а тот - ещё 
кучу всего. При том, что xorg-drv-mouse - это mouse_drv.so, который с 
libhal.so не слинкован. При этом не mouse_drv.so использует hal-скрипты, а 
они его. Почему высокоуровненивые "надстройки", которые используют мышиный 
драйвер, находятся в пакете с этим драйвером?

-- 
Led

Re: [devel] custom installer-server

[Stanislav Ievlev]

On Wed, Jul 02, 2008 at 11:59:00PM +0300, Michael Shigorin wrote:
> On Thu, Jul 03, 2008 at 12:31:53AM +0400, Anton Farygin wrote:
> > Но у тебя всё несколько проще - ты можешь отказаться от
> > установки hal и настроить xorg другим способом.
> 
> Ага, я тут недавно возбухал против втаскивания зависимостей 
> на hal в alterator-{net-eth,x11} -- Стас меня искренне не понял
> :)
> 
> (насчёт net-eth -- с меня причитается иное решение, которое
> также выберет _только_ физические интерфейсы; #15273)
Я всегда для страждущих сделать поддержку двух вариантов: с hal и без hal.
Можно например сделать эдакий alterator-hw-functions в двух вариантах.

От net-eth я уже озвучивал в багзилле что мне надо, от x11 мне надо
чтобы некто абсолютно корректно обеспечивал поддержание актуального
состояния input'ов в xorg.conf. В нынешнем xorg для этого нужно уметь
прописывать правильные и не пересекающиеся имена устройств.

Напишет всё это вышеперечисленное без hal - милости просим -- просто добавим вызов 
скрипта в backend.

А сейчас по обоим пунктам вполне устраивает, что со всем этим гемороем
разбирается hal ;)

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