Re: An interesting read when discussing what to do about our bugs...

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

 



Le samedi 19 janvier 2008 à 13:10 -0500, seth vidal a écrit :

> Hmm, is that what the 'upstream' close reason is for? Normally, I close
> things 'upstream' when I have checked a fix into the upstream code base.
> Which seems pretty reasonable time to close it to me.

There is a huge variance between maintainers.

Some will only look at fedora bugs
Others will tell you to open bugs upstream, but do nothing if a sister
fedora bug is not opened
Yet others will only look at upstream bugs, and complain if you open a
fedora bug
Others won't look at any bug and rely on upstream grapewine to know what
need to be fixed.

Complete disregard for tester efforts seems widespread. Complaining to
reporters they didn't open an issue in the right place is common. So is
ignoring bugs because supposedly they're not complete enough (without
bothering to explain what complete would be). Even more annoying are
maintainers that ask to do a lot of stuff then ignore completely the
result.

There are exceptions of course (in particular I nominate Caolan McNamara
for being exceptionally responsive ad helpful on openoffice.org bugs).
But most of the times fighting spirit and behaving like a bastard seems
to be a requirement to get issues dealt with (for example forgetting to
block the right fxblocker is a quick way to oblivion)

-- 
Nicolas Mailhot

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux