Sounds good. In fact I made the mistake of thinking it was lp:qtmir already.
Also, if by 'release branches' you mean Ubuntu distro branches, then
they already exist under the Ubuntu project:
https://code.launchpad.net/ubuntu/+source/qtmir
You theoretically should not need one in lp:qtmir/* e
On 07/08/15 16:37, Gerry Boland wrote:
> Opposing argument is that the CI train system forces us to keep quality
> high. I don't see any reason why changing our branching model would
> cause quality of releases to degrade. One could argue that it means that
> the quality of each intermediary code c
Hey,
so getting anything landed this past month has been a right pain.
If Mir has problems, QtMir is totally blocked from landing any code
until they're resolved. If QA is backed up, we can't land anything.
And right now, the GCC5.0 transition has the train blocked for Wily.
That's a much more un
