[devel] Q: hsh --repackage-source

[devel] Q: hsh --repackage-source

[Dmitry V. Levin]

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

Hi,

Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
--repackage-source с добавлением нового параметра (--no-repackage-source),
с помощью которого можно было бы вернуть прежнее поведение.

У кого-нибудь есть противопоказания?


-- 
ldv

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

[devel] Re: Q: hsh --repackage-source

[Michael Shigorin]

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

On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> У кого-нибудь есть противопоказания?

Ну давай попробуем. :)

А не будет ли тестом пересборка сизифа из набора src.rpm,
полученных таким образом?

-- 
 ---- 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: Q: hsh --repackage-source

[Dmitry V. Levin]

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

On Fri, Apr 29, 2005 at 11:22:40PM +0300, Michael Shigorin wrote:
> On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> > У кого-нибудь есть противопоказания?
> 
> Ну давай попробуем. :)

Да я уже почти полтора года пробую. :)

> А не будет ли тестом пересборка сизифа из набора src.rpm,
> полученных таким образом?

Если никто специально не жульничал, то не будет.

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


-- 
ldv

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

Re: [devel] Q: hsh --repackage-source

[Alexey Rusakov]

Dmitry V. Levin wrote:

>Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
>--repackage-source с добавлением нового параметра (--no-repackage-source),
>с помощью которого можно было бы вернуть прежнее поведение.
>
>У кого-нибудь есть противопоказания?
>  
>
Противопоказаний с моей стороны нет (всё равно оно мне не надо - добавлю 
параметр, только и всего), но мне интересно узнать rationale этого 
ключа. Потому что в /i/S/ я отправляю ровно тот же пакет, который 
скармливаю hsh, а не тот, который hsh делает при --repackage-source. 
Зачем в принципе может быть нужно перепаковывать src.rpm?

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Q: hsh --repackage-source

[Dmitry V. Levin]

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

On Sat, Apr 30, 2005 at 12:41:43AM +0400, Alexey Rusakov wrote:
> Dmitry V. Levin wrote:
> 
> >Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> >--repackage-source с добавлением нового параметра (--no-repackage-source),
> >с помощью которого можно было бы вернуть прежнее поведение.
> >
> >У кого-нибудь есть противопоказания?
> >
> Противопоказаний с моей стороны нет (всё равно оно мне не надо - добавлю 
> параметр, только и всего), но мне интересно узнать rationale этого 
> ключа. Потому что в /i/S/ я отправляю ровно тот же пакет, который 
> скармливаю hsh, а не тот, который hsh делает при --repackage-source. 

Если я скажу, что за последние 17 месяцев я устал каждый раз набирать
--repackage-source, то вы мне не поверите и правильно сделаете, потому что
для себя этот вопрос я уже давно решил. :)

> Зачем в принципе может быть нужно перепаковывать src.rpm?

Исходный пакет, собранный в той же среде, что и бинарный, имеет шанс быть
менее неправильным (или более правильным), чем первоначальный.

Например, если среда хост-системы и сборочная среда отличаются, а в
spec-файле используются сомнительные макросы типа %get_dep, то весьма
вероятно, что исходные пакеты будут различаться по сборочным зависимостям.

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


-- 
ldv

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

Re: [devel] Q: hsh --repackage-source

[Alexey Rusakov]

Dmitry V. Levin wrote:

>Исходный пакет, собранный в той же среде, что и бинарный, имеет шанс быть
>менее неправильным (или более правильным), чем первоначальный.
>  
>
Ну вот я тоже так подумал, но за недолгую практику я так и не столкнулся 
с тем, чтобы пакеты сильно разнились по правильности. Решил 
поинтересоваться.

>Кроме того, я знаю некоторых пользователей, у которых есть параноидальное
>стремление избегать публикации частной информации (hostname, имя локального
>пользователя) в заголовке исходного пакета.
>  
>
Любопытство удовлетворено, спасибо :) Попробую использовать новое 
умолчание :)

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Q: hsh --repackage-source

[Alexey Borovskoy]

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

* Суббота 30 Апрель 2005 09:17 Dmitry V. Levin

