[devel] Re: I: spt

[devel] Re: I: spt

[Anton Farygin]

On Fri, 27 Jan 2006 16:08:23 +0300, Anton D. Kachalov wrote:

> 
> Замечания, пожелания?

Починить !? :)

dev-3.3.1-alt13.1
error: unpacking of archive failed on file /dev: cpio: utime failed - Operation not permitted

kernel-image-std26-up-2.6.14-alt3
warning: file /etc/alternatives/packages.d/blackbox has deprecated format
egrep: /etc/sysconfig/dnsmasq: No such file or directory
pcilib: Cannot find any working access method.
/
cannot open /proc/partitions


Первое ты сам знаешь почему, а вот последнее
- из-за не выставленного DURING_INSTALL, который
нужно _обязательно_ выставлять. Иначе
срабатывает installkernel и mkinitrd, чего
собственно при установке системы быть не должно.

Rgds,
Rider

Re: [devel] Re: I: spt

[Anton D. Kachalov]

On Tue, Jan 31, 2006 at 05:00:37PM +0300, Anton Farygin wrote:
> Починить !? :)
Not a bug :-P

> Первое ты сам знаешь почему, а вот последнее
> - из-за не выставленного DURING_INSTALL, который
> нужно _обязательно_ выставлять. Иначе
> срабатывает installkernel и mkinitrd, чего
> собственно при установке системы быть не должно.
Первое, это кто-то ОЧЕНЬ невнимательно прочитал НАЧАЛО моего письма :-D
А второе - хэшер ставит пакеты точно так же.

--
mouse

[devel] Re: Re: I: spt

[Anton Farygin]

On Wed, 01 Feb 2006 12:24:16 +0300, Anton D. Kachalov wrote:

> On Tue, Jan 31, 2006 at 05:00:37PM +0300, Anton Farygin wrote:
>> Починить !? :)
> Not a bug :-P

Как это не баг ??? Не работает из пакета.

> 
>> Первое ты сам знаешь почему, а вот
>> последнее - из-за не выставленного
>> DURING_INSTALL, который нужно _обязательно_
>> выставлять. Иначе срабатывает installkernel и
>> mkinitrd, чего собственно при установке
>> системы быть не должно.
> Первое, это кто-то ОЧЕНЬ невнимательно
> прочитал НАЧАЛО моего письма :-D А второе
> - хэшер ставит пакеты точно так же.

так в этом как раз и проблема. О чём я и говорю.

Т.е. - без исправления этого использовать
hasher/spt пока что считаю невозможным (во
всяком случае separator-0.7.1 портировать на hasher не получится).

Rgds,
Rider

Re: [devel] Re: Re: I: spt

[Anton D. Kachalov]

On Wed, Feb 01, 2006 at 02:05:36PM +0300, Anton Farygin wrote:
> Как это не баг ??? Не работает из пакета.
Ещё раз. Читаем по буквам:
"На сегодняшний день, для инициализации чрута   П О Т Р Е Б У Е Т С Я
Н Е М Н О Г О    И З М Е Н Ё Н Н Ы Й   B A S E S Y S T E M".

Где баг-то?

> > Первое, это кто-то ОЧЕНЬ невнимательно
> > прочитал НАЧАЛО моего письма :-D А второе
> > - хэшер ставит пакеты точно так же.
> 
> так в этом как раз и проблема. О чём я и говорю.
ты явно о чём-то другом...

> 
> Т.е. - без исправления этого использовать
> hasher/spt пока что считаю невозможным (во
> всяком случае separator-0.7.1 портировать на hasher не получится).
Мне как-то фиолетово. У нас тут свой spt, который будет использоваться (и
уже используется) для разных нужд при испекании дисков или подготовке чрутов.

--
mouse

[devel] Re: Re: Re: I: spt

[Anton Farygin]

On Wed, 01 Feb 2006 14:52:19 +0300, Anton D. Kachalov wrote:

> On Wed, Feb 01, 2006 at 02:05:36PM +0300, Anton Farygin wrote:
>> Как это не баг ??? Не работает из пакета.
> Ещё раз. Читаем по буквам: "На
> сегодняшний день, для инициализации
> чрута   П О Т Р Е Б У Е Т С Я Н Е М Н О Г О    И
> З М Е Н Ё Н Н Ы Й   B A S E S Y S T E M".
> 
> Где баг-то?

