[devel] hasher

[devel] hasher

[Peter V. Saveliev]

...

"Буратино был тупой..."

Вопрос: может кто-либо подсказать url, по которому проживает reference
manual по hasher?

Очень не хочется задавать сюда всё более странные по нему вопросы, т.к.
ответы (я так подозреваю) просты до безобразия. В readme у него только
отсылка к bug reporting, но до багов в нём я пока не дожил, мне бы
базовую функциональность освоить прочно.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

[devel] Re: hasher

[Michael Shigorin]

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

On Wed, Jan 07, 2004 at 04:47:18PM +0300, Peter V. Saveliev wrote:
> Так у меня тоже работает. Просто есть куча на самом деле тупых
> вопросов, которые привык почерпывать из хавтушек - типа, "а как
> сделать, чтобы в хашере пакеты подписывались?", "а как поведёт
> себя хашер, если..." и т.п.

Уууу...

У меня есть еще более тупой вопрос -- и что, все вот так
cut-n-past'ят результирующие пакеты на подпись/заливку?

Можно плясать в переименовывание repo/ и заливать все из
свежесобранного -- особенно подходит при сборке чего-то
завязанного на свежесобранное там же и туда же -- но что-то мне
это pockets сандмановские начинает напоминать, что ли :-)

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

> Есть ощущение, что я не до конца (мягко говоря) понимаю, как
> именно оно работает.

Ну, мне тут проще -- работает и ладно. :-)

-- 
 ---- 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: hasher

[Vitaly Lipatov]

On 7 Январь 2004 16:54, Michael Shigorin wrote:
> У меня есть еще более тупой вопрос -- и что, все вот так
> cut-n-past'ят результирующие пакеты на подпись/заливку?
Я себе скрипт написал, он всё, что собираешь hasher, отправляет 
на заливку. А перед заливкой другим скриптом подписываю всё 
сразу, проверяю sisyphus_check и заливаю.
Обычно всё же собираешь в hasher, чтобы залить...
-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: hasher

[Peter V. Saveliev]

On Wed, 7 Jan 2004 15:54:11 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Wed, Jan 07, 2004 at 04:47:18PM +0300, Peter V. Saveliev wrote:
> > Так у меня тоже работает. Просто есть куча на самом деле тупых
> > вопросов, которые привык почерпывать из хавтушек - типа, "а как
> > сделать, чтобы в хашере пакеты подписывались?", "а как поведёт
> > себя хашер, если..." и т.п.
> 
> Уууу...
> 
> У меня есть еще более тупой вопрос -- и что, все вот так
> cut-n-past'ят результирующие пакеты на подпись/заливку?

Хез.

А если хочется собрать локальную кучу, подписанную от имени
@peet.spb.ru? Для себя, и ещё пары таких же упёртых? Ну да, есть у меня
скрипт, который берёт SRPMS и делает репозитарий. Только, мне кажется,
это уже проделанная работа, нет? Я-то про это толкую. Если собрали
хашер, значит, это кому-то нужно? Вот и пытаюсь решить, попадаю ли я в
круг тех самых.

См. ремарку, буратино недаром "был тупой" :)

> Можно плясать в переименовывание repo/ и заливать все из
> свежесобранного -- особенно подходит при сборке чего-то
> завязанного на свежесобранное там же и туда же -- но что-то мне
> это pockets сандмановские начинает напоминать, что ли :-)
> 
> Т.е. кажется, что толпа народа тратит кучу времени на
> неправильные действия.

Блин, а я про что? Вот прямо сейчас сижу и туплю. QuickStart README
есть, работает. А нормальной документации - ноль.

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

Есть, правда, ещё телепаты и провидцы, но они могли хотя бы по косвенным
признакам догадаться, что не все такие.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

Re: [devel] Re: hasher

[Michael Shigorin]

On Wed, Jan 07, 2004 at 05:29:02PM +0300, Peter V. Saveliev wrote:
> А если хочется собрать локальную кучу, подписанную от имени
> @peet.spb.ru? Для себя, и ещё пары таких же упёртых? Ну да,
> есть у меня скрипт, который берёт SRPMS и делает репозитарий.

Стоп.  Так под repo/ -- репозитории.  С хэшами.
?

[sigh]

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

Re: [devel] Re: hasher

[Peter V. Saveliev]