> Hi,
>
> Мне предложили изменить поведение hasher'а, включив по
> умолчанию параметр --repackage-source с добавлением нового
> параметра (--no-repackage-source), с помощью которого можно
> было бы вернуть прежнее поведение.
>
> У кого-нибудь есть противопоказания?

Я всем своим пакетам в backports делаю --repackage-source. Вроде 
еще ничего не взорвалось.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

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

Re: [devel] Re: Q: hsh --repackage-source

[Vladimir Lettiev]

Dmitry V. Levin wrote:
> Я смог придумать только один случай, когда включение --repackage-source
> может иметь негативный эффект, но во-первых, это довольно сильно
> притянутый за уши случай, и во-вторых, можно будет применить
> --no-repackage-source.

Есть ещё положительный эффект.
Мне требуется собрать пакеты A и B. А зависит от В, B в свою очередь 
зависит от A. Я придумываю некий способ бутстрапа. И собираю пакет:

rpmbuild -bs --with bootstrap A.src.rpm

а в спеке такая конструкция:
define bootstrap ...

%if !%bootstrap
BuildRequires: B
%endif

Спокойно собираю пакет B, который требует A.

После перепаковки src пакет A будет иметь сборочные зависимости на B и 
при следующей пересборке бутстраповые фишки в спеке отвалятся и пакет A 
будет требовать пакет B. В случае чего фокус с --with можно повторить.

Удобство в том, что не надо напрягать incoming@, извещая о своих 
коварных планах. Недостаток - если в конструкции %if будет сидеть 
Reqeuires - собраные rpm пакеты никогда не будут иметь этой зависимости.

-- 
С уважением, Владимир Леттиев aka crux <crux@gorodmasterov.com>

[devel] Re: Q: hsh --repackage-source

[Alexey Tourbin]

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

On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> --repackage-source с добавлением нового параметра (--no-repackage-source),
> с помощью которого можно было бы вернуть прежнее поведение.
> 
> У кого-нибудь есть противопоказания?

Насколько сложно/реально сделать доступным репозитарий внутри чрута
(возможно, не для всех пакетов, а только для тех, которые для сборки
требуют apt)?

Пытаясь преодолеть это ограничение, я сегодня придумал пакет, для
которого --repackage-source даст заведомо неверный результат.  Идея
такая:

BuildRequires: %test_perl_packages
BuildRequires: perl-devel

%build
make test

Тарболл для пакета (с тестами) и макрос %test_perl_packages генерируются
автоматически:

rpm:
	rpm -ba --define '_sourcedir $(PWD)' --define 'test_perl_packages $(PACKAGES)' $(NAME).spec

(Подробности в аттаче.)

> -- 
> ldv

