The Problem: many bugs filed for openSUSE go to the screening-team by default and often remain there for weeks, so that developers (who would be interested in analyzing or fixing these bugs) do not learn about them. However, the screening process is a hard one

The Idea: build tools that facilitates getting bugs to the right people.

1) a tool with a DB of which files belong to which package, which package is built from which srcpkg which in turn can be used with the existing osc maintainer tool or my http://aw.lsmod.de/cgi-bin/public/opensusemaintainer/MozillaFirefox

Data can be sourced from /mounts/dist/full/full-head-x86_64/ARCHIVES.gz

1b) optional: some tool to access ChangeLog entries of packages in Factory or maintenance-updates to better track down regressions

2) an addition to the above that scans the bugzilla text for pathnames or packagenames and finds the best assignees

3) a tool (as part of OBS?) where interested people can register and unregister to be notified about bugs in certain packages or whole devel-projects.

Looking for hackers with the skills:

bugzilla scripting

This project is part of:

Hack Week 11

Activity

  • almost 9 years ago: thardeck disliked this project.
  • almost 9 years ago: thardeck liked this project.
  • almost 9 years ago: thardeck disliked this project.
  • about 11 years ago: thardeck liked this project.
  • about 11 years ago: mvidner liked this project.
  • about 11 years ago: sndirsch liked this project.
  • about 11 years ago: jdelvare liked this project.
  • about 11 years ago: aschnell liked this project.
  • about 11 years ago: oholecek liked this project.
  • about 11 years ago: ancorgs liked this project.
  • about 11 years ago: RBrownSUSE liked this project.
  • about 11 years ago: bmwiedemann added keyword "bugzilla" to this project.
  • about 11 years ago: bmwiedemann added keyword "scripting" to this project.
  • about 11 years ago: bmwiedemann liked this project.
  • about 11 years ago: bmwiedemann started this project.
  • about 11 years ago: bmwiedemann originated this project.

  • Comments

    • bmwiedemann
      about 11 years ago by bmwiedemann | Reply

      old relevant project: https://hackweek.suse.com/projects/77 http://git.suse.de/?p=yac/suserevdepfinder.git;a=tree

    • bmwiedemann
      about 11 years ago by bmwiedemann | Reply

      The CGI is looking good now.

    • bmwiedemann
      about 11 years ago by bmwiedemann | Reply

      new nice address: http://maintainer.zq1.de/

    Similar Projects

    issuefs: FUSE filesystem representing issues (e.g. JIRA) for the use with AI agents code-assistants by llansky3

    Description

    Creating a FUSE filesystem (issuefs) that mounts issues from various ticketing systems (Github, Jira, Bugzilla, Redmine) as files to your local file system.

    And why this is good idea?

    • User can use favorite command line tools to view and search the tickets from various sources
    • User can use AI agents capabilities from your favorite IDE or cli to ask question about the issues, project or functionality while providing relevant tickets as context without extra work.
    • User can use it during development of the new features when you let the AI agent to jump start the solution. The issuefs will give the AI agent the context (AI agents just read few more files) about the bug or requested features. No need for copying and pasting issues to user prompt or by using extra MCP tools to access the issues. These you can still do but this approach is on purpose different.

    Goals

    1. Add Github issue support
    2. Proof the concept/approach by apply the approach on itself using Github issues for tracking and development of new features
    3. Add support for Bugzilla and Redmine using this approach in the process of doing it. Record a video of it.
    4. Clean-up and test the implementation and create some documentation
    5. Create a blog post about this approach

    Resources

    There is a prototype implementation here. This currently sort of works with JIRA only.


    GenAI-Powered Systemic Bug Evaluation and Management Assistant by rtsvetkov

    Motivation

    What is the decision critical question which one can ask on a bug? How this question affects the decision on a bug and why?

    Let's make GenAI look on the bug from the systemic point and evaluate what we don't know. Which piece of information is missing to take a decision?

    Description

    To build a tool that takes a raw bug report (including error messages and context) and uses a large language model (LLM) to generate a series of structured, Socratic-style or Systemic questions designed to guide a the integration and development toward the root cause, rather than just providing a direct, potentially incorrect fix.

    Goals

    Set up a Python environment

    Set the environment and get a Gemini API key. 2. Collect 5-10 realistic bug reports (from open-source projects, personal projects, or public forums like Stack Overflow—include the error message and the initial context).

    Build the Dialogue Loop

    1. Write a basic Python script using the Gemini API.
    2. Implement a simple conversational loop: User Input (Bug) -> AI Output (Question) -> User Input (Answer to AI's question) -> AI Output (Next Question). Code Implementation

    Socratic/Systemic Strategy Implementation

    1. Refine the logic to ensure the questions follow a Socratic and Systemic path (e.g., from symptom-> context -> assumptions -> -> critical parts -> ).
    2. Implement Function Calling (an advanced feature of the Gemini API) to suggest specific actions to the user, like "Run a ping test" or "Check the database logs."
    3. Implement Bugzillla call to collect the
    4. Implement Questioning Framework as LLVM pre-conditioning
    5. Define set of instructions
    6. Assemble the Tool

    Resources

    What are Systemic Questions?

    Systemic questions explore the relationships, patterns, and interactions within a system rather than focusing on isolated elements.
    In IT, they help uncover hidden dependencies, feedback loops, assumptions, and side-effects during debugging or architecture analysis.

    Gitlab Project

    gitlab.suse.de/sle-prjmgr/BugDecisionCritical_Question


    Bugzilla goes AI - Phase 1 by nwalter

    Description

    This project, Bugzilla goes AI, aims to boost developer productivity by creating an autonomous AI bug agent during Hackweek. The primary goal is to reduce the time employees spend triaging bugs by integrating Ollama to summarize issues, recommend next steps, and push focused daily reports to a Web Interface.

    Goals

    To reduce employee time spent on Bugzilla by implementing an AI tool that triages and summarizes bug reports, providing actionable recommendations to the team via Web Interface.

    Project Charter

    https://docs.google.com/document/d/1HbAvgrg8T3pd1FIx74nEfCObCljpO77zz5In_Jpw4as/edit?usp=sharing## Description

    Project Achievements during Hackweek

    In this file you can read about what we achieved during Hackweek.

    https://docs.google.com/document/d/14gtG9-ZvVpBgkh33Z4AM6iLFWqZcicQPD41MM-Pg0/edit?usp=sharing