В этом и баг. Пакет spt не юзабелен из коробки.

начиная с попыток создания initrd при установки ядра, и заканчивая /dev/

> 
>> > Первое, это кто-то ОЧЕНЬ невнимательно
>> > прочитал НАЧАЛО моего письма :-D А
>> > второе - хэшер ставит пакеты точно так
>> > же.
>> 
>> так в этом как раз и проблема. О чём я и
>> говорю.
> ты явно о чём-то другом...

Я о том, что надо фиксить то, о чём я написал.

> 
> 
>> Т.е. - без исправления этого
>> использовать hasher/spt пока что считаю
>> невозможным (во всяком случае separator-0.7.1
>> портировать на hasher не получится).
> Мне как-то фиолетово. У нас тут свой spt,
> который будет использоваться (и уже
> используется) для разных нужд при
> испекании дисков или подготовке чрутов.

Ну значит не договорились.. ну и ладно.

Rgds,
Rider

[devel] Re: Re: Re: I: spt

[Anton Farygin]

On Wed, 01 Feb 2006 14:52:19 +0300, Anton D. Kachalov wrote:

> On Wed, Feb 01, 2006 at 02:05:36PM +0300, Anton Farygin wrote:

<skip>

>> Т.е. - без исправления этого
>> использовать hasher/spt пока что считаю
>> невозможным (во всяком случае separator-0.7.1
>> портировать на hasher не получится).
> Мне как-то фиолетово. У нас тут свой spt,
> который будет использоваться (и уже
> используется) для разных нужд при
> испекании дисков или подготовке чрутов.

spt и separator пересекаются по одному файлу.

При чём файл одинаковый.

Убери его у себя плз, и поставь зависимость на separator.

Rgds,
Rider

Re: [devel] Re: I: spt

[Anton D. Kachalov]

On Tue, Jan 31, 2006 at 05:00:37PM +0300, Anton Farygin wrote:
> dev-3.3.1-alt13.1
> error: unpacking of archive failed on file /dev: cpio: utime failed - Operation not permitted

вчера в Сизиф ушёл новый basesystem без зависимости на dev.
Т.ч. тут всё зафикшено.

--
mouse

Re: [devel] Re: I: spt

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

On Thu, Feb 02, 2006 at 02:16:17PM +0300, Anton D. Kachalov wrote:
>> dev-3.3.1-alt13.1
>> error: unpacking of archive failed on file /dev: cpio: utime failed - Operation not permitted
ADK> вчера в Сизиф ушёл новый basesystem без зависимости на dev.
ADK> Т.ч. тут всё зафикшено.

У нас уже можно создать что-то вроде dev-minimal, которого было бы
достаточно для запуска udev?

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

http://freesource.info
----------------------------------------------------------------------------
Виноват, исправлюсь в новой сборке. :)
		-- legion in sisyphus@

[devel] Re: Re: I: spt

[Anton Farygin]

On Thu, 02 Feb 2006 15:01:21 +0300, Денис Смирнов wrote:

> On Thu, Feb 02, 2006 at 02:16:17PM +0300, Anton D. Kachalov wrote:
>>> dev-3.3.1-alt13.1
>>> error: unpacking of archive failed on file /dev: cpio: utime failed -
>>> Operation not permitted
> ADK> вчера в Сизиф ушёл новый basesystem без
> зависимости на dev. ADK> Т.ч. тут всё
> зафикшено.
> 
> У нас уже можно создать что-то вроде
> dev-minimal, которого было бы достаточно для
> запуска udev?

можно, только вот в spt он всё равно работать не будет ;-(

А то, что одного udev маловато - некоторые
товарищи похоже даже не догадываются ;)

Rgds,
Rider

Re: [devel] Re: Re: I: spt

[Anton D. Kachalov]

On Thu, Feb 02, 2006 at 03:05:45PM +0300, Anton Farygin wrote:
> можно, только вот в spt он всё равно работать не будет ;-(
Кто тебе такие глупости сказал??? Если пакет не содержит директории /dev и
/dev/pts, то он встанет. Правда, нужно дождаться либо более свежего
hasher'а, либо самому поправить /usr/share/hasher/mkchroot на тему:
-mkdir -m755 $verbose .in dev dev/pts
+mkdir -m1755 $verbose dev dev/pts
+mkdir -m755 $verbose .in
Но это изменение будет опциональным -- при использовании ключика
--save-fakeroot

> 
> А то, что одного udev маловато - некоторые
> товарищи похоже даже не догадываются ;)
У меня без пакета dev и только с _одним_ udev и с тем, что создаёт hasher
система взлетает. [с сарказмом] Интересно, почему? Наверное всё от того,
что ей чего-то не хватает....

