From: Paul Sokolovsky <pmiscml@gmail.com>
To: Patrick Ohly <Patrick.Ohly@gmx.de>
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: A question of workflow
Date: Sun, 7 Jan 2007 23:16:32 +0200 [thread overview]
Message-ID: <1662139633.20070107231632@gmail.com> (raw)
In-Reply-To: <1168200264.15021.54.camel@ip6-localhost>
Hello Patrick,
Sunday, January 7, 2007, 10:04:24 PM, you wrote:
> On So, 2006-12-31 at 10:45 +0100, Koen Kooi wrote:
>> > This is simply because we have no established way of receiving data
>> > through the SCM for merging into trunk without direct write access.
>> As
>> > my other email says, I'd like to find a way of supporting that but
>> its
>> > probably an education issue on both sides.
>>
>> And the fact that we usually have to tweak 80% if the patches we
>> receive.
> If you do that, can you commit the patch from the original author
> literally on a branch, then apply your own changes which fix it on top
> of the original patch and then merge back into the main trunk? I did an
> experiment and found that this considerably eases the pain for external
> contributors.
[]
> What do you think? Did I miss something?
Well, why would OE core developers (err, what about non-core
developers - we also care for contributed patches - after all, to get
commit access to OE, you first contribute bunch of patches) - well, why
would they do that? OE is open-source project, there's no position of
"patch processor", and people do what they find useful, leaving some
share of their for patch processing. Any complex and artificial rules
won't work. Just in case, there's always another alternative - contributors
just should submit patches in the perfect form, suitable for merging w/o
tweaks. Obviously, it's just the same not attainable, nor it's really
*that* important - we want people contribute more than either us or them
to follow strict rules.
Just my IMHO - I'm not a core developer ;-).
--
Best regards,
Paul mailto:pmiscml@gmail.com
next prev parent reply other threads:[~2007-01-07 21:17 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-30 5:16 A question of workflow Matthew Palmer
2006-12-30 19:19 ` Richard Purdie
2006-12-30 21:43 ` Matthew Palmer
2006-12-30 22:07 ` Koen Kooi
2006-12-30 23:08 ` Erik Hovland
2006-12-30 23:40 ` Matthew Palmer
2006-12-31 0:02 ` Richard Purdie
2006-12-31 9:36 ` Koen Kooi
2006-12-31 11:12 ` Matthew Palmer
2006-12-30 23:59 ` Matthew Palmer
2006-12-31 0:06 ` Richard Purdie
2006-12-31 9:45 ` Koen Kooi
2006-12-31 11:00 ` Matthew Palmer
2006-12-31 11:10 ` Koen Kooi
2007-01-07 20:04 ` Patrick Ohly
2007-01-07 21:16 ` Paul Sokolovsky [this message]
2007-01-07 21:40 ` Patrick Ohly
2007-01-07 22:03 ` Matthew Palmer
2007-01-07 22:46 ` Justin Patrin
2007-01-07 22:56 ` Matthew Palmer
2007-01-07 23:11 ` Justin Patrin
2007-01-08 18:28 ` Patrick Ohly
2007-01-08 19:11 ` Justin Patrin
2007-01-08 21:02 ` Patrick Ohly
2007-01-08 21:13 ` Koen Kooi
2007-01-08 21:43 ` Patrick Ohly
2007-01-08 21:53 ` Justin Patrin
2007-01-09 9:42 ` Richard Purdie
2007-01-09 19:51 ` Patrick Ohly
2007-01-08 1:18 ` Rolf Leggewie
2007-01-08 18:09 ` Patrick Ohly
2007-01-09 12:51 ` Rolf Leggewie
2007-01-09 12:54 ` Rolf Leggewie
2007-01-09 19:39 ` Patrick Ohly
2007-01-02 20:06 ` Paul Sokolovsky
2007-01-02 20:08 ` [Angstrom-devel] " Koen Kooi
2007-01-04 4:23 ` Justin Patrin
2006-12-31 2:41 ` jack-oe
2007-01-02 0:05 ` Cliff Brake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1662139633.20070107231632@gmail.com \
--to=pmiscml@gmail.com \
--cc=Patrick.Ohly@gmx.de \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.