Re: What is the procedure for reporting bugs against 'broken' git commits?
- From: Simos Xenitellis <simos.lists@xxxxxxxxxxxxxx>
- Date: Sat, 27 Jun 2009 23:28:33 +0100
On Sat, Jun 27, 2009 at 10:13 PM, BugByteMan<bugbyteman@xxxxxxxxx> wrote:
Here is the comment (extracted from a bug I filed) that told me I should not
file bugs against development versions:
2009-05-17 09:29 UTC [reply]
Please do not abuse the bug-tracker for getting help with problems building
the
development version from git. We have a mailing-list for such questions.
And please use stable versions of GLib and GTK+.
Note that this was a bug in a development release of an application
Thanks for the updated information.
So, are you trying to compile the latest GIMP for testing/debugging purposes?
If so, then you are supposed to perform the subsequent steps in order
to identify where/how the bug happened.
You have the full source code, you can enable debugging information
and can identify the exact change in the git commit that caused to
bug, possibly with the fix.
However, from the bug report it appears that you may also simply want
to compile GIMP for your personal use, without going through the
procedure to debug any issues.
In this case, you indeed select the released versions of the modules
(glib, gtk+, gimp, etc), and report any bugs on those.
Finally, your post is somewhat anonymous ('bugbyteman'). It helps to
put a real name, especially since you already have 5 GNOME points in
the GNOME Bugzilla.
Simos
From: Simos Xenitellis <simos.lists@xxxxxxxxxxxxxx>_______________________________________________
To: BugByteMan <bugbyteman@xxxxxxxxx>
Cc: gnome-list@xxxxxxxxx
Sent: Saturday, June 27, 2009 2:01:44 PM
Subject: Re: What is the procedure for reporting bugs against 'broken' git
commits?
On Sat, Jun 27, 2009 at 9:51 PM, BugByteMan<bugbyteman@xxxxxxxxx> wrote:
Hi,
I have not been able to find the procedure for reporting bugs against
'broken' git commits. I was told that 'bugzilla' is not to be used for
this
purpose.
The following glib commit breaks native building on windows/mingw:
http://git.gnome.org/cgit/glib/commit/?id=7662c86611bf44175f18ec6eb66f159040ac73c5
The change to gio/glocalfileinfo.c
removed an #ifdef S_ISLNK which breaks windows (symbolic links
not supported)
I would like to prevent this from making it into an official glib release
but I have not found the appropriate way to report bugs on pre-release
code.
This list is a user list (not developer).
For glib-related matters, ask at gtk-devel-list,
http://mail.gnome.org/archives/gtk-devel-list/2009-March/msg00097.html
I do not know why would someone tell you not to report such issue to
Bugzilla.
If you have a reference to that conversation (if it's public), it
would help to figure out the rational.
My view is that you either mention this to the gtk-devel-list or file
it under bugzilla, mentioning that it's a regression.
Simos
gnome-list mailing list
gnome-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gnome-list
- References:
- What is the procedure for reporting bugs against 'broken' git commits?
- From: BugByteMan
- Re: What is the procedure for reporting bugs against 'broken' git commits?
- From: Simos Xenitellis
- Re: What is the procedure for reporting bugs against 'broken' git commits?
- From: BugByteMan
- What is the procedure for reporting bugs against 'broken' git commits?
- Prev by Date: Re: What is the procedure for reporting bugs against 'broken' git commits?
- Previous by thread: Re: What is the procedure for reporting bugs against 'broken' git commits?
- Index(es):
Relevant Pages
|