On 08/07/2015 10:41 PM, Kevin Fenzi wrote:
On Fri, 07 Aug 2015 10:03:34 -0700
Adam Williamson <adamwill@fedoraproject.org> wrote:

This is exactly what I *don't* want to happen, and what rather annoys
me about this whole business.

The blocker process is not a tool for the rest of the project to use
as a reminder system. It doesn't work very well for that. The
expectation the blocker process is built around is that people should
be working towards its requirements *all the time*, ideally well in
advance, and the blocker process is there to catch the relatively
*few* cases where things break unexpectedly. It's absolutely not
supposed to work like this:

* QA tests Thing and finds no-one ever even started working on it
* QA files bug and marks it blocker
* Team Thing starts working on Thing

I realize that's an exaggerated example, but it's just to make the
point clear. That's not a sane development process.
+1000. 

+1k1.


I'd like to propose something somewhat shocking. 

How about we get these things done in rawhide, so we are a release
ahead of things instead of scrambling to get them done at the last
minute all the time. 

Cannot the design team work on F24 wallpaper _right_ now? get it in
rawhide and test that it's all there and then when we branch it's done,
they can work on f25 in rawhide and so on.  

+1.

In this process we would have to work on both 24 and 25 simultaneously, with higher priority on 24. Cause on the day we branch from rawhide, they should have 25 wallpaper ready so that people don't get confused again :)

Another proposal would be to have a rawhide wallpaper with watermark (probably the same wallpaper as of of n+1 release with watermark saying "rawhide"). That way, design team would need not worry about 2 simultaneous release wallpaper, if that helps.

Regards,
Sudhir

Just a thought... 

kevin