[devel] Re: [d-kernel] 2.6.14-std26-up-alt2 && NF4

[devel] Re: [d-kernel] 2.6.14-std26-up-alt2 && NF4

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

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

On Tue, Dec 13, 2005 at 10:15:04AM +0200, Michael Shigorin wrote:

MS> OK.  А какие планы по бранчу 3.1?  Хоть какие-то опорные даты
MS> нулевого приближения или "надо-сделать-чтобы" есть?

До тех пор, пока не будет:
 - обкатан в Сизифе хоть чуть-чуть новый X.org
 - обкатан ещё хотя бы пару месяцев OpenOffice 2
 - написан консольный интерфейс к alterator

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

Я бы к этому добавил ещё обкатаные PHP5 и MySQL 5, также для сервера.
Иначе дистрибутив будет заведомо непригодным к использованию на практике.

P.S. Ухожу к devel@

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

http://freesource.info


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

[devel] Re: 3.1 plans

[Dmitry V. Levin]

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

On Tue, Dec 13, 2005 at 12:26:32PM +0300, Денис Смирнов wrote:
> On Tue, Dec 13, 2005 at 10:15:04AM +0200, Michael Shigorin wrote:
> 
> MS> OK.  А какие планы по бранчу 3.1?  Хоть какие-то опорные даты
> MS> нулевого приближения или "надо-сделать-чтобы" есть?

Пока думаем.
В нулевом приближении: бранч в середине апреля, релиз в середине июля,
полноценная поддержка x86_64.  Всё остальное пока под вопросом.


-- 
ldv

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

[devel] q: 3.1? (was: [d-kernel] 2.6.14-std26-up-alt2 && NF4)

[Michael Shigorin]

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

On Tue, Dec 13, 2005 at 12:26:32PM +0300, Денис Смирнов wrote:
>  - обкатан ещё хотя бы пару месяцев OpenOffice 2

Бессмысленно.  Эта штука такая, как есть, и +/- пара месяцев 
ей абсолютно до фени.

> Я бы к этому добавил ещё обкатаные PHP5 и MySQL 5, также для сервера.
> Иначе дистрибутив будет заведомо непригодным к использованию на практике.

Вот в этом сильно не уверен.  Скорее 4.последнее IMCO, раз
"на практике" (по крайней мере нашей).

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

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

Re: [devel] Re: [d-kernel] 2.6.14-std26-up-alt2 && NF4

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 12:26:32PM +0300, Денис Смирнов wrote:
> On Tue, Dec 13, 2005 at 10:15:04AM +0200, Michael Shigorin wrote:
> 
> MS> OK.  А какие планы по бранчу 3.1?  Хоть какие-то опорные даты
> MS> нулевого приближения или "надо-сделать-чтобы" есть?
> 
> До тех пор, пока не будет:
>  - обкатан в Сизифе хоть чуть-чуть новый X.org
>  - обкатан ещё хотя бы пару месяцев OpenOffice 2
>  - написан консольный интерфейс к alterator
Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
является ключевым для сервера, если есть возможность работать через http/https.

Весьма перспективным является в этом плане возможность сделать "лёгкий"
http-интерфейс, который работал бы и под elinks (это позволило бы особо
страждующим работать прямо в консоли ;) )

Нынешний использует qooxdoo, который предъявляет достаточно большие требования к браузеру.
Если кто захочет это реализовать - welcome ;)

--
Станислав Иевлев.

[devel] [3.1] Re: [d-kernel] 2.6.14-std26-up-alt2 && NF4

[Michael Shigorin]

On Tue, Dec 13, 2005 at 05:20:37PM +0300, Stanislav Ievlev wrote:
> если есть возможность работать через http/https.

ssh -L тоже не отменяли :)

PS: давайте действительно в devel@...

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

Re: [devel] q: 3.1? (was: [d-kernel] 2.6.14-std26-up-alt2 && NF4)

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

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

On Tue, Dec 13, 2005 at 01:32:58PM +0200, Michael Shigorin wrote:

>>  - обкатан ещё хотя бы пару месяцев OpenOffice 2
MS> Бессмысленно.  Эта штука такая, как есть, и +/- пара месяцев 
MS> ей абсолютно до фени.

За пару месяцев большинство переползёт с 1.1.5 на 2.x.

>> Я бы к этому добавил ещё обкатаные PHP5 и MySQL 5, также для сервера.
>> Иначе дистрибутив будет заведомо непригодным к использованию на практике.
MS> Вот в этом сильно не уверен.  Скорее 4.последнее IMCO, раз
MS> "на практике" (по крайней мере нашей).

Если речь о MySQL -- таки 4.последнее приемлимо. Хотя лучше всё-таки
сборку 5.x тоже иметь к тому времени в Сизифе и немного обкатать.

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

http://freesource.info
----------------------------------------------------------------------------
Можно попробовать; в этом скрипте и так уже есть race. :(
		-- ldv in devel@


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

Re: [devel] Re: [d-kernel] 2.6.14-std26-up-alt2 && NF4

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

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

On Tue, Dec 13, 2005 at 05:20:37PM +0300, Stanislav Ievlev wrote:

SI> Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
SI> является ключевым для сервера, если есть возможность работать через http/https.

Сервер, который нельзя установить по serial console не сервер а так,
детская игрушка.

Сама по себе _необходимость_ иметь более-менее приличный дисплей всё-таки
напрягает. Как и _необходимость_ ставить иксы на сервер. Как минимум
Asterisk, которым я занимаюсь, практически не живёт на машинах где стоит
X-Server -- слишком уж он realtime-чувствительный. Даже framebuffer
настоятельно рекомендуется убивать нафиг.

Хотя таки да, я забылся немножко -- EVMS гораздо приоритетнее, потому как
иксы можно после инсталлятора и руками убить.

SI> Весьма перспективным является в этом плане возможность сделать "лёгкий"
SI> http-интерфейс, который работал бы и под elinks (это позволило бы особо
SI> страждующим работать прямо в консоли ;) )

А вот это уже совсем не обязательно. Если сервер настолько жив, что у него
уже появился живой http-сервер, то это значит что работать с ним я могу
firefox'ом на своей машине. 

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

http://freesource.info
----------------------------------------------------------------------------
<Voins> wow, gvy уже и в bugtraq засветился :)) никогда его там раньше
        не видел :)


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

Re: [devel] 3.1 plans

[Dmitry V. Levin]

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

On Tue, Dec 13, 2005 at 06:19:20PM +0300, Денис Смирнов wrote:
> On Tue, Dec 13, 2005 at 05:20:37PM +0300, Stanislav Ievlev wrote:
> 
> SI> Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
> SI> является ключевым для сервера, если есть возможность работать через http/https.
> 
> Сервер, который нельзя установить по serial console не сервер а так,
> детская игрушка.
> 
> Сама по себе _необходимость_ иметь более-менее приличный дисплей всё-таки
> напрягает. Как и _необходимость_ ставить иксы на сервер. Как минимум
> Asterisk, которым я занимаюсь, практически не живёт на машинах где стоит
> X-Server -- слишком уж он realtime-чувствительный. Даже framebuffer
> настоятельно рекомендуется убивать нафиг.

Мне тоже так _казалось_.  Потом решил, что на время установки можно
согласится и на иксы.


-- 
ldv

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

[devel] Re: q: 3.1?

[Michael Shigorin]

On Tue, Dec 13, 2005 at 06:15:42PM +0300, Денис Смирнов wrote:
> >>  - обкатан ещё хотя бы пару месяцев OpenOffice 2
> MS> Бессмысленно.  Эта штука такая, как есть, и +/- пара месяцев 
> MS> ей абсолютно до фени.
> За пару месяцев большинство переползёт с 1.1.5 на 2.x.

По форматам они совместимы. (и да, там явно будет 2.0.x+ :)

> >> Я бы к этому добавил ещё обкатаные PHP5 и MySQL 5, также для
> >> сервера.  Иначе дистрибутив будет заведомо непригодным к
> >> использованию на практике.
> MS> Вот в этом сильно не уверен.  Скорее 4.последнее IMCO, раз
> MS> "на практике" (по крайней мере нашей).
> Если речь о MySQL -- таки 4.последнее приемлимо. Хотя лучше
> всё-таки сборку 5.x тоже иметь к тому времени в Сизифе и
> немного обкатать.