--
mouse

Re: [devel] Re: I: spt

[Anton D. Kachalov]

On Thu, Feb 02, 2006 at 03:01:21PM +0300, Денис Смирнов wrote:
> У нас уже можно создать что-то вроде dev-minimal, которого было бы
> достаточно для запуска udev?
Этот самый dev-minimal создаётся самим hasher'ом. И любой чрут,
развёрнутый с помощью hasher'а достаточен для поднятия системы с
использованием udev'a.

--
mouse

[devel] Re: Re: Re: I: spt

[Anton Farygin]

On Thu, 02 Feb 2006 15:23:51 +0300, Anton D. Kachalov wrote:

>> А то, что одного udev маловато - некоторые
>> товарищи похоже даже не догадываются ;)
> У меня без пакета dev и только с _одним_ udev
> и с тем, что создаёт hasher система
> взлетает. [с сарказмом] Интересно,
> почему? Наверное всё от того, что ей
> чего-то не хватает....

так всё-таки hasher что-то создаёт.. а кто
будет это создавать в реальной системе - ты не подумал ???

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

То, что hasher подгоняет систему под себя - я
знаю. Но этого не всегда достаточно. На
моей машине систему ставил не hasher а инсталятор.

Rgds,
Rider

P.S. меня бы вполне удовлетворило бы
наличие tiny_dev и возможности забыть hasher'ом
про устройства, но к сожалению - это нереально.

Re: [devel] Re: Re: Re: I: spt

[Anton D. Kachalov]

