60610 2026-09-18 11:34:13 +0300 bpftrace: FTBFS в %check — падают тесты call.tseries и json-output.time series avg 2026-09-29 12:51:31 +0300 1 1 4 Development Sisyphus bpftrace unstable all Linux REOPENED P5 normal --- 1 amakeenk nobody iv vt qa-sisyphus oldest_to_newest 299547 0 amakeenk 2026-09-18 11:34:13 +0300 Пакет 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*). 299566 1 iv 2026-09-18 12:34:33 +0300 > Пакет bpftrace-0.27.0-alt1 не собирается в Sisyphus (x86_64): Я знаю, я умею читать письма роботов. > падает %check — 3 runtime-теста. Эти тесты ни разу не падали ни при сборке в Сизиф, ни при сборке локально. Даже на нагруженной локальной машине (stress-ng --cpu $(nproc) на фоне) падает только один из них, и то не каждый раз. Я считаю, что запускать тесты при сборке локально и в Сизиф важнее, чем успешная пересборка, и не хочу скипать тесты без возможности полноценного локального воспроизведения проблемы. Вместо P.S.: > тесты time series (tseries) зависят от возможностей ядра/окружения сборочницы Тесты запускаются под vm-run, так что ядро и окружение для них на всех машинах должны быть достаточно одинаковыми. 300141 2 iv 2026-09-25 10:43:37 +0300 Сегодня набор упавших тестов другой: 3 tests, listed below: call.tseries zigzag call.tseries_min probe.attach_to_bpf_program Продолжаю наблюдение. 300539 3 amakeenk 2026-09-29 11:27:35 +0300 (Ответ для Ivan A. Melnikov на комментарий #2) > Продолжаю наблюдение. Может тогда не такой уж и wontfix? =) 300550 4 iv 2026-09-29 12:14:23 +0300 (In reply to Alexander Makeenkov from comment #3) > Может тогда не такой уж и wontfix? =) Ну вообще я готов попробовать починить (именно починить, а не поотключать) тесты, если кто-нибудь покажет мне, как воспризвести падение настолько надёжно, чтобы я был уверен, что мои исправления хороши, а не просто мне (не) везёт. Но сейчас даже на beehive нет такой стабильности, так что пока я ничего с этим багом делать не планирую. Если это не wontfix, то значит просто Nobody is working on this. Like, let's be honest. 300553 5 amakeenk 2026-09-29 12:51:31 +0300 (Ответ для Ivan A. Melnikov на комментарий #4) > если кто-нибудь покажет мне, как воспризвести падение У нас в тестовых пересборках падает стабильно, я попробую поизучать с помощью ИИ и найти причину.