mysql@packages от помощи вроде не отказывались.  Кстати, сегодня
4.1.16 анонсировали, там десяток крэш-багов зафиксили.

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

Re: [devel] 3.1 plans

[Sergey V Turchin]

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

On Tuesday 13 December 2005 18:28, Dmitry V. Levin wrote:

[...]

> Мне тоже так _казалось_.  Потом решил, что на время установки
> можно согласится и на иксы.
Но тогда их предется установить в систему для запуска 3-й стадии.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Server distro (a-la kickstart)

[Andrey Brindeew]

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

On Tue, Dec 13, 2005 at 05:20:37PM +0300, Stanislav Ievlev wrote:
> > До тех пор, пока не будет:
> >  - обкатан в Сизифе хоть чуть-чуть новый X.org
> >  - обкатан ещё хотя бы пару месяцев OpenOffice 2
> >  - написан консольный интерфейс к alterator
> Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
> является ключевым для сервера, если есть возможность работать через http/https.
> 
> Весьма перспективным является в этом плане возможность сделать "лёгкий"
> http-интерфейс, который работал бы и под elinks (это позволило бы особо
> страждующим работать прямо в консоли ;) )

Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
kickstart'ы. Непонятно что при этом делать с разными именами
пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)

Ну и поддержка USB-клавиатур (флопов, CD-ROM'ов) просто
необходима. Иногда бывает так, что другого просто ничего не (и
небудет): http://www-03.ibm.com/servers/eserver/bladecenter/

На данный момент, по словам vsu@, в modules.mar (как минимум в
rc10 Компакта) не хватает usbhid. Почему CD-ROM не нашелся - тоже
непонятно, я готов этот вопрос исследовать, только скажите куда
копать...

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] 3.1 plans

[Andrey Brindeew]

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

On Tue, Dec 13, 2005 at 06:40:32PM +0300, Sergey V Turchin wrote:
> > Мне тоже так _казалось_.  Потом решил, что на время установки
> > можно согласится и на иксы.
> Но тогда их предется установить в систему для запуска 3-й стадии.

Зачем мне иксы в момент одновременной установки ...дцати узлов
HPC-кластера методом kickstart'а? Наш тулкит ставит RHEL
исключительно в текстовом режиме. Оно не надо, когда человека за
дисплеем нет (впрочем, как нет и дисплея - сериальная консоль).

HPC не за горами, закон Мура перестает работать, все уползают к
параллельности в том или ином (OpenMP/MPI) виде.

Текстовому инсталлятору быть!

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] 3.1 plans

[Alexander Bokovoy]

Dmitry V. Levin wrote:
>>SI> Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
>>SI> является ключевым для сервера, если есть возможность работать через http/https.
>>
>>Сервер, который нельзя установить по serial console не сервер а так,
>>детская игрушка.
>>
>>Сама по себе _необходимость_ иметь более-менее приличный дисплей всё-таки
>>напрягает. Как и _необходимость_ ставить иксы на сервер. Как минимум
>>Asterisk, которым я занимаюсь, практически не живёт на машинах где стоит
>>X-Server -- слишком уж он realtime-чувствительный. Даже framebuffer
>>настоятельно рекомендуется убивать нафиг.
> 
> Мне тоже так _казалось_.  Потом решил, что на время установки можно
> согласится и на иксы.
Нельзя. Есть машины, где чудесные иксы будут находиться в большом 
отдалении от реально доступных видеокарт и зрителей. А еще есть машины, 
на которых вообще видеокарт нет.

Вообщем, хотя бы автоматический режим установки должен быть возможным 
без иксов.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] 3.1 plans

[Dmitry V. Levin]

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

On Tue, Dec 13, 2005 at 06:54:42PM +0300, Andrey Brindeew wrote:
> On Tue, Dec 13, 2005 at 06:40:32PM +0300, Sergey V Turchin wrote:
> > > Мне тоже так _казалось_.  Потом решил, что на время установки
> > > можно согласится и на иксы.
> > Но тогда их предется установить в систему для запуска 3-й стадии.
> 
> Зачем мне иксы в момент одновременной установки ...дцати узлов
> HPC-кластера методом kickstart'а?

Для установки "методом kickstart'а" визуализация вообще ненужна, ни
текстовая, ни графическая.


-- 
ldv

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

[devel] Re: Server distro (a-la kickstart)

[Michael Shigorin]

On Tue, Dec 13, 2005 at 06:50:54PM +0300, Andrey Brindeew wrote:
> Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
> По типу Red Hat'овского kickstart'а и новелевого autoyast'а.

Нам скорее надо.  Впрочем, ровно сейчас System Imager даже лучше,
поскольку не все изменения возможно разумно формализовать в пакеты.

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

Re: [devel] 3.1 plans

[Dmitry V. Levin]

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

On Tue, Dec 13, 2005 at 07:03:40PM +0300, Alexander Bokovoy wrote:
> Dmitry V. Levin wrote:
> >>SI> Консольный интерфейс на данный момент стоит на последнем месте. Кроме 
> >>того он не
> >>SI> является ключевым для сервера, если есть возможность работать через 
> >>http/https.
> >>
> >>Сервер, который нельзя установить по serial console не сервер а так,
> >>детская игрушка.
> >>
> >>Сама по себе _необходимость_ иметь более-менее приличный дисплей всё-таки
> >>напрягает. Как и _необходимость_ ставить иксы на сервер. Как минимум
> >>Asterisk, которым я занимаюсь, практически не живёт на машинах где стоит
> >>X-Server -- слишком уж он realtime-чувствительный. Даже framebuffer
> >>настоятельно рекомендуется убивать нафиг.
> >
> >Мне тоже так _казалось_.  Потом решил, что на время установки можно
> >согласится и на иксы.
> Нельзя. Есть машины, где чудесные иксы будут находиться в большом 
> отдалении от реально доступных видеокарт и зрителей. А еще есть машины, 
> на которых вообще видеокарт нет.

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

> Вообщем, хотя бы автоматический режим установки должен быть возможным 
> без иксов.

И без интерфейса вообще.


-- 
ldv

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

[devel] Re: 3.1 plans

[Michael Shigorin]

On Tue, Dec 13, 2005 at 06:54:42PM +0300, Andrey Brindeew wrote:
> > > Мне тоже так _казалось_.  Потом решил, что на время установки
> > > можно согласится и на иксы.
> > Но тогда их предется установить в систему для запуска 3-й стадии.
> Зачем мне иксы в момент одновременной установки ...дцати узлов
> HPC-кластера методом kickstart'а? Наш тулкит ставит RHEL
> исключительно в текстовом режиме. Оно не надо, когда человека за
> дисплеем нет (впрочем, как нет и дисплея - сериальная консоль).
> HPC не за горами, закон Мура перестает работать, все уползают к
> параллельности в том или ином (OpenMP/MPI) виде.
> Текстовому инсталлятору быть!

Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
русского IBM. :)

(выложить -- собираемся...)

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

Re: [devel] 3.1 plans

[Sergey V Turchin]

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

On Tuesday 13 December 2005 19:03, Alexander Bokovoy wrote:

[...]

> Нельзя. Есть машины, где чудесные иксы будут находиться в большом
> отдалении от реально доступных видеокарт и зрителей.
> А еще есть 
> машины, на которых вообще видеокарт нет.
>
> Вообщем, хотя бы автоматический режим установки должен быть
> возможным без иксов.
Теоретически(пока) есть возможность поставиться через 
http-интерфейс.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] 3.1 plans

[Aleksey Avdeev]

Sergey V Turchin пишет:
> On Tuesday 13 December 2005 19:03, Alexander Bokovoy wrote:
> 
> [...]
> 
> 
>>Нельзя. Есть машины, где чудесные иксы будут находиться в большом
>>отдалении от реально доступных видеокарт и зрителей.
>>А еще есть 
>>машины, на которых вообще видеокарт нет.
>>
>>Вообщем, хотя бы автоматический режим установки должен быть
>>возможным без иксов.
> 
> Теоретически(пока) есть возможность поставиться через 
> http-интерфейс.

   А как это сделать?