On Thu, Feb 02, 2006 at 03:31:37PM +0300, Anton Farygin wrote:
> так всё-таки hasher что-то создаёт.. а кто
> будет это создавать в реальной системе - ты не подумал ???
Не мне об этом думать, а инсталлятору. Именно он ставит пакеты. Начинка
пакета - это задача мантейнера (и не обязательно мантейнера MAKEDEV'а).
Для dev-minimal может найтись и другой человек. Почему мне об этом нужно
думать?

> Я говорю не про жизнь в мясорубке, а про
> реальное применение.. на обычных машинах.
И чего? Я не очень понимаю сути вопроса. У меня прекрасно работает и
live-система и система, поставленная инсталлером.

> То, что hasher подгоняет систему под себя - я
> знаю. Но этого не всегда достаточно. На
> моей машине систему ставил не hasher а инсталятор.
А это что за бредовое утверждение? Во-первых, где это хэшер подгоняет
систему под себя? Ты о /dev? А во-вторых, у меня систему hasher тоже не
ставит. Или ты утверждаешь, что твой separator в инсталляторе ставит живую
систему? В помойку!

> P.S. меня бы вполне удовлетворило бы
> наличие tiny_dev и возможности забыть hasher'ом
> про устройства, но к сожалению - это нереально.
Действительно, хотеть такого -- нереально. Но при _ЖЕЛАНИИ_ всегда можно
найти ЧЕСТНОЕ решение данной проблемы.

--
mouse

[devel] Re: Re: Re: Re: I: spt

[Anton Farygin]

On Thu, 02 Feb 2006 15:50:18 +0300, Anton D. Kachalov wrote:

> On Thu, Feb 02, 2006 at 03:31:37PM +0300, Anton Farygin wrote:
>> так всё-таки hasher что-то создаёт.. а кто
>> будет это создавать в реальной системе
>> - ты не подумал ???
> Не мне об этом думать, а инсталлятору.
> Именно он ставит пакеты. Начинка пакета -
> это задача мантейнера (и не обязательно
> мантейнера MAKEDEV'а). Для dev-minimal может
> найтись и другой человек. Почему мне об
> этом нужно думать?

Да потому что прежде чем отрывать что-то
- надо подумать, а что ещё вместе с оторванным зацепит.

Прежде чем бросать гранату - смотри кого зацепит.

> 
>> Я говорю не про жизнь в мясорубке, а про
>> реальное применение.. на обычных
>> машинах.
> И чего? Я не очень понимаю сути вопроса. У
> меня прекрасно работает и live-система и
> система, поставленная инсталлером.

без dev ? 

> 
>> То, что hasher подгоняет систему под себя -
>> я знаю. Но этого не всегда достаточно.
>> На моей машине систему ставил не hasher а
>> инсталятор.
> А это что за бредовое утверждение?
> Во-первых, где это хэшер подгоняет
> систему под себя? Ты о /dev? 

Ага.. 

>А во-вторых, у
> меня систему hasher тоже не ставит. Или ты
> утверждаешь, что твой separator в
> инсталляторе ставит живую систему? В
> помойку!


В инсталяторе сепаратор никогда не работал ;)

Иди учить матчасть.

Да, и сепаратор кстати, в отличии от -
прекрасно умеет работать на живой
системе (устанавливаться пакеты под
рутом в чрут). Все что он делает для этого - отказывается от fake*

> 
>> P.S. меня бы вполне удовлетворило бы
>> наличие tiny_dev и возможности забыть
>> hasher'ом про устройства, но к сожалению -
>> это нереально.
> Действительно, хотеть такого --
> нереально. Но при _ЖЕЛАНИИ_ всегда можно
> найти ЧЕСТНОЕ решение данной проблемы.

Честного тут не найдёшь - сам hasher по
своей сути является не честным решением
 (как минимум
он обманывает пакеты, заставляя их
работать под fakeroot).

Хорошо, что у нас мантейнеры не
экспериментируют с переменными
окружения в post-скриптах (set -e,
выполненный в post-скрипте, снес бы давно
крышу и hasher'у и spt и тем более сепаратору)

Rgds,
Rider

[devel] Re: I: spt

[Michael Shigorin]

On Thu, Feb 02, 2006 at 03:50:18PM +0300, Anton D. Kachalov wrote:
> On Thu, Feb 02, 2006 at 03:31:37PM +0300, Anton Farygin wrote:

Мужуки, вы мне напоминаете нас с Антоном прошлым летом.
При этом вы сами Антоны.  Оба.
Остыньте :)

> > Я говорю не про жизнь в мясорубке, а про реальное
> > применение.. на обычных машинах.
> И чего? Я не очень понимаю сути вопроса. У меня прекрасно
> работает и live-система и система, поставленная инсталлером.

Тем, который ставил basesystem, который _тащил_ dev.
Насколько понимаю мысль rider@.

(то, что у тебя грузится и без него -- замечательно,
но можно и спокойней :)

> > P.S. меня бы вполне удовлетворило бы наличие tiny_dev и
> > возможности забыть hasher'ом про устройства, но к сожалению -
> > это нереально.
> Действительно, хотеть такого -- нереально. Но при _ЖЕЛАНИИ_
> всегда можно найти ЧЕСТНОЕ решение данной проблемы.

Ммм... может, действительно:

- оторвать dev от basesystem;
- прибить dev (dev-minimal?) и basesystem к какому-то другому пакету;
- инсталятором тащить этот другой пакет (bootablesystem?)

?

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

Re: [devel] Re: Re: Re: Re: I: spt

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060202 17:06]:
> Прежде чем бросать гранату - смотри кого зацепит.
[в сторону] Кто бы говорил...

-- 
Regards, Sir Raorn.
-------------------
Готовьте пакеты для Sisyphus. Если ошибки критические -- поместим в
update. Это нормально.
		-- aen in devel@

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

Re: [devel] Re: Re: Re: Re: I: spt

[Genix]

Anton Farygin wrote:

> set -e,
> выполненный в post-скрипте, снес бы давно
> крышу и hasher'у и spt и тем более сепаратору)

Чудненько!
1 апреля проверим

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

[devel] Re: не совсем про hasher

[Dmitry V. Levin]

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

