[devel] I: bugzilla cleanup: закрытие неактивных ошибок
Anton Farygin
rider на basealt.ru
Вт Сен 8 15:43:45 MSK 2026
Всем привет.
Как многие из вас заметили - в bugzilla происходит зачистка (с помощью
основанных на нейросетях инструментов) старых давно висящих без движения
багов.
Большая просьба ко всем участникам отнестись с пониманием к этому
процессу и если вы вдруг заметите что какая-то ошибка была закрыта или
перевешена некорректно - отписываться в баге и изменять её статус. Ваше
мнение точно будет учитываться при дальнейшем анализе.
немного статистики.
первые ошибки я начал более-менее массово закрывать 28.08 - 10 дней назад.
За это время было разобрано (часто с воспроизведением и не только мной)
и закрыто 2049 ошибок. Ещё в большое количество ошибок я дописал то, что
удалось накопать, а в некоторые даже простые рецепты по исправлению.
Из них было переоткрыто 19 (0.9%) - за что огромное спасибо тем, кто
заметил неточности - я и сам повторно просматриваю в почте все действия
и бывает переоткрываю, если вижу необходимость.
Реальных неправильных операций по закрытию - по возражениям ментейнеров
было 6, по возражениям репортёров - 2.
7 я исправил сам за собой, 4 перепроверила на сизифе Вера Благовещенская
(за собой же).
Как можно помочь, принять участие ?
можно просто настроить MCP вашему AI агенту, если такой у вас есть:
bugzilla: https://bugzilla.altlinux.org/mcp.cgi
gitoskop: https://git.altlinux.org/gitoskop/_/mcp
rdb: https://rdb.altlinux.org/mcp
и попросить его:
"Используя MCP bugzilla, gitoskop и rdb посмотри что на мне висит и что
можно было бы закрыть без исправления или исправить просто, и
перепроверь/воспроизведи локально".
Дополнительно агента лучше запускать в изолированном окружении с
минимальными правами, но это наверное вы и без меня все знаете и
используете.
Плюс ему даю ещё возможность в окружении делать podman контейнеры, что
бы что-то можно было перепроверить локально.
С этим промптом прекрасно справляются любые модели, начиная от локальной
qwen 3.8 27B и заканчивая топовыми kimi k3 или qwen 3.8 на максималках.
Дальше разобрать /прочитать отчёты агента и закрыть всё в ручном режиме.
Если не пользуетесь агентами и нейросетями, то для вас естественно
доступны все эти инструменты с UI:
https://packages.altlinux.org/ru/sisyphus/maintainers/zerg/bugs можно
посмотреть ошибки, которые висят на вас и на ваших пакетах (по полю
Packager)
или по ACL:
https://packages.altlinux.org/ru/sisyphus/maintainers/zerg/bugs?by_acl=nick_group
Ну и сама bugzilla сейчас стала работать заметно быстрее и удобнее
(появился мобильный интерфейс). Весь этот анализ своих ошибок можно
делать и вручную.
И большая просьба ко всем - использовать (Closes: #<номер>) в changelog
пакета если вы исправляете ошибку, это обработается скриптами и закроет
bug в bugzilla.
Процесс заканчивать не планируется, параллельно с закрытием простых
багов совершенствуются методики по автоматическому нейросетевому (с
доступом к виртуалкам для AI агента) тестированию сложных ошибок и по
мере их готовности информация о таких инструментах будет появляться на
публике (если заработает, конечно ;) )
И ответ на самый частый вопрос который мне задают в личке: почему это не
делать под служебным аккаунтом ?
моё мнение - за действия нейросети должен отвечать человек, который её
запускает. Не надо скидывать с себя ответственность на призрачного
робота или автоматический скрипт - всегда за инструментом должен стоять
человек, который этот инструмент запускает. В частности именно поэтому
в сопровождаемых мной пакетах не попадается фраз что пакет собран
автоматически.
Подробная информация о списке рассылки Devel