-- 

С уважением. Алексей.

Re: [devel] 3.1 plans

[Sergey V Turchin]

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

On Tuesday 13 December 2005 19:46, Aleksey Avdeev wrote:

[...]
> > Теоретически(пока) есть возможность поставиться через
> > http-интерфейс.
>    А как это сделать?
Никак. Не реализовано.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Re: q: 3.1?

[Konstantin A. Lepikhov]

<цитата от="Michael Shigorin">
<skip>
>> Если речь о MySQL -- таки 4.последнее приемлимо. Хотя лучше
>> всё-таки сборку 5.x тоже иметь к тому времени в Сизифе и
>> немного обкатать.
>
> mysql@packages от помощи вроде не отказывались.  Кстати, сегодня
> 4.1.16 анонсировали, там десяток крэш-багов зафиксили.
4.1.16 у меня готов. так что в ближайшем времени он будет залит.

-- 
WBR et al.

Re: [devel] 3.1 plans

[Andrey Brindeew]

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

On Tue, Dec 13, 2005 at 07:13:39PM +0300, Dmitry V. Levin wrote:
> > Зачем мне иксы в момент одновременной установки ...дцати узлов
> > HPC-кластера методом kickstart'а?
> 
> Для установки "методом kickstart'а" визуализация вообще ненужна, ни
> текстовая, ни графическая.

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

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] Re: 3.1 plans

[Andrey Brindeew]

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

On Tue, Dec 13, 2005 at 06:17:19PM +0200, Michael Shigorin wrote:
> Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
> русского IBM. :)

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

Способ, который ты предлагаешь, на курсах у нас называли "Do It
Youself". :-)

Но людям, у которых есть деньги на кластер, как правило на нём
хочется что-то считать, а не тратить _значительное_ время на
настройку и установку. Время экономится кластерными тулкитами.

Вот. :-)

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] 3.1 plans

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

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

On Tue, Dec 13, 2005 at 07:20:54PM +0300, Sergey V Turchin wrote:

SVT> Теоретически(пока) есть возможность поставиться через 
SVT> http-интерфейс.

Для этого как минимум интерфейсы поднять надо. И перенести таки _все_
компоненты установщика в alterator.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] Re: 3.1 plans

[Dmitry V. Levin]

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

On Tue, Dec 13, 2005 at 09:56:56PM +0300, Andrey Brindeew wrote:
> On Tue, Dec 13, 2005 at 06:17:19PM +0200, Michael Shigorin wrote:
> > Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
> > русского IBM. :)
> 
> Когда у тебя три-четыре ноды еще можно их поставить ручками,
> включить/выключить (на четырех я уже задалбываюсь это ручками
> делать). А вот когда их больше, то тут уже нужно централизованное
> администрирование, мониторинг, автоматическая установка новых
> узлов (как переустановка имеющихся, так и установка нового железа
> - вариант расширения кластера), централизованное управление
> питанием (спросить у ноды состояние, включить/выключить),
> централизованный доступ к нодам по сериальной консоли, ...
> 
> Способ, который ты предлагаешь, на курсах у нас называли "Do It
> Youself". :-)

А, благородный дон прослушал курсы? :)

Нет, по данным на сегодняшний день в 3.1 установка на кластеры
не приоритетна.  Может потом и до этого дорастём.


-- 
ldv

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

Re: [devel] Re: 3.1 plans

[Alexander Bokovoy]

Michael Shigorin wrote:
> Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
> русского IBM. :)
> 
> (выложить -- собираемся...)
Потому что существуют средства управления кластерами (hint: на установке 
дело не заканчивается), которые используют стандартные методы установки 
распространенных дистрибутивов (kickstart, yast xml). Интеграция с ними 
посредством, скажем, kickstart -- наиболее простой способ.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Re: 3.1 plans

[Alexander Bokovoy]

Dmitry V. Levin wrote:
>>
>>Способ, который ты предлагаешь, на курсах у нас называли "Do It
>>Youself". :-)
> 
> 
> А, благородный дон прослушал курсы? :)
Нет, он их уже сам читает :-)

> 
> Нет, по данным на сегодняшний день в 3.1 установка на кластеры
> не приоритетна.  Может потом и до этого дорастём.
На самом деле, внятный проигрыватель сценария не помешает в любом 
случае. Насколько я помню, Стас уже начинал в этой области работать.


-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[devel] Re: 3.1 plans

[Michael Shigorin]

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

On Tue, Dec 13, 2005 at 09:56:56PM +0300, Andrey Brindeew wrote:
> > Зафига тебе на кластере вообще инсталер?  PXE и SI спасут
> > отца русского IBM. :)
> Способ, который ты предлагаешь, на курсах у нас называли "Do It
> Youself". :-)

Ты уже посмотрел SI? (systemimager.org)

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

> Но людям, у которых есть деньги на кластер, как правило на нём
> хочется что-то считать, а не тратить _значительное_ время на
> настройку и установку. Время экономится кластерными тулкитами.
> Вот. :-)

Вот и потратьте чего-то на заказ этой фиговины альтам, нам или
ещё кому белому и пушистому. :]

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

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

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

[devel] Re: 3.1 plans

[Michael Shigorin]

On Tue, Dec 13, 2005 at 10:40:20PM +0300, Alexander Bokovoy wrote:
> >Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
> >русского IBM. :) (выложить -- собираемся...)
> Потому что существуют средства управления кластерами (hint:
> на установке дело не заканчивается), которые используют
> стандартные методы установки распространенных дистрибутивов
> (kickstart, yast xml). Интеграция с ними посредством, скажем,
> kickstart -- наиболее простой способ.

Так не мутите воду и идите нафиг со своими закидонами вида
"хотим то и ещё сё, а потом всё равно скажем, что надо только
сертифицированное нашей лавкой" :)

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

</>

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

[devel] Re: 3.1 plans

[Konstantin A. Lepikhov]

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

Hi Andrey!

Tuesday 13, at 06:54:42 PM you wrote:

> HPC не за горами, закон Мура перестает работать, все уползают к
> параллельности в том или ином (OpenMP/MPI) виде.
Не хочешь openssi подхватить? :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Re: 3.1 plans

[Alexander Bokovoy]

Michael Shigorin wrote:
> Так не мутите воду и идите нафиг со своими закидонами вида
> "хотим то и ещё сё, а потом всё равно скажем, что надо только
> сертифицированное нашей лавкой" :)
:-)

> Ну или внятнее про конкретные средства, поскольку "стандартные"
> методы стандартны ровно в рамках родных дистрибутивов.
Речь идет о CSM, xCAT и прочих OSCAR и Rocks

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] 3.1 plans

[Sergey V Turchin]

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

On Tuesday 13 December 2005 21:59, Денис Смирнов wrote:
> On Tue, Dec 13, 2005 at 07:20:54PM +0300, Sergey V Turchin wrote:
>
> SVT> Теоретически(пока) есть возможность поставиться через
> SVT> http-интерфейс.
>
> Для этого как минимум интерфейсы поднять надо. И перенести таки
> _все_ компоненты установщика в alterator.
это была расшифровка слова "пока" :-)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: 3.1 plans

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

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

On Tue, Dec 13, 2005 at 10:45:52PM +0300, Alexander Bokovoy wrote:

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

Думается он-то как раз всем нужен. И создателям Appliance'ов, и OEM.

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

http://freesource.info
----------------------------------------------------------------------------
Как меня достал этот mc и libgpm.
Mouse, боюсь что на этот раз ты крайним будешь.
		-- ldv in #3867

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

Re: [devel] Re: 3.1 plans

[Alexander Bokovoy]

Денис Смирнов wrote:
> On Tue, Dec 13, 2005 at 10:45:52PM +0300, Alexander Bokovoy wrote:
> 
> AB> На самом деле, внятный проигрыватель сценария не помешает в любом 
> AB> случае. Насколько я помню, Стас уже начинал в этой области работать.
> 
> Думается он-то как раз всем нужен. И создателям Appliance'ов, и OEM.
Это нам очевидно, но вот почему-то такая простая идея вызывает такое 
напряжение и сопротивление...

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] 3.1 plans

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 06:40:32PM +0300, Sergey V Turchin wrote:
> On Tuesday 13 December 2005 18:28, Dmitry V. Levin wrote:
> 
> [...]
> 
> > Мне тоже так _казалось_.  Потом решил, что на время установки
> > можно согласится и на иксы.
> Но тогда их предется установить в систему для запуска 3-й стадии.
Не уверен что третья стадия нужна для серверного дистрибутива.

