* Re: [gentoo-dev] rfc: revisiting our stabilization policy
@ 2014-01-16 18:11 99% ` Peter Stuge
0 siblings, 0 replies; 1+ results
From: Peter Stuge @ 2014-01-16 18:11 UTC (permalink / raw
To: gentoo-dev
Rich Freeman wrote:
> >> As i said earlier, problem begins when we NEED to stabilize
> >> something to prevent breakages and arch teams are slow.
> >
> > Isn't that simply a matter of assigning and respecting priority on
> > bugs properly?
>
> Are you suggesting that we should forbid people from working on
> lower-priority bugs anytime a higher-priority bug exists?
No, of course not forbid.
I admit it's naïve but I can't believe that it would be neccessary.
I expect anyone with the slightest sense of responsibility to solve
problems in order of priority.
Individuals may have different priorities than Gentoo as a whole and
that is and must be fine, but in that case Gentoo's high priority
problems stay unsolved, and I do not at all think that it's
catastrophical to have unfixed high priority problems.
> You can't force anybody to work on the higher-priority ones.
Yes, you can't force anybody to do anything unless you motivate them,
usually with money. The state of Gentoo always did and always will
equal the sum of contributors' work.
> Bottom line is that people work on what they work on. Unless you can
> find people to work on the stuff that you want done you need to make
> work go away.
I certainly don't think the work needs to go away if the work is
considered to be important. It's fine to have open bugs for years
in the absence of a good solution.
Things happen when they happen. If someone cares then they fix and
ideally it is so easy for them to contribute the fix that they will.
If noone cares then bugs stay unfixed and then the bugs don't matter. ;)
//Peter
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2014-01-14 21:37 [gentoo-dev] rfc: revisiting our stabilization policy William Hubbs
2014-01-14 23:49 ` Tom Wijsman
2014-01-15 11:40 ` Sergey Popov
2014-01-15 17:04 ` Tom Wijsman
2014-01-16 6:20 ` Sergey Popov
2014-01-16 15:54 ` Peter Stuge
2014-01-16 17:56 ` Rich Freeman
2014-01-16 18:11 99% ` Peter Stuge
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox