[devel] hasher и пакет dev.

[devel] hasher и пакет dev.

[Alexey Borovskoy]

Добрый день.

Как поставить пакет dev внутрь чрута хешера?
Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?

Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.

-- 
Алексей.

Re: [devel] hasher и пакет dev.

[Anton Farygin]

Alexey Borovskoy wrote:
> Добрый день.
> 
> Как поставить пакет dev внутрь чрута хешера?
> Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
> 
> Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.
> 

Пакет dev установить внутрь чрута не получится.. пользуйтесь udev

Re: [devel] hasher и пакет dev.

[Mikhail Yakshin]

Alexey Borovskoy wrote:
> Добрый день.
> 
> Как поставить пакет dev внутрь чрута хешера?
> Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?

А что именно из пакета dev нужно внутри чрута?

> Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.

Объясните, почему "костылик"? Еще одна функция, делающее какой-то четко 
определенное и описанное действие - вполне штатный и оправданный режим 
работы spt3.

-- 
WBR, Mikhail Yakshin

Re: [devel] hasher и пакет dev.

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

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

On Thu, Feb 15, 2007 at 05:11:33PM +1200, Alexey Borovskoy wrote:

AB> Как поставить пакет dev внутрь чрута хешера?
AB> Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
AB> Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.

Я вот думаю, а ведь наверное можно fakeroot научить и такому изврату? Сам
поплакал-поплакал по поводу dev, и... полностью перешел на udev. Благо
последнее время с ним никаких проблем кроме несовместимости со старыми
ядрами нету.

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

http://freesource.info
----------------------------------------------------------------------------
Для того, чтобы шагнуть вперед, нужно куда-то встать сначала.
		-- zerg in devel@

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

Re: [devel] hasher и пакет dev.

[Konstantin A. Lepikhov]

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

Hi Alexey!

Thursday 15, at 05:11:33 PM you wrote:

> Добрый день.
> 
> Как поставить пакет dev внутрь чрута хешера?
никак. hasher ее не поставит, поскольку mknod внутри hasher chroot
запрещен.

> Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
разве что руками, или уже при начальной загрузке.

-- 
WBR et al.

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

Re: [devel] hasher и пакет dev.

[Alexey Borovskoy]

2007/2/15, Anton Farygin <rider@>:
> Alexey Borovskoy wrote:
> > Добрый день.
> >
> > Как поставить пакет dev внутрь чрута хешера?
> > Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
> >
> > Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.
> >
>
> Пакет dev установить внутрь чрута не получится.. пользуйтесь udev

Compact 3.0.4 без dev не работает.

-- 
Алексей.

Re: [devel] hasher и пакет dev.

[Alexey Borovskoy]

15.02.07, Mikhail Yakshin<greycat@altlinux.org> написал(а):
> Alexey Borovskoy wrote:
> > Добрый день.
> >
> > Как поставить пакет dev внутрь чрута хешера?
> > Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
>
> А что именно из пакета dev нужно внутри чрута?

Нужен весь пакет dev. Я делаю livecd для быстрого развертывания HN
OpenVZ на базе Compact 3.0.4.

> > Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.
>
> Объясните, почему "костылик"? Еще одна функция, делающее какой-то четко
> определенное и описанное действие - вполне штатный и оправданный режим
> работы spt3.

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

-- 
Алексей.

Re: [devel] hasher и пакет dev.

[Michael Shigorin]

On Fri, Feb 16, 2007 at 10:15:48AM +1200, Alexey Borovskoy wrote:
> > > Как поставить пакет dev внутрь чрута хешера?  Или как
> > > скопировать пакет в в $chroot/.in хешера с помощью самого
> > > хешера?
> > А что именно из пакета dev нужно внутри чрута?
> Нужен весь пакет dev. Я делаю livecd для быстрого развертывания
> HN OpenVZ на базе Compact 3.0.4.

Давайте лучше сделаем на базе сизифа?  Или один раз сдёрнуть 
где-то в округе 200--300M всё равно непрактично?

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

Re: [devel] hasher и пакет dev.

[Dmitry V. Levin]

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

On Fri, Feb 16, 2007 at 10:15:48AM +1200, Alexey Borovskoy wrote:
> 15.02.07, Mikhail Yakshin написал:
> > Alexey Borovskoy wrote:
> > > Добрый день.
> > >
> > > Как поставить пакет dev внутрь чрута хешера?
> > > Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
> >
> > А что именно из пакета dev нужно внутри чрута?
> 
> Нужен весь пакет dev. Я делаю livecd для быстрого развертывания HN
> OpenVZ на базе Compact 3.0.4.

Честно говоря, идея реанимировать Compact 3.0.4 мне не близка, даже если
реанимация принимает такую форму.

> > > Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.
> >
> > Объясните, почему "костылик"? Еще одна функция, делающее какой-то четко
> > определенное и описанное действие - вполне штатный и оправданный режим
> > работы spt3.
> 
> Я думаю, что должен быть официальный инструмент hsh-copy для
> запихивания файлов в произвольное место чрута хешера. А так приходится
> немного нарушать стройную систему работы с чрутом.

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

Но для того, чтобы сделать livecd, настоящих файлов устройств не нужно
совсем, для этого достаточно создать пустые файлы в
hasher-workdir/chroot/dev/, после чего изнутри (hsh-run --root) установить
на них нужные права доступа.

Можно попробовать на досуге нарисовать hsh-mknod для упрощения этой процедуры.


-- 
ldv

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

Re: [devel] hasher и пакет dev.

[Alexey Borovskoy]

16.02.07, Michael Shigorin<mike@osdn.org.ua> написал(а):
> On Fri, Feb 16, 2007 at 10:15:48AM +1200, Alexey Borovskoy wrote:
> > > > Как поставить пакет dev внутрь чрута хешера?  Или как
> > > > скопировать пакет в в $chroot/.in хешера с помощью самого
> > > > хешера?
> > > А что именно из пакета dev нужно внутри чрута?
> > Нужен весь пакет dev. Я делаю livecd для быстрого развертывания
> > HN OpenVZ на базе Compact 3.0.4.
>
> Давайте лучше сделаем на базе сизифа?  Или один раз сдёрнуть
> где-то в округе 200--300M всё равно непрактично?

Можно сделать. На выходных буду обновлять ноут.

Ставить Сизиф на сервера я боюсь. Мое благосостояние напрямую зависит
от их стабильной работы.

Re: [devel] hasher и пакет dev.

[Alexey Borovskoy]

16.02.07, Dmitry V. Levin<ldv@> написал(а):
> On Fri, Feb 16, 2007 at 10:15:48AM +1200, Alexey Borovskoy wrote:
> > 15.02.07, Mikhail Yakshin написал:
> > > Alexey Borovskoy wrote:
> > > > Добрый день.
> > > >
> > > > Как поставить пакет dev внутрь чрута хешера?
> > > > Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
> > >
> > > А что именно из пакета dev нужно внутри чрута?
> >
> > Нужен весь пакет dev. Я делаю livecd для быстрого развертывания HN
> > OpenVZ на базе Compact 3.0.4.
>
> Честно говоря, идея реанимировать Compact 3.0.4 мне не близка, даже если
> реанимация принимает такую форму.

Я жду с нетерпением бранча altlinux-3.1. :-)

> > > > Пока в голову приходит только идея приделать к spt3 еще одну функцию-костылик.
> > >
> > > Объясните, почему "костылик"? Еще одна функция, делающее какой-то четко
> > > определенное и описанное действие - вполне штатный и оправданный режим
> > > работы spt3.
> >
> > Я думаю, что должен быть официальный инструмент hsh-copy для
> > запихивания файлов в произвольное место чрута хешера. А так приходится
> > немного нарушать стройную систему работы с чрутом.
>
> hasher никогда не был предназначен для помещения произвольных файлов
> устройств внутрь чрута -- это небезопасно по своей природе.
>
> Но для того, чтобы сделать livecd, настоящих файлов устройств не нужно
> совсем, для этого достаточно создать пустые файлы в
> hasher-workdir/chroot/dev/, после чего изнутри (hsh-run --root) установить
> на них нужные права доступа.

У меня livecd несет в себе тарбол минимальной системы. Потом тарбол
разворачивается на целевую систему, делается chroot в нее, затем
устанавливается lilo. И тут всё останавливается, лило хочет /dev/hda к
примеру.