Re: [devel] 3.1 plans

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 09:50:11PM +0300, Andrey Brindeew wrote:
> On Tue, Dec 13, 2005 at 07:13:39PM +0300, Dmitry V. Levin wrote:
> > > Зачем мне иксы в момент одновременной установки ...дцати узлов
> > > HPC-кластера методом kickstart'а?
> > 
> > Для установки "методом kickstart'а" визуализация вообще ненужна, ни
> > текстовая, ни графическая.
> 
> С моей точки зрения нужно отображение этапа (при установке
> пакетов - имени пакета) и некий индикатор активности, который
> будет свидетельствовать о том, что машина физически не зависла.
Для этого опять-таки не требуется полноэкранный текстовый режим. Именно
это все понимают под так называемым консольным режимом.

Re: [devel] Re: 3.1 plans

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 09:56:56PM +0300, Andrey Brindeew wrote:
> On Tue, Dec 13, 2005 at 06:17:19PM +0200, Michael Shigorin wrote:
> > Зафига тебе на кластере вообще инсталер?  PXE и SI спасут отца
> > русского IBM. :)
> 
> Когда у тебя три-четыре ноды еще можно их поставить ручками,
> включить/выключить (на четырех я уже задалбываюсь это ручками
> делать). А вот когда их больше, то тут уже нужно централизованное
> администрирование, мониторинг, автоматическая установка новых
> узлов (как переустановка имеющихся, так и установка нового железа
> - вариант расширения кластера), централизованное управление
> питанием (спросить у ноды состояние, включить/выключить),
> централизованный доступ к нодам по сериальной консоли, ...
Ну и зачем тогда сериальная консоль. Если узел смог загрузиться из сети,
то значит он туда же и отдасться может ;)

Re: [devel] Re: 3.1 plans

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 10:45:52PM +0300, Alexander Bokovoy wrote:
> Dmitry V. Levin wrote:
> >>
> >>Способ, который ты предлагаешь, на курсах у нас называли "Do It
> >>Youself". :-)
> >
> >
> >А, благородный дон прослушал курсы? :)
> Нет, он их уже сам читает :-)
> 
> >
> >Нет, по данным на сегодняшний день в 3.1 установка на кластеры
> >не приоритетна.  Может потом и до этого дорастём.
> На самом деле, внятный проигрыватель сценария не помешает в любом 
> случае. Насколько я помню, Стас уже начинал в этой области работать.
Оно уже всё есть и ждёт своего часа... Так что как только кто мне закажет... ;))

Re: [devel] Server distro (a-la kickstart)

[Stanislav Ievlev]

On Tue, Dec 13, 2005 at 06:50:54PM +0300, Andrey Brindeew wrote:
> On Tue, Dec 13, 2005 at 05:20:37PM +0300, Stanislav Ievlev wrote:
> > > До тех пор, пока не будет:
> > >  - обкатан в Сизифе хоть чуть-чуть новый X.org
> > >  - обкатан ещё хотя бы пару месяцев OpenOffice 2
> > >  - написан консольный интерфейс к alterator
> > Консольный интерфейс на данный момент стоит на последнем месте. Кроме того он не
> > является ключевым для сервера, если есть возможность работать через http/https.
> > 
> > Весьма перспективным является в этом плане возможность сделать "лёгкий"
> > http-интерфейс, который работал бы и под elinks (это позволило бы особо
> > страждующим работать прямо в консоли ;) )
> 
> Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
> По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
> Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
> kickstart'ы. Непонятно что при этом делать с разными именами
> пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)
Вот с этого места, пожайлуста, по-подробнее.
Зачем нам нужны чужие сценарии и смогут ли они у нас вообще сработать в
общем случае.

P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).

Re: [devel] Server distro (a-la kickstart)

[Alexander Bokovoy]

Stanislav Ievlev wrote:
>>Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
>>По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
>>Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
>>kickstart'ы. Непонятно что при этом делать с разными именами
>>пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)
> 
> Вот с этого места, пожайлуста, по-подробнее.
> Зачем нам нужны чужие сценарии и смогут ли они у нас вообще сработать в
> общем случае.
Нам не нужны чужие сценарии. Нужна интеграция наших в существующие 
средства управления большими установками. Они поддерживают kickstart и 
autoyast. Интеграция совершенно иного вида сценариев в них практически 
невозможна (некоторые из этих средств, самые вкусные, распространяются 
коммерчески).

> 
> P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
того, что это группа, а не конкретный пакет. Создается впечатление, что 
ты никогда не видел RedHat.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Server distro (a-la kickstart)

[Dmitry V. Levin]

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

On Wed, Dec 14, 2005 at 05:42:41PM +0300, Alexander Bokovoy wrote:
> >P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
> Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
> того, что это группа, а не конкретный пакет. Создается впечатление, что 
> ты никогда не видел RedHat.

В RHEL4 нет группы Everything (если я правильно понял, что ты называешь
группой).

P.S. Давайте с трёпом в *-room?


-- 
ldv

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

Re: [devel] Server distro (a-la kickstart)

[Alexander Bokovoy]

Dmitry V. Levin wrote:
> On Wed, Dec 14, 2005 at 05:42:41PM +0300, Alexander Bokovoy wrote:
> 
>>>P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
>>
>>Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
>>того, что это группа, а не конкретный пакет. Создается впечатление, что 
>>ты никогда не видел RedHat.
> 
> 
> В RHEL4 нет группы Everything (если я правильно понял, что ты называешь
> группой).
В Anaconda указание @Everything в kickstart приводит к установке всех 
доступных пакетов. С самого начала существования kickstart.

> 
> P.S. Давайте с трёпом в *-room?
Треп? Я теряю остатки уважения к разработчикам, увы.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Server distro (a-la kickstart)

[Victor Forsyuk]

On Wed, Dec 14, 2005 at 05:53:33PM +0300, Dmitry V. Levin wrote:
> On Wed, Dec 14, 2005 at 05:42:41PM +0300, Alexander Bokovoy wrote:
> > >P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
> > Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
> > того, что это группа, а не конкретный пакет. Создается впечатление, что 
> > ты никогда не видел RedHat.
> 
> В RHEL4 нет группы Everything (если я правильно понял, что ты называешь
> группой).
> 
> P.S. Давайте с трёпом в *-room?

Не имею времени просматривать смокингрумы и комьюнити.
Категорически не считаю обсуждаемое недевелоперским трёпом.

Re: [devel] 3.1 plans

[Sergey V Turchin]

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

On Wednesday 14 December 2005 17:17, Stanislav Ievlev wrote:
> On Tue, Dec 13, 2005 at 06:40:32PM +0300, Sergey V Turchin wrote:
> > On Tuesday 13 December 2005 18:28, Dmitry V. Levin wrote:
> >
> > [...]
> >
> > > Мне тоже так _казалось_.  Потом решил, что на время установки
> > > можно согласится и на иксы.
> >
> > Но тогда их предется установить в систему для запуска 3-й
> > стадии.
> Не уверен что третья стадия нужна для серверного дистрибутива.
Тогда вообще не нужна.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Server distro (a-la kickstart)

[Dmitry V. Levin]

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

On Wed, Dec 14, 2005 at 06:59:03PM +0300, Alexander Bokovoy wrote:
> Dmitry V. Levin wrote:
> >On Wed, Dec 14, 2005 at 05:42:41PM +0300, Alexander Bokovoy wrote:
> >
> >>>P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
> >>
> >>Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
> >>того, что это группа, а не конкретный пакет. Создается впечатление, что 
> >>ты никогда не видел RedHat.
> >
> >В RHEL4 нет группы Everything (если я правильно понял, что ты называешь
> >группой).
> В Anaconda указание @Everything в kickstart приводит к установке всех 
> доступных пакетов. С самого начала существования kickstart.

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