[-- Attachment #1.2: test-perl.tar.gz --]
[-- Type: application/x-gzip, Size: 1171 bytes --]

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

Re: [devel] Re: Q: hsh --repackage-source

[Dmitry V. Levin]

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

On Sun, May 01, 2005 at 01:32:48AM +0400, Alexey Tourbin wrote:
> On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> > Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> > --repackage-source с добавлением нового параметра (--no-repackage-source),
> > с помощью которого можно было бы вернуть прежнее поведение.
> > 
> > У кого-нибудь есть противопоказания?
> 
> Насколько сложно/реально сделать доступным репозитарий внутри чрута

Какой репозитарий?  apt может быть настроен на любое число репозитариев.

> Пытаясь преодолеть это ограничение, я сегодня придумал пакет, для
> которого --repackage-source даст заведомо неверный результат.  Идея
> такая:
> 
> BuildRequires: %test_perl_packages
> BuildRequires: perl-devel
> 
> %build
> make test
> 
> Тарболл для пакета (с тестами) и макрос %test_perl_packages генерируются
> автоматически:
> 
> rpm:
> 	rpm -ba --define '_sourcedir $(PWD)' --define 'test_perl_packages $(PACKAGES)' $(NAME).spec

Суть вопроса в том, какой режим лучше по умолчанию?


-- 
ldv

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

[devel] Re: Q: hsh --repackage-source

[Alexey Tourbin]

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

On Sun, May 01, 2005 at 02:03:25AM +0400, Dmitry V. Levin wrote:
> > Насколько сложно/реально сделать доступным репозитарий внутри чрута
> Какой репозитарий?  apt может быть настроен на любое число репозитариев.

Я про другое (см. [devel] RFC: test packages).  Для сборки пакета,
который будет выполнять тесты из других пакетов, внутри чрута мне нужен
репозитарий, чтобы можно было сказать `apt-get source перловые_пакеты'.
Пока это единственный такой (предполагаемый) пакет.

Но поскольку репозитария внтури чрута нет и apt-get source работать не
будет, то выход состоит в том, чтобы выполнять apt-get source снаружи и
частичный результат распаковки rpm'ов (тестовые файлы) запаковать в
тарболл для этого пакета.  Это намного хуже, поэтому я и спрашиваю:
стоит ли надеяться, что hasher когда-нибудь сможет монтировать
репозитарий в сборочный чрут?

Как это связано с --repackage-source: косвенно; зависимости Requires
и BuildRequires в этом пакете подставляются снаружи через макросы.
При обычном rpm -bs *.spec эти макросы просто не раскроются.

> Суть вопроса в том, какой режим лучше по умолчанию?

По умолчанию лучше --repackage-source.
Единственная проблема в том, что при этом теряется подпись.

Ещё интересно научиться сравнивать идентичность src.rpm пакетов.
Что у них в принципе может отличаться?

$ which rpmdump
rpmdump: aliased to perl -MData::Dumper -MRPM::Header -e "print Dumper(RPM::Header->new(@ARGV))"
$ diff <(rpmdump ~/RPM/SRPMS/xplc-0.3.11-alt1.src.rpm) <(rpmdump ~/build/repo/SRPMS.hasher/xplc-0.3.11-alt1.src.rpm)
--- /home/at/tmp/zsh5w9oAp	2005-04-30 22:54:59 +0000
+++ /home/at/tmp/zshaU4qVr	2005-04-30 22:54:59 +0000
@@ -1,12 +1,12 @@
 $VAR1 = bless( {
                  'SIGSIZE' => [
-                                125315
+                                125357
                               ],
                  'SIGMD5' => [
-                               'О<¬Џ¦\x17•Р ¶S‰ҐВэR'
+                               '\aЁ–ьj®Я\x14ќѓs‚~в‡Ў'
                              ],
                  'SHA1HEADER' => [
-                                   '4a6d61ebd863b93db1133f7f513d7ea85d778af0'
+                                   'eb3298a7f2a2e91a43e0e615eb183df3bad4974d'
                                  ],
                  'NAME' => 'xplc',
                  'VERSION' => '0.3.11',
@@ -16,8 +16,8 @@ $VAR1 = bless( {
 that provide extensibility and reusability both inside and between
 applications, being portable across platforms and languages, easy to
 use and having the lowest possible overhead.',
-                 'BUILDTIME' => 1114875095,
-                 'BUILDHOST' => 'localhost.localdomain',
+                 'BUILDTIME' => 1114892886,
+                 'BUILDHOST' => 'at.hasher.altlinux.org',
                  'SIZE' => 255514,
                  'DISTRIBUTION' => 'ALT Linux',
                  'VENDOR' => 'ALT Linux Team',
@@ -33,7 +33,7 @@ use and having the lowest possible overh
                             ],
                  'URL' => 'http://xplc.sourceforge.net/',
                  'OS' => 'linux',
-                 'ARCH' => 'i686',
+                 'ARCH' => 'i586',
                  'FILESIZES' => [
                                   1495,
                                   3430,
@@ -47,10 +47,10 @@ use and having the lowest possible overh
                                   33188
                                 ],
                  'FILERDEVS' => [
+                                  34819,
                                   0,
                                   0,
-                                  0,
-                                  1024
+                                  0
                                 ],
                  'FILEMTIMES' => [
                                    1114789260,
@@ -77,16 +77,16 @@ use and having the lowest possible overh
                                   32
                                 ],
                  'FILEUSERNAME' => [
-                                     'at',
-                                     'at',
-                                     'at',
-                                     'at'
+                                     'builder',
+                                     'builder',
+                                     'builder',
+                                     'builder'
                                    ],
                  'FILEGROUPNAME' => [
-                                      'at',
-                                      'at',
-                                      'at',
-                                      'at'
+                                      'builder',
+                                      'builder',
+                                      'builder',
+                                      'builder'
                                     ],
                  'FILEVERIFYFLAGS' => [
                                         -1,
@@ -133,18 +133,18 @@ use and having the lowest possible overh
                                       '- Added libxplc-cxx.a to the devel package.',
                                       '- Initial RPM release.'
                                     ],
-                 'COOKIE' => 'localhost.localdomain 1114875095',
+                 'COOKIE' => 'at.hasher.altlinux.org 1114892886',
                  'FILEDEVICES' => [
-                                    777,
-                                    777,
-                                    777,
-                                    777
+                                    8449,
+                                    8449,
+                                    8449,
+                                    8449
                                   ],
                  'FILEINODES' => [
-                                   3141617,
-                                   3141637,
-                                   3141356,
-                                   1036281
+                                   14074782,
+                                   14074783,
+                                   14074784,
+                                   17662837
                                  ],
                  'FILELANGS' => [
                                   '',
$

> -- 
> ldv

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

Re: [devel] Re: Q: hsh --repackage-source

[Dmitry V. Levin]

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

On Sun, May 01, 2005 at 03:00:01AM +0400, Alexey Tourbin wrote:
> On Sun, May 01, 2005 at 02:03:25AM +0400, Dmitry V. Levin wrote:
> > > Насколько сложно/реально сделать доступным репозитарий внутри чрута
> > Какой репозитарий?  apt может быть настроен на любое число репозитариев.
> 
> Я про другое (см. [devel] RFC: test packages).  Для сборки пакета,
> который будет выполнять тесты из других пакетов, внутри чрута мне нужен
> репозитарий, чтобы можно было сказать `apt-get source перловые_пакеты'.
> Пока это единственный такой (предполагаемый) пакет.
> 
> Но поскольку репозитария внтури чрута нет и apt-get source работать не
> будет, то выход состоит в том, чтобы выполнять apt-get source снаружи и
> частичный результат распаковки rpm'ов (тестовые файлы) запаковать в
> тарболл для этого пакета.  Это намного хуже, поэтому я и спрашиваю:
> стоит ли надеяться, что hasher когда-нибудь сможет монтировать
> репозитарий в сборочный чрут?

hasher не знает, что такое репозитарий.
hasher можно научить делать mount --bind, если удастся чётко определить,
- что можно монтировать,
- куда это можно монтировать,
- когда монтировать и
- кто этим процессом будет управлять.

> > Суть вопроса в том, какой режим лучше по умолчанию?
> 
> По умолчанию лучше --repackage-source.
> Единственная проблема в том, что при этом теряется подпись.

Подпись можно поставить потом, после сборки, убедившись, что пакет
работает.

> Ещё интересно научиться сравнивать идентичность src.rpm пакетов.
> Что у них в принципе может отличаться?

Список файлов и сами файлы должны совпадать.
Даты модификации файлов должны совпадать.
Права доступа к файлам тоже сейчас должны совпадать, хотя я планирую
добавить корректировку прав (например, u+w,go-w).
Владелец файлов, скорее всего, будет отличаться.

Какие тэги заголовков могут отличаться, надо определить.
Могут меняться зависимости.

Теоретически, меняться может всё что угодно, поскольку первой строкой
spec-файла может быть "%if %(код, зависящий от сборочной среды)".

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


-- 
ldv

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

[devel] Re: Q: hsh --repackage-source

[Michael Shigorin]

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

On Sun, May 01, 2005 at 01:23:07PM +0400, Dmitry V. Levin wrote:
> Права доступа к файлам тоже сейчас должны совпадать, хотя я
> планирую добавить корректировку прав (например, u+w,go-w).

О, а вот это дело.  Вечно сохранённое в правильных MUA
оказывается 0600 ;-)

> Могут меняться зависимости.

Вот это и цель сравнения?

> Теоретически, меняться может всё что угодно, поскольку первой
> строкой spec-файла может быть "%if %(код, зависящий от
> сборочной среды)".

Кстати, Корчмарь по этому поводу ругался, что испортили src.rpm
как капсулу с известными свойствами.  Правда, резонно отвечали,
что они и так известны постольку поскольку -- всё равно от среды
сборки может зависеть.

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

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

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