> Можно попробовать на досуге нарисовать hsh-mknod для упрощения этой процедуры.

Re: [devel] hasher и пакет dev.

[Dmitry V. Levin]

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

On Fri, Feb 16, 2007 at 11:23:47AM +1200, Alexey Borovskoy wrote:
> 16.02.07, Dmitry V. Levin<ldv@> написал(а):
> > On Fri, Feb 16, 2007 at 10:15:48AM +1200, Alexey Borovskoy wrote:
> > > 15.02.07, Mikhail Yakshin написал:
> > > > Alexey Borovskoy wrote:
> > > > > Добрый день.
> > > > >
> > > > > Как поставить пакет dev внутрь чрута хешера?
> > > > > Или как скопировать пакет в в $chroot/.in хешера с помощью самого хешера?
> > > >
> > > > А что именно из пакета dev нужно внутри чрута?
> > >
> > > Нужен весь пакет dev. Я делаю livecd для быстрого развертывания HN
> > > OpenVZ на базе Compact 3.0.4.
> >
> > Честно говоря, идея реанимировать Compact 3.0.4 мне не близка, даже если
> > реанимация принимает такую форму.
> 
> Я жду с нетерпением бранча altlinux-3.1. :-)

altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)

> > hasher никогда не был предназначен для помещения произвольных файлов
> > устройств внутрь чрута -- это небезопасно по своей природе.
> >
> > Но для того, чтобы сделать livecd, настоящих файлов устройств не нужно
> > совсем, для этого достаточно создать пустые файлы в
> > hasher-workdir/chroot/dev/, после чего изнутри (hsh-run --root) установить
> > на них нужные права доступа.
> 
> У меня livecd несет в себе тарбол минимальной системы. Потом тарбол
> разворачивается на целевую систему, делается chroot в нее, затем
> устанавливается lilo. И тут всё останавливается, лило хочет /dev/hda к
> примеру.

Для того, чтобы положить в тарбол файл устройства, вовсе не обязательно
наличие этого файла устройства.

> > Можно попробовать на досуге нарисовать hsh-mknod для упрощения этой процедуры.


-- 
ldv

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

Re: [devel] hasher и пакет dev.

[Alexey Borovskoy]

16.02.07, Dmitry V. Levin<ldv@:
>
> Для того, чтобы положить в тарбол файл устройства, вовсе не обязательно
> наличие этого файла устройства.

Это как?

Re: [devel] hasher и пакет dev.

[Anton Farygin]

Alexey Borovskoy wrote:
> 16.02.07, Dmitry V. Levin<ldv@:
>> Для того, чтобы положить в тарбол файл устройства, вовсе не обязательно
>> наличие этого файла устройства.
> 
> Это как?

видимо так же как с cpio ;)

Файлы можно создавать внутри тарболла.

Rgds,
Rider

Re: [devel] next version

[Kirill A. Shutemov]

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

On [Fri, 16.02.2007 10:32], Michael Shigorin wrote:
> On Fri, Feb 16, 2007 at 02:33:19AM +0300, Dmitry V. Levin wrote:
> > > > Честно говоря, идея реанимировать Compact 3.0.4 мне не
> > > > близка, даже если реанимация принимает такую форму.
> > > Я жду с нетерпением бранча altlinux-3.1. :-)
> > altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)
> 
> Да хоть горшком назови :-)  Хотя вообще было бы хорошо продумать
> внятный подход к формированию версий.  Если честно, то я пока
> предпосылок для major bump не вижу.  Разве что ради x.0, если
> предвидится определённая "бетовость" финального выпуска.
> 
> С точки зрения админа -- удобно осторожнее относиться к x.0,
> пробовать воду с x.1 и выкатывать x.2, как это было с Red Hat
> Linux (в случае одной ветки).
> 
> В случае ALT наблюдается другое деление -- редкие "большие"
> дистрибутивы с официальной поддержкой серверной части (уж как
> есть) и несколько менее редкие 1CD OEM/Desktop; при вышедшем 
> "несколько бетовом" 3.0, наличии incremental enhancements
> и отсутствии принципиальных изменений (кроме таких мелочей,
> как OpenVZ и неподдержка Linux 2.4 с новой glibc)... хотя...
> 
> Тебе видней. :-)
Может стоит использовать gentoo-style именования дистрибутивов -
2007.1(YYYY.RELEASE). Это, на мой взгляд, имеет смысл поскольку развитие
дистрибутивов носит эволюционный характер. Резоны для смены major'а часто
надуманы. Хотя такое именование при выпуске дистрибутивов раз в два года
не выгодно с точки зрения маркетинга.

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