> >P.S. Давайте с трёпом в *-room?
> Треп?

Да, обсуждение деталей RedHat'овского kickstart'а здесь и сейчас таковым и
является.

> Я теряю остатки уважения к разработчикам, увы.

Это право (а может быть и неотъемлемая черта) каждого профессионального
консалтера. :)


-- 
ldv

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

Re: [devel] Server distro (a-la kickstart)

[Andrey Brindeew]

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

On Wed, Dec 14, 2005 at 05:30:25PM +0300, Stanislav Ievlev wrote:
> > Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
> > По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
> > Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
> > kickstart'ы. Непонятно что при этом делать с разными именами
> > пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)
> Вот с этого места, пожайлуста, по-подробнее.
> Зачем нам нужны чужие сценарии и смогут ли они у нас вообще сработать в
> общем случае.

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

Разбивка диска так-то, ставимся вот с такого-то NFS-сервера,
после запуска надо сеть сконфигурить так-то, пароль руту
поставить такой-то и запустить два скрипта - в среде инсталлятора
и в установленной системе. Большего и не надо.

> P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).

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

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] Server distro (a-la kickstart)

[Andrey Brindeew]

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

On Wed, Dec 14, 2005 at 07:27:53PM +0300, Dmitry V. Levin wrote:
> > >P.S. Давайте с трёпом в *-room?
> > Треп?
> 
> Да, обсуждение деталей RedHat'овского kickstart'а здесь и сейчас таковым и
> является.

Я привел пример (интересующиеся пойдут на www.redhat.com, ткнут
ссылку Documentation и почитают на досуге), обсуждения я не
начинал.

Была идея продуктивно поговорить про автоустановщик, т.н.
"проигрыватель сценариев". Мне жаль, что она не встретила
понимания в среде core-team.

> Это право (а может быть и неотъемлемая черта) каждого профессионального
> консалтера. :)

Не нужно переходить на личности в техническом разговоре, право...

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] Server distro (a-la kickstart)

[Dmitry V. Levin]

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

On Wed, Dec 14, 2005 at 07:48:00PM +0300, Andrey Brindeew wrote:
> On Wed, Dec 14, 2005 at 07:27:53PM +0300, Dmitry V. Levin wrote:
> > > >P.S. Давайте с трёпом в *-room?
> > > Треп?
> > 
> > Да, обсуждение деталей RedHat'овского kickstart'а здесь и сейчас таковым и
> > является.
> 
> Я привел пример (интересующиеся пойдут на www.redhat.com, ткнут
> ссылку Documentation и почитают на досуге), обсуждения я не
> начинал.
> 
> Была идея продуктивно поговорить про автоустановщик, т.н.
> "проигрыватель сценариев".

На данном этапе детально обсуждать автоустановщик ещё рано.
По крайней мере мне так кажется.


-- 
ldv

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

[devel] Re: Server distro (a-la kickstart)

[Sergey Bolshakov]

>>>>> "Andrey" == Andrey Brindeew <abr@altlinux.ru> writes:
[skipped]

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

 > Разбивка диска так-то, ставимся вот с такого-то NFS-сервера,
 > после запуска надо сеть сконфигурить так-то, пароль руту
 > поставить такой-то и запустить два скрипта - в среде инсталлятора
 > и в установленной системе. Большего и не надо.

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

-- 

Re: [devel] Re: Server distro (a-la kickstart)

[Alexander Bokovoy]

Sergey Bolshakov wrote:
>  > Разбивка диска так-то, ставимся вот с такого-то NFS-сервера,
>  > после запуска надо сеть сконфигурить так-то, пароль руту
>  > поставить такой-то и запустить два скрипта - в среде инсталлятора
>  > и в установленной системе. Большего и не надо.
> 
> Мне кажется, некоторые в этом треде ломятся в открытую дверь.
> Никто не отрицает как желательность, так и возможность такого
> механизма; детали реализации оного уместно было бы проводить,
> на мой взляд, в специально отведенном для этого месте.
Можно указать это место? Я понимаю, что это не *-room@, но других 
рабочих мест для обсуждения разрабатываемой функциональности мне 
неизвестно -- ведь речь идет не только о alterator, а о совокупности 
приложений, которые должны поддерживать такую функциональность.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[devel] Re: Server distro (a-la kickstart)

[Sergey Bolshakov]

>>>>> "Alexander" == Alexander Bokovoy <ab@altlinux.ru> writes:

 > Sergey Bolshakov wrote:
 >> > Разбивка диска так-то, ставимся вот с такого-то NFS-сервера,
 >> > после запуска надо сеть сконфигурить так-то, пароль руту
 >> > поставить такой-то и запустить два скрипта - в среде инсталлятора
 >> > и в установленной системе. Большего и не надо.
 >> Мне кажется, некоторые в этом треде ломятся в открытую дверь.
 >> Никто не отрицает как желательность, так и возможность такого
 >> механизма; детали реализации оного уместно было бы проводить,
 >> на мой взляд, в специально отведенном для этого месте.
 > Можно указать это место? Я понимаю, что это не *-room@, но других
 > рабочих мест для обсуждения разрабатываемой функциональности мне
 > неизвестно -- ведь речь идет не только о alterator, а о совокупности
 > приложений, которые должны поддерживать такую функциональность.

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

Где там место для совокупности приложений и откуда эти
приложения возьмутся, мне неизвестно.

-- 

Re: [devel] q: 3.1?

[Anatoly Yakushin]

Michael Shigorin пишет:
> On Tue, Dec 13, 2005 at 12:26:32PM +0300, Денис Смирнов wrote:
> 
>> - обкатан ещё хотя бы пару месяцев OpenOffice 2
> 
> 
> Бессмысленно.  Эта штука такая, как есть, и +/- пара месяцев 
> ей абсолютно до фени.
Чавой-та? 2.0.1 выдет 19.12.2005
> 
> 
<skip>

-- 
Rgrds,
Anatoly A. Yakushin aka DOC

[devel] Re: q: 3.1?

[Michael Shigorin]

On Thu, Dec 15, 2005 at 01:21:14AM +0300, Anatoly Yakushin wrote:
> >> - обкатан ещё хотя бы пару месяцев OpenOffice 2
> > Бессмысленно.  Эта штука такая, как есть, и +/- пара месяцев
> > ей абсолютно до фени.
> Чавой-та? 2.0.1 выдет 19.12.2005

Я к тому, что то, что там решается -- +/- шум, хотя тоже хорошо.
Скажем так -- от 1.9.125 до 2.0.0 больше разницы между сборками
наблюдается, чем между базовыми версиями.

Поэтому можно не напрягаться по поводу выставления контрольной
точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
маркетинговым соображениям (и что-то выкинув), а так уже
без разницы.  Версия основного g++ вон важней :-)

(сплю)

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

Re: [devel] Re: q: 3.1?

[Genix]

Michael Shigorin wrote:

> OOo -- 2.0 надо было бы в 3.0 совать по
> маркетинговым соображениям (и что-то выкинув)

так вроде есть же

-- 
У каждого в башке свои тараканы...

Re: [devel] Server distro (a-la kickstart)

[Stanislav Ievlev]

On Wed, Dec 14, 2005 at 07:33:01PM +0300, Andrey Brindeew wrote:
> On Wed, Dec 14, 2005 at 05:30:25PM +0300, Stanislav Ievlev wrote:
> > > Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
> > > По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
> > > Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
> > > kickstart'ы. Непонятно что при этом делать с разными именами
> > > пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)
> > Вот с этого места, пожайлуста, по-подробнее.
> > Зачем нам нужны чужие сценарии и смогут ли они у нас вообще сработать в
> > общем случае.
> 
> Я имел в виду то, что в новом серверном дистрибутиве была бы
> крайне желательна поддержка стандартов де-факто в отрасли на
> автоматическую установку ввиду наличия некоторого набора софта
> для работы с автоустановщиками.
Ага, спасибо, я всё понял.
То есть как я понимаю. Если мы создадим файлы для kickstart в некотором
правильном формате, то существует некий спец. софт для того чтобы
заниматься автоматической установкой.

