Пакет bpftrace-0.27.0-alt1 не собирается в Sisyphus (x86_64): падает %check — 3 runtime-теста. Лог: https://git.altlinux.org/beehive/logs/Sisyphus/x86_64/archive/2026/0918/error/bpftrace-0.27.0-alt1 Падающие тесты: [ FAILED ] call.tseries [ FAILED ] call.tseries multiple [ FAILED ] json-output.time series avg (677 тестов проходят, 14 скипаются по условиям окружения, падают только эти 3.) Важно: в p11 пакет (0.20.3-alt2) тоже не проходит пересборку: https://git.altlinux.org/beehive/logs/p11/x86_64/latest/error/bpftrace-0.20.3-alt2 Предположительная причина: тесты time series (tseries) зависят от возможностей ядра/окружения сборочницы (как и скипнутые соседние тесты с 'missed feature'). Варианты исправления: 1. Разобраться, какой kernel feature нужен tseries-тестам, и по аналогии с остальными пометить их условным skip при его отсутствии (патч в tests). 2. Временно исключить эти три теста из %check (добавить фильтр при запуске gtest, например --gtest_filter=-call.tseries*:*time\ series*).
> Пакет bpftrace-0.27.0-alt1 не собирается в Sisyphus (x86_64): Я знаю, я умею читать письма роботов. > падает %check — 3 runtime-теста. Эти тесты ни разу не падали ни при сборке в Сизиф, ни при сборке локально. Даже на нагруженной локальной машине (stress-ng --cpu $(nproc) на фоне) падает только один из них, и то не каждый раз. Я считаю, что запускать тесты при сборке локально и в Сизиф важнее, чем успешная пересборка, и не хочу скипать тесты без возможности полноценного локального воспроизведения проблемы. Вместо P.S.: > тесты time series (tseries) зависят от возможностей ядра/окружения сборочницы Тесты запускаются под vm-run, так что ядро и окружение для них на всех машинах должны быть достаточно одинаковыми.
Сегодня набор упавших тестов другой: 3 tests, listed below: call.tseries zigzag call.tseries_min probe.attach_to_bpf_program Продолжаю наблюдение.
(Ответ для Ivan A. Melnikov на комментарий #2) > Продолжаю наблюдение. Может тогда не такой уж и wontfix? =)
(In reply to Alexander Makeenkov from comment #3) > Может тогда не такой уж и wontfix? =) Ну вообще я готов попробовать починить (именно починить, а не поотключать) тесты, если кто-нибудь покажет мне, как воспризвести падение настолько надёжно, чтобы я был уверен, что мои исправления хороши, а не просто мне (не) везёт. Но сейчас даже на beehive нет такой стабильности, так что пока я ничего с этим багом делать не планирую. Если это не wontfix, то значит просто Nobody is working on this. Like, let's be honest.
(Ответ для Ivan A. Melnikov на комментарий #4) > если кто-нибудь покажет мне, как воспризвести падение У нас в тестовых пересборках падает стабильно, я попробую поизучать с помощью ИИ и найти причину.