Re: [devel] hasher и пакет dev.

[Michael Shigorin]

On Fri, Feb 16, 2007 at 11:11:58AM +1200, Alexey Borovskoy wrote:
> > > Я делаю livecd для быстрого развертывания HN OpenVZ на базе
> > > Compact 3.0.4.
> > Давайте лучше сделаем на базе сизифа?  Или один раз сдёрнуть
> > где-то в округе 200--300M всё равно непрактично?
> Можно сделать. На выходных буду обновлять ноут.
> Ставить Сизиф на сервера я боюсь. Мое благосостояние напрямую
> зависит от их стабильной работы.

Так зачем сизиф на _сервера_.  На _железо_ -- сизиф+ovz, а в
контейнерах у меня до сих пор подавляющее большинство -- M24.

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

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

[devel] next version

[Michael Shigorin]

On Fri, Feb 16, 2007 at 02:33:19AM +0300, Dmitry V. Levin wrote:
> > > Честно говоря, идея реанимировать Compact 3.0.4 мне не
> > > близка, даже если реанимация принимает такую форму.
> > Я жду с нетерпением бранча altlinux-3.1. :-)
> altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)

Да хоть горшком назови :-)  Хотя вообще было бы хорошо продумать
внятный подход к формированию версий.  Если честно, то я пока
предпосылок для major bump не вижу.  Разве что ради x.0, если
предвидится определённая "бетовость" финального выпуска.

С точки зрения админа -- удобно осторожнее относиться к x.0,
пробовать воду с x.1 и выкатывать x.2, как это было с Red Hat
Linux (в случае одной ветки).

В случае ALT наблюдается другое деление -- редкие "большие"
дистрибутивы с официальной поддержкой серверной части (уж как
есть) и несколько менее редкие 1CD OEM/Desktop; при вышедшем 
"несколько бетовом" 3.0, наличии incremental enhancements
и отсутствии принципиальных изменений (кроме таких мелочей,
как OpenVZ и неподдержка Linux 2.4 с новой glibc)... хотя...

Тебе видней. :-)

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

Re: [devel] [JT] next version

[Slava Dubrovskiy]

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

Michael Shigorin пишет:
>>> Я жду с нетерпением бранча altlinux-3.1. :-)
>>>       
>> altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)
>>     
> Да хоть горшком назови :-)  
"Как вы яхту назовёте..." (С) :-)

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] next version

[Anton Farygin]

Michael Shigorin wrote:
> On Fri, Feb 16, 2007 at 02:33:19AM +0300, Dmitry V. Levin wrote:
>>>> Честно говоря, идея реанимировать Compact 3.0.4 мне не
>>>> близка, даже если реанимация принимает такую форму.
>>> Я жду с нетерпением бранча altlinux-3.1. :-)
>> altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)
> 
> Да хоть горшком назови :-)  Хотя вообще было бы хорошо продумать
> внятный подход к формированию версий.  Если честно, то я пока
> предпосылок для major bump не вижу.  Разве что ради x.0, если
> предвидится определённая "бетовость" финального выпуска.
> 
> С точки зрения админа -- удобно осторожнее относиться к x.0,
> пробовать воду с x.1 и выкатывать x.2, как это было с Red Hat
> Linux (в случае одной ветки).
> 
> В случае ALT наблюдается другое деление -- редкие "большие"
> дистрибутивы с официальной поддержкой серверной части (уж как
> есть) и несколько менее редкие 1CD OEM/Desktop; при вышедшем 
> "несколько бетовом" 3.0, наличии incremental enhancements
> и отсутствии принципиальных изменений (кроме таких мелочей,
> как OpenVZ и неподдержка Linux 2.4 с новой glibc)... хотя...

Нифига себе.. немного изменений....