Любопытно. Можно кинуть какие-нибудь ссылки на описание этого формата?
Боюсь что это просто-так сделать не получится - потребуется специальный
модуль который будет переводить наши woo/hoo команды на что-то более
понятное для подобных систем.

> 
> Разбивка диска так-то, ставимся вот с такого-то NFS-сервера,
> после запуска надо сеть сконфигурить так-то, пароль руту
> поставить такой-то и запустить два скрипта - в среде инсталлятора
> и в установленной системе. Большего и не надо.
> 
> > P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
> 
> А был бы весьма признателен, если бы все общающиеся здесь люди не
> ассоциировали меня с моим текущим работодателем. Я выступаю здесь
> исключительно как частное лицо.
Эй, эй. Ничего личного ;)
Я правда не знал что такое @Everything ;)
А насмотревшись на всякие там e-server где первая буква пишется как @
подумал, что наверное это тоже какой-то продукт ;)

Re: [devel] Server distro (a-la kickstart)

[Stanislav Ievlev]

On Wed, Dec 14, 2005 at 05:42:41PM +0300, Alexander Bokovoy wrote:
> Stanislav Ievlev wrote:
> >>Стоит ли ждать в новом серверном дистрибутиве автоустановщика?
> >>По типу Red Hat'овского kickstart'а и новелевого autoyast'а.
> >>Было бы неплохо если бы новая тулзень могла бы парсить имеющиеся
> >>kickstart'ы. Непонятно что при этом делать с разными именами
> >>пакетов, правда. Но @Everything должно поддерживаться, IMHO. :)
> >
> >Вот с этого места, пожайлуста, по-подробнее.
> >Зачем нам нужны чужие сценарии и смогут ли они у нас вообще сработать в
> >общем случае.
> Нам не нужны чужие сценарии. Нужна интеграция наших в существующие 
> средства управления большими установками. Они поддерживают kickstart и 
> autoyast. Интеграция совершенно иного вида сценариев в них практически 
> невозможна (некоторые из этих средств, самые вкусные, распространяются 
> коммерчески).
Я кажется понял что имелось ввиду.
Пожайлуста дай ссылки на такие средства, чтобы ознакомиться что это такое
по-подробнее.
> 
> >
> >P.S. @Everything - это ,судя по первой букве, что-то от IBM? ;).
> Нет, это всего-лишь название группы в RedHat (Everything), @ -- знак 
> того, что это группа, а не конкретный пакет. Создается впечатление, что 
> ты никогда не видел RedHat.
Саша, боюсь что ты так же как и Андрей, отреагировал на слово IBM.

Я правда подумал что это один из их (IBM) продуктов, по-аналогии с e-server.
Ну а о сакральном смысле @ уже точно не подозревал. Хотя RH наблюдал уже
достаточно давно ... ну век живи, век учись.

Re: [devel] Re: 3.1 plans

[Stanislav Ievlev]

On Wed, Dec 14, 2005 at 04:08:57PM +0300, Alexander Bokovoy wrote:
> Денис Смирнов wrote:
> >On Tue, Dec 13, 2005 at 10:45:52PM +0300, Alexander Bokovoy wrote:
> >
> >AB> На самом деле, внятный проигрыватель сценария не помешает в любом 
> >AB> случае. Насколько я помню, Стас уже начинал в этой области работать.
> >
> >Думается он-то как раз всем нужен. И создателям Appliance'ов, и OEM.
> Это нам очевидно, но вот почему-то такая простая идея вызывает такое 
> напряжение и сопротивление...
Странный вывод ...

Re: [devel] Server distro (a-la kickstart)

[Alexey I. Froloff]

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

* Stanislav Ievlev <inger@> [051215 18:06]:
> То есть как я понимаю. Если мы создадим файлы для kickstart в некотором
> правильном формате, то существует некий спец. софт для того чтобы
> заниматься автоматической установкой.
Наоборот (как мне сегодня об'яснили на IRC).  Есть некий набор
софтин, которые на выходе делают файлы для kickstart в некотором
формате.  Нужно уметь их _читать_, т.е. транслировать KS команды
в последовательность woo/hoo команд.

Вот описание формата:

http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-options.html

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Server distro (a-la kickstart)

[Stanislav Ievlev]

On Thu, Dec 15, 2005 at 06:10:06PM +0300, Alexey I. Froloff wrote:
> * Stanislav Ievlev <inger@> [051215 18:06]:
> > То есть как я понимаю. Если мы создадим файлы для kickstart в некотором
> > правильном формате, то существует некий спец. софт для того чтобы
> > заниматься автоматической установкой.
> Наоборот (как мне сегодня об'яснили на IRC).  Есть некий набор
> софтин, которые на выходе делают файлы для kickstart в некотором
> формате.  Нужно уметь их _читать_, т.е. транслировать KS команды
> в последовательность woo/hoo команд.
> 
> Вот описание формата:
> 
> http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-options.html
Спасибо ... посмотрел.
Ну-у-у ... мы такой форматец легко прочитаем ... но только в случае необходимости.

Re: [devel] Server distro (a-la kickstart)

[Alexander Bokovoy]

Stanislav Ievlev wrote:
>>Нам не нужны чужие сценарии. Нужна интеграция наших в существующие 
>>средства управления большими установками. Они поддерживают kickstart и 
>>autoyast. Интеграция совершенно иного вида сценариев в них практически 
>>невозможна (некоторые из этих средств, самые вкусные, распространяются 
>>коммерчески).
> 
> Я кажется понял что имелось ввиду.
> Пожайлуста дай ссылки на такие средства, чтобы ознакомиться что это такое
> по-подробнее.
Вот в этом месте можно отреагировать на слово IBM :-)
http://techsupport.services.ibm.com/server/csm/home.html

Еще одна ключевая позиция: http://www.xcat.org/
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Re: q: 3.1?

[Igor Zubkov]

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

В сообщении от Четверг, 15-Дек-2005 00:41 Michael Shigorin написал(a):
> Поэтому можно не напрягаться по поводу выставления контрольной
> точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
> маркетинговым соображениям (и что-то выкинув), а так уже
> без разницы.  Версия основного g++ вон важней :-)

А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4 
двигатся в эту сторону смысла не имеется. Текущий RHEL собран gcc3. Правда, 
gcc4 там есть, но только на "игратся" и потоптать баги (собственно, FC сейчас 
и занимается топтанием багов gcc4).

-- 
icesik

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

Re: [devel] Re: q: 3.1?

[Led]

В сообщении от Пятница 16 Декабрь 2005 12:02 Igor Zubkov написал(a):
> В сообщении от Четверг, 15-Дек-2005 00:41 Michael Shigorin написал(a):
> > Поэтому можно не напрягаться по поводу выставления контрольной
> > точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
> > маркетинговым соображениям (и что-то выкинув), а так уже
> > без разницы.  Версия основного g++ вон важней :-)
>
> А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4
> двигатся в эту сторону смысла не имеется.

Упс! А чем помешает в сизифусе иметь gcc4 с меньшим приоритетом в alternatives 
чем gcc3.4?

> Текущий RHEL собран gcc3. Правда, 
> gcc4 там есть, но только на "игратся" и потоптать баги (собственно, FC
> сейчас и занимается топтанием багов gcc4).

-- 
Led.

Re: [devel] Re: q: 3.1?

[Genix]

Led wrote:

>>А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4
>>двигатся в эту сторону смысла не имеется.
> 
> 
> Упс! А чем помешает в сизифусе иметь gcc4 с меньшим приоритетом в alternatives 
> чем gcc3.4?

1) а что будет вытаскиваться hasher'ом при BuildRequires: gcc-c++ 
libstdc++-devel
2) а что мешает отлежаться ему в Deadalus'е?

-- 
У каждого в башке свои тараканы...

Re: [devel] Re: q: 3.1?

[Ivan Fedorov]

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

Genix пишет:
> Led wrote:
> 
>>> А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный
>>> gcc4
>>> двигатся в эту сторону смысла не имеется.
>>
>> Упс! А чем помешает в сизифусе иметь gcc4 с меньшим приоритетом в
>> alternatives чем gcc3.4?
> 
> 
> 2) а что мешает отлежаться ему в Deadalus'е?

