Re: What is the procedure for reporting bugs against 'broken' git commits?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 orderto identify where/how the bug happened.You have the full source code, you can enable debugging informationand can identify the exact change in the git commit that caused tobug, possibly with the fix.
However, from the bug report it appears that you may also simply wantto compile GIMP for your personal use, without going through theprocedure 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 toput a real name, especially since you already have 5 GNOME points inthe 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 listgnome-list@xxxxxxxxxxxxx://mail.gnome.org/mailman/listinfo/gnome-list

[Index of Archives]     [Fedora Desktop]     [Trinity Users]     [KDE]     [Gimp]     [Yosemite News]

  Powered by Linux