gtkmm
C++-Schnittstellen für GTK+ und GNOME
Lesen Sie Wo soll man berichten?, um neue Fehler oder Patches einzureichen.
- Verbleibende gtkmm-Fehler
- Verbleibende glibmm-Fehler
- Verbleibende *mm-Fehler
- gnome-love Fehler - ein guter Einstieg, um mitzumachen.
- In den letzten 30 Tagen beseitigte Fehler
Sobald ein gtkmm-Patch zweifelsfrei von einem Projektbetreuer akzeptiert worden ist, darf jedermann mit Git-Zugang den Patch einspielen.
- Fehler werden in GNOMEs Bugzilla erfasst. Senden Sie gtkmm-Fehler hier ein. Fehler in gnomemm berichten Sie bitte hier.
- Patches sollten im Bugzilla-Fehlererfassungssystem abgelegt werden, anstatt sie an die Mailingliste zu senden. Wenn Sie einen neuen Fehlerbericht abgeben, können Sie eine Datei unmittelbar hinzufügen, nachdem der Fehlerbericht geöffnet wurde. Bitte denken Sie daran, auch das Änderungsprotokoll (ChangeLog) zu patchen.
- Versionsnummern von GTK+, gtkmm und weiterer Software mit Bezug dazu, einschließlich Plattform/Distribution/Compiler.
- Beschreibung des Fehlers
- Informationen zur Nachstellung des Fehlers
- stack dump, falls relevant:
gdb ./proggy ; run ; *crash* ; where
- fassen Sie sich knapp aber detailliert
- stellen Sie einen Patch ein, falls möglich
Falls das Problem nicht unmittelbar gelöst werden kann, werden wir Sie darum bitten, das einfachstmögliche Beispiel dafür zu erstellen. Dies wird uns helfen, das Problem zu isolieren und stellt sicher, dass das Problem nicht durch Ihren eigenen Code verursacht wird.
Es gibt viele Möglichkeiten Git zu verwenden, aber dies ist die einfachste, einen Patch zu erstellen, falls Sie Git nicht kennen:
- Holen Sie Code aus dem git
- Bearbeiten Sie diese Version
- Prüfen Sie, ob es kompiliert
- Bearbeiten Sie das ChangeLog
- Verwenden Sie git zur Erstellung eines Patch:
git diff -u > my_fix.patch
- Stellen Sie den Patch in Bugzilla ein (siehe oben).