Re: Patch merge process

[Martin Jansa <martin.jansa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2221 bytes --]

On Wed, Sep 02, 2015 at 08:31:33AM +0100, Richard Purdie wrote:
> I've not said it is a bad thing. What I'm asking is whether more people
> can devote a bit of time to fixing things which aren't their immediate
> problem?

Part of this problem is that sometimes it's almost too pain-full to get
some changes merged for issues which are my immediate problem that in
the end I have to implement them in our fork anyway, We cannot wait
months until it's merged and then few more months to get it backported
into older releases we're using.

So now it's usually fix it in the fork first and then if it doesn't look
controversial, try to upstream it, but the with much lower priority.

like:
http://lists.openembedded.org/pipermail/openembedded-core/2014-March/091222.html
http://patchwork.openembedded.org/patch/76601/ sent July 2014, went in on Mar 9 2015

I'm not saying it's yours or Ross's or anyone's fault. Or I'm faulty as well
with rejecting meta-oe patches until they pass my "bitbake world" tests
and sometimes it can be very hard to reproduce the issues found there.

But I understand the pain and frustration of contributors and agree with
Khem that in long term we have to do something about it or will start
loosing contributions even faster.

> For example, Martin mentioned problems with errors.yp.org.
> There are a ton of open issues with errors.yp.org (see bugzilla) and if
> we fixed a few of those, the reporting systems would work a lot better
> and more reliably. I am struggling to find anyone to work on that right
> now :(. Its just one example of where some help from others would go
> help improve the core of the project for the benefit of all.

I was in contact Andreea about some of these errors.yp.org issues when I
was extending/re-writting it for our purposes and fixing the issues I found
along the way, but we didn't get very far into integrating my fixes.

Since then it was re-written by Michael Wood so I cannot easily upstream
my changes and I'm not very interested in the re-write, because our version
just works.

I'll send patch which shortens too long failure logs, because it helps
reporting errors from bitbake world builds.

Cheers,

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]