Отсутствие сборки?.. :)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: q: 3.1?

[Led]

В сообщении от Пятница 16 Декабрь 2005 13:53 Genix написал(a):
> Led wrote:
> >>А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4
> >>двигатся в эту сторону смысла не имеется.
> >
> > Упс! А чем помешает в сизифусе иметь gcc4 с меньшим приоритетом в
> > alternatives чем gcc3.4?
>
> 1) а что будет вытаскиваться hasher'ом при BuildRequires: gcc-c++
> libstdc++-devel

А что сейчас вытаскивается?

> 2) а что мешает отлежаться ему в Deadalus'е?

В принципе - почти ничего. Но это - в принципе. Так же как ничего не мешает/не 
мешало находится в сизифе gcc2.95/gcc2.96/gcc3.2/gcc3.3/gcc3.4 одновременно 
(а зачастую - помогало при наличии пакетов, несобирающихся 3.3/3.4, но 
собирающихся 3.2/2.9x). Это всего лишь ИМХО - не пинайте больно:)

-- 
Led.

Re: [devel] Re: q: 3.1?

[Genix]

Led wrote:

>>1) а что будет вытаскиваться hasher'ом при BuildRequires: gcc-c++
>>libstdc++-devel
> 
> 
> А что сейчас вытаскивается?

$ rpmquery --whatprovides gcc-c++
gcc3.4-c++-3.4.4-alt3


-- 
У каждого в башке свои тараканы...

Re: [devel] Re: q: 3.1?

[Led]

В сообщении от Пятница 16 Декабрь 2005 14:46 Genix написал(a):
> Led wrote:
> >>1) а что будет вытаскиваться hasher'ом при BuildRequires: gcc-c++
> >>libstdc++-devel
> >
> > А что сейчас вытаскивается?
>
> $ rpmquery --whatprovides gcc-c++
> gcc3.4-c++-3.4.4-alt3


$ rpmquery --whatprovides gcc-c++
gcc3.4-c++-3.4.4-alt3
gcc2.96-c++-2.96-alt6
gcc3.2-c++-3.2.3-alt3
gcc2.95-c++-2.95.3-alt6
gcc3.3-c++-3.3.4-alt1

$ alternatives-list | grep gcc
/usr/bin/i586-alt-linux-gcc points to /usr/bin/i586-alt-linux-gcc-3.4
/usr/bin/gcc points to /usr/bin/color_gcc_wrapper
/usr/share/man/man1/gcc.1.bz2 points to /usr/share/man/man1/gcc-3.4.1.bz2

У меня что-то неправильно?

-- 
Led.

Re: [devel] Re: q: 3.1?

[Genix]

Led wrote:

> $ rpmquery --whatprovides gcc-c++
> gcc2.96-c++-2.96-alt6
> gcc3.2-c++-3.2.3-alt3
> gcc2.95-c++-2.95.3-alt6
> gcc3.3-c++-3.3.4-alt1

их нет уже в сизифе

-- 
У каждого в башке свои тараканы...

Re: [devel] Re: q: 3.1?

[Led]

В сообщении от Пятница 16 Декабрь 2005 15:34 Genix написал(a):
> Led wrote:
> > $ rpmquery --whatprovides gcc-c++
> > gcc2.96-c++-2.96-alt6
> > gcc3.2-c++-3.2.3-alt3
> > gcc2.95-c++-2.95.3-alt6
> > gcc3.3-c++-3.3.4-alt1
>
> их нет уже в сизифе

2.95 и 2.96 - есть.

Можно в двух словах мне, ламеру, объяснить, как они друг другу мешают 
(мешали?) с учётом alternatives?

-- 
Led.

Re: [devel] Re: q: 3.1?

[Andrey Rahmatullin]

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

On Fri, Dec 16, 2005 at 03:51:38PM +0200, Led wrote:
> Можно в двух словах мне, ламеру, объяснить, как они друг другу мешают 
> (мешали?) с учётом alternatives?
В системе - никак.
В базе апта - тем, что все провайдят один и тот же пакет gcc.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>subversion-1.1.2-alt2
постараюсь в ближайшее время найти это самое время и залить 1.1.3
		-- svd in devel@

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

Re: [devel] 3.1 plans

[Sergey Y. Afonin]

On Tuesday 13 December 2005 20:17, Dmitry V. Levin wrote:

> > Нельзя. Есть машины, где чудесные иксы будут находиться в большом 
> > отдалении от реально доступных видеокарт и зрителей. А еще есть машины, 
> > на которых вообще видеокарт нет.
> 
> А ещё есть машины без жёстких дисков,

Плохая аналогия. Место в стойке - вещь весьма нужная. Одно дело мониторчик
9" или нотебук с rs-232, а совсем другое - полноценная пятнашка. А его еще
туда переть надо... Тем более, что, скажем, интеловские сервера под serial
console вообще заточены. Одно время там даже видеокарт на борту не было.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Re: q: 3.1?

[Mikhail Zabaluev]

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

В Птн, 16/12/2005 в 12:02 +0200, Igor Zubkov пишет:
> В сообщении от Четверг, 15-Дек-2005 00:41 Michael Shigorin написал(a):
> > Поэтому можно не напрягаться по поводу выставления контрольной
> > точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
> > маркетинговым соображениям (и что-то выкинув), а так уже
> > без разницы.  Версия основного g++ вон важней :-)
> 
> А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4 
> двигатся в эту сторону смысла не имеется. Текущий RHEL собран gcc3. Правда, 
> gcc4 там есть, но только на "игратся" и потоптать баги (собственно, FC сейчас 
> и занимается топтанием багов gcc4).

Ubuntu как-то на нем живет.

Впрочем, есть смысл не торопиться и подождать gcc 4.1 :)

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: q: 3.1?

[Dmitry V. Levin]

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

On Fri, Dec 16, 2005 at 12:02:42PM +0200, Igor Zubkov wrote:
> В сообщении от Четверг, 15-Дек-2005 00:41 Michael Shigorin написал(a):
> > Поэтому можно не напрягаться по поводу выставления контрольной
> > точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
> > маркетинговым соображениям (и что-то выкинув), а так уже
> > без разницы.  Версия основного g++ вон важней :-)
> 
> А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4 
> двигатся в эту сторону смысла не имеется.

Я думаю, что это не единственный возможный критерий.

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

Когда именно это случится, мне пока ещё не ясно.


-- 
ldv

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

Re: [devel] Re: q: 3.1?

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>>>Поэтому можно не напрягаться по поводу выставления контрольной
>>>точки именно по OOo -- 2.0 надо было бы в 3.0 совать по
>>>маркетинговым соображениям (и что-то выкинув), а так уже
>>>без разницы.  Версия основного g++ вон важней :-)
>>
>>А давай без намёков в сторону gcc4.  Пока не выйдет RHEL 5 собранный gcc4 
>>двигатся в эту сторону смысла не имеется.
> 
> 
> Я думаю, что это не единственный возможный критерий.
> 
> Поскольку помимо меня кандидатов собирать и поддерживать gcc4 нет, то
> придётся подождать, пока gcc4 мне понадобится.  А это случится тогда,
> когда мне потребуются некоторые из появившихся в нём нововведений.
> 
> Когда именно это случится, мне пока ещё не ясно.
> 
Ну для себя я 4.0.2 собрал... пока правда нормально не упаковал, так что
в chroot его поставил.

Работает... плюсов как и минусов по сравнению с 3.4 не заметил пока...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Server distro (a-la kickstart)

[Anton Farygin]

On Wed, 14 Dec 2005 20:11:05 +0300, Dmitry V. Levin wrote:

> On Wed, Dec 14, 2005 at 07:48:00PM +0300, Andrey Brindeew wrote:
>> On Wed, Dec 14, 2005 at 07:27:53PM +0300, Dmitry V. Levin wrote:
>> > > >P.S. Давайте с трёпом в *-room?
>> > > Треп?
>> > 
>> > Да, обсуждение деталей RedHat'овского
>> > kickstart'а здесь и сейчас таковым и
>> > является.
>> 
>> Я привел пример (интересующиеся пойдут
>> на www.redhat.com, ткнут ссылку Documentation и
>> почитают на досуге), обсуждения я не
>> начинал.
>> 
>> Была идея продуктивно поговорить про
>> автоустановщик, т.н. "проигрыватель
>> сценариев".
> 
> На данном этапе детально обсуждать
> автоустановщик ещё рано. По крайней мере
> мне так кажется.

