[devel] I: bugzilla cleanup: закрытие неактивных ошибокВсем привет.Как многие из вас заметили - в bugzilla происходит зачистка (с помощью основанных на нейросетях инструментов) старых давно висящих без движения багов.
Большая просьба ко всем участникам отнестись с пониманием к этому процессу и если вы вдруг заметите что какая-то ошибка была закрыта или перевешена некорректно - отписываться в баге и изменять её статус.
Ваше мнение точно будет учитываться при дальнейшем анализе.
Немного статистики.
Первые ошибки я начал более-менее массово закрывать 28.08 - 10 дней назад.
За это время было разобрано (часто с воспроизведением и не только мной) и закрыто 2049 ошибок. Ещё в большое количество ошибок я дописал то, что удалось накопать, а в некоторые даже простые рецепты по исправлению.
Из них было переоткрыто 19 (0.9%) - за что огромное спасибо тем, кто
заметил неточности - я и сам повторно просматриваю в почте все действия
и бывает переоткрываю, если вижу необходимость.
Реальных неправильных операций по закрытию - по возражениям ментейнеров
было 6, по возражениям репортёров - 2.
7 я исправил сам за собой, 4 перепроверила на сизифе Вера Благовещенская
(за собой же).
Как можно помочь, принять участие ?Можно просто настроить MCP вашему AI агенту, если такой у вас есть:
bugzilla:
https://bugzilla.altlinux.org/mcp.cgigitoskop:
https://git.altlinux.org/gitoskop/_/mcprdb:
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 агента) тестированию сложных ошибок и по мере их готовности информация о таких инструментах будет появляться на публике (если заработает, конечно ;) )
И ответ на самый частый вопрос который мне задают в личке:
почему это не делать под служебным аккаунтом ?Моё мнение - за действия нейросети должен отвечать человек, который её запускает. Не надо скидывать с себя ответственность на призрачного робота или автоматический скрипт - всегда за инструментом должен стоять человек, который этот инструмент запускает. В частности именно поэтому в сопровождаемых мной пакетах не попадается фраз что пакет собран автоматически.
Anton Farygin 🔗 Источник:
рассылка Devel