поддержка x86_64, контейнеры (xen/ovz), значительно доработанный
инсталятор/конфигуратор, множество кардинальных изменений в базовой
системе, другой компилятор, другой xorg... значительно переработанная
пакетная база... UTF-8 по дефолту, одно ядро для smp/up...  в общем
изменений, на мой взгляд - самое большое количество за всю историю
существования ALT'а при переходе от версии к версии дистрибутива.

да, а 3.0 был фактически обкаткой новых технологий... при чём вполне
успешной обкаткой.

Rgds,
Rider

Re: [devel] hasher и пакет dev.

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

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

On Fri, Feb 16, 2007 at 11:23:47AM +1200, Alexey Borovskoy wrote:

AB> У меня livecd несет в себе тарбол минимальной системы. Потом тарбол
AB> разворачивается на целевую систему, делается chroot в нее, затем
AB> устанавливается lilo. И тут всё останавливается, лило хочет /dev/hda к
AB> примеру.

Это я решаю тем, что создаю такие устройства тем самым скриптом, который
делает чрут. Для всех storage этот скрипт создает вроде вполне даже
правильные девайсы.

#!/bin/sh
#=============================================================================#
#                      Create nodes for storage devices                       #
#=============================================================================#
PREFIX=$1
set +e
T=`mktemp /tmp/mk_devices.XXXXXX`
for s in `ls -1 /sys/block`; do
    echo -n "/bin/mknod $PREFIX/dev/$s b " >> $T
    cat /sys/block/$s/dev | sed 's/:/ /' >> $T
    for part in `ls -1 /sys/block/$s | grep ^$s`; do
    	echo -n "/bin/mknod $PREFIX/dev/$part b " >> $T
		cat /sys/block/$s/$part/dev | sed 's/:/ /' >> $T
    done
done

#=============================================================================#
#                           Create misc devices                               #
#=============================================================================#
mkdir -p $PREFIX/dev/cpu/0
mknod $PREFIX/dev/cpu/0/msr c 202 0 2> /dev/null
# for internet access via ppp
mknod $PREFIX/dev/ppp		c 108 0  2> /dev/null

# create tty devices
mknod $PREFIX/dev/ptmx		c 5 2 2> /dev/null
mknod $PREFIX/dev/console	c 5 1 2> /dev/null
mknod $PREFIX/dev/tty		c 5 0 2> /dev/null
for s in 1 2 3 4 5 6 7 8; do
	mknod $PREFIX/dev/tty$s c 4 $s 2> /dev/null
done


/bin/sh $T 2>&1 | grep -v 'File exists'
rm -f $T


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

http://freesource.info
----------------------------------------------------------------------------
Сизиф он и есть Сизиф. Вечно чего-нибудь не предусмотришь ;)
		-- inger in sisyphus@

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

Re: [devel] hasher и пакет dev.

[Dmitry V. Levin]

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

On Fri, Feb 16, 2007 at 12:53:54PM +0300, Денис Смирнов wrote:
> On Fri, Feb 16, 2007 at 11:23:47AM +1200, Alexey Borovskoy wrote:
> 
> AB> У меня livecd несет в себе тарбол минимальной системы. Потом тарбол
> AB> разворачивается на целевую систему, делается chroot в нее, затем
> AB> устанавливается lilo. И тут всё останавливается, лило хочет /dev/hda к
> AB> примеру.
> 
> Это я решаю тем, что создаю такие устройства тем самым скриптом, который
> делает чрут. Для всех storage этот скрипт создает вроде вполне даже
> правильные девайсы.

Т.е. создаются настоящие устройства?


-- 
ldv

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

Re: [devel] hasher и пакет dev.

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

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

On Fri, Feb 16, 2007 at 01:17:10PM +0300, Dmitry V. Levin wrote:

> AB>> У меня livecd несет в себе тарбол минимальной системы. Потом тарбол
> AB>> разворачивается на целевую систему, делается chroot в нее, затем
> AB>> устанавливается lilo. И тут всё останавливается, лило хочет /dev/hda к
> AB>> примеру.
>> Это я решаю тем, что создаю такие устройства тем самым скриптом, который
>> делает чрут. Для всех storage этот скрипт создает вроде вполне даже
   ^^^^^^^^^^^