On Thu, Feb 02, 2006 at 05:00:52PM +0300, Anton Farygin wrote:
[...]
> >> P.S. меня бы вполне удовлетворило бы
> >> наличие tiny_dev и возможности забыть
> >> hasher'ом про устройства, но к сожалению -
> >> это нереально.
> > Действительно, хотеть такого --
> > нереально. Но при _ЖЕЛАНИИ_ всегда можно
> > найти ЧЕСТНОЕ решение данной проблемы.
> 
> Честного тут не найдёшь - сам hasher по
> своей сути является не честным решением
>  (как минимум
> он обманывает пакеты, заставляя их
> работать под fakeroot).
> 
> Хорошо, что у нас мантейнеры не
> экспериментируют с переменными
> окружения в post-скриптах (set -e,
> выполненный в post-скрипте, снес бы давно
> крышу и hasher'у и spt и тем более сепаратору)

Антон, ты вряд ли имел в виду set -e, оно и так по умолчанию.


-- 
ldv

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

[devel] Re: не совсем про hasher

[Anton Farygin]

On Thu, 02 Feb 2006 17:30:20 +0300, Dmitry V. Levin wrote:

> On Thu, Feb 02, 2006 at 05:00:52PM +0300, Anton Farygin wrote: [...]
>> >> P.S. меня бы вполне удовлетворило бы
>> >> наличие tiny_dev и возможности забыть
>> >> hasher'ом про устройства, но к сожалению -
>> >> это нереально.
>> > Действительно, хотеть такого --
>> > нереально. Но при _ЖЕЛАНИИ_ всегда
>> > можно найти ЧЕСТНОЕ решение данной
>> > проблемы.
>> 
>> Честного тут не найдёшь - сам hasher по
>> своей сути является не честным
>> решением
>>  (как минимум
>> он обманывает пакеты, заставляя их
>> работать под fakeroot).
>> 
>> Хорошо, что у нас мантейнеры не
>> экспериментируют с переменными
>> окружения в post-скриптах (set -e,
>> выполненный в post-скрипте, снес бы давно
>> крышу и hasher'у и spt и тем более
>> сепаратору)
> 
> Антон, ты вряд ли имел в виду set -e, оно и
> так по умолчанию.

да, я имел в виду что-то другое ;))

Rgds,
Rider

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Anton!

Thursday 02, at 03:24:54 PM you wrote:

> On Thu, Feb 02, 2006 at 03:01:21PM +0300, Денис Смирнов wrote:
> > У нас уже можно создать что-то вроде dev-minimal, которого было бы
> > достаточно для запуска udev?
> Этот самый dev-minimal создаётся самим hasher'ом. И любой чрут,
> развёрнутый с помощью hasher'а достаточен для поднятия системы с
> использованием udev'a.
таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
смешных вещах (типа /dev/mem забыло создать).

PS separator не предлагать, он меня пугает, т.к. то, что он делает - это
костыль, а не решение :)

-- 
WBR et al.

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

Re: [devel] I: spt

[Dmitry V. Levin]

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

On Sun, Jul 02, 2006 at 01:05:01AM +0400, Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Thursday 02, at 03:24:54 PM you wrote:
> 
> > On Thu, Feb 02, 2006 at 03:01:21PM +0300, Денис Смирнов wrote:
> > > У нас уже можно создать что-то вроде dev-minimal, которого было бы
> > > достаточно для запуска udev?
> > Этот самый dev-minimal создаётся самим hasher'ом. И любой чрут,
> > развёрнутый с помощью hasher'а достаточен для поднятия системы с
> > использованием udev'a.
> таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
> race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
> dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
> смешных вещах (типа /dev/mem забыло создать).

А зачем нужен /dev/mem?

P.S.  А что должно входить в dev-minimal?


-- 
ldv

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 02, at 01:31:03 AM you wrote:

> On Sun, Jul 02, 2006 at 01:05:01AM +0400, Konstantin A. Lepikhov wrote:
> > Hi Anton!
> > 
> > Thursday 02, at 03:24:54 PM you wrote:
> > 
> > > On Thu, Feb 02, 2006 at 03:01:21PM +0300, Денис Смирнов wrote:
> > > > У нас уже можно создать что-то вроде dev-minimal, которого было бы
> > > > достаточно для запуска udev?
> > > Этот самый dev-minimal создаётся самим hasher'ом. И любой чрут,
> > > развёрнутый с помощью hasher'а достаточен для поднятия системы с
> > > использованием udev'a.
> > таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
> > race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
> > dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
> > смешных вещах (типа /dev/mem забыло создать).
> 
> А зачем нужен /dev/mem?
он зачем-то нужен xorg.

> 
> P.S.  А что должно входить в dev-minimal?
по-крайней мере, там должен быть /dev/console. Либо придется собирать
ядро с netconsole.

-- 
WBR et al.

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

Re: [devel] I: spt

[Dmitry V. Levin]

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

