При разборе ftbfs выяснилось, что тестовая пересборка происходит не
в той же среде hasher, что сборка в сборочнице. Ниже лог
непубличного обсуждения, которое ldv настоятельно попросил
продолжить в devel.

On Sun, 21 Oct 2018 03:09:16 +0300 Dmitry V. Levin wrote:
> On Sun, Oct 21, 2018 at 02:57:28AM +0300, Aleksey Novodvorsky wrote:
> > вс, 21 окт. 2018 г., 2:16 Dmitry V. Levin <ldv@altlinux.org>:
> > 
> > > On Sat, Oct 20, 2018 at 10:51:50PM +0300, Aleksey Novodvorsky wrote:
> > > > сб, 20 окт. 2018 г., 16:17 Aleksey Novodvorsky <aen@basealt.ru>:
> > > [...]
> > > > Вот характерный пример:
> > > > https://packages.altlinux.org/ru/Sisyphus/srpms/lua-lpeg
> > > > Собрано два дня назад, а ftbfs 13 недель.
> > >
> > > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2018/1020/error/lua-lpeg-1.0.1-alt2
> > > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2018/1019/error/lua-lpeg-1.0.1-alt2.zst
> > > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2018/1018/error/lua-lpeg-1.0.1-alt1.zst
> > >
> > > http://git.altlinux.org/beehive/logs/Sisyphus-i586/archive/2018/1020/error/lua-lpeg-1.0.1-alt2
> > > http://git.altlinux.org/beehive/logs/Sisyphus-i586/archive/2018/1019/error/lua-lpeg-1.0.1-alt2.zst
> > > http://git.altlinux.org/beehive/logs/Sisyphus-i586/archive/2018/1018/error/lua-lpeg-1.0.1-alt1.zst
> > 
> > Ок. Я, правда, так и не понял, что поменялось за два дня
> 
> С этим пакетом ничего не поменялось.
> 
> > и не есть ли
> > случившееся результат несоответствия процедуры сборки пакета и проверки его
> > пересобираемости.  Вопрос мой был именно об этом.
> 
> В тестовой пересборке используется hsh --query-repackage, cм.
> http://git.altlinux.org/people/ldv/packages/?p=beehive.git;a=commitdiff;h=99240c0b3b8a9e8123e5de00cfe62f48f5d1d91f

Мой вопрос следующий: почему тогда не используется --query-repackage
в сборочнице? Мы на e2k так и сделали, это не сложно, все довольны;
как выяснилось, на mips аналогично.

Вообще, если поведение сборочного окружения при тестовой пересборке
не совпадает с поведением в сборочнице — это ошибка и её следует
исправить. Либо включайте query-repackage в сборочнице, либо
выключайте в тестовой пересборке. На мой взгляд, лучше включить
в сборочнице, но я не настаиваю. Однако, ситуации, когда задача
мейнтенера успешно собирается, а затем от недоступной ему
и невоспроизводимой для него системы приходит сообщение, что она на
самом деле не собирается, быть не должно.

Best regards,
Andrew Savchenko