>> правильные девайсы.
DVL> Т.е. создаются настоящие устройства?

Да. Этот скрипт исполняется не в hasher, а инсталлером уже во время
инсталлции. Это позволяет заполнить /dev для storage устройств не
неизвестно чем, а создать те, и только те устройства которые были доступны
во время инсталляции (то есть те, на которые ставится система). Остальное
нас на этом этапе не интересует, это уже будут проблемы udev.

В подчекнутом я не точно выразился. Не в том кто создает чрут для
последующего архивирования, а том который собственно ещё и lilo
устанавливает и прочими кошмарами страдает (конкретно у меня ещё initrd
пересоздается после установки).

Кстати почему-то мне приходится инсталлятором же пересоздавать rndc.key.
Потому как после загрузки то ли ему энтропии не хватает, то ли ещё чего --
но оно уходит в очень долгий ступор. openssh при этом почему-то создает
свои ключики замечательно.

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

http://freesource.info
----------------------------------------------------------------------------
ПЕРВОЕ ПРАВИЛО ИСТОРИИ
 История не повторяется - это историки повторяют друг друга.

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

Re: [devel] next version

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

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

On Fri, Feb 16, 2007 at 10:32:07AM +0200, Michael Shigorin wrote:

>> altlinux-3.1, видимо, был год назад.  Теперь это уже 4.0, наверное. :)
MS> Да хоть горшком назови :-)  Хотя вообще было бы хорошо продумать
MS> внятный подход к формированию версий.  Если честно, то я пока
MS> предпосылок для major bump не вижу.  Разве что ради x.0, если
MS> предвидится определённая "бетовость" финального выпуска.

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

Но вся эта тема не имеет никакого смысла до тех пор, пока нет хоть
какой-то стабильности выпуска дистрибутивов. С учетом нынешнего интервала
major надо сразу эдак номеров на 5 поднимать.

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

http://freesource.info
----------------------------------------------------------------------------
Некоторые, между прочим, и buildreq в hasher'е запускают. :)
		-- ldv in sisyphus@

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

Re: [devel] hasher и пакет dev.

[Konstantin A. Lepikhov]

<цитата от="Денис Смирнов">
...
> Кстати почему-то мне приходится инсталлятором же пересоздавать rndc.key.
> Потому как после загрузки то ли ему энтропии не хватает, то ли ещё чего --
> но оно уходит в очень долгий ступор. openssh при этом почему-то создает
> свои ключики замечательно.
ln -s /dev/urandom /dev/random ;)

-- 
WBR et al.

Re: [devel] hasher и пакет dev.

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

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

On Fri, Feb 16, 2007 at 02:20:55PM +0300, Konstantin A. Lepikhov wrote:

>> Кстати почему-то мне приходится инсталлятором же пересоздавать rndc.key.
>> Потому как после загрузки то ли ему энтропии не хватает, то ли ещё чего --
>> но оно уходит в очень долгий ступор. openssh при этом почему-то создает
>> свои ключики замечательно.
KAL> ln -s /dev/urandom /dev/random ;)

Видать не спасает, у меня и random и urandom 1:9 до момента запуска udev.

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

http://freesource.info
----------------------------------------------------------------------------
> kak otpisatsa ot etoi rassulki? =)
Отписка происходит автоматически по итогам месяца.
		-- lav in community@

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

[devel] I: hsh-fakedev

[Dmitry V. Levin]

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

On Fri, Feb 16, 2007 at 01:31:18AM +0300, Dmitry V. Levin wrote:
[...]
> hasher никогда не был предназначен для помещения произвольных файлов
> устройств внутрь чрута -- это небезопасно по своей природе.
> 
> Но для того, чтобы сделать livecd, настоящих файлов устройств не нужно
> совсем, для этого достаточно создать пустые файлы в
> hasher-workdir/chroot/dev/, после чего изнутри (hsh-run --root) установить
> на них нужные права доступа.
> 
> Можно попробовать на досуге нарисовать hsh-mknod для упрощения этой процедуры.

Нарисовался hsh-fakedev, посмотрите
http://git.altlinux.org/people/ldv/packages/?p=hasher.git;a=commit;h=HEAD
возможно это вам подойдёт.


-- 
ldv

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