на самом деле на данном этапе обсуждать автоустановщик - самое время ;-)

Если мы хотим добавить такую функциональность в финальную версию.

Rgds,
Rider

[devel] Re: 3.1 plans

[Anton Farygin]

On Tue, 13 Dec 2005 19:03:40 +0300, Alexander Bokovoy wrote:

> Dmitry V. Levin wrote:
>>>SI> Консольный интерфейс на данный
>>>момент стоит на последнем месте. Кроме
>>>того он не SI> является ключевым для
>>>сервера, если есть возможность
>>>работать через http/https.
>>>
>>>Сервер, который нельзя установить по
>>>serial console не сервер а так, детская
>>>игрушка.
>>>
>>>Сама по себе _необходимость_ иметь
>>>более-менее приличный дисплей всё-таки
>>>напрягает. Как и _необходимость_
>>>ставить иксы на сервер. Как минимум
>>>Asterisk, которым я занимаюсь, практически
>>>не живёт на машинах где стоит X-Server --
>>>слишком уж он realtime-чувствительный. Даже
>>>framebuffer настоятельно рекомендуется
>>>убивать нафиг.
>> 
>> Мне тоже так _казалось_.  Потом решил,
>> что на время установки можно
>> согласится и на иксы.
> Нельзя. Есть машины, где чудесные иксы
> будут находиться в большом отдалении от
> реально доступных видеокарт и зрителей.
> А еще есть машины, на которых вообще
> видеокарт нет.
> 
> Вообщем, хотя бы автоматический режим
> установки должен быть возможным без
> иксов.

Верно. А вообще лучше иметь консольную
версию инсталятора, хотя бы для того, что
бы получить возможность управлять
установкой через ssh (например из serial console с соседней машины).

Часто это реально бывает нужно _даже_ для десктопного дистрибутива.

Rgds,
Rider

[devel] Re: 3.1 plans

[Anton Farygin]

On Tue, 13 Dec 2005 19:20:54 +0300, Sergey V Turchin wrote:

> On Tuesday 13 December 2005 19:03, Alexander Bokovoy wrote:
> 
> [...]
> 
>> Нельзя. Есть машины, где чудесные иксы
>> будут находиться в большом отдалении
>> от реально доступных видеокарт и
>> зрителей. А еще есть
>> машины, на которых вообще видеокарт
>> нет.
>>
>> Вообщем, хотя бы автоматический режим
>> установки должен быть возможным без
>> иксов.
> Теоретически(пока) есть возможность
> поставиться через http-интерфейс.

Такая возможность отсустствует даже теоретически. 

Надеюсь ты не предлагаешь тащить http
морду во вторую стадию инсталятора ?

А как быть с первой стадией ?

Rgds,
Rider

[devel] Re: 3.1 plans

[Anton Farygin]

On Tue, 13 Dec 2005 21:50:11 +0300, Andrey Brindeew wrote:

> On Tue, Dec 13, 2005 at 07:13:39PM +0300, Dmitry V. Levin wrote:
>> > Зачем мне иксы в момент одновременной
>> > установки ...дцати узлов HPC-кластера
>> > методом kickstart'а?
>> 
>> Для установки "методом kickstart'а"
>> визуализация вообще ненужна, ни
>> текстовая, ни графическая.
> 
> С моей точки зрения нужно отображение
> этапа (при установке пакетов - имени
> пакета) и некий индикатор активности,
> который будет свидетельствовать о том,
> что машина физически не зависла.

Верно.

При чём желательно с возможностью
сбрасывать это самое состояние на соседний компьютер ;)

Rgds,
Rider

[devel] Re: 3.1 plans

[Anton Farygin]

On Wed, 14 Dec 2005 17:19:29 +0300, Stanislav Ievlev wrote:

> On Tue, Dec 13, 2005 at 09:50:11PM +0300, Andrey Brindeew wrote:
>> On Tue, Dec 13, 2005 at 07:13:39PM +0300, Dmitry V. Levin wrote:
>> > > Зачем мне иксы в момент
>> > > одновременной установки ...дцати
>> > > узлов HPC-кластера методом kickstart'а?
>> > 
>> > Для установки "методом kickstart'а"
>> > визуализация вообще ненужна, ни
>> > текстовая, ни графическая.
>> 
>> С моей точки зрения нужно отображение
>> этапа (при установке пакетов - имени
>> пакета) и некий индикатор активности,
>> который будет свидетельствовать о том,
>> что машина физически не зависла.
> Для этого опять-таки не требуется
> полноэкранный текстовый режим. Именно
> это все понимают под так называемым
> консольным режимом.

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

Rgds,
RIder

Re: [devel] Re: 3.1 plans

[Led]

В сообщении от Вторник 20 Декабрь 2005 12:14 Anton Farygin написал(a):
> On Tue, 13 Dec 2005 19:03:40 +0300, Alexander Bokovoy wrote:
> > Dmitry V. Levin wrote:
> >>>SI> Консольный интерфейс на данный
> >>>момент стоит на последнем месте. Кроме
> >>>того он не SI> является ключевым для
> >>>сервера, если есть возможность
> >>>работать через http/https.
> >>>
> >>>Сервер, который нельзя установить по
> >>>serial console не сервер а так, детская
> >>>игрушка.
> >>>
> >>>Сама по себе _необходимость_ иметь
> >>>более-менее приличный дисплей всё-таки
> >>>напрягает. Как и _необходимость_
> >>>ставить иксы на сервер. Как минимум
> >>>Asterisk, которым я занимаюсь, практически
> >>>не живёт на машинах где стоит X-Server --
> >>>слишком уж он realtime-чувствительный. Даже
> >>>framebuffer настоятельно рекомендуется
> >>>убивать нафиг.
> >>
> >> Мне тоже так _казалось_.  Потом решил,
> >> что на время установки можно
> >> согласится и на иксы.
> >
> > Нельзя. Есть машины, где чудесные иксы
> > будут находиться в большом отдалении от
> > реально доступных видеокарт и зрителей.
> > А еще есть машины, на которых вообще
> > видеокарт нет.
> >
> > Вообщем, хотя бы автоматический режим
> > установки должен быть возможным без
> > иксов.
>
> Верно. А вообще лучше иметь консольную
> версию инсталятора, хотя бы для того, что
> бы получить возможность управлять
> установкой через ssh (например из serial console с соседней машины).

И CLI-версию. Тогда "прогрыватель сценариев установки" == sh :)

>
> Часто это реально бывает нужно _даже_ для десктопного дистрибутива.
>
> Rgds,
> Rider

-- 
Led.

Re: [devel] Re: 3.1 plans

[Led]

В сообщении от Вторник 20 Декабрь 2005 12:20 Anton Farygin написал(a):
> On Wed, 14 Dec 2005 17:19:29 +0300, Stanislav Ievlev wrote:
> > On Tue, Dec 13, 2005 at 09:50:11PM +0300, Andrey Brindeew wrote:
> >> On Tue, Dec 13, 2005 at 07:13:39PM +0300, Dmitry V. Levin wrote:
> >> > > Зачем мне иксы в момент
> >> > > одновременной установки ...дцати
> >> > > узлов HPC-кластера методом kickstart'а?
> >> >
> >> > Для установки "методом kickstart'а"
> >> > визуализация вообще ненужна, ни
> >> > текстовая, ни графическая.
> >>
> >> С моей точки зрения нужно отображение
> >> этапа (при установке пакетов - имени
> >> пакета) и некий индикатор активности,
> >> который будет свидетельствовать о том,
> >> что машина физически не зависла.
> >
> > Для этого опять-таки не требуется
> > полноэкранный текстовый режим. Именно
> > это все понимают под так называемым
> > консольным режимом.
>
> Полноэкранный текстовый режим на самом
> деле нужен в том случае, если
> полноэкранный графический режим не
> захотел работать (или не поддерживается оборудование).

CLI + dialog?

-- 
Led.