On Sun, Jul 02, 2006 at 01:34:25AM +0400, Konstantin A. Lepikhov wrote:
> Sunday 02, at 01:31:03 AM you wrote:
> > On Sun, Jul 02, 2006 at 01:05:01AM +0400, Konstantin A. Lepikhov wrote:
> > > Thursday 02, at 03:24:54 PM you wrote:
> > > > On Thu, Feb 02, 2006 at 03:01:21PM +0300, Денис Смирнов wrote:
> > > > > У нас уже можно создать что-то вроде dev-minimal, которого было бы
> > > > > достаточно для запуска udev?
> > > > Этот самый dev-minimal создаётся самим hasher'ом. И любой чрут,
> > > > развёрнутый с помощью hasher'а достаточен для поднятия системы с
> > > > использованием udev'a.
> > > таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
> > > race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
> > > dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
> > > смешных вещах (типа /dev/mem забыло создать).
> > 
> > А зачем нужен /dev/mem?
> он зачем-то нужен xorg.

По-моему, xorg это уже не dev-minimal.

> > P.S.  А что должно входить в dev-minimal?
> по-крайней мере, там должен быть /dev/console. Либо придется собирать
> ядро с netconsole.

/dev/console создаёт "hasher-priv makedev".


-- 
ldv

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 02, at 01:40:03 AM you wrote:

<skip>
> > > > таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
> > > > race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
> > > > dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
> > > > смешных вещах (типа /dev/mem забыло создать).
> > > 
> > > А зачем нужен /dev/mem?
> > он зачем-то нужен xorg.
> 
> По-моему, xorg это уже не dev-minimal.
я привел пример того, что udev до mimimal не дотягивает.

> 
> > > P.S.  А что должно входить в dev-minimal?
> > по-крайней мере, там должен быть /dev/console. Либо придется собирать
> > ядро с netconsole.
> 
> /dev/console создаёт "hasher-priv makedev".
о! уже лучше, там смотрю и maketty есть :)

-- 
WBR et al.

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

Re: [devel] I: spt

[Dmitry V. Levin]

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

On Sun, Jul 02, 2006 at 01:48:41AM +0400, Konstantin A. Lepikhov wrote:
> Sunday 02, at 01:40:03 AM you wrote:
> 
> <skip>
> > > > > таки нет. Поигрался я тут с spt - пока у нас будет _такой_ udev (т.е. с
> > > > > race'ами внутрях) и _такой_ hotplug (который завешивает систему намертво),
> > > > > dev-minimal нужен. А то оно грузится через раз, причем падает на совсем
> > > > > смешных вещах (типа /dev/mem забыло создать).
> > > > 
> > > > А зачем нужен /dev/mem?
> > > он зачем-то нужен xorg.
> > 
> > По-моему, xorg это уже не dev-minimal.
> я привел пример того, что udev до mimimal не дотягивает.

:)

> > > > P.S.  А что должно входить в dev-minimal?
> > > по-крайней мере, там должен быть /dev/console. Либо придется собирать
> > > ядро с netconsole.
> > 
> > /dev/console создаёт "hasher-priv makedev".
> о! уже лучше

/dev/console когда-то пролоббировал Mouse как раз для spt:

- makedev.sh: In addition to makedev, call makeconsole
  if enabled by $makedev_console.

> там смотрю и maketty есть :)

А как же. :)


-- 
ldv

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 02, at 02:27:57 AM you wrote:

<skip>
> > > По-моему, xorg это уже не dev-minimal.
> > я привел пример того, что udev до mimimal не дотягивает.
> 
> :)
> 
> > > > > P.S.  А что должно входить в dev-minimal?
> > > > по-крайней мере, там должен быть /dev/console. Либо придется собирать
> > > > ядро с netconsole.
> > > 
> > > /dev/console создаёт "hasher-priv makedev".
> > о! уже лучше
> 
> /dev/console когда-то пролоббировал Mouse как раз для spt:
> 
> - makedev.sh: In addition to makedev, call makeconsole
>   if enabled by $makedev_console.
> 
> > там смотрю и maketty есть :)
> 
> А как же. :)
спасибо! значит будем посмотреть.

-- 
WBR et al.

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 02, at 02:27:57 AM you wrote:

<skip>
> > > /dev/console создаёт "hasher-priv makedev".
> > о! уже лучше
> 
> /dev/console когда-то пролоббировал Mouse как раз для spt:
> 
> - makedev.sh: In addition to makedev, call makeconsole
>   if enabled by $makedev_console.
> 
вопрос снят, makedev_console сделало все необходимое для работы.
Интересно, mouse@ даст мне NMU для spt? :)

-- 
WBR et al.

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

Re: [devel] I: spt

[Dmitry V. Levin]

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

On Sun, Jul 02, 2006 at 04:35:23AM +0400, Konstantin A. Lepikhov wrote:
> Sunday 02, at 02:27:57 AM you wrote:
> 
> <skip>
> > > > /dev/console создаёт "hasher-priv makedev".
> > > о! уже лучше
> > 
> > /dev/console когда-то пролоббировал Mouse как раз для spt:
> > 
> > - makedev.sh: In addition to makedev, call makeconsole
> >   if enabled by $makedev_console.
> > 
> вопрос снят, makedev_console сделало все необходимое для работы.
> Интересно, mouse@ даст мне NMU для spt? :)

Не даст: у пакета теперь мантейнер @nobody -> кто его первым соберёт, тот
станет новым мантейнером.


-- 
ldv

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 02, at 03:17:25 PM you wrote:

> On Sun, Jul 02, 2006 at 04:35:23AM +0400, Konstantin A. Lepikhov wrote:
> > Sunday 02, at 02:27:57 AM you wrote:
> > 
> > <skip>
> > > > > /dev/console создаёт "hasher-priv makedev".
> > > > о! уже лучше
> > > 
> > > /dev/console когда-то пролоббировал Mouse как раз для spt:
> > > 
> > > - makedev.sh: In addition to makedev, call makeconsole
> > >   if enabled by $makedev_console.
> > > 
> > вопрос снят, makedev_console сделало все необходимое для работы.
> > Интересно, mouse@ даст мне NMU для spt? :)
> 
> Не даст: у пакета теперь мантейнер @nobody -> кто его первым соберёт, тот
> станет новым мантейнером.
в i/S залита новая версия (0.3). Что я туда добавил:
- поддержка создания образов для OpenVZ (использовать класс и профиль
  ovz)
- добавлен ключик --maketty, позволяющий создавать и сохранять ttys в
  chroot (нужно для ovz). Использование этого ключа требует наличия
  параметра allow_ttydev=YES в /etc/hasher-priv/* (см.
  hasher-priv.conf(8))
- обновлен список модулей для stage1, также теперь требудется новый
  propagator (чтобы виделась usb клавиатура)
- расширены возможности по созданию образов - теперь поддерживается
  tar+gzip/bzip2 и cpio сжатые образы.

-- 
WBR et al.

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

Re: [devel] I: spt

[Dmitry V. Levin]

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

On Sun, Jul 02, 2006 at 04:34:33PM +0400, Konstantin A. Lepikhov wrote:
> в i/S залита новая версия (0.3). Что я туда добавил:

Там уже spt-0.3.1-alt2, судя по всему.

Есть одно пожелание, которое согласился реализовать ещё прежний мантейнер
spt (Mouse), но потом, к сожалению, заб[иы]л.

spt, оставленный Mouse'ом, часть операций делал в host-системе, несмотря
на то что лучше и удобнее это делать в порождённом чруте.  В первую очередь
это относится к использованию пакетов mar и propagator из хост-системы
вместо пакетов из репозитория, используемых в порождаемом чруте.


-- 
ldv

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

Re: [devel] I: spt

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Friday 14, at 01:41:26 PM you wrote:

> On Sun, Jul 02, 2006 at 04:34:33PM +0400, Konstantin A. Lepikhov wrote:
> > в i/S залита новая версия (0.3). Что я туда добавил:
> 
> Там уже spt-0.3.1-alt2, судя по всему.
> 
> Есть одно пожелание, которое согласился реализовать ещё прежний мантейнер
> spt (Mouse), но потом, к сожалению, заб[иы]л.
> 
> spt, оставленный Mouse'ом, часть операций делал в host-системе, несмотря
> на то что лучше и удобнее это делать в порождённом чруте.  В первую очередь
> это относится к использованию пакетов mar и propagator из хост-системы
> вместо пакетов из репозитория, используемых в порождаемом чруте.
в текущем spt создание modules.mar и подготовка initrd выполняется в
chroot.

-- 
WBR et al.

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