On Wed, 7 Jan 2004 17:20:48 +0300
Vitaly Lipatov <LAV@VL3143.spb.edu> wrote:

<skip />
> Я себе скрипт написал, он всё, что собираешь hasher, отправляет 
> на заливку. А перед заливкой другим скриптом подписываю всё 
> сразу, проверяю sisyphus_check и заливаю.
> Обычно всё же собираешь в hasher, чтобы залить...

Ок, технологию понял. То есть, hasher играет роль "стерильной" сборочной
среды, так?

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

[devel] Re: hasher

[Michael Shigorin]

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

On Wed, Jan 07, 2004 at 05:20:48PM +0300, Vitaly Lipatov wrote:
> > У меня есть еще более тупой вопрос -- и что, все вот так
> > cut-n-past'ят результирующие пакеты на подпись/заливку?
> Я себе скрипт написал, он всё, что собираешь hasher, отправляет
> на заливку. А перед заливкой другим скриптом подписываю всё
> сразу, проверяю sisyphus_check и заливаю.

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

> Обычно всё же собираешь в hasher, чтобы залить...

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

[-- Attachment #1.2: 2bte.sh --]
[-- Type: text/plain, Size: 702 bytes --]

#!/bin/sh
UPROOT=~/Upload
TARGET=incoming:/incoming/Sisyphus/BTE/
MAINTAINER=mike@inmetex.com.ua
SUBJ1="upload failed"
SUBJ2="gpg sig failed"
#. ~/.ssh/ssh-agent.sh 2>/dev/null 1>&2
#ssh-add

#LC_ALL=C sisyphus_check "$UPROOT/BTE/" || exit 1

[ -z "$UPROOT/BTE/*.rpm" ] && exit 0
for i in $UPROOT/BTE/*.rpm; do
	rpm --checksig $i | grep -q gpg || {
#		echo "$i: GPG signature missing/invalid" | mail -s "$SUBJ2" $MAINTAINER
		echo "$i: GPG signature missing/invalid, skipping!" >&2
		continue
	}
	/usr/bin/rsync $* -avut --partial --stats \
		-e ssh $i $TARGET \
		>> $UPROOT/rsync-upload.log 2>&1 \
	&& mv $i $UPROOT/done \
	|| echo "upload failed: $i" | mail -s "$SUBJ1" $MAINTAINER
done
#ssh-add -D

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

Re: [devel] Re: hasher

[Peter V. Saveliev]

On Wed, 7 Jan 2004 16:31:14 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

<skip /> 
> Стоп.  Так под repo/ -- репозитории.  С хэшами.
> ?
> 
> [sigh]

Если мне не изменяет интуиция, то эти репозитории в том виде, в котором
они сейчас у меня начинают функционировать, годятся только в качестве
"trusted". То есть, когда я скачаю пакет из моего локального
репозитория, мне придётся положиться только на совпадение md5.

В то время, как мне кажется более правильным собрать пакет
"intranet-gpgkeys", и наладить внутренний репозитарий сугубо заточенных
пакетов, но подписанных ключами сборщиков из этого файла, по аналогии с
дистрибутивами alt. То есть, сделать что-то вроде своего
субдистрибутива. Причина архитривиальна - мы собираем софт с оракулом
(freeradius, тулзы для сбора netflow и т.п.), который нельзя
распространять в бинарниках за пределами компании. Но внутри процесс его
сборки, апгрейдов и т.д. хочется автоматизировать по максимуму. Потому
как с этим софтом работает уже отнюдь не одна машина, и даже не две, а в
перспективе - под пару сотен. А админов - не вагон. Вот отсюда все мои
печали.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

Re: [devel] Re: hasher

[Vitaly Lipatov]

On 7 Январь 2004 17:57, Peter V. Saveliev wrote:

> Ок, технологию понял. То есть, hasher играет роль "стерильной"
> сборочной среды, так?
Ну да. Имея последний Сизиф, и собрав каждый пакет в такой среде, 
я на 99% уверен, что он соберётся в ALT и попадёт в Сизиф, без 
досадных проблем.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: hasher

[Vitaly Lipatov]

On 7 Январь 2004 18:07, Michael Shigorin wrote:

> У меня порой бывает несколько сборок в hasher до достижения
Ну это естественно.
> заливного результата.  Но проверялку непосредственно перед
> rsync в генштаб вкрутил.
Что-то я sisyphus_check только закомментированный увидел...

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: hasher

[Michael Shigorin]

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

On Wed, Jan 07, 2004 at 08:19:07PM +0300, Vitaly Lipatov wrote:
> > заливного результата.  Но проверялку непосредственно перед
> > rsync в генштаб вкрутил.
> Что-то я sisyphus_check только закомментированный увидел...

А, да -- на том хосте sisyphus нет.  Решил, что хватит
выполняемого hasher, потому как маршрут все равно через него.

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

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

Re: [devel] hasher

[Dmitry V. Levin]

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

On Wed, Jan 07, 2004 at 02:51:48PM +0300, Peter V. Saveliev wrote:
> ...
> 
> "Буратино был тупой..."
> 
> Вопрос: может кто-либо подсказать url, по которому проживает reference
> manual по hasher?

Я что такое reference manual по hasher?

Насколько я знаю, есть
+ вводный курс, /usr/share/doc/hasher-0.9.5/README;
+ справка по использованию, hsh -h;
+ описание устройства hasher-priv, /usr/share/doc/hasher-priv-0.7/DESIGN;
+ архив этого списка рассылки;
+ опытные пользователи, которые "знают как".


-- 
ldv

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

Re: [devel] Re: hasher

[Dmitry V. Levin]

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

On Wed, Jan 07, 2004 at 03:54:11PM +0200, Michael Shigorin wrote:
> On Wed, Jan 07, 2004 at 04:47:18PM +0300, Peter V. Saveliev wrote:
> > Так у меня тоже работает. Просто есть куча на самом деле тупых
> > вопросов, которые привык почерпывать из хавтушек - типа, "а как
> > сделать, чтобы в хашере пакеты подписывались?", "а как поведёт
> > себя хашер, если..." и т.п.
> 
> Уууу...
> 
> У меня есть еще более тупой вопрос -- и что, все вот так
> cut-n-past'ят результирующие пакеты на подпись/заливку?

Зачем?

У меня обычно это происходит примерно так:
$ rpm --resign /path/to/workdir/repo/{S,i586/}RPMS.hasher/*.rpm
$ mv /path/to/workdir/repo/SRPMS.hasher/*.rpm /path/to/out/SRPMS/
$ mv /path/to/workdir/repo/i586/RPMS.hasher/*.rpm /path/to/out/RPMS/
$ START_DIR=/path/to/out sisyphus_add_new

А у вас?


-- 
ldv

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

Re: [devel] Re: hasher

[Dmitry V. Levin]

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

On Wed, Jan 07, 2004 at 05:57:31PM +0300, Peter V. Saveliev wrote:
> Ок, технологию понял. То есть, hasher играет роль "стерильной" сборочной
> среды, так?

С одной стороны, да.

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


-- 
ldv

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

Re: [devel] Re: hasher

[Dmitry V. Levin]

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

On Wed, Jan 07, 2004 at 05:29:02PM +0300, Peter V. Saveliev wrote:
> А если хочется собрать локальную кучу, подписанную от имени
> @peet.spb.ru? Для себя, и ещё пары таких же упёртых? Ну да, есть у меня
> скрипт, который берёт SRPMS и делает репозитарий. Только, мне кажется,
> это уже проделанная работа, нет? Я-то про это толкую. Если собрали
> хашер, значит, это кому-то нужно? Вот и пытаюсь решить, попадаю ли я в
> круг тех самых.

Нет, пакеты должен подписывать человек, с которого потом можно было бы
спросить.  hasher пакеты не подписывает, в этом нет смысла.


-- 
ldv

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

Re: [devel] Re: hasher

[Alexey I. Froloff]

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

* Peter V. Saveliev <peet@altlinux.ru> [040107 18:07]:
> В то время, как мне кажется более правильным собрать пакет
> "intranet-gpgkeys", и наладить внутренний репозитарий сугубо заточенных
> пакетов, но подписанных ключами сборщиков из этого файла, по аналогии с
> дистрибутивами alt. То есть, сделать что-то вроде своего
> субдистрибутива. Причина архитривиальна - мы собираем софт с оракулом
> (freeradius, тулзы для сбора netflow и т.п.), который нельзя
> распространять в бинарниках за пределами компании. Но внутри процесс его
> сборки, апгрейдов и т.д. хочется автоматизировать по максимуму. Потому
> как с этим софтом работает уже отнюдь не одна машина, и даже не две, а в
> перспективе - под пару сотен. А админов - не вагон. Вот отсюда все мои
> печали.
Ну тогда Вам лучше посмотреть на пакет sandman, он больше заточен
именно на процесс разработки, а не только сборки пакета.  Плюс
вкусности в виде истории изменений, возможность задавать
произвольные опции rpmbuild'у для любого пакета, поддержка
нескольких базовых дистрибутивов и т.д.  Внутренний репозитарий
делается пакетом sisyphus.

Я постил сюда и на www.atmsk.ru некое подобие sandman mini howto,
и способ создать из зеркала сизифа и своих компонентов
совмещённый репозитарий (у sandman есть ограничение - одна пара
строчек rpm/rpm-src в sources.list).

http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=74&Itemid=3
http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=75&Itemid=3
http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=37&Itemid=3

P.S. Правда последняя статья, как выяснилось, довольно
корявенькая...

-- 
Regards, Sir Raorn.
-------------------
Электричества нет, но мы работаем!
		-- aen in devel@

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

[devel] Re: hasher

[Michael Shigorin]

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

On Thu, Jan 08, 2004 at 03:11:53AM +0300, Dmitry V. Levin wrote:
> > У меня есть еще более тупой вопрос -- и что, все вот так
> > cut-n-past'ят результирующие пакеты на подпись/заливку?
> Зачем?  У меня обычно это происходит примерно так:
> $ rpm --resign /path/to/workdir/repo/{S,i586/}RPMS.hasher/*.rpm
> $ mv /path/to/workdir/repo/SRPMS.hasher/*.rpm /path/to/out/SRPMS/
> $ mv /path/to/workdir/repo/i586/RPMS.hasher/*.rpm /path/to/out/RPMS/
> $ START_DIR=/path/to/out sisyphus_add_new
> А у вас?

А у нас зачастую собираемому требуется свежесобранное.  Можно,
конечно, сделать $out/ репозиторием, внести в sources.list и
тогда это mv не приведет к ломанию (или задержке до появления в
локальном Sisyphus :) сборки -- но опять же, задача кажется
слишком типичной и велосипедоизобретением заниматься лень.

-- 
 ---- 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: hasher

[Alexey I. Froloff]

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

* Michael Shigorin <mike@osdn.org.ua> [040108 10:52]:
> > Зачем?  У меня обычно это происходит примерно так:
> > $ rpm --resign /path/to/workdir/repo/{S,i586/}RPMS.hasher/*.rpm
> > $ mv /path/to/workdir/repo/SRPMS.hasher/*.rpm /path/to/out/SRPMS/
> > $ mv /path/to/workdir/repo/i586/RPMS.hasher/*.rpm /path/to/out/RPMS/
> > $ START_DIR=/path/to/out sisyphus_add_new
> > А у вас?
> А у нас зачастую собираемому требуется свежесобранное.  Можно,
> конечно, сделать $out/ репозиторием, внести в sources.list и
> тогда это mv не приведет к ломанию (или задержке до появления в
> локальном Sisyphus :) сборки -- но опять же, задача кажется
> слишком типичной и велосипедоизобретением заниматься лень.
Ну я например именно так дома и сделал - в sources.list прописан
мой собственный репозитарий, который контролируется пакетом
sisyphus, в нём отдельной компонентой живёт altclassic (classic
из Sisyphus).  При пересборке в sandman все добавленные мной
пакеты подхватываются автоматом.

-- 
Regards, Sir Raorn.
-------------------
> Кстати, как именно выглядит процедура выкладывания secfixes?
выкладываете в /incoming/updates/дистрибутив/ (если необходимо),
пишете на security@, мы собираем, тестируем (если можем) и выкладываем,
пишете тест анонса, мы публикуем.
		-- ldv in devel@

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

Re: [devel] Re: hasher

[Алексей Любимов]

Alexey I. Froloff пишет:

>* Peter V. Saveliev <peet@altlinux.ru> [040107 18:07]:
>  
>
>>В то время, как мне кажется более правильным собрать пакет
>>"intranet-gpgkeys", и наладить внутренний репозитарий сугубо заточенных
>>пакетов, но подписанных ключами сборщиков из этого файла, по аналогии с
>>дистрибутивами alt. То есть, сделать что-то вроде своего
>>субдистрибутива. Причина архитривиальна - мы собираем софт с оракулом
>>(freeradius, тулзы для сбора netflow и т.п.), который нельзя
>>распространять в бинарниках за пределами компании. Но внутри процесс его
>>сборки, апгрейдов и т.д. хочется автоматизировать по максимуму. Потому
>>как с этим софтом работает уже отнюдь не одна машина, и даже не две, а в
>>перспективе - под пару сотен. А админов - не вагон. Вот отсюда все мои
>>печали.
>>    
>>
>Ну тогда Вам лучше посмотреть на пакет sandman, он больше заточен
>именно на процесс разработки, а не только сборки пакета.  Плюс
>вкусности в виде истории изменений, возможность задавать
>произвольные опции rpmbuild'у для любого пакета, поддержка
>нескольких базовых дистрибутивов и т.д.  Внутренний репозитарий
>делается пакетом sisyphus.
>
>Я постил сюда и на www.atmsk.ru некое подобие sandman mini howto,
>и способ создать из зеркала сизифа и своих компонентов
>совмещённый репозитарий (у sandman есть ограничение - одна пара
>строчек rpm/rpm-src в sources.list).
>
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=74&Itemid=3
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=75&Itemid=3
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=37&Itemid=3
>
>P.S. Правда последняя статья, как выяснилось, довольно
>корявенькая...
>  
>
а чего с не ней так?

Если я ее  в вику на www.linux-os.ru заброшу - поредактируете?

Re: [devel] Re: hasher

[Alexey I. Froloff]

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

* Алексей Любимов <avl@l14.ru> [040108 15:28]:
> >http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=74&Itemid=3
> >http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=75&Itemid=3
> >http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=37&Itemid=3

> >P.S. Правда последняя статья, как выяснилось, довольно
> >корявенькая...
> а чего с не ней так?
Симлинки должны быть относительные.  topdir должен быть уровнем
повыше.  Да и поподробней слегка надо всё описАть.

> Если я ее  в вику на www.linux-os.ru заброшу - поредактируете?
Ну, я в принципе начал переносить первые две, доберусь и до
третьей.  Проще переписать, чем вносить исправления.

-- 
Regards, Sir Raorn.
-------------------
на irc.freenode.net открыт IRC канал #altlinux, куда собственно и
приглашаются разработчики, коллеги и пользователи.
		-- rider in devel@

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

Re: [devel] hasher

[Peter V. Saveliev]

On Thu, 8 Jan 2004 03:06:17 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Jan 07, 2004 at 02:51:48PM +0300, Peter V. Saveliev wrote:
> > ...
> > 
> > "Буратино был тупой..."
> > 
> > Вопрос: может кто-либо подсказать url, по которому проживает reference
> > manual по hasher?
> 
> Я что такое reference manual по hasher?

Уу, можно и в таком варианте:

 "Я что такое, reference manual по hasher?"

:))) Вот только, блин, в связи с некоторыми событиями, моя поездка в
Москву и, следовательное, подробное ознакомление с мануалом, несколько
задерживается :|

> 
> Насколько я знаю, есть
> + вводный курс, /usr/share/doc/hasher-0.9.5/README;
читано
> + справка по использованию, hsh -h;
читано
> + описание устройства hasher-priv, /usr/share/doc/hasher-priv-0.7/DESIGN;
читано
> + архив этого списка рассылки;
постоянно слежу
> + опытные пользователи, которые "знают как".

угумс

Подробнее: хочется, чтобы с пакетом шло точно описание его
функциональности. Поясню на примере:

8<--------------------------------------------------------
[peet@kehlisaari peet]$ apt-cache show hasher
Package: hasher
Section: Development/Other
<skip />
Description: An automated package hasher
 This package provides package hasher utilities.

[peet@kehlisaari peet]$ apt-cache show sandman
Package: sandman
Section: Development/Other
<skip />
Description: BTE
 sandman is a tool which manipulates with chrooted environments
8<--------------------------------------------------------



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

Документацию к sandman читаю, readme же к hasher на редкость талантливо
написано: вряд ли можно ещё короче :)

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

Сорри за занудство, просто в отсутствие развёнутой документации по пакету,
очень сложно ставить задачи, с ним связанные. Вот, тут прозвучало мнение,
что для моих задач больше подходит sandman. Возможно, но хотелось бы
самостоятельно придти к такому выводу :)

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

Re: [devel] hasher

[Alexey I. Froloff]

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

* Peter V. Saveliev <peet@altlinux.ru> [040108 22:58]:
> Сорри за занудство, просто в отсутствие развёнутой документации по пакету,
> очень сложно ставить задачи, с ним связанные. Вот, тут прозвучало мнение,
> что для моих задач больше подходит sandman. Возможно, но хотелось бы
> самостоятельно придти к такому выводу :)
Ну, могу попробовать ещё раз озвучить своё мнение по этому
вопросу.  Надо наверно начать с того, что sandman был написан
разработчиками для облегчения процесса разработки, в то время как
hasher был ориентирован в первую очередь на быструю и безопасную
пересборку пакетов, пришедших из "непровереных источников".

В sandman фиксируются все изменения пакета (спек-файл, тарболы,
патчи), можно гибко управлять некоторыми параметрами сборки
индивидуально для пакетов, есть поддержка нескольких базовых
дистрибутивов (т.е. можно разрабатывать пакеты для, например,
current sisyphus, master 2.2 и junior 2.2).  В sandman также
возможна паралельная сборка нескольких пакетов (в hasher это тоже
можно сделать используя разные префиксы).  Также для ускорения
процесса пересборки есть (или сейчас сломана?) поддержка ccache,
возможность повторного использования "песочниц" для сборки
нескольких зависимых друг от друга пакетов.  Плюс к этому всему -
клиент-серверная архитектура, что позволяет держать один мощный
сборочный сервер на группу разработчиков.  Ещё большим
преимуществом я считаю зависимость sandman только от apt,
установленного в рабочей системе, да и то только на начальной
стадии создания базовой системы в chrooted environment.

С другой стороны sandman довольно сильно доверяет собираемым
пакетам.  Несмотря на то, что создание сборочной среды происходит
в chrooted environment, пакеты устанавливаются от
суперпользователя и от него же выполняются все postinstall
скрипты.  Чем это может быть чревато, думаю, об'яснять не надо
;-)

hasher - "пакеторубка" (C) ldv ;-)  В первую очередь (как _мне_
кажется) он задумывался как быстрая и безопасная разгребалка
incoming'а.  Всё операции выполняются от псевдопользователя
(хотел по привычке добавить "в пустом read-only chroot'е" ;-) под
fakeroot(1), используется целый комплекс мероприятий для защиты
от возможного DoS (например ограничение времени сборки)...
Также, hasher довольно сильно зависит от окружения, в котором
работает, мне кажется, что он очень ALT- (точнее даже Sisyphus-)
specific...

Но зато при использовании hasher разработчик должен сам думать с
какими параметрами его вызывать, где хранить исходные src.rpm'ы,
следить за тем, чтобы не собирались несколько пакетов в одном
префиксе и т.д. (но есть один большой плюс - гибкое управление
целевой архитектурой - например я собираю свои ядра в hasher под
i686, в sandman это можно сделать, но гораздо сложнее).

Это всё - суб'ективное мнение меня как мантейнера нескольких
пакетов.  И конечно не последнюю роль тут играет тот факт, что
sandman я настроил (ещё раз огромное спасибо Сергею Большакову за
неоценимую помощь) ещё тогда, когда hasher не был написан ;-)

Для себя я сделал такой вывод, если пакеты собираются от случая к
случаю, если про cvs вы знаете только что "его используют", если
не нужно ничего специфичного - hasher будет проще в обращении.
Если есть много пакетов, с которыми часто работаете, если хочется
упростить процесс сборки, если нужна история изменений и нужно
несколько "дистрибутивов" - sandman будет удобнее.

В любом случае - не попробуешь не узнаешь ;-)

-- 
Regards, Sir Raorn.
-------------------
Код в ntp, который обеспечивает этот resolving, плох.
		-- ldv in sisyphus@

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

Re: [devel] hasher

[Peter V. Saveliev]

...

Огромное спасибо, читаю ссылки и обдумываю сказанное.

-- 
Sincerely, Peter V. Saveliev

E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru

Re: [devel] hasher

[Dmitry V. Levin]

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

On Fri, Jan 09, 2004 at 09:36:37AM +0300, Alexey I. Froloff wrote:
> hasher - "пакеторубка" (C) ldv ;-)

Термин придуман в результате коллективного поиска.

> Также, hasher довольно сильно зависит от окружения, в котором
> работает, мне кажется, что он очень ALT- (точнее даже Sisyphus-)
> specific...

Полный список требований перечислен в зависимостях пакета hasher и
в файле /usr/share/doc/hasher-версия/README.

> Но зато при использовании hasher разработчик должен сам думать с
> какими параметрами его вызывать, где хранить исходные src.rpm'ы,
> следить за тем, чтобы не собирались несколько пакетов в одном
> префиксе и т.д. (но есть один большой плюс - гибкое управление
> целевой архитектурой - например я собираю свои ядра в hasher под
> i686, в sandman это можно сделать, но гораздо сложнее).

В одной сборочной среде не удастся "случайно" собирать более одного
пакета, за этим следит /usr/bin/hsh.

> Для себя я сделал такой вывод, если пакеты собираются от случая к
> случаю, если про cvs вы знаете только что "его используют", если
> не нужно ничего специфичного - hasher будет проще в обращении.
> Если есть много пакетов, с которыми часто работаете, если хочется
> упростить процесс сборки, если нужна история изменений и нужно
> несколько "дистрибутивов" - sandman будет удобнее.
> 
> В любом случае - не попробуешь не узнаешь ;-)

Очень хороший обзор, спасибо.


-- 
ldv

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

Re: [devel] Re: hasher

[Alexey I. Froloff]

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

* Peter V. Saveliev <peet@altlinux.ru> [040107 18:07]:
> В то время, как мне кажется более правильным собрать пакет
> "intranet-gpgkeys", и наладить внутренний репозитарий сугубо заточенных
> пакетов, но подписанных ключами сборщиков из этого файла, по аналогии с
> дистрибутивами alt. То есть, сделать что-то вроде своего
> субдистрибутива. Причина архитривиальна - мы собираем софт с оракулом
> (freeradius, тулзы для сбора netflow и т.п.), который нельзя
> распространять в бинарниках за пределами компании. Но внутри процесс его
> сборки, апгрейдов и т.д. хочется автоматизировать по максимуму. Потому
> как с этим софтом работает уже отнюдь не одна машина, и даже не две, а в
> перспективе - под пару сотен. А админов - не вагон. Вот отсюда все мои
> печали.
Ну тогда Вам лучше посмотреть на пакет sandman, он больше заточен
именно на процесс разработки, а не только сборки пакета.  Плюс
вкусности в виде истории изменений, возможность задавать
произвольные опции rpmbuild'у для любого пакета, поддержка
нескольких базовых дистрибутивов и т.д.  Внутренний репозитарий
делается пакетом sisyphus.

Я постил сюда и на www.atmsk.ru некое подобие sandman mini howto,
и способ создать из зеркала сизифа и своих компонентов
совмещённый репозитарий (у sandman есть ограничение - одна пара
строчек rpm/rpm-src в sources.list).

http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=74&Itemid=3
http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=75&Itemid=3
http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=37&Itemid=3

P.S. Правда последняя статья, как выяснилось, довольно
корявенькая...

-- 
Regards, Sir Raorn.
-------------------
Электричества нет, но мы работаем!
		-- aen in devel@

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

Re: [devel] Re: hasher

[Алексей Любимов]

Еще тут стоит посмотреть. 
http://www.linux-os.ru/search?SearchableText=sandman

>
>Я постил сюда и на www.atmsk.ru некое подобие sandman mini howto,
>и способ создать из зеркала сизифа и своих компонентов
>совмещённый репозитарий (у sandman есть ограничение - одна пара
>строчек rpm/rpm-src в sources.list).
>
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=74&Itemid=3
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=75&Itemid=3
>http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=37&Itemid=3
>
>P.S. Правда последняя статья, как выяснилось, довольно
>корявенькая...
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Devel mailing list
>Devel@altlinux.ru
>https://lists.altlinux.ru/mailman/listinfo/devel
>

Re: [devel] hasher

[Dmitry V. Levin]

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

On Wed, Jan 07, 2004 at 02:51:48PM +0300, Peter V. Saveliev wrote:
> ...
> 
> "Буратино был тупой..."
> 
> Вопрос: может кто-либо подсказать url, по которому проживает reference
> manual по hasher?

hasher(7) и далее по ссылкам.


-- 
ldv

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