On Sun, 4 Aug 2019 23:11:15 +0300 Alexey Tourbin wrote: > On Sun, Aug 4, 2019 at 8:28 PM Leonid Krivoshein wrote: > > 04.08.2019 18:51, Dmitry V. Levin пишет: > > > On Sun, Aug 04, 2019 at 06:10:31PM +0300, Андрей Бергман wrote: > > >> Други, > > >> а может ли кто-нибудь подсказать, что такого неправильного случилось > > >> при сборке новейшего i3 в Sisyphus - http://git.altlinux.org/tasks/235442/logs/events.1.1.log > > > Судя по http://git.altlinux.org/tasks/235442/build/100/ppc64le/log > > > там случилось > > > ../../i3-4.17/i3-config-wizard/main.c:126:10: fatal error: GENERATED_config_tokens.h: No such file or directory > > > #include "GENERATED_config_tokens.h" > > > > > > > Интересно, почему это можно увидеть только в raw-логе, а в сокращённом > > (из таска) оно обрезано? И почему на webery по x86_64 можно увидеть всё, > > а в случае фейла на ppc64le это режется? Извиняюсь, если криво > > сформулировал, но вот пример: > > Потому что у вас есть скрипт buildlog-errors, или как он называется, и > он не был рассчитан на параллельную сборку. А при при параллельной > сборке в конце лога высыпает много всего лишнего, а настоящая ошибка > сидит очень высоко. Там где-то есть "tail -128", если заменить на > "tail -256", то будет вылавливать настоящую ошибку. Я давно выступаю за то, чтоб для сфейливших сборок по пакетам давать полный доступ к чруту (или хотя бы к файлам, созданным в процессе сборки самого пакета). Например, результаты тестов cmake пишутся в отдельные файлы, в т.ч. ошибки и наш шибко умный скрипт не отображает их вовсе. Дело было на beehive и проблема была со случайными пересборками, но, вероятно, скрипты извлечения сообщений об ошибках схожие или вовсе одинаковые. В итоге я месяц не мог решить проблему, потому что она нигде больше не воспроизводилась. В итоге я добился от ldv полных логов (он прислал мне им письмом) и проблема решилась за 5 минут. Нужен доступ к полным данным несобравшегося пакета, тогда таких проблем не будет. Best regards, Andrew Savchenko