I should also note that there is a wider problem here I'm complaining about. The glib issue is actually less of a concern.
People keep sending patches without sensible descriptions in the commit message. I think I've made some comments on list to Saul about this to pick on someone in particular. The last set of patches from Khem contains one which removed pretty much the whole qemu patch set from the git version with no explanation in the commit message. No, its not going in and I find it a a bit of an insult that I'm being expected to read the diffs, notice these changes and spent time replying to the patch with a nicely worded rejection email. I might just start replying "no". So what I'm asking is that people think about the changes they submit and try and help me, not use patch submission as a sounding board and not to hope I don't spot something. To scale this project we need to develop trust relationships with people taking ownership of areas of the codebase. I consider Mark Hatle to "own" most things rpm for example. To scale we need to do more of this but trust is important. If some people don't want to do this and just contribute things when they can which interest them, that is fine but we are going to reach a point where we have to take longer to test and take such changes. Cheers, Richard _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
