Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi Bjoern,

        Lots of interesting ideas in your mail.

On Sun, 2011-05-22 at 04:10 +0200, Bjoern Michaelsen wrote:
Kernel style subsystem maintainers would be great IMHO, but I had the
feeling that there is a general opposition against a 'too branchy'
development model.

        So - here is my problem: having -lots- of process (along with
fully-automatic, swing-gated, retro-flapped, inter-locked,
multi-stage-widgeted-foo-baas) consumes a ton of time. Our problem
currently is one of limited reviewer / mentor bandwidth ( this is a
great problem to have incidentally :-). At least, my experience of doing
this work - is that thinking and code-reading time is by far the
dominant (and un-avoidable) factor in the flow [ NB. I should think
faster of course ;-].

        Also, my experience of building master is that it is not -that- bad: by
-that- bad, I mean the pre-CWS nightmare of Hamburg times (as an
example). Of the dozen times I've pulled and updated recently - my build
has failed perhaps 5 times, of which 3+ have been simple incremental
build failures (fixed by gnumake), and another ~2 perhaps real issues,
one of which has been fixed by the next './g pull' and ... is there
really a problem here ? NB. it would really be ideal if experts whose
build breaks - try to fix the breakage as they hit it, to save others'
pain.

So, yeah: I would love to see such a setup, but I have the feeling that
it is a lot more work than assumed right now, which was the reason for
my more ad-hoc proposal.

        My personal take is this:

        * process is a disease, that can easily get out of control
        * those -doing- the work, get to create their own process

        Or - put another way - I would feel 10x as happy with all these
suggestions if I though they would really fix the underlying problem:
which is one of not having enough skilled (and brave) reviewers who can
wander outside their area of expertise, and work hard to get things
included.

        A quick search for [PUSHED] on the mailing list reveals who my personal
super-stars are - that do that rather hard work. You can also (fairly
clearly) see the pattern of the dedicated SUSE resource we try to put on
this task each week.

        Can you help fix (to my mind) the real, underlying problem - of
reviewing hard patches ? My hope is with Caolan's return, things will
get better here too - we've been suffering without his review bandwidth
and expertise.

        ATB,

                Michael.

-- 
 michael.meeks@novell.com  <><, Pseudo Engineer, itinerant idiot


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.