[devel] I: bugzilla cleanup: закрытие неактивных ошибок

[devel] I: bugzilla cleanup: закрытие неактивных ошибок

[Anton Farygin]

Всем привет.

Как многие из вас заметили - в 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 агента) тестированию сложных ошибок и по 
мере их готовности информация о таких инструментах будет появляться на 
публике (если заработает, конечно ;) )

И ответ на самый частый вопрос который мне задают в личке: почему это не 
делать под служебным аккаунтом ?
моё мнение -  за действия нейросети должен отвечать человек, который её 
запускает. Не надо скидывать с себя ответственность на призрачного 
робота или автоматический скрипт - всегда за инструментом должен стоять 
человек, который этот инструмент запускает.  В частности именно поэтому 
в сопровождаемых мной пакетах не попадается фраз что пакет собран 
автоматически.