[newbies] откуда ошибка?

[Aleksey Avdeev]

05.10.2009 22:26, Kharitonov A. Dmitry пишет:
> Aleksey Avdeev wrote:
>> 05.10.2009 22:06, Kharitonov A. Dmitry пишет:
>>  
>>> сборщик обнаглел немного
>>> http://git.altlinux.org/tasks/13746/task/log
>>>
>>> 2009-Oct-04 16:40:01 :: task #13746 for 4.0 started:
>>> #1 build 1.8.0.1-alt2.0.M40.1 from
>>> /people/kharpost/packages/lightsquid-admin.git
>>> 2009-Oct-04 16:40:01 :: created pkg.tar for lightsquid-admin.git tag
>>> 1.8.0.1-alt2.0.M40.1
>>> 2009-Oct-04 16:40:02 :: [x86_64] lightsquid-admin.git
>>> 1.8.0.1-alt2.0.M40.1: build start
>>> 2009-Oct-04 16:40:02 :: [i586] lightsquid-admin.git
>>> 1.8.0.1-alt2.0.M40.1: build start
>>> 2009-Oct-04 16:40:56 :: [x86_64] lightsquid-admin.git
>>> 1.8.0.1-alt2.0.M40.1: build OK
>>>     
>>                         ^^^^^^^^
>>  
>>> 2009-Oct-04 16:40:58 :: [i586] lightsquid-admin.git
>>> 1.8.0.1-alt2.0.M40.1: build OK
>>>     
>>                         ^^^^^^^^
>>  
>>> 2009-Oct-04 16:41:01 :: build check OK
>>> 2009-Oct-04 16:41:02 :: plan OK
>>> 2009-Oct-04 16:41:02 :: version check OK
>>> 2009-Oct-04 16:42:27 :: created test repo
>>> 2009-Oct-04 16:42:32 :: dependencies check OK
>>> ---8<---8<---
>>> <13>Oct  4 16:42:58 rpmi: libapt-0.5.15lorg2-alt18.M40.1 installed
>>> <13>Oct  4 16:42:58 rpmi: apt-0.5.15lorg2-alt18.M40.1 installed
>>> /root/tmp/rpm-tmp.6115: line 1: gpasswd: command not found
>>> /root/tmp/rpm-tmp.6115: line 2: gpasswd: command not found
>>> /root/tmp/rpm-tmp.6115: line 3: gpasswd: command not found
>>> error: execution of %pre scriptlet from
>>> lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 failed, exit status 127
>>> error:   install: %pre scriptlet failed (2), skipping
>>>     
>> ...
>>  
>>> На кого вешать багу? Того кто видит или кто не видит?
>>>     
>>
>>   Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot
>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
>> сборки).
>>
>>   Пакету надо требовать shadow-groups, раз он использует его компоненты.
>>   
> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
> должна отслеживать все, и, наоборот.

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

1. Запуск hasher для сборки в целевой репозиторий:

1.1. Сборка пакета.

1.2. sisyphus_check -- _быстрая_ проверка на корректность сборки пакета,
_без_ доступа к целевому репозиторию.

2. Проверки уровня репозитория (требуют доступа к целевому репозиторию):

2.1. Проверка на устонавливаемость (то что у тебя сейчас взорвалось).

2.3. Проверка на анметы (или как-их-там-правильно)

...

4. Помещение собранного в целевой репозиторий.

  В краце: проверки уровня репозитория -- это выше чем уровень хашера.

-- 

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


----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 553 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/devel-newbies/attachments/20091005/3f8008f4/attachment.bin>